Mesaje

mda ... asta era ... e clar ... de la AI e treaba ... nu-i bun ..     

multumesc pt promptitudine

Vali

posibil sa vina din valori ?
La pret unitar este 32.94 lei
La total este 32,93 lei

... ciudat ... acum am vazut ... o clipa sa corectez si revin ... ciudat ca nu am facut factura de mana ... am preluat-o dintr-o comanda ... AI-ul cred ca este de vina ... :-)))

revin

Mesajul de pe validatorul ANAF este astfel:

Fisierul XML Fact_2000024_BăltăXXXXX-Dragoș-Florin.xml nu este valid. Au fost identificate urmatoarele erori:
tipAssert=FailedAssert; codEroare=BR-CO-13; localizareEroare=/Invoice/cac:LegalMonetaryTotal; textEroare=[BR-CO-13]-Invoice total amount without VAT (BT-109) = Σ Invoice line net amount (BT-131) - Sum of allowances on document level (BT-107) + Sum of charges on document level (BT-108).; expresieValidata=((cbc:ChargeTotalAmount) and (cbc:AllowanceTotalAmount) and (xs:decimal(cbc:TaxExclusiveAmount) = round((xs:decimal(cbc:LineExtensionAmount) + xs:decimal(cbc:ChargeTotalAmount) - xs:decimal(cbc:AllowanceTotalAmount)) * 10 * 10) div 100 )) or (not(cbc:ChargeTotalAmount) and (cbc:AllowanceTotalAmount) and (xs:decimal(cbc:TaxExclusiveAmount) = round((xs:decimal(cbc:LineExtensionAmount) - xs:decimal(cbc:AllowanceTotalAmount)) * 10 * 10 ) div 100)) or ((cbc:ChargeTotalAmount) and not(cbc:AllowanceTotalAmount) and (xs:decimal(cbc:TaxExclusiveAmount) = round((xs:decimal(cbc:LineExtensionAmount) + xs:decimal(cbc:ChargeTotalAmount)) * 10 * 10 ) div 100)) or (not(cbc:ChargeTotalAmount) and not(cbc:AllowanceTotalAmount) and (xs:decimal(cbc:TaxExclusiveAmount) = xs:decimal(cbc:LineExtensionAmount)))

Oare sa va trimit XML-ul din Webgest pe adresa de e-mail sa-l analizati ?

Multumesc.

Vali.

Buna ziua,

la validare e-Factura am aceasta lungaaaa eroare ... oare ce ar purtea sa fie ?

Putin ajutor si multumesc anticipat.

Vali

Super,

multumim mult.

Inca o chestiune: la preluarea facturilor din eMag pentru clientii din Bucuresti ... eMag-ul la oras lasa clientul sa selecteze ceva de genul "Sectorul 1" etc
Cand le validam local si in ANAF apare o eroare deoarece acolo valoarea este "Sector1" etc

Oare la urmatorul update nu se poate face ceva "vrajitorie" ... ca pana va schimba eMag-ul cu siguranta va trece o gramada de timp ...

Eu in webgest m-am dus la clientul respectiv, am modificat si am salvat (la parteneri) ... si apoi s-a validat factura atat local cat si in ANAF.

Sarut-mana :-)

Vali.

Buna ziua,

intr-adevar aveti dreptate 

Eu importam in Saga intr-o societate de test si avea un cod fiscal fictiv ... din acest motiv le punea ca si facturi furnizori
Cand am facut importul in societatea cu codul fiscal asemanator practic a generat operatiune de vanzare si s-a generat si formula contabila corecta.

Cele bune si multumesc de ajutor.

Vali.

Buna ziua,

parca acum la ultima versiune 8.12.3 intr-adevar cand am exportat factura clienti din Webgest numele fisierului este:
"Fact_4000006_Razvan-Valentin.xml"

La versiunea anterioara de Webgest 8.12.2 cand am exportat factura clienti in format XML numele fisierului a fost :
"F_XXXXXXXX_4000006_10.12.2024.xml" unde XXXXXXX reprezinta CUI-ul societatii.

Daca ati mentionat aspectul am redenumit fisierul xml din webgest 8.12.3 pe modelul fisierului xml din webgest 8.12.2 ... si astfel Saga acum il vede pentru import ... deci numele fisierului este problema cum este exportat de webgest 8.12.3

In timpul importului am mai corectat contul ca nu s-a importat probabil si din difernta setarilor, dar avand in vedere ca este vorba despre o factuta de client / vanzare, observ faptul ca Saga o importa in INTRARI, cand ea ar trebui sa fie in IESIRI ... fiind cum am spus o vanzare.
Ca si consecinta nici nota contabila nu este corecta.

Oare din ce cauza Saga importa factura de vanzare in INTRARI ?

Multumesc.

Vali

Buna ziua,

sunt anumite lucruri care le face mai bine Webgest-ul dar si anumite lucruri pe care le face mai bine Saga
Pentru anumiti clienti merg cu Webgest (conta + gestiune) iar pentru alti clienti vreau sa merg cu Saga (conta) + Webgest (Gestiune) ... zic ca este bine sa stii din fiecare cate putin ...     

Intr-adevar factura XML contine informatiile despre clienti si acestea ar trebui sa le importe Saga direct in Clienti
... acum dupa up-date la 8.12.3 am exportat o factura client din Webgest in xml ... dar in Saga nu o mai vede pentru import ...
Oare din ce cauza ?

Multumesc foarte mult pt intelegere si ajutor.

Vali.

Buna ziua,

Din Parteneri am exportat in format XML partenerii si o factura de vanzare catre un client Persoana Fizica.
Cand merg in Saga la Import Date si apoi tab-ul Import date din fisiere XML sau DBF, Saga vede fisierul XML care reprezinta factura de vanzare catre client, dar nu vede fisierul XML care reprezinta Partenerii.

Oare care sa fie problema?

Daca cineva poate sa ofere un feedback in acest sens va rog frumos putin ajutor si multumesc anticipat.

Vali.

Buna ziua,

Inca nu am avut clienti Persoane Fizice in acest inceput de an dar ... ne pregatim sa facturam din Webgest, si am observant urmatoarea chestiune:
Am luat de anul trecut (2024) 2 clienti astfel:

>La primul la Cataloage -> Parteneri l-am editat si deoarece nu avea CNP (majoritatea nu vor trimite CNP-ul) am trecut noi cei 13 * 0 ... sa putem incarca factura in SPV. M-am reintors la factura acestuia si s-a validat atat local cat si validare ANAF

> La al doilea client Persoana Fizica, asemanator am editat CNP-ul acestuia cu 13*0 ... dar a aparut mesajul din print-screen-ul de mai jos

Am zis sa anunt si sa ne ajutati cu explicatii ... cum am mentionat ... probabil majoritatea clientilor PF nu-si vor trece CNP-ul ... si trebuie sa trecem noi cei 13 * 0 ... poate ne ajutati cu o "vrajitorie" si acolo unde nu este CNP trece Webgestul implicit cei 13 * 0 ... sa nu trebuiasca sa editam fiecare PF

Estimativ pe cand sa ne asteptam la 8.12.3 ? ... ne cam "arde" importul acela a partenerilor XML

Multumesc si spor la treaba.

Vali

aha ... bun, multumim ... asteptam atunci up-date-ul ... cu cat mai repede cu atat mai bine.

vali.

super ... multumim.

vali.

... discutia la care faceam referire:

https://forum.webgest.ro/index.php?PHPSESSID=550167c52918121b5f9b1118af6a0a2c&topic=259.msg1098#msg1098

Buna ziua,

Scriu aici chiar daca discutia este mai veche (de 10 ani 😊) ...

Am o situatie aproape similara adica practic am trimis un produs catre un client dar acesta a facut retur. Cand a ajuns returul la mine am constatat cu supriza ca a ajuns un alt produs ... deci cineva de la curieri a incurcat coletete.

Am facut reclamatie la eMag cu poze si etc si acestia mi-au despagubit valoarea produsului si astfel m-am trezit cu o factura in care eu sunt furnizorul si eMag este cumparatorul, fireste nu apare numele produsului ca sa pot sa-l scot din gestiune printr-o nfactura de vanzare, ci apare "Despagubiri conform anexa"
In acest context se pune problema cum pot sa scot produsul din gestiune avand in vedere ca nu am ca si document justificativ o factura de vanzare cu acel produs ci am o factura de despagubire.

Din practica cred ca este vorba despre o reglare a stocului si nu o putem incadra in Webgest la "bon de consum"
Poate intr-o actualizare urmatoare avand in vedere ca aceste "actualizari de stoc" sunt importante si este bine sa fie incadrate correct, poate in tab-ul "MISCARI INTERNE" s-ar putea defini un tab "Operatii speciale" care sa permita adăugarea sau scăderea din stoc a unor articole, pentru o gestiune. 
Operaţiile se efectuează articol cu articol şi sunt de două feluri:
1.   operaţii de încărcare a stocului, care generează articole contabile 3xx=6xx;
2.   operaţii de descărcare a stocului, care generează articole contabile 6xx=3xx.

Multumesc.
Vali.