RO e-Factura în 2026: ce este, cine are obligația, termene, sancțiuni și pași practici
Actualizat la · ghid explicat în limbaj simplu pentru firme, PFA, profesioniști și organizații
Material informativ. Pentru situații fiscale neobișnuite, verifică împreună cu contabilul sau consultantul fiscal.
1. În relațiile obligatorii, factura oficială este fișierul XML validat, împreună cu sigiliul electronic al Ministerului Finanțelor. PDF-ul este doar o reprezentare ușor de citit.
2. Din 1 ianuarie 2026, termenul general de transmitere este de 5 zile lucrătoare de la emitere, fără a depăși termenul legal legat de emiterea facturii.
3. Acceptarea tehnică de către sistem nu dovedește că tranzacția este plătită, livrată sau fiscal corectă în toate detaliile. Emitentul rămâne responsabil pentru conținut.
1. Ce este RO e-Factura și ce nu este
RO e-Factura este sistemul național prin care facturile electronice sunt transmise, validate, comunicate și păstrate în relația cu Ministerul Finanțelor și ANAF. Sistemul nu este doar un loc unde se încarcă un PDF, ci o infrastructură care lucrează cu date structurate, astfel încât factura să poată fi citită automat de programe contabile și de administrația fiscală.
Factura electronică este un fișier XML construit pe standardul european EN 16931 și pe regulile naționale RO-CIUS. Sunt acceptate sintaxele UBL 2.1 și UN/CEFACT CII 16B; în practică, cele mai multe aplicații românești folosesc UBL 2.1.
| Element | Ce înseamnă |
|---|---|
| XML | Fișierul structurat care conține datele facturii și poate fi procesat automat. |
| RO-CIUS | Regulile românești care completează standardul european și stabilesc ce câmpuri și validări sunt necesare. |
| Sigiliul Ministerului Finanțelor | Confirmarea electronică aplicată de sistem după ce factura a trecut validările. |
| O imagine lizibilă a facturii. Utilă pentru oameni, dar nu înlocuiește XML-ul în relațiile obligatorii. |
Ce NU face sistemul
- Nu încasează factura și nu garantează plata ei.
- Nu confirmă că bunurile au fost livrate sau serviciile au fost executate.
- Nu înlocuiește contractul, procesul-verbal, avizul, NIR-ul, bonul fiscal sau alte documente comerciale.
- Nu înlocuiește contabilitatea și declarațiile fiscale.
- Nu verifică în locul tău cota de TVA, regimul fiscal sau realitatea economică a tranzacției.
- Nu transformă automat orice PDF trimis prin e-mail într-o factură electronică.
2. Cine are obligația în 2026
Obligația depinde de cine emite factura, cine este clientul, unde este stabilit fiecare participant și unde are loc operațiunea din punct de vedere al TVA. Faptul că o firmă nu este înregistrată în scopuri de TVA nu înseamnă, singur, că este scutită de RO e-Factura.
| Relație | Cine este clientul | Regula generală în 2026 |
|---|---|---|
| B2B | Alt operator economic | Obligatorie pentru operațiunile interne dintre persoane impozabile stabilite în România, în condițiile legii. |
| B2G | Autoritate sau instituție publică | Obligatorie în achizițiile publice și în celelalte operațiuni cu instituții publice, cu excepțiile legale. |
| B2C | Consumator sau altă persoană neimpozabilă | Emitentul raportează factura în sistem, dar trebuie să o ofere și clientului printr-un mijloc obișnuit. |
2.1. Relația B2B — firmă către firmă
În B2B, sistemul este obligatoriu începând cu 1 iulie 2024 pentru livrările de bunuri și prestările de servicii care au locul în România, atunci când furnizorul și clientul intră în categoria persoanelor impozabile stabilite în România. În limbaj simplu: regula se aplică de regulă unei societăți, unui PFA sau altui profesionist cu cod fiscal care facturează unei alte afaceri din România — indiferent dacă emitentul este sau nu plătitor de TVA.
2.2. Relația B2G — facturi către instituții publice
Pentru achizițiile publice, facturarea electronică este obligatorie din 1 iulie 2022. Pentru alte operațiuni cu instituții publice, obligația se aplică din 1 iulie 2024, în limitele prevăzute de lege. Instituția publică folosește factura primită prin sistem pentru plată și evidență — un PDF trimis separat poate fi util administrativ, dar nu o înlocuiește.
2.3. Relația B2C — facturi către consumatori
Transmiterea facturilor B2C în sistem este obligatorie începând cu 1 ianuarie 2025 pentru persoanele impozabile stabilite în România. În această relație, RO e-Factura are în principal rol de raportare către administrația fiscală.
- Consumatorul nu este obligat să aibă SPV pentru a primi factura.
- Emitentul trebuie să ofere factura clientului și prin mijlocul normal convenit: hârtie, e-mail, descărcare din contul de client etc.
- Dacă persoana fizică nu oferă niciun identificator fiscal, în XML se poate folosi un cod format din 13 cifre de zero.
- Nu solicita CNP-ul consumatorului doar pentru că vrei să raportezi factura în RO e-Factura.
2.4. Persoane care se identifică fiscal exclusiv prin CNP
Începând cu 1 iunie 2026, furnizorii și prestatorii care se identifică fiscal prin CNP nu au obligația să factureze sau să raporteze prin RO e-Factura. Ei pot opta pentru utilizarea sistemului și se pot înscrie în Registrul RO e-Factura opțional. Exemplele oferite de ANAF includ anumite persoane care obțin venituri din drepturi de proprietate intelectuală, persoane care închiriază camere în scop turistic și alte activități pentru care identificarea fiscală se face prin CNP.
2.5. Situații speciale
- Asociațiile, fundațiile și alte entități fără scop patrimonial care desfășoară activități economice au reguli speciale și, în anumite situații, obligația de înscriere în Registrul RO e-Factura obligatoriu.
- Din 1 ianuarie 2026, furnizorii stabiliți în România transmit și facturile către anumite persoane impozabile nestabilite, dar înregistrate în scopuri de TVA în România, pentru operațiuni cu locul în România.
- Operatorii economici nestabiliți în România pot utiliza sistemul în condițiile registrului opțional, atunci când legea permite.
- Pentru executări silite și valorificări de bunuri există reguli și obligații distincte pentru executor sau organul competent.
3. Excepții și operațiuni care trebuie analizate separat
Nu orice document numit „factură" intră automat în obligația de transmitere. Cele mai întâlnite excepții:
- Bonurile fiscale care îndeplinesc condițiile unei facturi simplificate, în limitele Codului fiscal.
- Facturile pentru operațiuni în afara sferei TVA sau pentru sume care nu intră în baza de impozitare, atunci când Codul fiscal nu impune emiterea unei facturi.
- Anumite livrări intracomunitare de bunuri pentru care beneficiarul comunică un cod de TVA din alt stat membru.
- Facturile legate de contracte clasificate sau de operațiuni cu măsuri speciale de securitate, în cazurile prevăzute de lege.
- Furnizorii/prestatorii identificați exclusiv prin CNP, începând cu 1 iunie 2026, dacă nu optează pentru sistem.
- Anumite categorii speciale: agricultori persoane fizice în regim special, ambasade, organisme internaționale și centre culturale străine, în condițiile legii.
4. Termenul de transmitere: 5 zile lucrătoare
Din 1 ianuarie 2026, termenul general este de 5 zile lucrătoare de la data emiterii facturii, dar nu mai târziu de 5 zile lucrătoare de la data-limită legală pentru emiterea facturii prevăzută de Codul fiscal.
Codul fiscal stabilește, pentru multe operațiuni, că factura trebuie emisă cel târziu până în a 15-a zi a lunii următoare celei în care a intervenit faptul generator. Regula de emitere și termenul RO e-Factura sunt două obligații diferite: o factură emisă târziu poate încălca termenul fiscal chiar dacă este încărcată rapid după emitere.
Recomandare practică: nu lucra la limita celor 5 zile. Pentru afacerile cu volum mic, transmite în aceeași zi sau în următoarea zi lucrătoare. Pentru volume mari, configurează transmiterea automată și un raport zilnic pentru facturile respinse sau rămase în așteptare.
5. Cum funcționează fluxul complet
Pasul 1 — Emiterea facturii
Factura trebuie să respecte Codul fiscal și regulile contabile: număr unic, dată, datele părților, descrierea bunurilor sau serviciilor, cantități, prețuri, TVA și totaluri. XML-ul nu repară automat datele comerciale greșite.
Pasul 2 — Generarea și validarea XML-ului
Programul de facturare transformă datele într-un XML UBL sau CII. Înainte de transmitere, fișierul trebuie validat conform regulilor publicate de Ministerul Finanțelor — vezi și ghidul nostru: cum generezi gratuit XML-ul e-Factura. O validare locală bună reduce respingerile, dar răspunsul final aparține sistemului RO e-Factura.
Pasul 3 — Transmiterea
Există două modalități principale: încărcarea manuală în portalul ANAF, după autentificarea cu certificat digital calificat, sau transmiterea automată prin API, după autorizarea unei aplicații prin fluxul oficial ANAF/OAuth — ambele detaliate în ghidul trimiterii în SPV.
Pasul 4 — Indexul de încărcare
Imediat după transmitere, sistemul atribuie un index. Indexul arată că fișierul a fost primit pentru procesare, nu că factura a fost acceptată. Trebuie verificat ulterior răspunsul final.
Pasul 5 — Valid sau respins
Dacă XML-ul este valid, sistemul îl pune la dispoziția părților împreună cu sigiliul Ministerului Finanțelor. Dacă există erori, primești un mesaj de eroare, iar factura nu ajunge la destinatar prin sistem.
Pasul 6 — Descărcarea și arhivarea
Fișierele sunt disponibile pentru descărcare în sistem timp de 60 de zile de la publicare; ulterior sunt arhivate electronic și pot fi solicitate. Emitentul și destinatarul trebuie să își organizeze propria arhivă, fără să se bazeze exclusiv pe portal.
6. XML, PDF, ZIP, index și sigiliu — diferențele
| Element | Rol | Este dovada finală? |
|---|---|---|
| XML-ul generat înainte de transmitere | Conține datele facturii, dar încă nu are răspunsul sistemului. | Nu — singur nu dovedește acceptarea. |
| Indexul de încărcare | Identifică operațiunea de transmitere și permite verificarea stării. | Nu. Este doar confirmarea primirii pentru procesare. |
| XML validat + sigiliu MF | Exemplarul original al facturii electronice în sistem. | Da, pentru factura acceptată. |
| Arhiva ZIP | Containerul descărcat care include fișierele asociate răspunsului. | Este pachetul de livrare; conținutul său trebuie păstrat. |
| PDF-ul | Versiune vizuală pentru citire, imprimare sau trimitere clientului. | Nu înlocuiește XML-ul în relațiile obligatorii. |
Data comunicării către destinatar: factura se consideră comunicată la data la care este disponibilă pentru descărcare în sistem, nu la data la care clientul o deschide efectiv — o distincție importantă pentru organizarea recepției și a contabilității.
7. Ce faci când factura este respinsă sau greșită
7.1. XML respins de sistem
- Descarcă mesajul de eroare și identifică regula încălcată.
- Corectează datele sau configurația aplicației.
- Generează din nou XML-ul.
- Validează-l înainte de retransmitere.
- Retransmite-l și urmărește noul index până la răspunsul final.
O factură respinsă nu este comunicată clientului prin RO e-Factura. Nu considera procesul finalizat doar pentru că ai un index inițial.
7.2. Factură acceptată, dar cu date comerciale greșite
O factură acceptată nu se șterge din sistem. Corectarea se face printr-un document nou, în condițiile Codului fiscal: factură de corecție, storno sau notă de creditare, cu referire clară la factura inițială.
- Păstrează factura inițială și documentul de corecție.
- Folosește tipul de document și semnul valorilor cerute de regulile RO e-Factura.
- Nu modifica manual XML-ul acceptat și nu încerca să îl înlocuiești printr-un PDF.
- Evită transmiterea repetată a aceleiași facturi; duplicatele creează probleme contabile și de reconciliere.
7.3. Clientul contestă factura
RO e-Factura nu are o funcție juridică de „refuz" care să anuleze automat factura. Clientul comunică obiecțiile prin canalele comerciale obișnuite, iar emitentul emite corecția dacă este justificată. Păstrează e-mailurile, procesele-verbale și documentele care explică modificarea.
8. Sancțiuni și riscuri
Sancțiunile diferă în funcție de relație și de tipul abaterii. Valorile de mai jos sunt cele prezentate de ANAF în materialul actualizat la 30 iunie 2026.
8.1. Transmiterea cu întârziere
| Categoria contribuabilului | Amenda pentru depășirea termenului |
|---|---|
| Contribuabil mare | 5.000 – 10.000 lei |
| Contribuabil mijlociu | 2.500 – 5.000 lei |
| Alte persoane juridice și persoane fizice | 1.000 – 2.500 lei |
Pentru una sau mai multe facturi al căror termen cade în aceeași lună calendaristică, abaterea este tratată la nivelul lunii, conform regulii contravenționale prezentate de ANAF. Repetarea lunară poate genera însă sancțiuni repetate.
8.2. B2B: factura în afara sistemului
- Emitentul care nu facturează electronic, deși operațiunea este obligatorie, poate primi o amendă egală cu 15% din valoarea totală a facturii.
- Destinatarul care primește și înregistrează factura altfel decât electronic poate primi, de asemenea, o amendă egală cu 15% din valoarea totală a facturii.
Aceste sancțiuni sunt diferite de amenda pentru simpla întârziere — vizează folosirea unui circuit nepermis în locul sistemului obligatoriu.
8.3. B2C
În B2C, problema principală este netransmiterea la termen a facturilor către sistem. Începând cu 1 iulie 2025 se aplică aceleași intervale de amendă în funcție de categoria contribuabilului. Clientul trebuie să primească în continuare factura prin mijlocul obișnuit.
8.4. Alte riscuri decât amenda
- Întârzierea plății, dacă partenerul nu găsește factura în sistem.
- Înregistrări contabile duble sau nepotriviri între evidența emitentului și cea a clientului.
- Probleme la deducerea TVA și la controalele fiscale pentru facturile primite în afara circuitului obligatoriu.
- Costuri de corectare, timp pierdut și blocarea fluxului de încasare.
- Expunerea datelor dacă certificatul, PIN-ul sau tokenurile de acces sunt gestionate nesigur.
9. Impact economic și organizare internă
Beneficii economice
- Mai puțină introducere manuală a datelor în contabilitate.
- Trasabilitate mai bună între emitent și client.
- Reducerea facturilor pierdute și a disputelor privind data transmiterii.
- Reconciliere mai rapidă a vânzărilor, achizițiilor și TVA.
- Posibilitatea automatizării complete pentru firmele cu volum mare.
Costuri și riscuri de implementare
- Certificat digital calificat și configurarea accesului SPV.
- Configurarea corectă a cotelor TVA, seriilor, tipurilor de facturi și codurilor produselor.
- Integrarea cu contabilitatea, magazinul online sau ERP-ul.
- Proceduri pentru respingeri, corecții și înlocuirea persoanelor autorizate.
- Arhivarea sigură a facturilor emise și primite.
Separă responsabilitățile
| Rol | Responsabilitate recomandată |
|---|---|
| Administrator / titular | Aprobă accesul, stabilește persoanele autorizate și protejează certificatul. |
| Persoana care facturează | Completează datele comerciale și urmărește starea transmiterii. |
| Contabil | Verifică regimul TVA, înregistrarea, corecțiile și reconcilierea cu evidența contabilă. |
| Aplicația | Generează XML-ul, aplică validări, transmite și păstrează răspunsurile tehnice. |
10. Cum folosești sistemul fără un program scump
Nu este obligatoriu să cumperi un ERP. Ai trei opțiuni principale:
| Variantă | Potrivită pentru | Avantaje / limite |
|---|---|---|
| Aplicațiile gratuite MF/ANAF | Volum foarte mic și utilizare ocazională | Fără abonament, dar completare manuală și organizare mai dificilă. |
| Aplicație de facturare | PFA și firme mici sau medii | Interfață simplă, validări, istoric, transmitere automată; verifică prețul și politica datelor. |
| ERP sau integrare API proprie | Volum mare și procese complexe | Automatizare completă, dar costuri de implementare, testare și mentenanță. |
Ce îți trebuie pentru transmitere
- Acces în SPV pentru firma sau entitatea emitentă.
- Certificat digital calificat înregistrat corespunzător.
- Date fiscale și serii de facturi configurate corect.
- O metodă de generare a XML-ului și de verificare a răspunsului.
- Pentru integrarea automată: autorizarea aplicației prin fluxul ANAF/OAuth.
11. Cum te poate ajuta FăFactura.gratis
FăFactura.gratis este conceput pentru utilizatorii care vor să emită corect fără să învețe structura XML. Completezi informațiile într-un formular obișnuit, iar aplicația transformă datele într-o factură compatibilă cu regulile RO e-Factura: generezi XML-ul fără să scrii cod, verifici factura înainte de trimitere și urmărești răspunsul ANAF într-un singur loc.
Flux recomandat în aplicație
- Completezi datele emitentului și clientului (butonul ⤓ le aduce automat după CUI).
- Adaugi produsele sau serviciile, cantitățile, prețurile și TVA-ul.
- Aplicația calculează totalurile și generează XML-ul RO-CIUS.
- Verifici factura — inclusiv cu validatorul oficial — înainte de transmitere.
- Pentru trimitere, autorizezi conexiunea cu ANAF prin pagina oficială, cu certificatul tău.
- Aplicația păstrează indexul, urmărește starea și îți oferă la descărcare răspunsul final.
Gratuit și fără cont — transparent: generezi factura, PDF-ul și XML-ul fără niciun cont, iar datele rămân în browserul tău — aplicația nu are baze de date cu facturile utilizatorilor. La transmiterea către ANAF, XML-ul tranzitează serverul strict pentru livrare, autentificarea se face direct la ANAF cu certificatul tău, iar autorizarea rezultată stă criptată, temporar, tot în browserul tău. Rețineri corecte: generarea XML-ului nu înseamnă că factura a fost acceptată — acceptarea o decide sistemul, iar aplicația îți arată exact acest răspuns.
12. Întrebări frecvente
Este suficient să trimit PDF-ul pe e-mail?
Nu, în relațiile în care RO e-Factura este obligatorie. PDF-ul poate fi trimis pentru citire, dar factura oficială din sistem este XML-ul validat și sigilat.
O firmă neplătitoare de TVA trebuie să folosească sistemul?
De regulă, da, dacă este persoană impozabilă stabilită în România și operațiunea intră în sfera obligatorie. Statutul de neplătitor de TVA nu este o scutire generală.
Consumatorul trebuie să îmi dea CNP-ul?
Nu. Dacă nu oferă un identificator fiscal, factura B2C poate folosi 13 cifre de zero în câmpul corespunzător.
Clientul persoană fizică trebuie să aibă SPV?
Nu. Emitentul raportează factura, dar o livrează clientului și prin metoda obișnuită.
Indexul înseamnă că factura este validă?
Nu. Indexul confirmă încărcarea pentru procesare. Trebuie verificat răspunsul final.
Pot șterge o factură acceptată?
Nu. Corectarea se face printr-un document nou care face referire la factura inițială.
Trebuie să introduc PIN-ul pentru fiecare factură?
Nu neapărat. O aplicație autorizată prin OAuth poate transmite în baza autorizării, fără să stocheze PIN-ul sau cheia privată.
Cât timp păstrează ANAF fișierele la descărcare?
Sunt disponibile direct 60 de zile de la publicare, apoi sunt arhivate și pot fi solicitate. Salvează-le în propria arhivă.
RO e-Factura dovedește plata?
Nu. Dovada plății este extrasul bancar, chitanța sau alt document de încasare.
Checklist înainte de transmitere
- Factura are număr unic și dată corectă.
- CUI/CIF-ul emitentului și al clientului sunt corecte.
- Relația este clasificată corect: B2B, B2G sau B2C.
- Cota și categoria TVA sunt corecte.
- Totalul liniilor, TVA-ul și totalul de plată se potrivesc.
- XML-ul trece validarea locală.
- Transmiterea are loc în maximum 5 zile lucrătoare.
- Indexul este salvat.
- Răspunsul final este verificat, nu doar încărcarea.
- Arhiva oficială este descărcată și păstrată.
- Facturile respinse sunt corectate și retransmise.
- Facturile primite sunt descărcate și reconciliate cu contabilitatea.
13. Surse oficiale și instrumente utile
Legislația se poate modifica. Verifică periodic sursele oficiale și data ultimei actualizări a ghidului.
- OUG nr. 120/2021 — forma actualizată
- Material ANAF: facturarea electronică, modificări prin Legea nr. 88/2026
- Ghid ANAF privind utilizarea RO e-Factura
- OUG nr. 89/2025 — termenul de 5 zile lucrătoare și modificările 2026
- Validare XML factură · Transformare XML în PDF
- Informații tehnice RO e-Factura (Ministerul Finanțelor)
- Formularele 081, 082 și 083
PDF profesional + XML e-Factura validat la ANAF, gratuit, fără cont.
Fă factura gratuit pe fafactura.gratis →