Sari la conținut

e-Factura pentru magazine online în 2026: facturi către persoane fizice, retururi și automatizare

Comanda, factura și trimiterea în RO e-Factura sunt trei lucruri diferite. Cum le legi corect, ce termen se aplică în 2026 și ce se întâmplă când clientul returnează produsele.

DARKDEV · · 8 min de lectură
Evidența facturilor pe laptop, documente și colet pregătit de un magazin online.
Comanda salvată nu înseamnă factura emisă. Factura emisă nu înseamnă transmisă.
  • Facturile B2C vizate de legislație se transmit în RO e-Factura; obligația nu începe abia în 2026.
  • Din 1 ianuarie 2026, termenul de transmitere este de 5 zile lucrătoare, în condițiile legii.
  • Retururile, erorile și reîncercările trebuie urmărite fără să genereze facturi duplicate.

Clientul comandă, plătește și primește un email. Pentru el, lucrurile par încheiate. În spatele magazinului pot exista însă trei sisteme care spun lucruri diferite: platforma are o comandă nouă, programul de facturare a emis un document, iar trimiterea către RO e-Factura a eșuat.

Automatizarea bună nu înseamnă doar să apeși mai rar pe un buton. Înseamnă să poți urmări fiecare comandă până la documentul corect și rezultatul transmiterii. Dacă legătura nu este clară, o reîncercare poate emite încă o factură, iar un retur poate lăsa contabilitatea cu o vânzare care nu mai corespunde realității.

Ce înseamnă e-Factura B2C pentru un magazin online

B2C descrie vânzarea către consumatori, spre deosebire de relația dintre firme. Potrivit materialului ANAF privind modificările RO e-Factura, obligația transmiterii facturilor emise în relația B2C pentru operațiunile vizate se aplică din 1 ianuarie 2025, pentru persoanele impozabile stabilite în România, indiferent dacă sunt sau nu înregistrate în scopuri de TVA.

Atenție la cuvântul „emise”. Regula de transmitere nu spune că fiecare comandă trebuie transformată automat într-o factură în momentul în care intră în magazin. Obligațiile de emitere, bonul fiscal, facturile simplificate și excepțiile se verifică separat pentru tipul operațiunii.

Forma consolidată a OUG 120/2021 este reperul pentru aria și condițiile obligației. Nu presupune că orice vânzare către o persoană fizică, oriunde în lume, are exact tratamentul unei operațiuni interne din România.

În magazin, primul pas este să stabilești împreună cu contabilul când se emite documentul și ce document este necesar. Abia după aceea configurezi automatizarea. Un eveniment tehnic precum „comandă creată” nu este, prin el însuși, o decizie fiscală.

Termenul din 2026: 5 zile lucrătoare, nu calendaristice

Începând cu 1 ianuarie 2026, termenul-limită de transmitere este de 5 zile lucrătoare de la emitere, dar nu mai târziu de 5 zile lucrătoare de la data-limită legală pentru emiterea facturii. Comunicarea ANAF din ianuarie 2026 explică schimbarea adusă prin OUG 89/2025.

Două greșeli sunt frecvente: folosirea în continuare a unei reguli vechi de zile calendaristice și mutarea artificială a termenului prin emiterea întârziată. Configurarea programului trebuie să țină cont de ambele limite și de regulile de calcul aplicabile.

Din punct de vedere tehnic, recomandăm trimiterea fără a aștepta ultima zi. Un document cu eroare are nevoie de timp pentru corectare. Păstrează într-o listă separată facturile apropiate de termen și trimite o alertă către persoana care poate interveni, nu doar un mesaj într-un jurnal pe care nimeni nu îl citește.

Ce date ceri persoanei fizice

Un checkout încărcat cu câmpuri inutile poate opri comanda fără să ajute facturarea. Separă datele necesare livrării de cele necesare documentului fiscal și nu transforma CNP-ul într-o cerință universală doar fiindcă o integrare are un câmp numit „cod fiscal”.

În forma consolidată a OUG 120/2021, dacă beneficiarul persoană fizică nu se identifică printr-un cod de identificare fiscală, factura folosește un cod alcătuit din 13 cifre de zero în locul acestuia. Regula actualizată în 2026 trebuie implementată în programul de facturare, nu improvizată printr-un CNP fictiv cerut clientului.

Păstrează și alegerea persoană fizică / persoană juridică. La firmă, verificările pot avea alte cerințe. La persoană fizică, nu afișa din greșeală aceleași câmpuri obligatorii și nu respinge o comandă validă pentru că beneficiarul nu are denumire de societate.

Asigură-te că datele corectate de client ajung în sistemul potrivit. Dacă adresa este modificată numai în magazin, iar factura se emite dintr-o copie veche, sincronizarea există doar pe hârtie. Nu colecta date personale suplimentare „ca să fie”, fără un scop clar.

Ce primește clientul și ce ajunge la ANAF

Factura electronică structurată nu este același lucru cu un PDF atașat la email. În RO e-Factura se folosește documentul în formatul și cu validările sistemului. Varianta lizibilă pentru cumpărător are alt rol: îi permite să înțeleagă și să păstreze informația.

Ghidul oficial RO e-Factura descrie documentul electronic și comunicarea. Pentru relația B2C, nu îi spune cumpărătorului că trebuie să intre obligatoriu în SPV ca să își primească factura. Trimiterea către sistem și comunicarea către persoana fizică trebuie organizate distinct.

În emailul magazinului, diferențiază confirmarea comenzii de factura propriu-zisă. Dacă documentul urmează să fie emis mai târziu conform regulii stabilite, nu numi emailul inițial „factură” doar pentru că are un tabel cu produse și totalul.

În administrare, starea „trimis clientului” nu trebuie reutilizată ca „validat în RO e-Factura”. Sunt rezultate diferite și pot avea momente diferite.

Cum tratezi returul, anularea și factura corectată

O comandă anulată înainte de emiterea facturii și un retur după emitere nu sunt aceeași situație. În primul caz, regula de facturare poate să nu fi fost încă declanșată. În al doilea, documentele existente trebuie analizate și, după caz, corectate.

RO e-Factura nu este o listă din care ștergi o factură transmisă ca să dispară problema. OUG 120/2021 trimite la regulile de corectare din articolul 330 al Codului fiscal. Documentul de corecție trebuie legat de documentul inițial și tratat potrivit situației fiscale.

Un exemplu ilustrativ: clientul păstrează două produse și returnează al treilea. Magazinul înregistrează returul parțial, programul de facturare pregătește documentul de corecție corespunzător, iar suma restituită se urmărește separat. Nu transforma întreaga comandă în „anulată” dacă o parte a rămas livrată și nu presupune că rambursarea pe card a corectat automat și factura.

Pentru produse schimbate, avansuri, cupoane sau costuri de transport, regulile pot fi mai complexe. Stabilește tratamentul cu contabilul și testează-l înainte de activare. Automatizarea trebuie să respecte decizia fiscală, nu să o inventeze.

Ce trebuie să urmărească automatizarea

O integrare utilă păstrează o legătură stabilă între comanda din magazin și factura din program. La fiecare pas există o stare și o dovadă a rezultatului. Platforma poate fi WooCommerce, Shopify, PrestaShop, Magento, OpenCart, SaaS sau custom; cerința de a evita duplicarea rămâne aceeași.

Stările nu trebuie confundate între ele
StareCe poți afirmaCe mai verifici
Comandă salvatăAi înregistrarea comercială.Dacă și când se emite factura.
Factură emisăExistă un document identificabil.Transmiterea și comunicarea.
Fișier transmisSistemul a primit o încercare de încărcare.Rezultatul prelucrării.
Document validatAi rezultatul și documentele sistemului.Arhivarea și asocierea corectă.
Eroare / rezultat necunoscutEste necesară verificarea.Corectare sau reîncercare fără dublare.

Pe mobil, poți glisa tabelul orizontal.

Nu emite din nou factura doar fiindcă apelul către program a expirat. Mai întâi verifică dacă documentul a fost creat deja. O cheie stabilă per operațiune și o căutare după identificator reduc riscul de duplicare, dar trebuie sprijinite de comportamentul real al programului folosit.

La erorile certe, corectează datele și reîncearcă limitat. La rezultatul incert, verifică înainte să repeți. În ambele cazuri, echipa trebuie să vadă ce s-a întâmplat și ce are de făcut.

Testele pe care le faci înainte de activare

O comandă reușită nu acoperă toate situațiile. Pregătește câteva scenarii împreună cu contabilul și cu persoana care gestionează comenzile. Folosește mediul de test disponibil, fără să emiți documente fiscale reale doar pentru a verifica un buton.

  • Persoană fizică fără cod fiscal furnizat și persoană juridică cu date valide.
  • Comandă plătită, comandă cu ramburs și comandă anulată înainte de emitere, după regulile stabilite.
  • Retur integral și retur parțial după emiterea documentului.
  • Repetarea aceleiași notificări din magazin, fără o a doua factură.
  • Program de facturare indisponibil și răspuns întârziat cu rezultat necunoscut.
  • Document respins pentru o eroare și alertă către persoana responsabilă.

Verifică și ce poate vedea colegul din suport. Ar trebui să găsească documentul corect fără acces inutil la toate setările contabile. Pentru perioada aglomerată a campaniilor, este util să citești și ghidul despre reduceri și istoricul de preț: prețul promis, suma comenzii și factura trebuie să fie coerente.

Întrebări despre facturarea comenzilor

Dacă nu sunt plătitor de TVA, nu am obligații?

Nu deduce această concluzie. Pentru operațiunile B2C vizate, regula de transmitere include persoane impozabile stabilite în România indiferent de înregistrarea în scopuri de TVA; verifică încadrarea concretă.

PDF-ul trimis clientului este suficient pentru RO e-Factura?

Nu. Comunicarea unei versiuni lizibile către client nu înlocuiește transmiterea documentului electronic cerut de sistem.

Pot activa aceeași regulă pentru toate vânzările externe?

Nu fără analiză. Locul operațiunii, tipul beneficiarului și regimurile fiscale pot diferi. Configurează separat situațiile confirmate de contabil.

COMANDĂ → FACTURĂ → REZULTAT VERIFICABIL

Legăm magazinul de programul de facturare.

DARKDEV poate implementa emiterea după regula stabilită, urmărirea transmiterii și gestionarea erorilor și retururilor. Tratamentul fiscal îl confirmi cu contabilul.

Cere o estimare pentru automatizare

Surse și data verificării

Verificat la 12 octombrie 2026. Articolul este un ghid pentru organizarea tehnică a magazinului, nu o decizie fiscală individuală.