În ultimele trei luni, Agenția Națională de Administrare Fiscală (ANAF) a publicat noi clarificări în documentația tehnică și în secțiunile de întrebări frecvente pentru sistemul RO e-Factura, cu accent pe trei zone sensibile pentru mediul de afaceri: atașamentele transmise odată cu facturile, regimul semnăturilor electronice și structura metadatelor obligatorii/opționale. Actualizările, venite pe fondul maturizării modelului de clearance introdus în 2024, au impact direct asupra echipelor financiare și IT care operează prin EDI (electronic data interchange), dar și asupra companiilor care trimit facturi prin interfețele web sau prin integratori.
Ce înseamnă “atașamente” în RO e-Factura
ANAF a reconfirmat că formatul canonic al facturii rămâne XML-ul UBL 2.1 conform profilului RO-CIUS. Orice documente suplimentare – de la borderouri de livrare, la certificate de garanție sau avize de expediție – pot fi incluse ca atașamente, însă acestea nu înlocuiesc și nu pot substitui conținutul fiscal al facturii. Practic, atașamentele trebuie referențiate în nodurile de tip AdditionalDocumentReference, cu precizarea tipului de document și, după caz, a unui identificator intern sau extern.
Clarificările vizează și bunele practici tehnice pentru EDI: fișierele atașate ar trebui să aibă o tipologie previzibilă (de exemplu, application/pdf, image/jpeg, text/csv), să fie limitate ca dimensiune și să nu conțină date personale inutile. Pentru retail, producție și distribuție – segmente care folosesc extensiv EDI – recomandarea este să se atașeze doar documente strict necesare (raport de service, CMR, certificat de conformitate) și să se evite duplicarea cu aceleași fișiere trimise pe alte canale.
Exemplu practic: un furnizor al Carrefour România sau Kaufland România care emite astăzi facturi în EDIFACT INVOIC, dar raportează prin RO e-Factura, map-ează documentele în UBL RO-CIUS și include, dacă este nevoie, un borderou PDF ca AdditionalDocumentReference/Attachment. Conținutul fiscal rămâne însă în XML.
Regimul semnăturilor: emitent vs. sigiliul sistemului
În zona semnăturilor, mesajul transmis de ANAF a fost de stabilizare: semnătura calificată a emitentului (persoană sau sigiliu de firmă) rămâne acceptată în fluxurile în care este utilizată, dar validarea fiscală a facturii este conferită de trecerea prin sistemul RO e-Factura și de aplicarea sigiliului electronic al Ministerului Finanțelor pe documentul validat. Pentru companii, aceasta se traduce într-o logică dublă:
- Dacă folosiți un flux integrat (API) sau lucrați printr-un furnizor EDI, păstrați configurația de semnare conform politicilor interne de securitate și arhivare; sistemul va returna varianta validată și sigilată de stat, care este probatorie în relația B2B.
- Dacă lucrați din interfața web (SPV), asigurați-vă că preluați din contul cumpărătorului exact fișierul validat de sistem; acela este “originalul electronic” de arhivat.
Pentru grupurile care operează SAP, Microsoft Dynamics 365 sau Oracle, practica uzuală rămâne utilizarea conectorilor certificați (ex. SAP Document and Reporting Compliance, conectori Sovos, Pagero, OpenText sau implementări locale) care gestionează atât semnarea, cât și reconcilierea cu factura sigilată de ANAF. OMV Petrom, Automobile Dacia, Electrica sau companii mari de retail precum Auchan și eMAG au derulat în ultimii ani proiecte de integrare complexă, iar lecția esențială pentru CFO și CIO este că guvernanța semnăturilor trebuie armonizată cu arhivarea și cu audit trail-ul din ERP.
Metadate care contează în RO-CIUS
Din zona metadatelor, clarificările subliniază conformitatea cu EN 16931 și specificația națională. Câteva câmpuri cheie esențiale pentru validare, plăți și reconciliere:
- Identificatori: număr factură (BT-1), data emiterii (BT-2), moneda (BT-5), data scadenței (BT-9), referințe comandă/contract (BT-13/BT-14).
- Identificarea părților: denumire, adresă, CUI/CIF și cod TVA, coduri de înregistrare specială unde e cazul.
- Detaliile de linie: denumire produs/serviciu, unitate de măsură conform codurilor UN/CEFACT, cantitate, preț unitar, reduceri/suplimentări, cota TVA și categoria de taxă.
- Declarații și clasificări: coduri de taxare, mențiuni de scutire (unde se aplică), coduri de produs interne sau standardizate (de exemplu, GTIN acolo unde lanțurile de retail le impun în EDI).
- Metadate operaționale: referințe la documente conexe (aviz, CMR), număr de expediție, punct de livrare, IBAN de încasare, coduri de plată.
În fluxurile EDI, disciplina metadatelor este critică. Un exemplu frecvent: diferențele de coduri unitate de măsură între EDIFACT și UBL pot genera respingeri sau neconcordanțe la reconciliere. De aceea, echipele de master data și IT trebuie să mențină tabele de mapare robuste, testate în medii de sandbox și validate pe toate cazurile de TVA folosite în business.
EDI vs. non-EDI: opțiuni și efecte asupra cash-flow-ului
Companiile cu volum mare au continuat să favorizeze EDI, pentru a automatiza cap-coadă lanțul comenzi-livrare-facturare și pentru a reduce timpii de încasare prin reconciliere automată. Retailerii precum Carrefour, Metro, Selgros sau Dedeman utilizează de ani buni schimbul EDI cu furnizorii; trecerea la e-Factura a mutat accentul pe corecta mapare în RO-CIUS și pe preluarea facturii sigilate de ANAF în arhivele electronice.
Pe de altă parte, mii de IMM-uri folosesc în continuare canale non-EDI: aplicații de facturare (SmartBill, SAGA, CIEL), portalul SPV sau integrări ușoare cu soluții cloud. Și în aceste cazuri, “regulile” pentru atașamente, semnături și metadate rămân aceleași; diferența este nivelul de automatizare și control al erorilor. Pentru CFO, riscul principal în non-EDI este creșterea ratei de respingeri și întârzieri la încasare dacă datele cheie (referința comenzii, punctul de livrare, cota TVA) lipsesc sau sunt greșite.
Recomandări pentru directori financiari și operaționali
- Revizuiți politicile privind atașamentele: ce documente atașați, în ce format și cu ce limită de dimensiune. Evitați dublurile și datele personale nenecesare.
- Aliniați semnăturile cu arhivarea: păstrați atât factura sigilată de ANAF, cât și, dacă e cazul, semnătura internă, cu un audit trail clar în ERP/ECM.
- Întăriți guvernanța metadatelor: validați periodic mapările UoM, coduri TVA, IBAN, puncte de livrare și referințe de comandă. Automatizați controalele înainte de transmitere.
- Testați în sandbox: rulați cazuri limită (discounturi pe linie și pe total, transport, avansuri, scutiri TVA) și verificați răspunsurile sistemului.
- Sincronizați EDI cu procesele de cash application: cu cât metadatele sunt mai curate, cu atât rata de plată la termen crește și scade efortul în AR.
Concluzie
Clarificările recente ale ANAF pe tema atașamentelor, semnăturilor și metadatelor în e-Factură consolidează direcția de până acum: XML-ul UBL conform RO-CIUS rămâne singura sursă de adevăr fiscal, iar sistemul de clearance oferă garanții de integritate prin sigiliul statului. Pentru liderii financiari și operaționali, miza nu mai este “dacă” ci “cât de bine” se integrează procesele EDI și non-EDI cu noile reguli – de la guvernanța datelor, la arhivare și reconciliere. Companiile care își calibrează acum politicile pentru atașamente, semnături și metadate vor vedea beneficii directe în reducerea erorilor, conformitate și un ciclu de numerar mai scurt.