Urmărire modificări
MENTOR
Nomenclatoare
- Info Stoc: la editarea unui articol cu foarte multe serii aparea eroarea "Oracle Error: 29400 - Eroare în caseta de date ORA-22814: Atributul/valoarea elementului e mai mare decât a fost specificata în tip". (Vers. 24.0934 corectie)
- Nomenclator articole> Preturi: daca la nivel de categorie de pret este selectata o categorie la "% din categoria", la selectarea acesteia la nivel de articol automat se aplica acel % la categoria de la nivel de Categorii de pret si nu la cea selectata ca implicita la nivel de articol, este adusa si moneda acelei categorii. (Vers. 24.0934 corectie)
- Nomenclator parteneri (PG): dadea eroare la salvarea unei locatii "Eroare [FireDAC][Phys][PG][libpq] ERROR: relation "dual" does not exist". (Vers. 24.093 corectie)
- Nomenclator parteneri - Preluare info ANAF: daca strada era de forma "P-TA...." nu se prelua; s-a tratat si acest caz. (Vers. 24.0933 corectie)
- Nomenclator subunitati: la stergerea unei subunitati nu se stergea inregistrarea si din nsubunit1. (Vers. 24.093 corectie)
Intrari
- Modificari de pret: la apelarea optiunii "Preluare stocuri pe modificari de pret" prin click-dreapta pe receptia unui document de intrare, daca se genera modificarea de pret cu optiunea "Include Taxa 1 in suma fixa in pretul de achizitie" atunci la pret se pastrau doar 2 zecimale desi la articol erau setate mai multe. (Vers. 24.0934 corectie)
Iesiri
- Iesiri pe avize (custodie): daca avizul este inchis prin factura la aviz, nu este permisa modificarea documentului si nici a livrarii; totusi, daca se stergea livrarea (intreaga dispozitie de livare) si se schimba tipul contabil, atunci se putea apela "Preluare automata"; a fost inhibata aceasta varianta. (Vers. 24.093 corectie)
- Iesiri pe avize: la generare pozitii in rosu cu preluare din factura la aviz, daca livrarea initiala era din mai multe serii, pozitiile respective nu se repuneau corect in stoc. (Vers. 24.0934 corectie)
- Iesiri: daca la nivel de partener era selectat un mod de plata, la adaugare document acesta se completa automat pe Termene dar daca se modifica scadenta se pierdea modalitatea de plata. (Vers. 24.0934 corectie)
- WMEFServer: daca un document avea partener extern (cui diferit de RO), aparea mesajul "tipAssert=E; codEroare=ERRIdentif; textEroare=nu a fost identificat cui cumparator", deci NOK (eroare), motiv pt care in server nu ajungea acest document deci nu se transmitea (manual mergea, din Wmdecl). Din 24.093, desi va aparea acel mesaj de validare CUI la generarea eFactura starea facturii va fi XML. (Vers. 24.093 corectie)
- e-Factura: daca la generarea XML-lui apare o eroare de validare, la Upload apare in mode gresit "Factura a fost incarcata!", acum utilizatorul va decide daca vrea sa faca upload, raspunzand la mesajul care apare "Starea facturii este [nok]. Continui UPLOAD?". (Vers. 24.093 corectie)
Interne
- Colete pregatite pentru livrare - de ridicat: atunci cand se pune bifa de sponsorizare, s-a corectat sa nu se mai aduca pe diminuarea de stoc, articolul SGR. (Vers. 24.093 corectie)
- Diminuari de stoc: la preluare articole nedescarcate nu aducea si UMspecifica si CantUMspecifica independenta in macheta de preluare si nici in document. Incepand cu aceasta versiune, cand se preia toata cantitatea pe UM principala sa preia si toata cantitatea de pe UM Specifica independenta. (Vers. 24.0934 corectie)
- Emulare tastatura casa de marcat: la generare factura se primea eronat mesajul de atentionare: "Daca mijlocul de transport e de minim 2,5 tone, genereaza cod UIT!". (Vers. 24.0933 corectie)
- Emulare tastatura: daca erau articole cu taxe cu TVA si se apasa manual pe taxe, atunci valoarea taxei nu era corecta (extragea TVA-ul din valoare in loc sa il adauge). (Vers. 24.0932 corectie)
Trezorerie
- Banca - tranzactii curente: la importul de tranzactii din formatul MT940 pentru formatul Garanti se importau eronat tranzactiile: la selectie "Preia extras curent" se importau toate datele din fisier, iar la "Preia toate extrasele" se importau toate tranzactiile multiplicate cu numarul de zile din fisier. (Vers. 24.0933 corectie)
Declaratii
- Declaratia 300 (PG): la salvare aparea eroarea "[FireDAC][Phys][PG][libpq] ERROR: column "etva" of relation "d300" does not exist " (Vers. 24.0933 corectie)
- SAF-T>GLE: o diminuare de stoc cu TVA este transpusa in SAF-T astfel:6xx = 4427 196xx Debit amount 19 Tax type 300 Tax code 380001 Tax amount 0 4427 Credit amount 19 Tax type 300 Tax code 380001 Tax amount 0 (Vers. 24.093 corectie)
- SAF-T>GLE: o nota contabila de ajustare TVA deductibila se exportata in GLE astfel:6xx = 4426 196xx Debit amount 19 Tax type 300 Tax code 307321 Tax amount 0 sau Tax type 000 Tax code 000000 Tax amount 04426 Credit amount 19 Tax Type 300 Tax Code 307321 Tax amount 0 (Vers. 24.093 corectie)
Diverse
- E-Transport (PG): la generare notificare pe un aviz de iesire se primea urmatorul mesaj de eroare: [FireDAC][Phys][PG][libpq] ERROR: invalid input syntax for type numeric: "". (Vers. 24.093 corectie)
- E-Transport: daca se generat UIT pe mediul de Testare, iar ulterior se schimba constanta si se incearca regenerarea, UIT-ul se genera tot pe mediul de testare. (Vers. 24.093 corectie)
- E-Transport: la notificarile de tip confirmare, se pastra IDIncarcare de la declaratia initiala, nu noul IDIncarcare acordat la postare. (Vers. 24.0933 corectie)
- E-Transport: modificarea notificarii se poate face si in ziua transportului. (Vers. 24.0933 corectie)
- E-Transport: s-a corectat mesajul de generare e-Transport. (Vers. 24.093 corectie)
COMERCIAL
Comenzi
- Carnete documente: dupa ce se modifica o comanda client sau Intrare din productie daca se Importa o alta comanda / intrare din productie, automat era propus acelasi carnet (folosit anterior), iar dupa import numarul documentului modificat inainte de import ramanea ca numar liber (in tabela docfree ) desi era deja folosit. (Vers. 24.0933 corectie)
- Comenzi clienti (PG): la salvare document se stergea discount-ul preluat din contracte clienti. (Vers. 24.093 corectie)
- Dispozitii de livrare: in conditiile in care se lucra cu setarea de la nivel de partener "pret din contracte/ promotii active la data documentului" si constanta "Acordare preturi promotionale: exclud articolele provenite de pe comenzi" = DA, pe dispozitie se prelua initial pretul din comanda, dar la salvare pretul devenea 0. (Vers. 24.0933 corectie)
Diverse
- BCAR (PG): la apelare cantarire din BCAR (de pe Cant.bruta sau Tara), dupa alegere articol, aparea "[FireDAC][Phys][PG][libpq] ERROR: relation "v_serii_obiect_stoc" does not exist". (Vers. 24.093 corectie)
PRODUCTIE
Tehnologie
- Articole compuse (PG): la salvarea unei retete aparea eroare "[FireDAC][Phys][PG][libpq] ERROR: column "pg.codprodgest" must appear in the GROUP BY clause or be used in an aggregate function". (Vers. 24.0932 corectie)
Executie
- Cantariri (PG): nu erau aduse cantaririle la preluare pe intrari, iesiri, miscari interne. (Vers. 24.0932 corectie)
- Cantariri: cand se lucreaza cu constanta "Tip protocol cantar" = "preluare din pagina web", dupa prima apelare 'Preluare" cantitatea se reseteaza, devine 0, asa cum se intampla la operarea manuala. (Vers. 24.093 corectie)
- Cantariri: nu se mai marcau ca si preluate atunci cand erau importate pe intrari, iesiri, miscari interne (la preluare in BCAR era corect). (Vers. 24.093 corectie)
- Cantariri: pe intrari, iesiri sau miscari interne, in macheta de preluare cantariri ("Articole cantarite disponibile" ), se poate modifica articolul si actualizarea se face si in cantarire, atunci cand acestea sunt importate (in tabela exista informatia Id_cantarire). (Vers. 24.093)
- Cantariri: prin interogarea unui server TCP se pot prelua cantariri (serverul TCP comunica cu cantarul); pentru aceasta trebuie ca in constanta "Tip protocol cantar" sa se seteze "preluare din server TCP/IP" si la constanta "Preluare cantariri din server TCP/IP : IP server cantariri" sa se introduca IP-ul serverului TCP. (Vers. 24.093)
EDI
- Export EDI - DOCXChange_Extins(4) (PG): au fost facute actualizarile referitoare la OrderReference si OrderLineReference. (Vers. 24.0934 corectie)
- Export EDI: pentru format DOCXChange_Extins(4), de pe aviz client, s-au facut actualizari la tag CityName si in segmentul OrderLineReference. (Vers. 24.093)
- Export EDI: pentru formatul DocXChange_Extins(4), la export din facturi, s-a corectat numele fisierului dupa forma INVOIC_codies_VAT_codfiscal. (Vers. 24.093)
- Export plati in MT100: s-a introdus constanta "Export plati catre ING: formatul fisierului exportat este" (simbol FormatPlatiING) cu valorile MT100 / CSV. (Vers. 24.0932)
- Import bonuri de consum / intrari din productie din XLS: pentru cazul in care se lucreaza cu constanta "Carnetele de documente sunt setate in pachetele de date importate" = DA, daca in fisier sunt specificate numerele si pentru livrari respectiv NIR-uri, atunci sunt folosite acestea, altfel carnetele din interfata de import. (Vers. 24.0933 corectie)
- Import comenzi clienti din format DocXChange: s-a extins constanta "Import comenzi clienti in format xml: observatiile contin si numarul comenzii" si la importul comenzilor in format DocXChange. (Vers. 24.0933)
- Import comenzi clienti din format DocXChange: se preia numarul comenzii ca si "Nr.Inreg" si pentru acest format. (Vers. 24.0933)
- MT100: la exportul in format MT100 pentru ING a fost scos din fisier nodul 57D. (Vers. 24.093)
- Raportare stoc medicamente (PG): la generare dadea "[FireDAC][Phys][PG][libpq] ERROR: relation "tmp_rapstocmed_cumulat" does not exist". (Vers. 24.093 corectie)
- Verificare si import facturi iesire din SPV - daca firma este cu TVA la incasare (cst. Vanzari cu TVA la incasare= DA) pe facturi se va bifa "TVA la incasare". (Vers. 24.093 corectie)
- Verificare si import facturi iesire din SPV - s-a corectat situatia in care, dupa importul facturilor de iesire din SPV, in jurnal aparea un TVA neexigibil desi cst. "Vanzari cu TVA la incasare"=NU (se tinea cont de bifa de la nivel de partener si nu de cst). (Vers. 24.093 corectie)
- Verificare si import intrari din SPV E-factura: la import de intrari cu articole cu UMSpecifica cu relatie dimensionala nu se completa si CantUMs si PretUMs pe linia de intrare. (Vers. 24.0934 corectie)
- Verificare si import intrari din SPV E-factura: s-a introdus constanta "Verificare si import intrari din SPV E-factura: echivalare cod extern articol cu ItemIdentification" (simbol CodExtSPV) care trebuie setata pe "NU" daca nu se dorecte echivalarea prin cod extern a articolelor din WME cu a celor din XML (implicit constanta este setata pe "DA" si daca nu se gaseste articolul prin identificare dupa Denumire la client sau Cod extern la client, se incearca identificarea articolului dupa cod extern cu SellersItemIdentification (priorotar) sau StandardItemIdentification daca e precedat de ShemeID = 0160). (Vers. 24.0934)
- Verificare si import intrari din SPV e-Factura: daca numarul avea > 20 caractere aparea eroarea: "Eroare la salvarea pe server a documentului#Numar 124154200010000558961#[FireDAC][Phys][Ora] ORA-01403: nu au fost gasite date ORA-06512: la "EFA.PKG_INTRARI", linia 5368 ORA-06512: la linia 2 ". Din versiunea 24.093, tot ce este peste 20 caractere (din fata) se va trece in Serie. (Vers. 24.0933 corectie)
- Verificare si import intrari si iesiri din SPV e-Factura: pe firnele de tip holding, daca aveau facturi trimise intre subunitati si deci acelasi IDDescarcare pe iesiri pe o subunitate si pe intrari pe alta subunitate, dupa import de intrari din SPV nu se mai preluau din SPV iesirile cu acelasi ID descarcare (si invers). Cu versiunea 24.093 (cu verificare de structuri cu martorul aferent) trebuie ca pe fiecare subunitate sa fie activata Preluarea pe ultimele 60 zile si apoi preluate toate intrarile si iesirile pe toate subunitatile. (Vers. 24.093 corectie)
SERVICE
Initializare
- Import articole din XLS: in cazul articolelor existente nu se importa valoarea aferenta campului "Garantie de vanzare" de la nivelul de articol (la import Garantie de vanzare = Lunigarantie - coloana echivalenta in WME). (Vers. 24.0934 corectie)
LISTE
Mentor
- Lista Verificare INTRARI WME vs. e-Factura din SPV si Lista Verificare IESIRI WME vs. e-Factura din SPV (PG): la generarea listei aparea eroarea "Eroare ! #[FireDAC][Phys][PG][libpq] ERROR: operator does not exist: character varying = integer. No operator matches the given name and argument types. You might need to add explicit type casts". (Vers. 24.0933 corectie)
- Lista Verificare INTRARI WME vs. e-Factura din SPV si Lista Verificare IESIRI WME vs. e-Factura din SPV: s-a introdus coloana Subunitate. Pe firmele de tip Holding (constanta "Functionare in regim HOLDING, cu subunitati izolate complet" cu simbol HOLDING = DA) sunt aduse datele din SPV doar pentru codul fiscal al subunitatii curente si documentele din WME introduse pe subunitatea curenta. (Vers. 24.0932)
Comercial
- Lista Topul vanzarilor: daca au fost articole nedescarcate pe documentul de iesire (tip contabil valoric fara descarcare din stoc) si descarcate ulterior pe diminuari cu preluare de "articole valorice nedescarcate", atunci se preia in lista valoarea de achizitie si furnizorul din diminuare. (Vers. 24.0933)
WME RETAIL
- Bonuri retail: nu functiona acordarea de promo exceptional de tip discount (constanta "Emulare tastatura (touch screen): afisare promotii pe liniile de articole" - simbol EmulPromoLinie = "DA, cu acordare manuala Promo exceptional"). (Vers. 24.0933 corectie)
WME RESTSERVER
- GetInfoArticol(e): a fost adaugat campul FaraStoc. (Vers. 24.093)
- GetInfoArticol(e): se returneaza GLN, Observatii1 si Observatii2 in obiectul InfoLaParteneri. (Vers. 24.093)
- GetInfoBonuriConsum: au fost adaugate filtre pe DataReferinta si DataEnd. (Vers. 24.093)
- GetInfoComenziExt: se returneaza campul PretCuAmanuntul. (Vers. 24.093)
- GetInfoComenziInterne: a fost adaugat array-ul Numere pentru filtrarea dupa mai multe numere si serii simultan. (Vers. 24.093)
- GetInfoFacturiClienti: a fost adaugat filtrul AvizeNefacturate. (Vers. 24.0933)
- GetInfoFacturiClienti: a fost adaugat filtrul FacturiFaraSold. (Vers. 24.0933)
- GetInfoFacturiClienti: valoarea returnata in campul Pret, de la nivel de Items, nu mai este rotunjita la 4 zecimale. (Vers. 24.0933 corectie)
- GetInfoFacturiFurnizori: a fost adaugat filtrul FacturiFaraSold. (Vers. 24.0933)
- GetInfoNotePredare: au fost adaugate filtrele DataReferinta, DataEnd, Schimb si SimbolFormatie. (Vers. 24.093)
- GetInfoOferte: se returneaza campul TipOferta. (Vers. 24.093)
- GetInfoPartener(i): returneaza CodClient. (Vers. 24.0933)
- GetInfoPartener(i): se returneaza TipLocatie. (Vers. 24.093)
- GetListaLocalitati: returneaza Cod. (Vers. 24.0933)
- GetReceptiiNeoperate: filtrarea dupa UIT se poate face si dupa cateva caractere din acesta, nu doar dupa intregul cod UIT, ca pana acum. (Vers. 24.0933 corectie)
- GetStatusComandaExt: in log aparea eronat, la denumire functie, GetStocarticole. (Vers. 24.0933 corectie)
- GetStocArticoleExt: a fost adaugat filtrul VizibilComenziOnline. (Vers. 24.093)
- UpdateBonuriCasaDeMarcat: a fost adaugat campul SimbolGestiune la nivel de Items. (Vers. 24.0933)
- UpdateCasaBanca: a fost corectat mesajul de eroare afisat atunci cand erau erori la mai multe tranzactii. (Vers. 24.0933 corectie)
- UpdateComandaClient: a fost adaugat camp StadiuWMS. (Vers. 24.093)
- UpdateHeaderComanda: a fost adaugata posibilitatea de modificare extensii pe comenzi de la gestiuni. (Vers. 24.093)
- UpdateIesiriClienti: daca in json, la nivel de articol, era mentionata UM secundara si se facea legatura cu o linie de comanda, iar la nivel de UM principala existau mai multe UM secundare cu aceeasi denumire, in comanda ramaneau resturi eronate. (Vers. 24.0933 corectie)
- UpdateIesiriClienti: in cazul facturarii contractelor de tip abonament s-a adaugat posibilitatea de facturare multipla din contratul mentionat. (Vers. 24.0933 corectie)
- UpdateIesiriClienti: s-a corectat cazul cand in json se transmitea UM secundara, iar in baza ajungea pe UM principala. (Vers. 24.093 corectie)
- UpdateInfoPartener: a fost adaugat campul SimbolGestLivrare. (Vers. 24.0933)
- UpdateIntrariFurnizori: cand TipDocument = AVIZ INTRARE se completa eronat TipTranzactie = 1 (in loc de 5). (Vers. 24.093 corectie)
- UpdateIntrariFurnizori: cand TipDocument era setat FACTURA IN ASTEPTARE, in loca de TipTranzactie = 2 nu se importa 1. (Vers. 24.0933 corectie)
- UpdateOferte: a fost adaugat campul Observatii la nivel de Items. (Vers. 24.093)
- UpdateOferte: s-a adaugat campul IDProiect la nivel de Items. (Vers. 24.093)
- UpdateReglareInventar: cand se adauga o marire cu cantitate negativa, documentul intra ca neoperat, dar fara a avea livrare. (Vers. 24.0933 corectie)
- UpdateReglareInventar: s-a corectat mesajul de eroare afisat in caz de marire cu cantitate negativa, cand nu exista cantitate suficienta in stoc. (Vers. 24.093 corectie)
- UpdateRetete: daca exista o reteta implicita in baza de date, la adaugarea unei noi retete pe acelasi articol care are flag-ul de implicit, se scoate proprietatea de la cealalta reteta. (Vers. 24.093)
- UpdateSediuPartener: a fost adaugat campul CineTransporta. (Vers. 24.093)
- UpdateSediuPartener: a fost adaugat campul Marca. (Vers. 24.0933)
- UpdateSediuWMSIntrari: pentru un document dintr-o luna anterioara si care avea resturi nereceptionate, in momentul in care se rula functia, se crea un NIR cu data curenta, in loc de ultima zi din luna documentului. (Vers. 24.0933 corectie)
- UpdateTransferuri: la trimiterea parametrului LivrareDinRezervari se verifica pe conexiune daca este setata constanta LivrDinRezTransf, iar daca nu este setata se initializeaza dar pe aceasta conexiune. (Vers. 24.0933 corectie)
WME COMENZI ONLINE
- Comenzi online: se forteaza citirea configurarilor din custom.css la fiecare apasare a butonului Print the order/Listeaza comanda. (Vers. 24.0932)
WME AGENTI ONLINE
- Agenti online: pe versiunea WME 24.091 nu mai idetifica agentii in aplicatia online. (Vers. 24.093 corectie)