EDI și reconcilierea TVA: alinierea facturilor RO e-Factura cu înregistrările din ERP

EDI și reconcilierea TVA: alinierea facturilor RO e-Factura cu înregistrările din ERP

2024 a fost anul în care România a operaționalizat la scară largă e-facturarea B2B. În baza OUG 120/2021 și a Deciziei de punere în aplicare a Consiliului (UE) 2022/1003, raportarea prin RO e-Factura a devenit obligatorie pentru toate tranzacțiile B2B interne. În perioada 1 ianuarie–30 iunie 2024, furnizorii au avut obligația transmiterii în maximum 5 zile lucrătoare, iar de la 1 iulie 2024, RO e-Factura a devenit canalul unic legal de emitere/primire pentru facturile B2B interne, cu amenzi prevăzute de legislație pentru nerespectare. Formatul tehnic este UBL 2.1 conform profilului național RO_CIUS, iar validarea și sigilarea electronică sunt efectuate de Ministerul Finanțelor/ANAF.

În acest context, IT managerii și consultanții EDI/ERP se confruntă cu o problemă practică: EDI și reconcilierea TVA între facturile acceptate în RO e-Factura și înregistrările din ERP. Alinierea corectă a TVA-ului deductibil/colectat, pe cote (19%, 9%, 5%, 0%), pe linii și pe documente storno, devine o piesă centrală în controlul fiscal continuu (CTC) impus de stat.

Cadru tehnic și operațional

• Format: UBL 2.1 (RO_CIUS) – elemente cheie: AccountingSupplierParty/AccountingCustomerParty (CUI, denumire), InvoiceTypeCode, InvoiceNumber, IssueDate, TaxTotal/TaxSubtotal (VAT rate și base), LegalMonetaryTotal (PayableAmount), Lines (Item + Price + TaxCategory).
• Canal: SPV/ANAF – transmitere/descărcare prin API cu autentificare pe certificat digital calificat; sistemul aplică sigiliul electronic al MF.
• Arhivare: documentele sunt disponibile pentru descărcare limitat (în practică ~60 de zile), contribuabilii au obligația de arhivare pe termen lung conform legislației (de regulă 10 ani).
• Valută și curs: multe facturi sunt în RON, dar apar și în EUR; ERP trebuie să aplice curs BNR conform politicii contabile la data exigibilității.

Mari furnizori și retaileri din România — precum Kaufland, Carrefour, Dedeman, eMAG — operau deja fluxuri EDI (EDIFACT/UBL) pentru comandă–livrare–facturare. Din 2024, aceleași procese trebuie corelate cu RO e-Factura. Furnizori globali precum SAP (prin Document and Reporting Compliance), Microsoft (Dynamics 365 localizations), Oracle, dar și jucători specializați ca Pagero, Comarch EDI și Sovos au publicat conectori pentru integrarea cu platforma națională, folosiți pe scară largă de companii din România.

Model de integrare: de la EDI la ERP prin RO e-Factura

Pentru EDI și reconcilierea TVA, recomandarea este un model „hub-and-spoke” cu o schemă canonică internă:

• In: UBL_RO din RO e-Factura (acceptat), respectiv EDI/UBL/EDIFACT de la parteneri.
• Canonical: mapare într-un model intern (InvoiceHeader, InvoiceLines, Taxes, Parties, References).
• Out: postare în ERP (AP/AR) cu păstrarea ID-urilor de corelație: RO e-Factura messageId/UUID, Supplier CUI, InvoiceNumber, IssueDate.

Cheia este alinierea „sursă de adevăr” pentru TVA: ceea ce este acceptat de RO e-Factura devine referința fiscală. ERP-ul trebuie să reflecte fidel TaxTotal și TaxSubtotal pe cote, altfel există risc de discrepanțe în decontul de TVA și în SAF-T D406 (unde este cazul). Pentru marii contribuabili, SAF-T este activ din 2022, pentru contribuabilii mijlocii din 2023/2024, ceea ce amplifică nevoia de date coerente între EDI, RO e-Factura și ERP.

Algoritm practic de reconciliere TVA

Pentru EDI și reconcilierea TVA între RO e-Factura și ERP, un flux robust poate include:

• Matching document: (CUI furnizor, InvoiceNumber, IssueDate, TotalPayable) ± toleranțe de rotunjire; folosiți și RO e-Factura UUID.
• Recon pe cote: suma TaxSubtotal (rate 19/9/5/0) din UBL trebuie să egaleze sumele din ERP pe linii/grupe de taxe.
• Rounding & currency: rulați o regulă deterministă (de ex., „round half up” la 2 zecimale la nivel de linie, apoi re-agregare); în valută, reconciliați în moneda facturii și în moneda contabilă.
• Storno/credit note: gestionați UBL CreditNote cu referință la factura inițială (BillingReference/InvoiceDocumentReference).
• Diferențe de preț/promo: creați un tabel de mapare pentru reduceri la linie vs. la total (UBL: AllowanceCharge).
• Idempotency: stocați hash pe conținutul UBL pentru a evita dubla înregistrare.
• Audit trail: păstrați arhiva ZIP descărcată, XML-ul UBL și raportul de reconciliere într-un repository WORM.

Capcane tehnice frecvente

• Nealiniere taxonomie: coduri de TVA interne (ERP) nu sunt mapate 1–1 cu TaxCategory/TaxScheme din UBL.
• Serii/numere non-unique: același InvoiceNumber la furnizori diferiți; lipsa CUI în cheile de matching duce la coliziuni.
• Rotunjiri: diferențe de 0,01–0,03 RON pe linie agregate la total; rezolvați cu regulă unică de rotunjire în pipeline.
• Credit notes fără referință: fără legătura la factura inițială, reconcilierea TVA devine manuală.
• Ferestre de descărcare: nepreluarea la timp din RO e-Factura (ex. peste 60 de zile) duce la lipsa documentelor pentru audit dacă nu exista arhivare internă.

Operațiuni și scalare

Din a doua jumătate a lui 2024, volumele zilnice de e-facturi în România au crescut rapid, odată cu extinderea B2B. În practică, multe companii procesează zeci de mii de facturi lunar, ceea ce impune:

• Cozi de procesare și retry cu backoff la erori ANAF (validare, indisponibilitate temporală).
• Partitionare pe CUI/partener pentru a evita blocajele.
• Monitorizare SLO: timpi de la recepție în RO e-Factura până la postare în ERP, rata de reconcilieri automate, excepții.
• Observabilitate: corelați log-uri prin UUID și trace ID pe întregul lanț (EDI gateway – e-Factura – ERP).

Peisajul de soluții

Pe lângă suitele ERP consacrate — SAP, Microsoft Dynamics 365, Oracle NetSuite — furnizori români ca TotalSoft (Charisma ERP), Senior Software (SeniorERP), Wizrom, SoftOne sau BITSoftware au publicat conectori pentru RO e-Factura. Pe zona de rețele EDI, Comarch EDI și Pagero oferă legături directe cu RO e-Factura, utile în retail/CPG. Big Four (Deloitte, PwC, EY, KPMG) au ghiduri și acceleratoare de implementare. În ecosistemul local, există și furnizori specializați care expun module EDI/API gata integrate cu SPV și ERP-urile locale.

Notă operațională: multe echipe aleg un „adapter” unic care normalizează EDI și RO e-Factura într-un model unitar, pentru a simplifica EDI și reconcilierea TVA și a reduce costul schimbărilor legislative.

Checklist pentru IT/consultant ERP

• Definiți sursa de adevăr pentru TVA: RO e-Factura acceptată.
• Construiți mapări explicite RO_CIUS → coduri de taxe ERP (19/9/5/0) pe linii.
• Implementați matching determinist + toleranțe de rotunjire.
• Automatizați tratarea CreditNote și AllowanceCharge.
• Asigurați arhivarea pe termen lung a XML-urilor UBL și a rapoartelor de reconciliere.
• Monitorizați ratele de excepții și alimentați-le într-un workflow de rezolvare (AP/AR).

Concluzie

Introducerea RO e-Factura a mutat centrul de greutate dinspre integrarea clasică EDI spre un model de conformitate în timp real. Pentru EDI și reconcilierea TVA, cheia este o arhitectură de integrare care tratează UBL_RO drept referință fiscală, normalizează datele în ERP și produce un audit trail complet. Companiile care au standardizat mapările, rotunjirile și tratamentul excepțiilor observă o scădere drastică a intervențiilor manuale și o coerență superioară a decontului de TVA și a SAF-T. Într-un peisaj în care regulile fiscale continuă să evolueze, un strat de integrare flexibil între EDI, RO e-Factura și ERP nu mai este un nice-to-have, ci un control critic de business.