România: ANAF publică clarificări privind corelarea RO e-Factura cu etapele P2P (comandă–recepție–factură)

București — În ultimele luni, Agenția Națională de Administrare Fiscală (ANAF) a publicat noi clarificări pe portalul dedicat RO e-Factura și în materialele de tip întrebări frecvente, cu accent pe corelarea informațiilor din facturile electronice cu etapele tipice ale ciclului procure-to-pay (P2P): comandă – recepție – factură. Pentru directorii financiari și de achiziții, mesajul cheie este că sistemul național se concentrează pe integritatea și trasabilitatea datelor de facturare, în timp ce potrivirea operațională (3-way match) rămâne responsabilitatea companiilor, putând fi susținută prin utilizarea coerentă a câmpurilor standard din UBL 2.1 (RO_CIUS).

Ce a precizat ANAF despre corelarea cu P2P

Conform clarificărilor recente, RO e-Factura:

• Nu înlocuiește comenzile de achiziție (PO) sau documentele de recepție; nu există, în prezent, o obligație națională de a transmite o „e-Comandă” sau o „e-Recepție” către ANAF. Fluxurile de comandă și recepție rămân în sistemele companiilor sau în platformele lor EDI/B2B.
• Permite, însă, referențierea comenzilor și livrărilor în factura electronică pentru a sprijini reconcilierea internă. Recomandări uzuale din RO_CIUS/UBL 2.1 includ:

  • BT-13 (Buyer Reference) sau OrderReference/ID pentru numărul comenzii;
  • BT-12 (Contract Reference) dacă există un contract-cadru;
  • BT-128 (Delivery Note Reference) pentru avizul de însoțire/livrare;
  • Referințe la linii de comandă (OrderLineReference) acolo unde granularitatea e necesară.

• Nu efectuează potrivirea 2-way/3-way în sistemul ANAF; validările sunt de natură tehnică și de conformitate fiscală (structură, coduri fiscale, TVA etc.). Regulile de toleranță cantitativă/valorică sunt stabilite intern de companii.
• Funcționează ca registru oficial al facturii emise/primite în B2B din România; data transmiterii și primirii în Spațiul Privat Virtual (SPV) rămân repere esențiale pentru conformitate.
• Acceptă și facturi generate direct din portal (non-EDI) sau prin API-uri (integrare mașină–mașină). Semnătura furnizorului pe XML nu este obligatorie; documentul validat în sistem primește marcajul/semnătura autorității, asigurând integritatea.

Impactul pentru companii: ce contează în practică

Pentru CFO, CPO și directori de logistică, noutatea operațională nu este apariția unei noi obligații pe fluxul de comandă/recepție, ci standardizarea datelor de facturare în așa fel încât reconcilierea P2P să fie mai rapidă și mai auditabilă:

• Includerea consecventă a numărului de comandă în câmpurile UBL relevante reduce excepțiile la potrivirea 3-way și accelerează aprobarea plăților.
• Menționarea avizului de livrare, a perioadei de prestare și a locului de livrare simplifică verificarea recepției (mai ales la servicii recurente și proiecte).
• Maparea corectă a codurilor de produs (SKU, GTIN) și a unităților de măsură la nivel de linie minimizează diferențele între linii de comandă, recepție și factură.

Niciuna dintre aceste practici nu schimbă regulile fiscale de bază, dar clarifică modul în care companiile pot folosi structura RO e-Factura pentru a-și întări controlul intern fără a dubla procese.

EDI vs. non-EDI: coexistență și convergență

Companiile cu volume mari de tranzacții folosesc de ani buni EDI (Electronic Data Interchange) pentru comenzi, avize și facturi (ex. EDIFACT ORDERS, DESADV, INVOIC). Mari retaileri din România – precum Carrefour România, Kaufland România, Lidl, Auchan – operează fluxuri EDI mature cu mii de furnizori, iar jucători din distribuție și electronice, precum Altex sau eMAG, gestionează volume semnificative de documente B2B electronice.

Clarificările ANAF consolidează un model hibrid:

• Pentru EDI: conversia automată a INVOIC (EDIFACT) în UBL 2.1 (RO_CIUS) și transmiterea către ANAF prin API. Furnizorii EDI globali (ex. OpenText, IBM Sterling) și integratorii ERP locali (ex. TotalSoft – Charisma, Senior Software, SAP România, Oracle, Microsoft Dynamics) oferă deja conectori certificați sau gateway-uri.
• Pentru non-EDI: portalul RO e-Factura și instrumentele SaaS de facturare electronică rămân opțiuni viabile pentru IMM-uri, fără investiții majore în integrare.

În industrii complexe, precum auto (Automobile Dacia – Renault Group, Ford Otosan Craiova) sau petrol și gaze (OMV Petrom, Rompetrol), rețelele EDI/Odette coexistă cu obligația de raportare a facturilor în RO e-Factura. Coroborarea referințelor de comandă și livrare în factura UBL facilitează integrarea dintre lanțul logistic și cel financiar.

Pași prioritari pentru conducerea executivă

• Aliniați modelul de date: asigurați-vă că sistemele de achiziții (e-Procurement), WMS/TMS, recepție și ERP folosesc aceleași chei de potrivire (PO ID, aviz, cod produs) și că aceste chei se propagă până în factura UBL.
• Actualizați mapping-ul UBL: populați BT-12/BT-13/BT-128 și referințele la linii acolo unde businessul o cere; validați scenarii de split/partial delivery.
• Defineți toleranțe și excepții: separați regulile interne (cantitate, preț, rabaturi) de validările fiscale ale ANAF; automatizați workflow-urile de aprobare.
• Testați end-to-end: includeți și partenerii în test (furnizori, 3PL) pentru a evita blocaje la închidere lunară.
• Arhivați și guvernați datele: păstrați arhiva electronică conform legislației (pe termen lung) și aliniați politicile de retenție între sisteme.

Exemple din piață: bune practici

Retailul alimentar și non-alimentar a fost printre primele verticale care au valorificat semnificativ EDI în România. Carrefour România și Kaufland România folosesc de ani buni ORDERS/DESADV/INVOIC pentru a sincroniza stocurile și recepțiile. În contextul RO e-Factura, furnizorii lor au integrat convertori automați către UBL 2.1, astfel încât numerele de comandă și avizele să apară consecvent în facturi, reducând timpii de reconciliere.

În automotive, Automobile Dacia și ecosistemul de furnizori de nivel 1–2 utilizează standarde Odette/EDIFACT pentru planificare și livrare just-in-time. Transferul referințelor de comandă în factura UBL a simplificat potrivirea 3-way în ERP, chiar dacă recepția fizică rămâne guvernată de mesaje logistice (ex. DESADV) în rețelele EDI existente.

Pe zona de tehnologie, SAP România, Oracle și Microsoft, împreună cu integratori locali (TotalSoft, Senior Software, Wizrom), au livrat conectori RO e-Factura pentru ERP, permițând transmiterea programatică via API și reconcilierea automată cu comenzile din modulele de achiziții.

Conformitate și riscuri

Clarificările ANAF nu schimbă obligația de a transmite facturile în sistemul RO e-Factura conform prevederilor legale aplicabile; întârzierile sau erorile de transmitere pot genera sancțiuni contravenționale. Separat, necorelarea internă P2P (ex. lipsa referinței la PO în factură) nu este, în sine, o încălcare fiscală, dar crește costurile operaționale: mai multe excepții, cash conversion cycle prelungit, presiune pe echipele AP/recepție.

O bună practică este definirea unor reguli de respingere/returnare automată a facturilor fără referințe obligatorii (PO, aviz) acolo unde politica comercială o cere, concomitent cu instruirea furnizorilor pentru a popula câmpurile corecte în UBL 2.1.

Concluzie

Mesajul ANAF este pragmatic: RO e-Factura rămâne infrastructura națională pentru integritate și trasabilitate a facturilor, iar corelarea cu comenzile și recepțiile se face prin datele pe care companiile aleg să le transmită în standardul UBL. Pentru CEO/CFO/CPO, cheia stă în disciplina datelor și în integrarea dintre EDI, logistică și ERP. Companiile care tratează aceste clarificări ca pe un catalizator pentru guvernanța datelor P2P vor câștiga atât în conformitate, cât și în viteză operațională și cash-flow.

Pentru detalii operative și actualizări, companiile pot consulta în mod regulat portalul RO e-Factura al Ministerului Finanțelor/ANAF și documentația tehnică aferentă RO_CIUS (UBL 2.1), precum și secțiunea de Întrebări frecvente.