Mesaje

Da, este versiune nouă pentru D101, care necesita ceva actualizări în aplicație. Va apare în curând Webgest 8.12.6.

Serverul de aplicație - Tomcat - este tot pe acel Windows 11 ?

Același token a mai fost folosit în Webgest și a funcționat vreodată (acum un an parcă ai mai făcut încercări)?

Sunt ciudate acele formule foarte lungi de verificare. Validarea online ( https://www.anaf.ro/uploadxmi/ ) dă același rezultat ?

Numele fișierului cu factura corespunde standardului cerut de Saga, așa cum se vede în primul screenshot?

La prima încercare, factura importată a apărut în lista de facturi din Saga?

Exportul de Parteneri XML este sub un format propriu, pentru importul lor într-o altă bază de date tot Webgest. Această structură nu este compatibilă cu Saga. La nevoie se va putea adăuga și această variantă.

Dar, ce se urmărește prin importul în paralel al facturii și al partenerului? Fiindcă datele partenerului sunt conținute deja în factură și, în mod normal, Saga îl va crea la preluarea facturii.

Este disponibilă o versiune nouă, 8.12.1, care ar trebui să rezolve problema.

E nevoie de informații despre locul/formularul în care apare eroarea și de datele concrete care vin (după cum se înțelege) din Prestashop.

... probabil ca vine ceva din preluarea de tara / adresa din afara RO.

Probabil, dar din acest mesaj general nu se poate identifica ce nu-i valid. Ar trebui ceva date concrete.

S-a rezolvat, merci de atenționare!

Limita actuală la Observații este de maxim 256 caractere, atât la nivel de document cât și la intervenție. La care nu-i destul? Și chiar e necesar mai mult?!

https://forum.webgest.ro/index.php?topic=479

O să apară astăzi o versiune în care va fi dezactivat.

Asta înseamnă update de baza de date, și se va face împreună cu alte noutăți. Până atunci, poate există și alte soluții.
Una ar fi să se folosească șablon personalizat pentru factură, în care nu se afișează.
Acum în ce condiții apare și este deranjant?

Deocamdată nu s-a implementat nicio setare prin care să se inhibe. Apariția soldului precedent este momentan condiționată de existența lui (suma diferită de zero) la data curentă a generării formatului de factură, și nu s-a prevăzut că asta se poate întâmpla și la un interval de după, când situația poate fi diferită.

S-a făcut deja o corecție, pentru a se face compararea cu data salvării facturii. Dar, dacă se simte nevoia, se poate face condiționarea afișării printr-o variabilă globală. Sau, alte propuneri...

E un bug, apărut în urma modificărilor la formul de catalog pentru preluare recepție din eFactura. Se rezolvă azi. Până la noua versiune sunt 2 soluții alternative:
1) crearea catalogului nou din modulul Administrare 
2) preluarea din eFactura, dacă a fost primită de la ANAF