În ultimele săptămâni, Agenția Națională de Administrare Fiscală (ANAF) a publicat clarificări mult așteptate privind arhivarea electronică și utilizarea semnăturii digitale în fluxurile RO e-Factura, vizând să reducă incertitudinile operaționale ale companiilor care facturează și recepționează prin sistem. Mesajul cheie: documentul oficial care produce efecte fiscale rămâne factura în format XML (UBL), validată în platformă și sigilată electronic de Ministerul Finanțelor; arhivarea rămâne o responsabilitate a contribuabililor, iar semnăturile calificate ale companiilor sunt opționale în contextul clearance-ului RO e-Factura, deși pot adăuga un plus de control intern.
Cum clarifică ANAF rolul semnăturii și al fișierului arhivat
Conform clarificărilor, furnizorul nu este obligat să aplice propria semnătură electronică calificată asupra fișierului XML înainte de transmiterea în RO e-Factura. În urma validărilor, sistemul aplică sigiliul electronic calificat al Ministerului Finanțelor, care asigură autenticitatea originii și integritatea conținutului. Acest sigiliu și identificatorul de înregistrare în sistem conferă factura statutul de document fiscal acceptat.
În practică, multe companii aleg totuși să semneze documentele la sursă (de exemplu, în ERP sau în soluția de e-invoicing), pentru a conserva lanțul de custodie digitală și a susține controalele interne. ANAF confirmă însă că, din perspectiva conformității RO e-Factura, semnătura furnizorului este opțională, în timp ce sigiliul calificat al ministerului este suficient.
Pe partea de arhivare, autoritatea subliniază că platforma RO e-Factura nu substituie arhiva companiei. Fișierele trebuie păstrate de contribuabili în formatul lor nativ (XML UBL cu sigiliul și metadatele aferente – număr de înregistrare, dată/ora, răspunsurile de validare). Reprezentările vizuale (PDF sau HTML) sunt utile în procesele de business, dar nu înlocuiesc fișierul structural validat. Codul fiscal impune păstrarea facturilor timp de 10 ani; această obligație se aplică și formatelor electronice.
EDI versus non-EDI: ce se schimbă în fluxurile companiilor
Companiile cu fluxuri EDI (electronic data interchange) preexistente – frecvent întâlnite în retail, FMCG, auto și energie – trebuie să asigure maparea și publicarea către RO e-Factura, chiar dacă schimbă în paralel mesaje EDI cu partenerii comerciali. Practic, fluxul devine în trei pași: generare EDI/ERP, transformare în UBL conform cerințelor naționale, transmitere și preluare prin sistemul ANAF. Apoi, informațiile de confirmare (receipt ID, status) se întorc în ERP pentru reconciliere.
Furnizori globali de e-invoicing și rețele B2B precum Pagero, Basware, SAP (prin SAP Document and Reporting Compliance), OpenText Business Network, Tradeshift sau Sovos au anunțat deja conectivitate pentru România și pot prelua sarcina de conversie și rutare. Pe piața locală, jucători precum DocProcess (DpA), Zitec, Senior Software, SoftOne, SAGA, SmartBill sau CIEL au integrat API-urile RO e-Factura, țintind atât companiile mari, cât și IMM-urile. Opțiunea potrivită depinde de volumul de documente, diversitatea partenerilor și maturitatea EDI existentă.
Pentru companiile non-EDI, scenariile tipice includ: transmiterea facturii din ERP direct în platformă via API, utilizarea unei soluții SaaS specializate de e-facturare sau, în situații punctuale, încărcarea/descărcarea manuală prin Spațiul Privat Virtual (SPV). Clarificările ANAF reiterează însă că arhivarea ulterioară rămâne la latitudinea contribuabilului; salvarea locală sau într-o arhivă electronică acreditată trebuie să includă fișierele XML sigilate și evidența metadatelor de livrare.
Ce înseamnă, concret, pentru CFO și directori de achiziții
Pentru directorii financiari și managerii de achiziții, mesajul este pragmatic:
- XML-ul validat și sigilat de Ministerul Finanțelor este „golden record”-ul. PDF-ul sau printul sunt auxiliare, nu probatorii în sine în contextul RO e-Factura.
- Arhivarea trebuie guvernată printr-o politică explicită (10 ani), cu proceduri de backup, indexare și posibilitatea de a reconstitui audit trail-ul (comandă, recepție marfă/serviciu, factură, plată).
- Semnătura calificată a furnizorului nu este obligatorie pentru conformitate, dar poate rămâne utilă în lanțurile multi-sistem, mai ales când coexistă fluxuri EDI bilaterale în afara clearance-ului.
- SPV oferă acces operațional, nu stocare pe termen lung; companiile trebuie să își asigure propria arhivă electronică sau să lucreze cu un prestator de arhivare conform Legii 135/2007 și cadrului eIDAS.
Exemple și tendințe din piață
Segmentul marilor retaileri – precum Carrefour România, Kaufland, Mega Image sau Dedeman – operează de ani buni cu EDI pentru comenzi, avize de expediție și facturi. Odată cu generalizarea RO e-Factura, aceștia și furnizorii lor au extins conectorii pentru a asigura atât transmiterea în rețea, cât și clearance-ul național. În energie și utilități, companii precum OMV Petrom și Electrica au accelerat modernizarea pe zona de raportare și facturare electronică pentru a gestiona volume mari și cerințe de conformitate în schimbare.
În zona de tehnologie, integratorii globali (Sovos, Pagero, Basware, OpenText) și locali (DocProcess, Zitec, Senior Software, SoftOne) raportează cerere ridicată pentru servicii de transformare UBL, validare, monitorizare status și arhivare certificată. Pentru exportatori și grupuri multinaționale, capabilitățile multi-jurisdicționale (de exemplu, acoperirea clearance-ului în Italia, Franța sau Polonia) contează din ce în ce mai mult, iar România este tratată ca o piesă într-un puzzle european de facturare electronică obligatorie.
Consultanții fiscali (Deloitte România, PwC România, KPMG, EY) au publicat sinteze care confirmă punctele cheie: sistemul aplică sigiliul calificat, XML-ul UBL este formatul probatoriu, iar obligațiile de păstrare și recuperare la control fiscal cad pe umerii contribuabilului.
Checklist operațional pentru conformitate și eficiență
- Validați în ERP că versiunile de UBL și seturile de atribute cerute de ANAF sunt actualizate; introduceți controale de calitate a datelor (coduri fiscale, coduri GTIN, unități de măsură).
- Stocați în arhiva electronică atât XML-ul emis/recepționat, cât și dovezile de transmitere/primire (ID, timestamp, status). Testați periodic restaurarea.
- Legături de proces: asigurați matching-ul cu comenzile (PO) și recepțiile (GRN), astfel încât audit trail-ul să fie complet și ușor de demonstrat.
- Definiți când și unde aplicați semnături calificate interne (dacă doriți): la sursă, la consolidare sau doar când fluxul iese din ecosistemul RO e-Factura.
- Stabiliți cine arhivează ce: furnizorul arhivează XML-ul emis și validat; cumpărătorul arhivează XML-ul descărcat din sistem, cu sigiliul autorității.
Implicații juridice și de risc
Legea 455/2001 privind semnătura electronică, Regulamentul eIDAS și Legea 135/2007 privind arhivarea documentelor în formă electronică constituie cadrul de referință. În logica RO e-Factura, clearance-ul și sigiliul calificat al Ministerului Finanțelor sunt suficiente pentru a asigura integritatea și autenticitatea, însă lipsa unei arhive electronice conforme rămâne un risc major în caz de inspecție fiscală. De asemenea, arhivarea exclusivă a reprezentărilor PDF, fără XML-ul UBL validat, este considerată neconformă.
Concluzie
Clarificările ANAF elimină o parte din ambiguitățile care au însoțit generalizarea RO e-Factura: semnătura furnizorului este opțională, sigiliul calificat al autorității conferă documentului forță probatorie, iar responsabilitatea arhivării cade pe companii. Pentru directori financiari, de achiziții sau logistică, prioritatea devine consolidarea unui lanț end‑to‑end: date curate în ERP, transformare și transmitere fără erori, evidențe de status, arhivă electronică robustă și proceduri de audit. Indiferent dacă rulați pe EDI sau non‑EDI, miza nu mai este doar conformitatea, ci și eficiența operațională și reziliența la controale. Piața tehnologică oferă deja soluții mature; ceea ce rămâne critic este să alegeți arhitectura potrivită și să implementați guvernanța corectă a documentelor pe termen lung.