Odată cu obligativitatea utilizării sistemului e-Factura în România, antreprenorii și contabilii s-au confruntat cu o serie de situații practice pentru care legislația oferă răspunsuri tehnice, dar nu întotdeauna evidente. Una dintre cele mai frecvente dileme este legată de emiterea și transmiterea corectă a facturilor storno — documente care corectează sau anulează tranzacții anterioare.
Sistemul RO e-Factura, administrat de ANAF prin platforma SPV (Spațiul Privat Virtual), impune o codificare precisă a tipurilor de documente transmise. O greșeală de codificare nu înseamnă automat un document invalid, dar poate genera confuzii în reconcilierea contabilă sau în interpretarea automată a datelor de către sistemele informatice ale partenerilor de afaceri.
Acest articol oferă o imagine completă asupra modului în care funcționează factura storno în e-Factura, care sunt codurile corecte, ce greșeli apar frecvent și cum se pot corecta situațiile problematice.
Ascultă rezumat audio dialogat în RO și EN
1. Ce este o factura storno și când se emite
O factură storno (sau factură de corecție) este un document fiscal emis pentru a anula total sau parțial efectele unei facturi anterioare. Ea poate conține valori negative — reprezentând reducerea obligației fiscale inițiale — sau poate fi o factură nouă cu mențiunea expresă că anulează un document precedent.
Situații frecvente care impun emiterea unui storno
- Returnarea de mărfuri de către client
- Acordarea unui discount ulterior emiterii facturii inițiale
- Corectarea unor erori de preț, cantitate sau date de identificare
- Anularea unei livrări sau prestări de servicii care nu a mai avut loc
- Rezilierea unui contract cu obligația restituirii unui avans facturat anterior
2. Codurile de tip document în e-Factura
Sistemul e-Factura utilizează standardul european EN 16931 pentru structurarea documentelor XML. Tipul documentului este specificat prin câmpul <cbc:InvoiceTypeCode>, care acceptă valori standardizate.
Codul 380 — factura fiscală standard
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
Codul 380 desemnează o factură comercială standard (Commercial Invoice). Este cel mai utilizat cod și acoperă marea majoritate a tranzacțiilor B2B și B2G. Important de reținut: o factură cu cod 380 poate conține și valori negative, situație în care sistemul ANAF o tratează ca document de ajustare, fără a fi necesară o codificare diferită.
Codul 381 — nota de credit (storno clasic)
<cbc:InvoiceTypeCode>381</cbc:InvoiceTypeCode>
Codul 381 corespunde unei note de credit (Credit Note) — documentul clasic de storno. Acesta trebuie să conțină obligatoriu o referință la factura originală pe care o corectează sau anulează, prin elementul <cac:BillingReference>.
Exemplu de referință corectă:
<cac:BillingReference>
<cac:InvoiceDocumentReference>
<cbc:ID>NUMĂRUL_FACTURII_ORIGINALE</cbc:ID>
<cbc:IssueDate>DATA_FACTURII_ORIGINALE</cbc:IssueDate>
</cac:InvoiceDocumentReference>
</cac:BillingReference>
Codul 384 — factura de corecție
<cbc:InvoiceTypeCode>384</cbc:InvoiceTypeCode>
Codul 384 desemnează o factură de corecție (Corrected Invoice) — utilizată atunci când factura originală conține erori de fond (date incorecte, TVA greșit aplicat etc.) și trebuie înlocuită cu o versiune corectată. Și în acest caz, referința la documentul original este obligatorie.
3. Factura 380 cu valori negative — o soluție valabilă
Una dintre nelămuririle frecvente în practică este dacă o factură cu cod 380 și valori negative este acceptată și procesată corect de sistemul ANAF.
Cum o interpretează sistemul ANAF
Platforma e-Factura acceptă facturile cu cod 380 și valori negative fără a le respinge automat. Documentul este luat în seamă ca factură fiscală standard și va fi înregistrat în evidențele sistemului, generând efectele fiscale corespunzătoare (reducere de TVA colectat, ajustare de venituri etc.).
Diferența față de codul 381
Principala diferență nu este de natură fiscală, ci de natură semantică și tehnică. Codul 381 comunică explicit partenerului de afaceri și sistemelor informatice că documentul este o notă de credit legată de o tranzacție anterioară. Codul 380 cu valori negative transmite același efect economic, dar fără această legătură explicită.
Când este preferabilă această abordare
Utilizarea codului 380 cu valori negative este practică atunci când:
- Software-ul de facturare nu generează automat codul 381
- Storno-ul nu se referă la o singură factură anterioară, ci la o ajustare globală
- Partenerul de afaceri a confirmat că sistemul său procesează corect ambele formate
4. Greșeli frecvente la emiterea storno-ului
Proforma trimisă din greșeală în loc de factură fiscală
O proformă nu are valoare fiscală și nu generează obligații de TVA sau de înregistrare contabilă. Transmiterea unei proformi pe platforma e-Factura nu produce efecte fiscale, dar poate crea confuzii în evidența documentelor transmise. Soluția este emiterea facturii fiscale corecte și ignorarea proformei transmise eronat.
Storno fără referință la factura originală
Transmiterea unui document cu cod 381 sau 384 fără câmpul <cac:BillingReference> completat corect poate genera erori de validare sau dificultăți în reconcilierea automată a documentelor de către parteneri și sisteme contabile.
Codificare incorectă a documentului
Utilizarea codului 380 în loc de 381 pentru o notă de credit explicită, deși nu invalidează documentul fiscal în sine, poate crea neconformități în raportările automate și în auditurile sistemelor ERP.
5. Ce faci dacă ai trimis un document eronat
Document respins — procedura de retransmitere
Dacă documentul a fost respins de platforma e-Factura (statusul afișat în SPV este „Eroare" sau „Respins"), acesta nu produce niciun efect fiscal. Poți corecta XML-ul și retransmite documentul cu datele corecte.
Document acceptat — cum corectezi situația
Dacă documentul a fost acceptat de sistem, nu există o funcție de ștergere sau revocare directă în platformă. Pașii recomandați sunt:
- Emite un document de corecție (cod 381 sau 384) care să anuleze efectele documentului eronat
- Retrimite documentul corect cu toate datele corespunzătoare
- Păstrează o evidență internă a corespondenței dintre documentele emise
Contactarea ANAF prin SPV
Pentru situații complexe sau litigioase, contribuabilul poate transmite o solicitare prin Spațiul Privat Virtual (SPV) la categoria „Alte solicitări", descriind situația și atașând documentele relevante. ANAF poate oferi clarificări și, în anumite cazuri, poate opera corecții administrative.
6. Sfaturi practice pentru contabili și antreprenori
Verificarea statusului documentelor în platformă
După fiecare transmitere, verificați statusul documentului în portalul e-Factura sau prin API-ul ANAF. Statusurile posibile sunt: În procesare, Acceptat, Respins sau Eroare de validare. Nu considerați un document ca transmis valid până la confirmarea statusului „Acceptat".
Setări corecte în softul de facturare
Asigurați-vă că software-ul de facturare utilizat generează corect codul de tip document în funcție de natura tranzacției. Testați fluxul de storno într-un mediu de test înainte de utilizarea în producție, mai ales dacă ați schimbat recent versiunea aplicației sau furnizorul de software.
Arhivarea și corespondența dintre documente
Mențineți o evidență clară a corespondenței dintre facturile originale și documentele de corecție aferente. Această legătură trebuie să fie vizibilă atât în sistemul contabil intern, cât și în XML-ul transmis la ANAF, prin câmpul <cac:BillingReference>.
Concluzie
Sistemul e-Factura a adus o standardizare necesară în schimbul de documente fiscale între operatorii economici din România, dar a generat și o serie de întrebări practice legate de situații mai puțin obișnuite — precum emiterea storno-urilor sau corectarea documentelor transmise eronat.
Concluzia esențială este că sistemul este mai flexibil decât pare la prima vedere: o factură cu cod 380 și valori negative este un document valid, procesat corect de ANAF, și nu necesită corecții suplimentare. Totuși, pentru o comunicare clară cu partenerii de afaceri și pentru o reconciliere automată fără erori, utilizarea codurilor semantice corecte (381 pentru nota de credit, 384 pentru factura de corecție) rămâne cea mai bună practică.
Cunoașterea acestor detalii tehnice face diferența între o contabilitate fluentă și ore pierdute în clarificarea unor documente procesate greșit.
Bibliografie și resurse online
-
ANAF — Ghid de utilizare e-Facturahttps://www.anaf.ro/anaf/internet/RO/e-factura
-
Ministerul Finanțelor — Legislație e-Factura (OUG 120/2021 și modificările ulterioare)https://mfinante.gov.ro
-
Standardul european EN 16931 — Facturare electronicăhttps://ec.europa.eu/digital-building-blocks/sites/display/DIGITAL/eInvoicing+standard
-
Documentație tehnică RO e-Factura — Structura XML UBL 2.1https://mfinante.gov.ro/ro/web/efactura/informatii-tehnice
-
Spațiul Privat Virtual ANAF — Portal contribuabilihttps://spv.anaf.ro
-
Consilier Taxe & Contabilitate — Ghid practic storno e-Facturahttps://www.consilier-taxe.ro
-
Codul fiscal român — Legea 227/2015, cu modificările și completările ulterioarehttps://static.anaf.ro/static/10/Anaf/legislatie/Cod_fiscal_norme_2023.pdf
Articol publicat în scop informativ. Pentru situații fiscale specifice, consultați un expert contabil autorizat sau un consultant fiscal.
