TL;DR: RO e-Factura este sistemul national prin care facturile se transmit electronic catre ANAF in format XML UBL (specificatia RO_CIUS), prin Spatiul Privat Virtual (SPV). In Odoo, fluxul este integrat: emiti factura, Odoo genereaza XML-ul, il semneaza si il transmite in SPV, apoi citeste raspunsul ANAF (acceptare sau erori) si descarca facturile primite de la furnizori. Configurat corect, contabilul lucreaza din Odoo, nu de pe portalul ANAF. Obligativitatea si termenele se modifica in timp, asa ca verifica-le la zi cu ANAF sau cu contabilul.
Ce este RO e-Factura si de ce conteaza
RO e-Factura este sistemul national de facturare electronica administrat de ANAF. In loc sa trimiti un PDF prin email, factura este reprezentata ca un fisier XML structurat, validat de stat si stocat in sistemul ANAF. Acelasi document devine sursa oficiala atat pentru emitent, cat si pentru beneficiar.
Pentru o firma, asta schimba cateva lucruri practice:
- Factura nu mai e doar un PDF. Documentul cu valoare legala este XML-ul transmis si acceptat in SPV. PDF-ul ramane reprezentarea citibila de om, dar nu el este “originalul”.
- Statul vede tranzactia aproape in timp real. Datele ajung la ANAF la emitere, nu la depunerea declaratiilor.
- Erorile se prind la sursa. Daca un CUI sau o cota de TVA e gresita, sistemul respinge factura imediat, nu peste luni.
Pentru firmele din Cluj si din restul tarii, intrebarea nu mai este “daca” lucrezi cu e-Factura, ci “cum o faci fara munca manuala dubla”. Aici intervine integrarea in ERP.
Formatul: XML UBL si specificatia RO_CIUS
e-Factura foloseste standardul european UBL 2.1 (Universal Business Language), un format XML pentru documente comerciale. Romania nu accepta orice UBL, ci o varianta particularizata prin RO_CIUS (specificatia nationala de utilizare, derivata din norma europeana EN 16931).
Concret, asta inseamna ca XML-ul trebuie sa contina, corect codificate:
- datele emitentului si ale beneficiarului (denumire, CUI, adresa, tara);
- liniile de factura cu cantitati, preturi, unitati de masura standardizate;
- cotele si sumele de TVA pe categorii fiscale;
- moneda, termenele de plata si referintele documentului.
Un XML care e UBL valid in general poate fi tot respins de ANAF daca incalca o regula RO_CIUS specifica. De aceea generarea manuala nu este o optiune realista la volum: ai nevoie de un sistem care produce XML-ul conform, din datele deja existente in facturi.
Cum arata fluxul de emitere in Odoo
In Odoo, emiterea catre SPV se aseaza peste fluxul normal de facturare. Pasii, la nivel de proces:
- Emiti si validezi factura in modulul de facturare, ca de obicei (client, linii, TVA).
- Odoo genereaza XML-ul UBL RO_CIUS din datele facturii. Aici se vede daca firma si partenerii sunt configurati corect: CUI, adresa, cote TVA, unitati de masura.
- Documentul este semnat si transmis in SPV prin conexiunea configurata cu ANAF (certificat / token de acces).
- ANAF returneaza un index de incarcare, confirmarea ca documentul a fost preluat pentru procesare.
- Dupa procesare, sistemul intoarce raspunsul: acceptare (factura e validata si stocata oficial) sau o lista de erori.
- Starea se reflecta pe fisa facturii in Odoo, fara sa intri pe portalul ANAF.
Avantajul integrarii este ca echipa nu duce facturile in doua locuri. Datele introduse o data, la emitere, devin si documentul fiscal vizibil pentru client, si XML-ul transmis statului.
Primirea facturilor de la furnizori
e-Factura nu este doar despre ce emiti, ci si despre ce primesti. Facturile pe care ti le emit furnizorii ajung tot in SPV, adresate CUI-ului tau.
Fluxul de receptie in Odoo:
- Odoo interogheaza periodic SPV si descarca facturile electronice adresate firmei.
- Fiecare factura primita este importata ca factura furnizor, cu XML-ul original atasat.
- Contabilul verifica si reconciliaza: corespondenta cu comanda/receptia, conturi analitice, deducere TVA.
- Inregistrarea ramane legata de documentul oficial, util la control si la audit.
Astfel, contabilul nu mai descarca manual fisiere de pe portal si nu mai introduce facturi de cumparare de mana. Munca lui se muta de la “tastat documente” la “verificat si reconciliat” - exact unde aduce valoare.
Validare, erori si arhivare
Validarea este partea care, prost gestionata, blocheaza incasarile. Cateva principii:
- Pana la acceptarea ANAF, factura nu este transmisa legal. Un index de incarcare nu inseamna acceptare; el confirma doar preluarea.
- Erorile au coduri si descrieri. Tipice: CUI invalid, cota TVA neconforma, camp obligatoriu lipsa, unitate de masura necodificata. In Odoo, mesajul apare pe fisa facturii; corectezi cauza si retransmiti.
- Cauza erorilor este aproape mereu in date master. Daca partenerul nu are CUI corect sau produsul nu are cota TVA setata, vei tot lovi acelasi zid. Curatarea nomenclatoarelor inainte de go-live previne majoritatea respingerilor.
- Arhivarea XML-ului conteaza. Documentul XML (si dovada transmiterii) trebuie pastrat pentru termenul legal de arhivare. Odoo poate stoca XML-ul atasat facturii, dar politica de backup si retentie ramane responsabilitatea firmei.
Rolul contabilului ramane central: nu dispare, se schimba. El supravegheaza fluxul, trateaza exceptiile (erori, facturi de corectie, storno) si raspunde de corectitudinea fiscala - sistemul automatizeaza transportul si formatul, nu rationamentul.
Ce influenteaza efortul de implementare
Pretul integrarii e-Factura il dam pe baza unei scurte analize, in functie de starea datelor, de versiunea Odoo si de cat de standard este facturarea ta. Conteaza configurarea conexiunii la SPV (certificat, token-uri, test de transmitere), curatarea datelor master (CUI parteneri, cote TVA, unitati de masura, nomenclatoare), setarea fluxului de emitere si receptie, testarea cu facturi pilot si intretinerea ulterioara la modificarile ANAF.
Variabila cea mai mare nu este software-ul, ci calitatea datelor. O firma cu nomenclatoare curate si parteneri corecti trece rapid; una cu istoric dezordonat plateste in timpul de curatare. De aceea recomandam un pilot pe cateva facturi reale inainte de a comuta tot volumul.
Legaturi utile
Daca ai nevoie de implementarea fluxului e-Factura, noi livram intreg lantul - configurare SPV, generare XML conform, automatizari de receptie si training pentru contabil - ca parte din serviciile noastre de implementare Odoo on-premise. Pentru contextul mai larg al deciziei tehnice, vezi comparatia Odoo on-premise vs cloud, care explica unde stau datele tale fiscale si cine le controleaza. Daca planifici bugetul unui proiect complet, am detaliat costurile reale in cat costa o implementare Odoo. Iar pentru cealalta obligatie de raportare care merge in paralel cu facturarea, citeste ghidul nostru despre SAF-T D406 in Odoo.
Intrebari frecvente
Cum trimit o factura in SPV direct din Odoo? Emiti factura ca de obicei in modulul de facturare, o validezi, apoi Odoo genereaza XML-ul UBL in formatul RO_CIUS si il transmite catre SPV ANAF prin conexiunea configurata. ANAF returneaza un index de incarcare, iar dupa procesare un mesaj de acceptare sau o lista de erori. Tot fluxul se vede din fisa facturii, fara sa parasesti Odoo.
Ce format de fisier cere RO e-Factura? RO e-Factura cere un fisier XML in standardul european UBL 2.1, particularizat pentru Romania prin specificatia RO_CIUS. Nu este un PDF si nu este un XML liber: trebuie sa respecte campurile, codurile si regulile de validare impuse de ANAF. Odoo genereaza acest XML automat din datele facturii, daca firma si partenerii sunt configurati corect (CUI, adresa, cota TVA, unitati de masura).
Pot primi facturi de la furnizori tot prin Odoo? Da. Pe langa emitere, fluxul acopera si primirea: Odoo interogheaza periodic SPV, descarca facturile electronice adresate firmei tale, le importa ca facturi furnizor si ataseaza XML-ul original. Contabilul verifica, reconciliaza si inregistreaza, fara sa descarce manual fisiere de pe portalul ANAF.
Am nevoie de semnatura electronica si certificat pentru SPV? Accesul la SPV se face printr-un certificat digital calificat inrolat in Spatiul Privat Virtual, asociat firmei sau persoanei imputernicite. Acest certificat autorizeaza transmiterea si descarcarea documentelor. Configurarea conexiunii dintre Odoo si SPV (token-uri de acces, reinnoire) se face o singura data, la implementare, si se intretine periodic.
Ce se intampla daca ANAF respinge factura? Daca validarea esueaza, ANAF returneaza o lista de erori cu coduri si descrieri (de exemplu CUI invalid, cota TVA gresita, camp obligatoriu lipsa). In Odoo, factura ramane marcata ca respinsa, vezi mesajul de eroare pe fisa, corectezi cauza si retransmiti. Pana la acceptare, factura nu este considerata transmisa legal.
Obligativitatea e-Factura este aceeasi pentru toate firmele? Nu, regimul difere pe tipuri de tranzactii (B2B, B2G, B2C) si a fost extins in etape, cu termene si exceptii care se modifica in timp. Nu te baza pe o data memorata: verifica termenul si obligatia curenta direct la ANAF sau cu contabilul tau inainte de a stabili fluxul. La nivel tehnic, Odoo poate emite si receptiona indiferent de pragul legal aplicabil firmei tale.
Glosar
- RO e-Factura: sistemul national de facturare electronica al ANAF, prin care facturile se transmit si se stocheaza electronic.
- SPV (Spatiul Privat Virtual): platforma ANAF prin care firmele transmit si primesc documente fiscale, inclusiv facturi electronice.
- UBL (Universal Business Language): standard international de format XML pentru documente comerciale, baza tehnica a e-Facturii.
- RO_CIUS: specificatia nationala de utilizare a normei europene EN 16931, care defineste cum trebuie sa arate XML-ul de factura pentru Romania.
- Index de incarcare: identificatorul returnat de ANAF la preluarea unui document; confirma transmiterea, nu si acceptarea.
- CUI: codul unic de identificare al firmei, validat la fiecare transmitere catre SPV.