Facturare

Stornare prin e-Factura: 380 cu valori negative vs nota de credit 381

Care este varianta corecta pentru storno in e-Factura: factura 380 cu sume negative sau nota de credit 381? Raspunsul definitiv cu exemple XML si BillingReference.

Adrian Bogatan

Adrian Bogatan

— 4 min read
Stornare prin e-Factura: 380 cu valori negative vs nota de credit 381
Photo by PiggyBank on Unsplash

Pe forumurile de contabilitate si in grupurile de Facebook dedicate e-Factura, dezbaterea despre cum se storneaza o factura electronica revine constant. Unii folosesc o noua factura cu sume negative. Altii emit nota de credit. Ambele ajung la ANAF fara erori de validare. Insa standardul are un raspuns clar, si exista motive practice pentru care merita sa il urmezi.

Despre ce e vorba: storno vs anulare

In practica fiscala romaneasca, "stornare" poate insemna doua lucruri diferite.

Storno total (anulare): vreau sa anulez complet o factura emisa anterior. Stornez toate pozitiile, cu toate valorile. Rezultatul net: factura originala este nula fiscal.

Storno partial: vreau sa reduc valoarea unei facturi emise anterior. Stornez doar anumite pozitii sau o parte din cantitati. Rezultatul net: factura originala ramane valabila, dar cu o valoare mai mica.

In ambele cazuri, documentul de storno este un document separat care face referinta la factura originala. Nu se modifica factura originala deja trimisa la ANAF.

Diferenta dintre 380 cu valori negative si 381

Codul 380 identifica o factura comerciala standard. Standardul EN 16931, pe care se bazeaza CIUS-RO, permite tehnic ca o factura 380 sa contina valori negative la nivel de linie si de total. ANAF accepta aceasta structura si nu returneaza eroare de validare.

Codul 381 identifica o nota de credit. Semantic, nota de credit este documentul destinat exact acestui scop: reducerea sau anularea unei obligatii create de o factura anterioara. Sumele din nota de credit 381 sunt pozitive si reprezinta reducerile acordate sau sumele anulate.

Diferenta practica majora: nota de credit 381 poate si trebuie sa contina o referinta explicita la factura originala prin elementul BillingReference. Aceasta referinta leaga documentele intre ele si face evidenta mult mai clara, atat pentru tine, cat si pentru sistemele de reconciliere ale partenerilor tai.

Daca folosesti 380 cu valori negative, nu exista un mecanism standard pentru a lega documentul de factura originala. Ai un document de reducere "orfan" care reduce un total, dar nu este clar legat de tranzactia originala.

Cand folosesti 381 si cum calculezi sumele

Pentru storno total: emiti o nota de credit 381 cu aceleasi pozitii si aceleasi valori ca factura originala. Valorile sunt pozitive in nota de credit. Efectul net: factura originala este anulata complet.

Exemplu: factura originala are o linie de 1.000 RON fara TVA. Nota de credit 381 are o linie de 1.000 RON fara TVA, cu referinta la factura originala. Suma neta platibila devine 0.

Pentru storno partial: emiti o nota de credit 381 cu valorile pe care vrei sa le reduci. Daca factura originala are doua linii si vrei sa stornezi doar prima, nota de credit contine doar prima linie, cu valoarea aferenta.

Un detaliu de TVA: daca factura originala a aplicat TVA, nota de credit aplica acelasi tip de TVA la sumele stornate. Structura TVA din nota de credit trebuie sa corespunda cu cea din factura originala pentru pozitiile stornate.

BillingReference in XML: cum se completeaza

Elementul BillingReference este optional din perspectiva validarii tehnice ANAF. ANAF nu returneaza eroare daca il omiti. Insa practica buna si standardul recomanda includerea lui de fiecare data cand emiti o nota de credit.

Structura XML:

<!-- Nota de credit (cod 381) cu referinta la factura originala -->
<cbc:InvoiceTypeCode>381</cbc:InvoiceTypeCode>

<cac:BillingReference>
  <cac:InvoiceDocumentReference>
    <cbc:ID>FAC-2026-0042</cbc:ID>
    <cbc:IssueDate>2026-03-15</cbc:IssueDate>
  </cac:InvoiceDocumentReference>
</cac:BillingReference>

<!-- Liniile si totalurile cu valori pozitive,
     reprezentand sumele care se storneza -->
<cac:InvoiceLine>
  <cbc:ID>1</cbc:ID>
  <cbc:InvoicedQuantity unitCode="C62">2</cbc:InvoicedQuantity>
  <cbc:LineExtensionAmount currencyID="RON">500.00</cbc:LineExtensionAmount>
  <cac:Item>
    <cbc:Name>Servicii consultanta</cbc:Name>
  </cac:Item>
  <cac:Price>
    <cbc:PriceAmount currencyID="RON">250.00</cbc:PriceAmount>
  </cac:Price>
</cac:InvoiceLine>

Campurile din InvoiceDocumentReference:

  • cbc:ID: numarul facturii originale, exact asa cum apare in factura trimisa la ANAF
  • cbc:IssueDate: data facturii originale in format ISO 8601 (AAAA-LL-ZZ)

Acesta este elementul BT-25 (referinta la factura) si BT-26 (data facturii referentiate) din standardul EN 16931.

Comparativ, asa arata abordarea cu 380 negativ, care nu este recomandata:

<!-- Factura cu valori negative (cod 380) -->
<!-- Tehnic valid, dar nu este abordarea recomandata -->
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>

<cac:InvoiceLine>
  <cbc:ID>1</cbc:ID>
  <cbc:InvoicedQuantity unitCode="C62">-2</cbc:InvoicedQuantity>
  <cbc:LineExtensionAmount currencyID="RON">-500.00</cbc:LineExtensionAmount>
  <cac:Item>
    <cbc:Name>Servicii consultanta</cbc:Name>
  </cac:Item>
  <cac:Price>
    <cbc:PriceAmount currencyID="RON">250.00</cbc:PriceAmount>
  </cac:Price>
</cac:InvoiceLine>

Observi ca in varianta 380 cu valori negative nu ai unde pune referinta la factura originala in mod standardizat.

Storno cu Billyou

Billyou genereaza automat nota de credit cu cod 381 atunci cand folosesti functia de storno din interfata sau din API. BillingReference este completat automat cu numarul si data facturii originale. Nu trebuie sa calculezi manual sumele TVA sau sa editezi XML-ul.

Pentru storno partial, selectezi pozitiile sau modifici cantitatile pe care vrei sa le stornezi. Billyou calculeaza diferentele si genereaza nota de credit corecta.

Daca integrezi prin API, trimite invoiceTypeCode: 381 si include billingReferenceId si billingReferenceDate in cerere. Documentatia completa este la billyou.ro/dev.

Incepe gratuit la app.billyou.ro/register.

Citeste si articolul despre eroarea BR-RO-020, care poate aparea in contextul notelor de credit cu structuri de TVA incorecte.

Intrebari frecvente

ANAF valideaza daca BillingReference pointeaza catre o factura reala?

Nu, cel putin nu in prezent. ANAF nu verifica daca numarul de factura din BillingReference exista efectiv in sistemul lor. Validarea este formala, nu semantica. Insa absenta sau corectitudinea referintei conteaza pentru evidenta ta contabila si pentru reconcilierea cu partenerii.

Pot storni o factura emisa in luna trecuta prin e-Factura?

Da. Nu exista o restrictie de timp pentru emiterea unei note de credit prin e-Factura. Termenul de 5 zile lucratoare se aplica de la data emiterii documentului de storno, nu de la data facturii originale.

Nota de credit 381 trebuie sa aiba acelasi numar de ordine ca factura originala?

Nu. Nota de credit este un document separat, cu numarul sau propriu in seria ta de documente. Legatura cu factura originala se face exclusiv prin campul BillingReference, nu prin numarul documentului.

Pot emite o nota de credit pentru o factura care nu a mai fost trimisa prin e-Factura (emisa inainte de obligativitate)?

Da. Poti emite o nota de credit prin e-Factura chiar daca factura originala nu a trecut prin sistem. Completezi BillingReference cu numarul si data facturii originale pe hartie. ANAF nu valideaza existenta referintei in propriul sistem.

Citește mai mult