Factură electronică vs factură PDF 2026 — Ghid complet diferențe legale și tehnice — Blog SoftFactura

În 2026, întrebarea „pot continua să trimit factura prin email ca PDF?" este una dintre cele mai frecvente printre antreprenori. Răspunsul nu este nici simplu da, nici simplu nu — depinde fundamental de înțelegerea distincției dintre trei noțiuni adesea confundate: factura tradițională (hârtie sau PDF) ca document vizual, factura electronică ca noțiune generică pentru orice document fiscal în format digital, și e-Factura RO ca document XML UBL transmis prin infrastructura națională RO e-Factura SPV ANAF cu sigiliu electronic calificat al Ministerului de Finanțe.

Confuzia poate costa scump: pentru tranzacțiile B2B și B2C, emiterea unei facturi exclusiv ca PDF (fără transmiterea XML UBL corespunzător la SPV) constituie neconformitate fiscală, cu sancțiuni de 1.000-10.000 lei per factură (calibrate pe categoria contribuabilului) plus, în cazuri specifice, sancțiunea suplimentară de 15% din valoarea facturii datorată atât de furnizor cât și de cumpărător. PDF-ul nu mai este, în 2026, format suficient pentru o tranzacție B2B sau B2C completă — este, în cel mai bun caz, document complementar XML-ului transmis prin SPV.

Acest ghid acoperă tot ce trebuie să știe un antreprenor român despre diferența factură electronică versus PDF în 2026: cadrul legal complet cu cele patru reglementări OUG care construiesc sistemul, standardul european EN 16931 cu specificarea națională CIUS-RO, structura tehnică UBL 2.1 a XML-ului e-Facturii, distincția între semnătură electronică și sigiliu electronic calificat, opt profile de firme cu nevoi specifice, zece greșeli frecvente la tranziția PDF → e-Factură, algoritmul decizional pentru alegerea programului potrivit, și obligațiile actuale de arhivare conform Legii 36/2023.

Cuprins

Cadrul legal — 4 reglementări care construiesc sistemul
Standardul european EN 16931 + CIUS-RO + UBL 2.1
Diferențe legale și tehnice PDF versus e-Factură
Sigiliul electronic calificat — cum funcționează autenticitatea
8 profile de firme — cum gestionează tranziția PDF → e-Factură
10 greșeli frecvente la tranziția PDF → e-Factură
Algoritm decizional — 7 pași pentru alegerea programului
Arhivare conform Legii 36/2023 — termen 5 ani și format
Întrebări frecvente (FAQ)

1. Cadrul legal — 4 reglementări care construiesc sistemul

Cadrul legal complet care obligă tranziția de la factura PDF tradițională la e-Factura XML UBL este construit pe patru reglementări succesive plus suportul tehnic prin ordinele ministrului finanțelor. Datele sunt verificate la 2026-05-19.

OUG 120/2021 — Fundația sistemului RO e-Factura

Ordonanța de Urgență 120/2021, publicată în decembrie 2021, a creat infrastructura națională RO e-Factura și a stabilit conceptele fundamentale:

Definiția facturii electronice ca document XML conform standardului european EN 16931
Infrastructura SPV ANAF ca platformă centrală de transmitere și validare
Obligația B2G (Business-to-Government) — facturile către instituții publice — din 1 iulie 2022
Faza inițială B2B pentru categorii cu risc fiscal ridicat (combustibili, zahăr, legume, fructe, băuturi alcoolice)

Pentru tranzacțiile B2B obișnuite și B2C, OUG 120/2021 a permis utilizarea opțională a sistemului, fără sancțiuni pentru neutilizare.

OUG 115/2023 — Extinderea B2B integral

OUG 115/2023, publicată în Monitorul Oficial 1139 din 15 decembrie 2023, a marcat momentul-cheie pentru obligativitatea completă B2B:

1 ianuarie 2024: obligatoriu pentru toți operatorii economici stabiliți în România, indiferent dacă sunt plătitori sau neplătitori TVA
1 ianuarie - 30 iunie 2024: perioadă de grație fără sancțiuni efective (utilizatorii au învățat sistemul)
De la 1 iulie 2024: sancțiuni active pentru neconformare

Domeniul de aplicare B2B include toate tranzacțiile între operatori economici stabiliți în România (SRL, SA, PFA, II, IF, microîntreprinderi, ONG cu activitate economică, cabinete liber profesionale).

OUG 28/2024 — Sancțiuni active + termen 5 zile lucrătoare

OUG 28/2024, intrată în vigoare în martie 2024, a stabilit regimul sancționator efectiv și a clarificat termenul de transmitere ca 5 zile lucrătoare (anterior, interpretarea era ambiguă între zile calendaristice și lucrătoare). Conținut principal:

Sancțiuni pe categorii de contribuabili: 5.000-10.000 lei pentru mari, 2.500-5.000 lei pentru mijlocii, 1.000-2.500 lei pentru mici (inclusiv PFA și microîntreprinderi)
Sancțiunea suplimentară de 15% din valoarea facturii pentru cazuri specifice de neconformare gravă (în special tranzacții B2B între entități stabilite în România unde se constată fraudă fiscală constatată)
Termenul oficial de transmitere: 5 zile lucrătoare de la data emiterii (weekendurile și sărbătorile legale nu se numără)
Procedura de transmitere prin SPV ANAF cu certificat digital calificat

OUG 69/2024 — Extinderea B2C

OUG 69/2024, publicată în vara 2024, a extins obligația e-Factura la relațiile B2C (firmă către consumator persoană fizică):

1 iulie - 31 decembrie 2024: utilizare opțională B2C, fără sancțiuni
1 ianuarie 2025: obligatoriu pentru toate facturile către persoane fizice
1 iulie 2025: sancțiuni active pentru B2C la nivelul prevăzut de OUG 28/2024

Excepții specifice B2C:

Persoane fizice neidentificate prin CNP (cumpărători anonimi în comerțul cu amănuntul, reflectați prin Z-ul casei de marcat)
Producători agricoli persoane fizice care vând produse proprii (conform Codului Fiscal Art. 60)
Institute culturale și de cult (în condiții specifice — operațiuni scutite Art. 292 alin. 1 lit. n + n¹)
Persoane fizice nerezidente (turiști, cetățeni străini fără CNP)

Element-cheie: facturi simplificate sub 100 EUR, anterior scutite, nu mai sunt scutite în B2C din 1 ianuarie 2025. În B2B, scutirea pentru facturi simplificate sub 100 EUR rămâne aplicabilă conform Codului Fiscal Art. 319 alin. 12.

Codul Fiscal Art. 319 — Conținut obligatoriu al facturii (indiferent de format)

Art. 319 Cod fiscal stabilește conținutul obligatoriu al oricărei facturi emise în România, indiferent de format (hârtie, PDF, XML):

Număr de ordine secvențial unic + serie (conform deciziei interne de numerotare, OMFP 2634/2015)
Data emiterii + data livrării/prestării (dacă diferă)
Identificarea completă a furnizorului (denumire, adresă sediu, CIF cu prefix RO, IBAN)
Identificarea completă a cumpărătorului (B2B: CIF; B2C: CNP dacă identificat sau alte date)
Descriere bunuri/servicii cu cantitate, unitate de măsură, preț unitar
Cota TVA aplicabilă (21% / 11% / 0% conform Legea 141/2025) + suma TVA per linie
Total fără TVA, TVA total, total general de plată
Mențiuni speciale aplicabile (scutire Art. 310 pentru PFA neplătitor TVA, scutire Art. 292 pentru servicii medicale, taxare inversă Art. 138 pentru livrări intracomunitare)

Implicație critică: PDF-ul tradițional respectă acest conținut formal, dar nu îndeplinește obligația de transmitere prin SPV. XML-ul UBL conține aceleași informații structurate într-un format procesabil automat.

2. Standardul european EN 16931 + CIUS-RO + UBL 2.1

Standardul european EN 16931

EN 16931 este standardul european pentru facturarea electronică, adoptat de Comitetul European pentru Standardizare (CEN) în iunie 2017. Definește modelul semantic al facturii electronice — adică elementele de informație obligatorii (denumire emitent, CIF, sumă, TVA etc.) — și permite două sintaxe XML pentru exprimarea acestor elemente:

UBL 2.1 (Universal Business Language, gestionat de OASIS) — predominant în România, Belgia, Olanda, Polonia, Estonia
CII (Cross Industry Invoice, gestionat de UN/CEFACT) — predominant în Germania, Franța, alte state din Europa Centrală

Ambele sintaxe sunt acceptate de sistemul RO e-Factura ANAF. Majoritatea programelor de facturare din România generează UBL 2.1, fiind formatul implicit recomandat în documentația ANAF.

România a adoptat standardul prin Asociația de Standardizare din România (ASRO) în 2018, integrându-l în legislația națională prin OUG 120/2021.

CIUS-RO — Specificația de implementare națională

CIUS (Core Invoice Usage Specification) reprezintă mecanismul oficial prin care fiecare stat membru UE poate adapta standardul european EN 16931 la specificul legislativ național. România a publicat CIUS-RO prin Ordin MF 1366/2021 + actualizări succesive prin OPANAF 1238/2024, definind:

Reguli specifice de validare a CIF-ului (prefix RO + algoritm de control)
Cote TVA naționale (21% / 11% / 0% post 1 august 2025)
Coduri pentru tipuri de produse/servicii conform clasificării naționale
Câmpuri specifice pentru mențiunile fiscale obligatorii (scutire Art. 310, scutire Art. 292, etc.)
Validări semantice (totaluri matematice, balansare TVA)

CIUS-RO este compatibil cu EN 16931 — un program care generează XML conform CIUS-RO este implicit conform cu standardul european. Aceasta este baza interoperabilității cross-border UE prin rețeaua PEPPOL.

Structura tehnică UBL 2.1

UBL 2.1 folosește două namespace-uri XML principale:

cbc (Common Basic Components): elemente simple cu valoare unică — date, sume, coduri. Exemplu: <cbc:IssueDate>2026-05-19</cbc:IssueDate>
cac (Common Aggregate Components): elemente compuse care grupează informații structurate. Exemplu: <cac:AccountingSupplierParty>...</cac:AccountingSupplierParty> conține în interior denumire, adresă, CIF, IBAN.

Câmpuri obligatorii pentru validarea ANAF

Pentru ca o e-Factură să fie acceptată de validarea ANAF, fișierul UBL trebuie să conțină minim:

Element XML	Conținut tipic
`cbc:ID`	Numărul facturii (exemplu: „SF-2026-001234")
`cbc:IssueDate`	Data emiterii (format ISO YYYY-MM-DD)
`cbc:InvoiceTypeCode`	Codul tipului de factură (381 = factură comercială)
`cac:AccountingSupplierParty`	Date furnizor: denumire, adresă, CIF cu prefix RO, IBAN
`cac:AccountingCustomerParty`	Date cumpărător: B2B → CIF cu prefix RO; B2C → CNP sau cod aproximativ
`cac:InvoiceLine`	Liniile facturii: cantitate, preț unitar, descriere, cotă TVA
`cac:TaxTotal`	Detalii TVA cu cote aplicate și sume
`cac:LegalMonetaryTotal`	Totaluri: bază impozabilă, TVA total, total de plată
`cac:PaymentMeans`	Modalitate plată: IBAN, scadență, instrucțiuni

Procesul tehnic complet

Programul de facturare colectează datele introduse de utilizator (emitent, cumpărător, linii, TVA)
Generează fișierul XML UBL conform schemei CIUS-RO + EN 16931
Validează formal cu XSD (XML Schema Definition) local înainte de transmitere
Semnează XML-ul digital cu certificatul calificat al firmei
Transmite la API SPV ANAF prin HTTPS cu autentificare OAuth2
ANAF aplică două nivele de validare: formală (XSD) + semantică (CIF valid, totaluri corecte, cote TVA conforme regimului)
La validare reușită, ANAF aplică sigiliul electronic calificat al Ministerului de Finanțe
Fișierul sigilat devine documentul fiscal original cu valoare juridică deplină
Destinatarul accesează factura prin propriul cont SPV
ANAF arhivează XML-ul sigilat pentru durata legală (minimum 5 ani conform Legii 36/2023)

Volum tipic al unui fișier XML UBL

Pentru o factură obișnuită B2B cu 5-10 linii: 8-25 KB. Pentru o factură complexă B2B cu zeci de linii și mențiuni multiple: 50-100 KB. Comparativ, un PDF echivalent are tipic 150-400 KB. XML-ul este de 5-15 ori mai mic ca dimensiune, dar mai dens informațional (procesabil automat).

3. Diferențe legale și tehnice PDF versus e-Factură

Comparativ legal

Aspect	PDF tradițional	e-Factură UBL XML cu sigiliu ANAF
Valoare juridică în B2B	Insuficient — necesită XML UBL transmis SPV pentru tranzacții post 1 iulie 2024	Deplină prin sigiliu electronic calificat aplicat de Ministerul de Finanțe
Valoare juridică în B2C	Insuficient pentru tranzacții post 1 ianuarie 2025	Deplină
Document „original" fiscal	Fișierul PDF cu integritate dovedită	XML + sigiliul electronic MF (documentul cu valoare verificabilă)
Transmitere obligatorie SPV	Nu (PDF singular)	Da — 5 zile lucrătoare de la emitere conform OUG 28/2024
Cross-verificare automată ANAF	Nu	Da — cu D300, SAF-T D406, D390, Declarația Unică
Modificare retroactivă	Tehnic posibilă fără urmă	Practic imposibilă — sigiliul detectează orice modificare
Recunoaștere cross-border UE	Limitată — necesită verificare manuală	Da prin PEPPOL (rețea europeană interoperabilă)
Sancțiune pentru emitere ne-conformă	Aplicabilă (1.000-10.000 lei + posibil 15% valoare)	Conformare integrală

Comparativ tehnic

Aspect	PDF	UBL XML
Citibilitate umană	Da, direct	Necesită vizualizator pentru afișare prietenoasă
Citibilitate de mașină	Doar prin OCR cu erori	Da, parsabil direct conform schemei XSD
Mărime fișier tipic	150-400 KB	8-50 KB
Procesare automată în ERP	OCR + verificare manuală	Import direct prin schemă cunoscută
Reconciliere automată plăți	Dificilă (extragere manuală IBAN, sumă)	Nativă: `<cac:PaymentMeans>` cu IBAN + sumă + scadență structurat
Versionare/standard	Proprietar Adobe + ISO PDF/A	Standard open-source OASIS UBL 2.1 + EN 16931 european
Trasabilitate audit ANAF	Necesită prezentare manuală la control	Acces instantaneu prin SPV — toată istoria în sistem
Integritate document	Semnătură PDF (PAdES) opțională	Sigiliu electronic MF obligatoriu (eIDAS calificat)
Compatibilitate cross-border UE	Limitată	Da prin EN 16931 + PEPPOL

Impactul practic în fluxurile zilnice

Pentru furnizor (emitent factură):

PDF tradițional: creezi factura în program, exporți PDF, trimiți pe email destinatarului. Nicio confirmare automată de primire. Nicio trasabilitate fiscală oficială.
e-Factură UBL XML: programul generează XML, transmite la SPV, primește confirmare cu sigiliu de la ANAF. Destinatarul accesează factura prin SPV propriu (sau prin programul lui de facturare integrat). Trasabilitate fiscală instantanee la ANAF.

Pentru cumpărător (destinatar factură):

PDF primit pe email: cineva trebuie să introducă manual datele în programul de contabilitate sau să folosească OCR cu verificare manuală. Risc erori, risc pierdere email, risc duplicare.
e-Factură accesată în SPV: programul de contabilitate descarcă automat facturile noi și le integrează direct, fără intervenție umană. Zero risc duplicare (SPV detectează automat). Reconciliere automată cu plățile bancare.

Pentru reconciliere financiară:

PDF: extragi manual IBAN-ul, suma, scadența din document → introduci în sistemul de plăți bancare
UBL: câmpurile <cbc:PaymentDueDate>, <cac:PayeeFinancialAccount> (IBAN), <cbc:PayableAmount> sunt disponibile programatic → reconciliere 100% automată posibilă

Pentru control ANAF:

PDF: prezintă documentele la solicitarea inspectorului; necesită copii hârtie sau export digital
UBL XML: inspectorul accesează direct istoricul firmei în sistemul ANAF; controlul devine semnificativ mai rapid și mai exhaustiv

Coexistența PDF + UBL în 2026

Multe programe moderne emit simultan ambele formate:

PDF pentru clientul tău (vizual prietenos, format familiar pentru email și imprimare)
UBL XML transmis automat la SPV ANAF în paralel (conformitate legală)

Aceasta este abordarea recomandată în 2026: nu „PDF sau XML", ci „PDF și XML" în paralel. PDF-ul rămâne util ca document vizual; XML-ul cu sigiliu ANAF rămâne documentul fiscal original cu valoare juridică.

4. Sigiliul electronic calificat — cum funcționează autenticitatea

Confuzia frecventă semnătură vs sigiliu

În discuțiile practice, mulți antreprenori folosesc interșanjabil termenii „semnătură electronică" și „sigiliu electronic". Distincția juridică, conform Regulamentului UE 910/2014 (eIDAS) transpus prin Legea 455/2001, este următoarea:

Aspect	Semnătură electronică calificată	Sigiliu electronic calificat
Cine o aplică	Persoană fizică (individ identificat)	Persoană juridică (firmă, instituție, autoritate)
Ce atestă	Identitatea + acordul semnatarului	Proveniența + integritatea documentului din partea organizației
Echivalent juridic tradițional	Semnătura olografă	Ștampila firmei (cu unele diferențe tehnice)
Folosire practică	Contracte individuale, reprezentanți legali, semnături pe documente HR	Facturi emise automat de firmă, documente instituționale, e-Facturi sigilate de ANAF
Format tehnic	PAdES / XAdES / CAdES pentru persoane fizice	Similar tehnic, dar cu certificat de tip „seal" (sigiliu)
Recunoaștere UE	Da, prin eIDAS	Da, prin eIDAS

Cum funcționează concret în sistemul RO e-Factura

Etapa 1 — Emitentul transmite XML la SPV: programul de facturare semnează XML-ul cu certificatul firmei pentru autentificare (dovedește că transmisia vine de la firma respectivă). Această semnătură nu este sigiliul calificat — este autentificare pentru SPV.

Etapa 2 — ANAF validează XML-ul: validare formală (XSD) + validare semantică (CIF valid, totaluri corecte, cote TVA conforme).

Etapa 3 — ANAF aplică sigiliul electronic calificat: dacă XML-ul este valid, Ministerul de Finanțe aplică propriul sigiliu electronic calificat eIDAS pe fișier. Aceasta este componenta-cheie: nu emitentul, ci ANAF sigilează factura.

Etapa 4 — Fișierul sigilat devine documentul fiscal original: XML-ul cu sigiliul MF aplicat este documentul cu valoare juridică deplină, recunoscut în toate statele membre UE (sigiliul ANAF este calificat eIDAS).

Etapa 5 — Non-repudierea garantată tehnic: orice modificare ulterioară a XML-ului invalidează sigiliul. Inspectorul ANAF poate verifica instant integritatea documentului prin validarea sigiliului.

Implicația practică pentru emitenți

Furnizorul NU are nevoie de sigiliu electronic calificat propriu pentru a emite e-Facturi. ANAF sigilează automat fiecare factură validă. Furnizorul are nevoie doar de:

Certificat digital calificat al firmei pentru autentificare în SPV (cost tipic 100-300 lei anual)
Program de facturare care generează XML conform CIUS-RO și transmite la SPV (cost tipic 100-1.500 EUR anual)

Această arhitectură este una dintre marile diferențieri ale sistemului RO e-Factura față de alte state UE — sigiliul calificat este centralizat la nivelul autorității fiscale, eliminând necesitatea ca fiecare firmă să-și gestioneze propriul sigiliu.

Verificarea sigiliului ANAF pe o e-Factură primită

Pentru a verifica că o e-Factură primită are sigiliul ANAF valid:

Descarcă XML-ul din SPV (fișierul este deja sigilat)
Deschide într-un vizualizator care suportă verificare semnături eIDAS (programul de facturare modern, validator XML specializat)
Verifică status sigiliu: „valid" / „revocat" / „expirat"
Pentru integritate: programul calculează hash-ul XML-ului și verifică împotriva celui semnat de ANAF

În practică, programele de facturare moderne afișează automat status-ul sigiliului pentru fiecare factură descărcată din SPV.

5. 8 profile de firme — cum gestionează tranziția PDF → e-Factură

Profil A — PFA solo cu volum mic (sub 10 facturi pe lună)

Context: freelancer, consultant, terapeut, agricultor PFA. Anterior emitea PDF prin program simplu sau template Word.

Tranziție necesară: program care generează simultan PDF (pentru client) + UBL XML transmis automat la SPV. Configurare regim PFA (neplătitor sau plătitor TVA). Volum redus = plan free permanent suficient (în limita 10 documente pe lună).

Risc dezicur: tranziția neglijentă = facturile B2C continuă să meargă doar prin PDF, fără SPV → sancțiuni 1.000-2.500 lei per factură neconformă.

Cost program: 0-150 EUR/an.

Profil B — Microîntreprindere SRL primul an

Context: SRL nou înființat, regim micro 1%/3% conform OUG 89/2025 (plafon 100k EUR), 5-30 facturi pe lună. Anterior emiteă pe hârtie cu ștampilă sau PDF tipărit.

Tranziție necesară: program complet cu modul e-Factura activ de la prima factură. Certificat digital pentru firma nouă (achiziție 100-300 lei + setup în SPV). Configurare cote TVA dacă plătitor TVA.

Risc specific: în primul an, multe SRL noi nu au încă procese stabile; transmiterea manuală a XML-urilor poate fi uitată în zile aglomerate.

Cost program: 100-300 EUR/an.

Profil C — SRL micro stabil (10-50 facturi pe lună)

Context: SRL cu activitate constantă, contabilitate dublă, plătitor TVA opțional sau obligatoriu (peste 395.000 RON), contabil dedicat.

Tranziție necesară: program cu e-Factura unlimited + integrare cu programul contabilului prin export CSV/Excel. Cross-verificare automată PDF emis pentru client vs XML transmis la SPV.

Risc specific: divergențe între PDF și XML din cauza modificărilor manuale post-emitere. Programul trebuie să genereze ambele formate din aceeași sursă de date (atomicitate).

Cost program: 200-500 EUR/an.

Profil D — SRL mediu cu volum 100+ facturi pe lună

Context: distribuitor B2B, agenție servicii cu retainer multipli, micro-producător. CA 2-10 milioane RON.

Tranziție necesară: program cu API REST pentru integrare automată din alte sisteme (CRM, ERP, e-commerce). Suport batch transmission (zeci de facturi simultan). Monitorizare status real-time per factură. Retry inteligent la erori temporare ANAF.

Risc specific: volum crescut în ore de vârf (sfârșit de lună, sfârșit de trimestru). API ANAF poate avea rate limiting; programul trebuie să gestioneze cozile (queueing).

Cost program: 500-1.500 EUR/an.

Profil E — E-commerce B2C single-channel

Context: magazin online cu vânzare exclusiv B2C, volum 100-1.000 comenzi pe lună, expediere prin curieri.

Tranziție necesară: integrare API cu platforma e-commerce → generare automată XML UBL per comandă → transmitere SPV. Suport multi-curier pentru livrare. Reconciliere automată ramburs / card.

Risc specific: volume foarte mari în campanii (Black Friday, sărbători). Procesarea poate fi sincronă cu plasarea comenzii sau în coadă asincronă.

Cost program: 300-800 EUR/an.

Profil F — E-commerce multi-canal (site + marketplace + offline)

Context: vânzare pe site propriu + marketplace + opțional magazin fizic. CA 3-15 milioane RON. 200-2.000 comenzi pe lună.

Tranziție necesară: middleware de sincronizare canale + program facturare cu API extensibil. Suport multiple platforme e-commerce simultan. Gestiune retururi cu generare automată factură storno + transmitere SPV.

Risc specific: duplicarea facturilor între canale (același produs facturat de două ori din canale diferite) → respingere ANAF + complicații.

Cost program: 600-2.000 EUR/an + middleware.

Profil G — Cabinet liber profesional (medic, avocat, notar)

Context: activitate profesională reglementată, clienți preponderent persoane fizice (B2C), CA variabilă.

Tranziție necesară: program cu mențiuni Art. 292 (servicii medicale scutite) sau Art. 271 (servicii avocați) incluse automat în XML. Confidențialitate (date pacienți / clienți sub regim profesional strict). Hosting UE conform GDPR.

Risc specific: confidențialitatea în transmiterea către sistemul național ANAF — datele sunt procesate de autoritatea fiscală, dar nu sunt accesibile public. Pentru servicii medicale, doar elementele fiscale (data, sumă, cod serviciu generic) sunt vizibile, nu diagnostic.

Cost program: 150-500 EUR/an.

Profil H — Mare contribuabil

Context: lista oficială ANAF, CA peste 100 milioane lei, volume foarte mari, infrastructură ERP dedicată.

Tranziție necesară: integrare ERP cu API SPV ANAF cu SLA garantat. Procesare paralelă pentru volume foarte mari. Audit log detaliat. Suport prioritar pentru incidente.

Cost program: 5.000-50.000 EUR/an (ERP enterprise cu modul e-Factură certificat).

6. 10 greșeli frecvente la tranziția PDF → e-Factură

Greșeala 1 — Continuarea emiterii exclusiv PDF după 1 iulie 2024 (B2B) sau 1 ianuarie 2025 (B2C). Cea mai frecventă și mai costisitoare eroare. Tranziția nu este opțională — este obligație legală cu sancțiuni active. Fiecare factură emisă doar ca PDF (fără XML transmis la SPV) generează potențial 1.000-10.000 lei sancțiune per factură.

Greșeala 2 — Generarea XML manual cu transmitere separată. Unele firme generează XML cu un program și îl încarcă manual în portalul ANAF cu certificatul digital. Proces 3-5 minute per factură, repetat de fiecare dată, predispus la uitare. Soluția corectă: program cu transmitere automată în background.

Greșeala 3 — Cote TVA depășite în XML (19% post 1 august 2025). Programele care nu și-au actualizat cotele după Legea 141/2025 generează XML-uri cu 19% în loc de 21% pentru facturile emise după 1 august 2025. Validarea ANAF respinge — sau, în cazuri specifice, validează dar factura este contestabilă la control.

Greșeala 4 — Confuzia între semnătură PDF și sigiliu ANAF. Multe firme cred că dacă semnează PDF-ul digital (cu certificat propriu), îndeplinesc obligația. PDF-ul semnat digital rămâne PDF — nu este XML UBL, nu este transmis la SPV, nu primește sigiliul calificat al ANAF. Semnătura PDF este conformă pentru contracte și documente non-fiscale; nu înlocuiește e-Factura.

Greșeala 5 — Termenul 5 zile interpretat ca zile calendaristice. OUG 28/2024 clarifică: 5 zile lucrătoare. Weekendurile și sărbătorile legale nu se numără. Calculul greșit duce la transmitere cu întârziere → sancțiuni separate pentru depunere tardivă.

Greșeala 6 — Lipsa cross-verificării PDF emis pentru client vs XML transmis la SPV. Dacă firma emite ambele simultan, dar sumele diferă (de exemplu, modificare manuală în PDF post-emitere XML), apar divergențe ANAF. Programul trebuie să garanteze atomicitatea: PDF + XML generate din aceeași sursă, fără modificări izolate.

Greșeala 7 — Mențiunea legală incorectă pentru regimul fiscal. PFA neplătitor TVA cu mențiunea Art. 310 omisă în XML, sau cabinet medical cu mențiunea Art. 292 omisă = XML invalid sau pasibil de contestare. Programul real ar trebui să adauge automat mențiunile corecte conform regimului fiscal configurat.

Greșeala 8 — Arhivare doar PDF, fără XML sigilat. Multe firme păstrează PDF-urile descărcate din SPV crezând că sunt suficiente pentru arhiva fiscală 5 ani. Incorect: PDF-ul descărcat este o reprezentare vizuală; documentul cu valoare juridică este XML-ul cu sigiliul ANAF. Pentru arhivare conform Legii 36/2023, păstrează XML-ul.

Greșeala 9 — Certificat digital expirat. Certificatele digitale au valabilitate 1-3 ani. La expirare, transmiterea la SPV eșuează imediat. Programul ar trebui să alerteze cu 30-60 zile înainte de expirare + să faciliteze încărcarea noului certificat fără întreruperea fluxului operațional.

Greșeala 10 — Crezi că PDF-ul de la generator static este suficient. Generatoarele statice online (formulare web fără cont) produc doar PDF — nu generează XML, nu transmit la SPV. Pentru o firmă activă în 2026, generatorul static este insuficient. Programele reale produc PDF + XML + transmitere SPV ca un singur flux integrat.

7. Algoritm decizional — 7 pași pentru alegerea programului

Pasul 1 — Verifică obligația e-Factură aplicabilă firmei

B2G → obligatorie din 1 iulie 2022
B2B → obligatorie din 1 ianuarie 2024 (sancțiuni active din 1 iulie 2024)
B2C → obligatorie din 1 ianuarie 2025 (sancțiuni active din 1 iulie 2025)
Toate combinate → program cu suport pentru toate cele trei

Pasul 2 — Estimează volumul de facturi lunare

Sub 10/lună → plan free permanent (verifică inclusiv e-Factura activă în plan free)
10-50/lună → plan standard
50-200/lună → plan profesional cu API
Peste 200/lună → plan enterprise sau ERP integrat

Pasul 3 — Verifică suportul standardului EN 16931 + CIUS-RO

Programul generează XML conform UBL 2.1 + extensiile CIUS-RO?
Schema XSD este actualizată la versiunea curentă ANAF?
Cotele TVA reflectă Legea 141/2025 (21% / 11%)?

Pasul 4 — Verifică transmiterea automată la SPV

API direct cu autentificare cu certificat digital al firmei → ideal
Export XML pentru upload manual → operațional doar la volum sub 5/lună
Lipsă suport API → inacceptabil în 2026

Pasul 5 — Verifică gestiunea ambelor formate (PDF + XML simultan)

Programul generează automat PDF (pentru client) + XML (pentru SPV) din aceeași sursă?
Garanție atomicitate (modificarea XML modifică automat PDF)?
PDF cu fișier UBL embedded (PDF/A-3) pentru cross-border UE?

Pasul 6 — Verifică statusul tracking + retry + alertă termen

Dashboard cu status real-time per factură (validată / respinsă / eroare temporară)
Retry automat la erori temporare ANAF (perioade de încărcare maximă)
Alertă cu 1-2 zile înainte de expirarea termenului de 5 zile lucrătoare

Pasul 7 — Verifică suportul mențiunilor legale automate

Art. 310 pentru PFA neplătitor TVA → adăugat automat în XML?
Art. 292 pentru servicii medicale → adăugat automat?
Art. 138 pentru taxare inversă intracomunitară → adăugat automat?
Art. 294 pentru export extra-UE → adăugat automat?

8. Arhivare conform Legii 36/2023 — termen 5 ani și format

Modificarea termenului de arhivare prin Legea 36/2023

Legea 36/2023, intrată în vigoare la 1 ianuarie 2023, a redus termenul de arhivare a documentelor financiar-contabile de la 10 ani (regula veche conform OMFP 2634/2015) la 5 ani pentru documentele emise începând cu 1 ianuarie 2023.

Calendarul aplicării:

Documente emise până la 31 decembrie 2022: 10 ani de la încheierea exercițiului financiar (regula veche)
Documente emise începând cu 1 ianuarie 2023: 5 ani calculați de la 1 iulie a anului următor exercițiului financiar

Excepții cu regim special:

Statele de salarii: 50 ani (regim special, nemodificat)
Documente referitoare la imobilizări corporale: păstrare pe durata vieții utile + 5 ani
Documente justificative legate de teren (terenuri agricole, intravilan): regim specific cadastru

Format acceptat — hârtie sau electronic

Legea 36/2023 + OMFP 2634/2015 permit alegerea formatului:

Hârtie: păstrarea fizică în condiții care garantează lizibilitatea pe durata legală
Electronic: păstrarea pe medii digitale cu garantarea integrității, autenticității și lizibilității

Condiții obligatorii pentru arhivare electronică:

Integritate: documentul nu poate fi modificat după arhivare (sau modificările sunt detectabile)
Autenticitate: dovedirea că documentul este cel original (prin sigiliu electronic calificat, semnătură digitală, sau timestamp)
Lizibilitate: documentul poate fi citit pe durata legală (5 sau 10 ani) — independent de versiunea software-ului actual

Documentul „original" pentru e-Factură

Pentru o e-Factură transmisă prin RO e-Factura SPV:

Original cu valoare juridică deplină: fișierul XML UBL cu sigiliul electronic calificat al Ministerului de Finanțe aplicat de ANAF la validare
Copia vizuală: PDF-ul descărcat din SPV (reprezentare prietenoasă pentru ochi uman) — nu este originalul cu valoare verificabilă

Pentru arhivare conform Legii 36/2023, trebuie păstrat XML-ul cu sigiliul ANAF, nu doar PDF-ul descărcat.

Bune practici tehnice pentru arhivare electronică

Format recomandat:

XML cu sigiliu ANAF păstrat în format original (cu sigiliul intact și verificabil)
PDF/A-3 (standard ISO pentru PDF arhivabil pe termen lung) cu fișierul UBL XML embedded — combină lizibilitatea vizuală pentru ochi uman cu procesabilitatea automată

Infrastructură de stocare:

Cloud cu replicare geografică: AWS S3, Azure Blob, Google Cloud Storage — durabilitate teoretică 99,999999999% (11 nines)
Backup local offline secundar: NAS sau backup-uri tape pentru protecție împotriva atacurilor de tip ransomware
Stocare WORM (Write Once, Read Many): prevenire ștergere sau modificare accidentală
Hosting UE: pentru conformitate GDPR + control jurisdicțional

Verificare integritate periodică:

Calcul hash SHA-256 al fiecărui fișier la arhivare
Verificare hash periodică (anuală sau la 6 luni)
Verificare sigiliu ANAF rămâne valid (în special pentru documente vechi)

Riscuri reale la arhivarea electronică

Pierdere date după 5-7 ani prin migrări cloud nerealizate corect sau eșec HDD-uri
Formate proprietare care devin inutilizabile (versiuni vechi de programe ERP abandonate)
Lipsa sistemului de verificare a integrității — la audit ANAF nu poți dovedi că documentul nu a fost modificat
Cheile criptografice pierdute — dacă sigiliul ANAF nu mai poate fi verificat din cauza expirării certificatului rădăcină, valoarea juridică se diminuează (în practică, ANAF arhivează central și poate furniza verificare ulterior)

Recomandare practică

Pentru o firmă mică-medie în 2026, abordarea optimă este:

Program de facturare cu arhivare cloud automată inclusă (5 ani garantat)
Backup local secundar (Google Drive personal, NAS) cu replicare lunară
Pentru documente critice (facturi mari, contracte importante): export manual + arhivare offline
Verificare anuală a accesibilității documentelor arhivate (test descărcare aleatorie)

ANAF arhivează central toate e-Facturile validate prin sigiliul MF, deci pentru e-Facturile transmise SPV există o copie autoritativă centrală. Aceasta nu elimină responsabilitatea firmei de a-și arhiva propriile copii — dar oferă o plasă de siguranță.

9. Întrebări frecvente (FAQ)

Mai pot emite facturi PDF în 2026?

Da, în paralel cu e-Factura UBL XML. Multe programe emit simultan ambele formate: PDF pentru clientul tău (citibil vizual, prietenos pentru email și imprimare) + UBL XML transmis automat la SPV ANAF (conformitate legală). Important: pentru B2B și B2C, transmiterea UBL la SPV este obligatorie — PDF-ul singular fără XML SPV nu mai este suficient și generează sancțiuni.

Care este documentul „original" — PDF-ul sau XML-ul?

XML-ul cu sigiliul electronic calificat al Ministerului de Finanțe aplicat de ANAF la validare. PDF-ul descărcat din SPV este o reprezentare vizuală a XML-ului; nu este originalul cu valoare fiscală verificabilă. Pentru arhivare conform Legii 36/2023, trebuie păstrat XML-ul cu sigiliul ANAF, nu PDF-ul.

Cât timp trebuie arhivat XML-ul e-Facturii?

Conform Legii 36/2023:

Documente emise începând cu 1 ianuarie 2023: 5 ani calculați de la 1 iulie a anului următor exercițiului financiar
Documente emise până la 31 decembrie 2022: 10 ani (regula veche conform OMFP 2634/2015)

În practică, în 2026 termenul curent este 5 ani pentru toate facturile emise.

Am nevoie de certificat digital personal pentru e-Factura?

Pentru emitere prin program de facturare integrat cu API SPV: programul gestionează autentificarea cu certificatul digital al firmei. Pentru emitere manuală prin portalul SPV: certificat digital calificat este necesar pentru autentificare în portal. Cost certificat: 100-300 lei anual, în funcție de furnizor și durată valabilitate (1-3 ani).

Pot trimite o e-Factură unei firme din alt stat UE?

Da, prin rețeaua PEPPOL (Pan-European Public Procurement OnLine) — rețeaua europeană care interoperează cu sistemele naționale. România participă activ. Cumpărătorul din alt stat UE trebuie să aibă un access point PEPPOL configurat în propriul sistem. Conformitatea cu UBL 2.1 + EN 16931 garantează că factura va fi acceptată tehnic în toate statele membre UE.

Ce se întâmplă dacă nu transmit factura în 5 zile lucrătoare la SPV?

Sancțiuni contravenționale conform OUG 28/2024:

Mari contribuabili: 5.000-10.000 lei per factură netransmisă
Mijlocii: 2.500-5.000 lei
Mici (PFA, microîntreprinderi): 1.000-2.500 lei

Plus, pentru emiterea în afara canalului RO e-Factura în B2B (cazuri specifice de fraudă fiscală constatată): sancțiune suplimentară de 15% din valoarea facturii datorată atât de furnizor cât și de cumpărător.

Cum verific dacă o e-Factură primită are sigiliul ANAF valid?

Descarcă XML-ul din SPV-ul propriu (fișierul este deja sigilat de ANAF)
Deschide într-un vizualizator care suportă verificare semnături eIDAS (programul de facturare modern, validator XML specializat)
Verifică status sigiliu: valid / revocat / expirat
Verifică integritate: programul calculează hash-ul XML-ului și verifică împotriva sigiliului

Programele de facturare moderne afișează automat status-ul sigiliului pentru fiecare factură descărcată din SPV.

Ce diferență e între UBL 2.1 și CII (Cross Industry Invoice)?

Ambele sunt sintaxe XML acceptate de standardul european EN 16931:

UBL 2.1 (gestionat de OASIS): predominant în România, Belgia, Olanda, Polonia, Estonia
CII (gestionat de UN/CEFACT): predominant în Germania, Franța, alte state din Europa Centrală

ANAF acceptă ambele, dar majoritatea programelor românești generează UBL 2.1, fiind formatul recomandat în documentația oficială.

Factura simplificată sub 100 EUR trebuie transmisă în SPV?

B2C (vânzare către persoană fizică): da, obligatoriu din 1 ianuarie 2025. Scutirea anterioară pentru facturi simplificate sub 100 EUR a fost eliminată prin OUG 69/2024.
B2B (vânzare către altă firmă): scutirea rămâne aplicabilă conform Codului Fiscal Art. 319 alin. 12.

Pot folosi același XML UBL pentru factură și pentru aviz de însoțire?

Nu. UBL 2.1 are scheme distincte pentru fiecare tip de document:

Factura: Invoice-2
Avizul de însoțire a mărfii: DespatchAdvice-2

Sistemul RO e-Factura acceptă XML-uri pentru facturi (Invoice-2), nu pentru avize. Avizul de însoțire rămâne document intern în format PDF sau hârtie. Pentru transporturi cu obligație e-Transport (OUG 41/2022), se generează separat o declarație e-Transport în sistemul RO e-Transport.

Cum se gestionează factură storno în e-Factura?

Factura storno este o factură cu sumă negativă referențiată la factura originală. În XML UBL:

cbc:InvoiceTypeCode = 381 pentru factură storno (credit note)
cac:BillingReference cu numărul facturii originale
Sumele cu semn negativ în liniile factură

Atât factura originală cât și storno se transmit prin SPV. Cross-verificarea ANAF detectează automat perechea, confirmând anularea/corectarea.

Pot anula o e-Factură deja validată?

Nu se poate „anula" propriu-zis — o e-Factură validată și sigilată rămâne în sistemul ANAF ca dovadă a existenței. Pentru corectare se folosește factură storno (sumă negativă referențiată la factura originală) plus emiterea unei facturi corecte. Ambele se transmit prin SPV. Programul real gestionează acest flux cu un click.

Cum se face tranziția de la program PDF-only la program cu e-Factură?

Recomandare în trei pași:

Implementare paralelă: 1-2 luni de tranziție în care emiteți facturile prin programul vechi (PDF) și în paralel prin programul nou (PDF + XML SPV) pentru testare
Cutover: după validarea că noul program produce corect și transmite automat, treceți complet la el
Arhivare istoric: păstrați arhiva PDF din programul vechi conform termenului legal (5 ani de la emitere)

Migrarea ar trebui programată la început de an fiscal (1 ianuarie) sau început de trimestru pentru a evita complicații cu numerotarea seriilor.

Programul de facturare trebuie certificat ANAF?

Nu există procedură obligatorie de certificare a software-ului pentru e-Factura. Programul trebuie doar să producă XML conform schemei XSD CIUS-RO și să se autentifice corect la API SPV. Criteriul critic pentru utilizator: compatibilitate testată practic cu sistemul ANAF (verificabil prin teste de transmitere și acceptare). Verificare la furnizor: data ultimei actualizări trebuie să fie cel mult la 30-60 zile după publicarea unui nou OPANAF.

Există variantă offline pentru e-Factura?

Transmiterea efectivă la SPV ANAF necesită conexiune internet — nu există variantă offline pentru transmiterea propriu-zisă. Programele desktop pot genera XML offline, dar transmiterea cere conectivitate. Pentru România urbană cu acoperire 4G/5G aproape totală, dezavantajul este marginal. Pentru zone cu conectivitate intermitentă, programul ar trebui să suporte mod offline cu transmitere amânată la conectare (queueing local).

Următorii pași

Acum că înțelegi diferența completă între factura PDF tradițională și e-Factura UBL XML cu sigiliu ANAF, decide pașii următori:

→ Pentru ghidul complet e-Factura ANAF 2026, vezi e-Factura ANAF 2026 — ghid complet

→ Pentru obligația complementară SAF-T D406, vezi SAF-T D406 explicat simplu 2026

→ Pentru ghidul general de alegere program facturare, vezi Cum aleg un program de facturare 2026

→ Pentru PFA neplătitor TVA cu mențiune Art. 310, vezi Program facturare PFA fără TVA

→ Pentru SRL cu volum mediu/mare, vezi Program facturare SRL — ghid 2026

→ Pentru e-commerce B2C cu volum mare de e-Facturi, vezi Program facturare pentru magazin online

→ Vezi pagina prețuri SoftFactura pentru detalii despre planurile cu e-Factura inclusă

→ Dacă vii de la alt program de facturare, vezi hub-ul de migrare cu ghiduri pas cu pas

SoftFactura emite simultan ambele formate din aceeași sursă de date — PDF profesional cu logo personalizat pentru client + XML UBL conform CIUS-RO transmis automat la SPV ANAF. Suport complet pentru B2G, B2B (OUG 115/2023), B2C (OUG 69/2024). Cote TVA actualizate conform Legea 141/2025 (21% / 11% / 0%). Mențiuni legale automate (Art. 310 PFA neplătitor TVA, Art. 292 servicii medicale, Art. 138 taxare inversă intracomunitară, Art. 294 export extra-UE). Cross-verificare automată cu SAF-T D406. Status real-time per factură cu retry inteligent la erori temporare ANAF. Arhivare cloud conformă Legii 36/2023 (5 ani garantat). Hosting integral UE (Hetzner Finlanda), DPA conform RGPD. Pentru a încerca, înregistrează-te gratuit aici.

Factură electronică vs factură PDF 2026 — Ghid complet diferențe legale și tehnice