Erorile din e-Factura se împart în două familii care se tratează complet diferit. Erorile de validare sunt găsite automat de sistemul ANAF și opresc factura: ea nu este considerată transmisă până nu o corectezi și o trimiți din nou. Erorile de fond (preț, cotă, client, cantitate) trec adesea de validare, pentru că fișierul este corect tehnic, iar repararea lor cere o factură de stornare sau de corecție.
Articolul de față te ajută să citești un mesaj de eroare, să recunoști cele mai frecvente cauze și să alegi corect între retransmitere și storno. Nu înlocuiește suportul furnizorului de program și nici sfatul contabilului: pentru situațiile cu efect fiscal, decizia se ia împreună cu un expert contabil sau un consultant fiscal, după regulile în vigoare. Pentru contextul general al sistemului, vezi e-Factura: ghid complet pentru firme, de la SPV la arhivare.
Cum citești un mesaj de eroare
Mesajul de eroare este un fișier descărcat din lista de mesaje din SPV, care enumeră regulile încălcate și, de regulă, locul din XML unde apare problema. Nu trebuie să-l înțelegi integral, dar trebuie să știi să extragi din el trei informații.
- Codul regulii: regulile standardului european încep, de obicei, cu prefixul „BR-”, iar cele naționale, din specificația CIUS-RO, cu „BR-RO-”. Prefixul îți spune dacă problema ține de regulile comune europene sau de cerințele românești.
- Textul explicativ: descrie ce condiție nu a fost îndeplinită, de exemplu că o sumă nu corespunde sau că un câmp lipsește.
- Calea în fișier: indică elementul din XML, util pentru furnizorul programului.
Sfat: Când trimiți eroarea furnizorului de program, trimite fișierul integral, nu o captură de ecran cu un fragment. Codul regulii și calea din XML îi scurtează mult căutarea.
Erori de schemă și erori de reguli
O eroare de schemă înseamnă că fișierul nu are structura XML așteptată: element lipsă, element în locul greșit, format de dată sau de număr invalid. Aceste erori apar de obicei la programele configurate greșit sau la fișiere editate manual. O eroare de regulă înseamnă că structura e bună, dar conținutul încalcă o condiție logică: totaluri care nu se leagă, combinații de coduri nepermise, date obligatorii absente.
| Tip de eroare | Cine o rezolvă de obicei | Exemplu tipic |
|---|---|---|
| Schemă XML | furnizorul programului | element obligatoriu lipsă, format de dată greșit |
| Regulă europeană (BR-) | operatorul sau furnizorul programului | total cu TVA diferit de suma componentelor |
| Regulă națională (BR-RO-) | operatorul, prin corectarea datelor | cod de județ sau sector scris greșit |
| Eroare de autorizare | administratorul firmei, contabilul | persoana care transmite nu are drept pentru codul fiscal respectiv |
Erorile de totaluri și rotunjire
Cele mai multe respingeri tehnice la firmele cu programe proprii sau adaptate vin din totaluri care nu se leagă exact. Standardul cere ca valorile să fie coerente până la ultima zecimală.
Ce verifică validatorul, în esență:
- suma valorilor nete de pe linii este egală cu totalul net al facturii, după reduceri și majorări la nivel de document;
- TVA-ul pe fiecare categorie și cotă este calculat din baza corespunzătoare;
- totalul de plată este egal cu totalul net plus TVA, minus eventualele avansuri deja plătite.
De unde apar diferențele
- rotunjirea pe linie versus rotunjirea pe total: dacă programul rotunjește TVA-ul pe fiecare linie, dar declară un TVA total calculat din suma bazelor, pot apărea diferențe de un ban;
- prețuri unitare cu multe zecimale, înmulțite cu cantități fracționare;
- reduceri introduse ca linii negative fără categoria de TVA potrivită;
- avansuri deduse din factura finală fără referință corectă.
Soluția ține, de regulă, de configurarea programului. Dacă eroarea apare des, cere furnizorului să aplice o singură regulă de rotunjire, conformă standardului.
Erorile de TVA: categorii, cote și scutiri
Fiecare linie a facturii are o categorie de TVA codificată, iar combinațiile greșite sunt respinse. De exemplu, o linie marcată ca scutită nu poate avea cotă pozitivă, iar o linie cu taxare inversă nu poate avea TVA calculat pe factură.
Situații frecvente:
- categoria de scutire fără motivul scutirii: standardul cere un cod sau un text care explică de ce nu se aplică TVA;
- taxare inversă cu TVA pe factură: mecanismul presupune că taxa se calculează de cumpărător, nu de furnizor; detalii în Taxarea inversă: ce este și când se aplică în România;
- firmă neplătitoare de TVA cu linii marcate ca taxare standard: programul a rămas configurat implicit;
- livrare intracomunitară fără codul de TVA al clientului: pentru operațiunile cu parteneri din alte state membre, vezi Achizițiile intracomunitare și VIES: ce trebuie să știi;
- cotă depășită: factura folosește o cotă care nu mai este în vigoare sau nu se aplică produsului; verifică metoda din Cota de TVA: cum afli cota corectă pentru produsul tău.
Atenție: Validatorul verifică doar coerența, nu și corectitudinea fiscală. O livrare taxată greșit cu o cotă redusă poate fi acceptată fără nicio eroare. Asta nu înseamnă că este corectă.
Erorile de identificare a părților
O parte importantă dintre regulile naționale privește identificarea vânzătorului și a cumpărătorului: cod fiscal, adresă, țară. Sunt erori simple, dar repetitive, pentru că pornesc din fișele clienților.
| Eroare | Cauza obișnuită | Corectura |
|---|---|---|
| Cod de județ invalid | județul scris în clar, nu în formatul de cod cerut | completezi codul corect în fișa clientului |
| Sector din București lipsă sau greșit | localitatea scrisă „București” fără sector în forma cerută | aplici formatul de sector prevăzut de specificație |
| Cod fiscal cu sau fără prefix greșit | prefixul RO pus la o firmă neînregistrată în scopuri de TVA sau invers | verifici statutul de TVA al clientului |
| Țară lipsă la client străin | câmpul de țară necompletat | adaugi codul de țară |
| Identificare lipsă la persoană fizică | nici CNP, nici valoarea convențională prevăzută | aplici regula din ghidurile ANAF pentru B2C |
Pentru clienții persoane fizice, regulile de identificare au particularități explicate în e-Factura B2C: facturile emise către persoane fizice.
Erorile de autorizare și de acces
Unele mesaje nu țin de conținutul facturii, ci de cine o transmite. Dacă persoana autentificată nu are drept să transmită pentru codul fiscal al vânzătorului, sistemul refuză fișierul indiferent cât de corect este.
Cauze frecvente:
- împuternicirea în SPV a expirat sau nu acoperă secțiunea e-Factura;
- programul a fost autorizat cu certificatul unei persoane care nu mai lucrează pentru firmă;
- codul fiscal al vânzătorului din XML diferă de cel pentru care există drept de transmitere, de exemplu la grupuri cu mai multe firme;
- autorizarea programului a expirat și nu a fost reînnoită.
Rezolvarea trece prin SPV și prin împuterniciri, ca în SPV pentru firme: înregistrare, împuterniciri și utilizare.
Erorile care trec de validare
Cele mai costisitoare erori sunt cele pe care sistemul nu le vede: factura e acceptată, clientul o primește, iar greșeala iese la iveală abia la plată sau la reconciliere. Ele nu se mai pot corecta prin retransmitere.
Exemple tipice:
- client greșit: factura a ajuns în SPV-ul altei firme;
- preț sau cantitate greșită: livrarea efectivă diferă de factură;
- cotă de TVA greșită, dar coerentă cu totalurile;
- factură emisă de două ori pentru aceeași livrare;
- dată greșită, care mută factura în altă perioadă fiscală.
Storno sau factură de corecție
Pentru o factură validată, corectura se face printr-un document nou, transmis tot prin e-Factura: fie o factură de stornare (cu valori negative, cu trimitere la factura inițială), urmată de o factură nouă corectă, fie o factură de corecție, acolo unde programul și situația o permit. Alegerea între variante și efectul asupra decontului de TVA se stabilesc cu contabilul; dacă perioada a fost deja declarată, poate fi nevoie și de corectarea unor declarații, ca în Declarațiile rectificative: când și cum corectezi o eroare.
Ce faci pas cu pas când primești o eroare
Indiferent de tipul erorii, o procedură constantă îți scurtează timpul de rezolvare și te ferește de dubluri.
- Descarci mesajul de eroare și îl salvezi lângă factură.
- Identifici tipul: schemă, regulă europeană, regulă națională sau autorizare.
- Corectezi sursa problemei (fișa clientului, nomenclatorul, configurarea), nu doar factura curentă.
- Generezi din nou XML-ul și îl validezi prealabil, cu instrumentul ANAF sau cu cel din program.
- Retransmiți și notezi noul index de încărcare.
- Verifici răspunsul până la acceptare.
- Dacă eroarea se repetă, o raportezi furnizorului de program cu fișierul complet.
Rutina completă de transmitere, inclusiv validarea prealabilă, este descrisă în Cum trimiți o factură în e-Factura: pași și validări.
Cum previi erorile repetate
Majoritatea erorilor se repetă din aceleași cauze, așa că prevenția costă mult mai puțin decât corectarea. Trei măsuri acoperă cele mai multe situații.
- Curățarea datelor de bază: fișele de clienți cu județ, sector, țară și statut de TVA verificate; nomenclatorul de produse cu unitate de măsură și categorie de TVA corecte.
- Validare automată înainte de trimitere: programul refuză să trimită un fișier care nu trece validarea locală.
- Un jurnal al erorilor: notezi codul regulii, cauza și corectura. După câteva luni vei vedea tiparul și îl vei elimina.
Pentru firmele cu volum mare, merită discutat cu contabilul și un control lunar de reconciliere între facturile emise în program, facturile acceptate în SPV și TVA-ul colectat din Decontul de TVA (formularul 300): ce conține și cum se depune.
Ce merită reținut despre erorile din e-Factura
Un mesaj de eroare nu este o sancțiune, ci un semnal că factura nu a plecat. Erorile tehnice se rezolvă prin corectarea datelor și retransmitere; erorile de fond, care trec de validare, se rezolvă doar prin documente noi transmise tot prin sistem. Diferența dintre cele două este esențială pentru a nu dubla facturi sau a lăsa termene să expire.
Pe scurt:
- citește codul regulii: „BR-” înseamnă standard european, „BR-RO-” înseamnă reguli românești;
- totalurile trebuie să se lege exact, inclusiv la rotunjire;
- categoriile de TVA și motivele de scutire sunt verificate automat;
- datele clientului produc cele mai multe respingeri repetitive;
- o factură acceptată, dar greșită, se corectează prin storno sau corecție, nu prin reîncărcare;
- corectează cauza, nu doar factura.
Întrebări frecvente
O factură respinsă trebuie stornată?
Nu. O factură respinsă la validare nu este considerată transmisă, deci nu are ce să fie stornat. O corectezi și o retransmiți.
De ce o factură corectă tehnic poate fi totuși greșită?
Validatorul verifică structura și coerența datelor, nu realitatea economică. O cotă greșită, dar aplicată consecvent, sau un client greșit trec de validare și trebuie corectate prin documente noi.
Ce înseamnă prefixul BR-RO într-un mesaj de eroare?
Indică o regulă din specificația națională CIUS-RO, adică o cerință proprie României, de obicei legată de adrese, identificarea părților sau câmpuri obligatorii suplimentare.
Cine plătește consecințele unei erori din program?
Răspunderea față de ANAF rămâne a firmei care emite factura, chiar dacă eroarea vine din program. Relația cu furnizorul de program se reglementează prin contractul cu acesta.
Pot corecta o factură acceptată prin editarea fișierului XML?
Nu. Fișierul validat poartă sigiliul ANAF și nu se mai modifică. Corectura se face printr-o factură de stornare sau de corecție, transmisă la rândul ei prin e-Factura.
