Ce trebuie să facă orice variantă
Indiferent ce alegi, obligațiile sunt aceleași. Diferă doar cine face fiecare pas și de câte ori se introduc aceleași date.
- Factura se emite ca fișier XML pe standardul european EN 16931, cu regulile naționale RO_CIUS (Ghidul Ministerului Finanțelor, 2024).
- Se transmite în cel mult 5 zile lucrătoare de la data emiterii, dar nu mai târziu de 5 zile lucrătoare de la termenul legal de emitere (OUG 120/2021, art. 10 alin. (7), text verificat pe 17 octombrie 2026).
- Răspunsul sistemului se verifică: factura validată sau mesajul de eroare. Fișierele XML și mesajele de eroare pot fi descărcate 60 de zile, apoi sunt arhivate și se eliberează la cerere.
- Facturile primite de la furnizori se descarcă și ele din sistem, în aceleași 60 de zile.
- O factură B2B care nu trece prin sistem atrage o amendă egală cu 15% din valoarea ei totală (OUG 120/2021, art. 13^2).
Regulile s-au schimbat de multe ori din 2021. Lista e un rezumat, nu o consultanță juridică; varianta la zi o confirmi cu contabilul tău. Drumul complet al unei facturi prin firmă îl descriem în articolul despre automatizarea facturilor cu e-Factura.
Variantele reale, de la cea gratuită la integrarea proprie
Ghidul Ministerului Finanțelor descrie două căi tehnice: încărcarea web, cu aplicația gratuită a ministerului, și serviciile web, adică o aplicație proprie legată de sistem prin API. Pe acestea se sprijină cele patru variante pe care le are, de fapt, o firmă.
| Varianta | Cum funcționează | Pentru cine |
|---|---|---|
| Aplicația gratuită a Ministerului Finanțelor și SPV | Completezi factura într-un formular web, generezi XML-ul, îl validezi cu aplicația gratuită de validare și îl încarci din Spațiul Privat Virtual, cu certificat digital | Câteva facturi pe lună |
| Aplicație SaaS de facturare (de exemplu SmartBill sau Oblio) | Emiți factura în aplicație, iar aplicația o transmite în e-Factura și îți aduce răspunsul | Firme care emit facturile într-un singur loc |
| Modulul e-Factura din programul de contabilitate sau din ERP | Programul pe care îl ai deja generează și transmite XML-ul | Firme al căror program are deja modulul și e singura sursă a facturilor |
| Integrare proprie din ERP prin API | Un serviciu construit pentru firma ta ia factura din ERP, o validează, o transmite prin API, urmărește răspunsul și descarcă facturile primite | Volume mari, mai multe sisteme, reguli specifice firmei |
Firmele de 10 până la 250 de oameni ajung de obicei să aleagă între o aplicație SaaS și o integrare proprie, așa că pe ele le comparăm mai jos. Dacă ERP-ul tău are deja un modul e-Factura care funcționează bine, verifică-l primul: de cele mai multe ori e varianta cea mai simplă.
Tabelul de decizie
| Criteriul | Aplicație SaaS de facturare | Integrare proprie din ERP |
|---|---|---|
| Volumul de facturi | Mic sau mediu, emise de câțiva oameni | Mare sau în creștere, generate din comenzi sau contracte |
| Câte sisteme generează facturi | Unul singur: aplicația | Mai multe: ERP, magazin online, sistem de abonamente, CRM |
| ERP în firmă | Nu există sau nu e sursa facturilor | Există și ține comenzile, stocurile și prețurile |
| Cine repară erorile | Omul care a emis factura, din aplicație, dacă vede eroarea la timp | Eroarea ajunge automat, cu motivul, la responsabil; regula greșită se corectează o singură dată, în ERP |
| Costul | Abonament lunar, fără construcție | Construcție o singură dată, plus mentenanță și reînnoirea accesului la API |
| Timpul până la pornire | Zile: contul, legătura cu SPV, datele de bază | Săptămâni: analiză, construcție, test în paralel cu facturarea de azi |
| Unde stau datele | În aplicație, separat de ERP, dacă nu le legi | În ERP, de unde pornește și unde rămâne factura |
| De cine depinzi | De furnizorul aplicației și de funcțiile pe care le oferă | De integrarea ta, care trebuie documentată și întreținută |
Regula practică: dacă cineva copiază date din ERP în aplicația de facturare, costul real nu e abonamentul, ci minutele de copiere și greșelile de tastare care ajung la client.
Când ajunge o aplicație SaaS
- Facturile se emit într-un singur loc, de unul sau doi oameni.
- Nu ai ERP sau ERP-ul nu e locul din care pornesc facturile.
- Facturile sunt obișnuite: aceleași produse sau servicii, puține stornări, fără reguli speciale de calcul.
- Contabilul tău lucrează deja cu aplicația și preia datele din ea.
- Vrei să fii în regulă cu e-Factura săptămâna asta, nu peste o lună.
În aceste cazuri, o integrare proprie ar costa mai mult decât economisește. Alege aplicația, pune în ordine datele de bază (clienți, produse, cote de TVA) și stabilește cine verifică zilnic răspunsurile din e-Factura.
Când merită o integrare proprie
- Facturile pornesc din ERP sau din mai multe sisteme, iar azi cineva le copiază într-o aplicație de facturare.
- Volumul crește și copierea a devenit o normă întreagă sau o parte importantă din ea.
- Ai reguli pe care o aplicație standard nu le acoperă: facturi recurente din contracte, stornări parțiale, mai multe firme în același grup.
- Vrei ca erorile din e-Factura să ajungă la omul potrivit în aceeași zi, nu să stea într-o listă pe care o deschide cineva o dată pe săptămână.
- Vrei ca și facturile primite să intre automat în contabilitate și să fie potrivite cu comenzile.
Între cele două există o cale de mijloc: păstrezi aplicația SaaS și o alimentezi automat din ERP, prin API-ul aplicației, dacă are unul. E tot o integrare, dar mai mică, iar transmiterea către ANAF rămâne în grija aplicației.
Ce presupune tehnic o integrare proprie
Accesul la API-ul RO e-Factura se autorizează prin OAuth 2.0. Autentificarea se face cu certificatul digital calificat al unei persoane înregistrate în SPV cu drepturi pentru firmă: reprezentant legal, reprezentant desemnat sau împuternicit. Tokenul de acces e valabil 90 de zile, iar cel de reîmprospătare 365 de zile (ANAF, procedura OAuth de înregistrare a aplicațiilor). Practic, accesul e legat de un om și de certificatul lui: când persoana pleacă din firmă sau certificatul expiră, accesul trebuie mutat, altfel facturile nu mai pleacă.
- Generezi XML-ul din datele din ERP, după regulile RO_CIUS.
- Validezi fișierul înainte de trimitere, ca erorile simple să nu ajungă la ANAF.
- Transmiți factura prin API și păstrezi indexul de încărcare primit de la sistem.
- Verifici starea și descarci răspunsul: factura validată sau mesajul de eroare.
- Trimiți fiecare eroare, cu motivul ei, la omul care o poate corecta, în aceeași zi.
- Descarci facturile primite înainte să treacă cele 60 de zile.
- Arhivezi XML-urile cu sigiliul Ministerului Finanțelor, căutabile după număr, partener și dată.
- Primești o alertă înainte să expire accesul la API.
Exact acest flux îl construim în automatizarea facturării cu e-Factura direct din ERP, cu regulile de validare scrise și aprobate de contabilul tău.
Un calcul simplu pentru decizie
Exemplu de estimare, nu rezultatul unui client. Să zicem că o firmă emite 600 de facturi pe lună din comenzile aflate în ERP, iar cineva le copiază în aplicația de facturare în 3 minute fiecare. Rezultă 1.800 de minute, adică 30 de ore pe lună. La un cost total de 50 de lei pe oră, copierea costă 1.500 de lei pe lună, pe lângă abonament. La 60 de facturi pe lună, aceeași copiere costă 150 de lei, prea puțin ca să justifice o integrare.
Formula e aceeași la orice volum. Economia lunară este timpul de copiere evitat înmulțit cu costul pe oră, plus abonamentul la care renunți, minus mentenanța integrării. Lunile până la amortizare sunt costul construcției împărțit la economia lunară. Cronometrează copierea pe câteva zile reale înainte să faci calculul.
Cine răspunde când factura e respinsă sau întârzie
În oricare variantă, obligația de transmitere și amenzile rămân la firma care emite factura. Aplicația sau integrarea doar fac transmiterea. Diferența practică e unde ajunge eroarea. Într-o aplicație SaaS o vede cine intră în aplicație. Într-o integrare bine construită ajunge, cu motivul scris, la omul care o poate corecta, iar dacă problema e o regulă greșită, regula se repară o singură dată, în ERP, nu la fiecare factură.
Pașii pentru decizie
- Numără facturile emise pe lună și notează din ce sisteme pornesc.
- Verifică dacă programul de contabilitate sau ERP-ul are deja un modul e-Factura și cine îl folosește.
- Cronometrează cât durează azi copierea unei facturi dintr-un sistem în altul.
- Află cine primește azi erorile din e-Factura și în cât timp ajung la el.
- Fă calculul de mai sus cu cifrele tale.
- Dacă rezultatul nu e clar, începe cu o analiză: desenăm drumul facturii prin firmă și punem ambele variante, cu costurile lor, pe masă.
Pentru documentele care nu vin prin e-Factura, cum ar fi facturile de la furnizori străini, bonurile sau avizele scanate, drumul e altul: citirea automată a facturilor și documentelor. Cât costă și când se amortizează, arătăm în articolul Cât costă citirea automată a facturilor.
Pe scurt
- Orice variantă trebuie să emită XML pe EN 16931 și RO_CIUS, să transmită în 5 zile lucrătoare și să verifice răspunsul sistemului.
- Aplicația SaaS ajunge când facturile se emit într-un singur loc, la volum mic sau mediu, și pornește în câteva zile.
- Integrarea proprie merită când facturile pornesc din ERP sau din mai multe sisteme și copierea lor costă mai mult decât construcția.
- Accesul la API se face cu certificatul digital calificat al unei persoane cu drepturi în SPV și trebuie reînnoit.
- Răspunderea pentru transmitere rămâne la firma care emite factura, în oricare variantă.
