În ultimele trei luni, pe fondul consolidării obligativității raportării B2B în sistemul RO e-Factura, numeroase companii din România s-au confruntat cu respingeri sistematice ale facturilor emise în format UBL. Pentru directori financiari, directori de achiziții și lideri operaționali, aceste respingeri se traduc în întârzieri de încasare, reconciliere greoaie și costuri operaționale în creștere. Cea mai frecventă cauză: nealinierea între UBL-ul “generic” conform EN 16931 și specificațiile stricte RO_CIUS implementate de ANAF, dublate de erori de date master și de codificare.
De ce “UBL corect” nu este întotdeauna “UBL acceptat”
România a adoptat un model de tip clearance: fiecare factură electronică circulă prin RO e-Factura, este validată structural și semantic și primește marcajul Ministerului Finanțelor înainte de a fi considerată livrată destinatarului. Sintaxa acceptată este UBL 2.1 conform RO_CIUS (Core Invoice Usage Specification) – o interpretare națională a standardului european EN 16931. Multe ERP-uri și platforme EDI internaționale (SAP S/4HANA, Oracle, Microsoft Dynamics 365, OpenText, Basware, Pagero, Comarch, Sovos) pot genera UBL “EN 16931 compliant”, însă respingerile apar când nu sunt respectate regulile suplimentare din RO_CIUS sau nomenclatoarele ANAF.
Erori EDI frecvente care duc la respingerea facturilor
- Unități de măsură neconforme: Sistemul cere coduri din UN/ECE Recommendation 20 (ex. C62 pentru “bucată”, KGM pentru kilogram). Introducerea textelor “buc”, “kg”, “litri” în câmpul de cod – fără mapare la codurile standard – generează respingeri.
- TVA – categorie, motiv de scutire și rotunjiri:
- Codurile de categorie TVA (S, Z, E, AE etc.) trebuie corelate cu motivul legal (ex. art. 292/294 din Codul fiscal). Lipsa exemption reason în limba română sau referința legală greșită duc la erori semantice.
- Diferențe de rotunjire între totalul pe linii și totalul documentului (din cauză de precizie la 2 vs 4 zecimale) sunt printre cele mai întâlnite respingeri.
- Combinații incorecte între cota (19%, 9%, 5%) și natura bunurilor/serviciilor, atunci când datele master nu disting corect cota aplicabilă pe articol.
- Identificatori fiscali și adrese: lipsa prefixului “RO” în VAT ID, schemeID greșit (nu “VAT”), adrese incomplete (localitate, cod poștal, județ), coduri de țară non-ISO (trebuie “RO”, “DE” etc.).
- Serii, duplicate și corecții: aceeași combinație serie-număr transmisă de două ori către același cumpărător duce la respingere. Pentru corecții este necesară factură storno sau credit note cu referință explicită la documentul inițial (referință de factură originală).
- Nomenclatoare sectoriale: în B2G, CPV este obligatoriu; în anumite industrii (energie, tutun, alcool, farmaceutic), lipsa unor atribute specifice (perioadă de măsurare, coduri accize, loturi) poate bloca validarea.
- Structuri UBL incomplete: câmpuri obligatorii în RO_CIUS (ex. PaymentMeans cu coduri corecte, Delivery/DeliveryLocation când practica comercială o impune) omise de conectori generici.
- Anexe și formate nepotrivite: PDF atașat nu substituie XML-ul; dacă liniile sau totalurile din PDF nu corespund 1:1 cu XML, factura va fi respinsă sau ulterior contestată de client.
Impact operațional: de la retail la auto, presiune pe fluxul de numerar
Lanțuri de retail precum Kaufland România, Carrefour, Metro, Auchan și Lidl operează de ani buni procese EDI pentru comenzi, confirmări și avize de expediție. Odată cu e-Factura, echipele lor au cerut furnizorilor aliniere strictă la RO_CIUS, iar respingerile lovesc direct în ciclul O2C (order-to-cash). În e-commerce, eMAG a accelerat digitalizarea fluxurilor comerciale, iar partenerii marketplace care trimit încă facturi prin conversii manuale în SPV sunt cei mai expuși erorilor de format și de date.
În automotive, Dacia (Renault Group), Ford Otosan Craiova și furnizori ca Continental România operează de mult cu EDI (Odette/EDIFACT) pe lanțul de aprovizionare; însă facturarea către entități locale a trebuit translatată rapid în UBL RO_CIUS. Acolo unde gateway-urile EDI nu au avut încă mapări fine pentru regulile ANAF, respingerile s-au înmulțit în ultimele luni, în special pe subiecte de TVA și rotunjiri.
De ce sunt respinse facturile UBL, în practică
Chiar și când un ERP produce un XML valid UBL conform EN 16931, ANAF aplică un strat suplimentar de reguli. Câteva cauze tipice:
- UBL “generic” fără extensiile/interpretările RO_CIUS (nume de câmp, cardinalitate strictă, poziționare a motivelor de scutire TVA).
- Nomenclatoare neactualizate (unități de măsură UN/ECE, țări ISO, coduri interne mapate incorect).
- Gestiune mixtă a reducerilor: discount pe linie + discount pe document fără aplicare conform recomandărilor EN 16931 duce la diferențe de total.
- Reguli de business interne care generează linii negative (returnări) în loc de credit note separate.
Cum eviți respingerile: checklist pentru CFO, CIO și șefi de achiziții
- Guvernanță de date master: curăță și mapează unitățile de măsură la UN/ECE (ex. buc → C62), completează în ERP motivul legal de scutire TVA pe articol/partener, standardizează adresele și identificatorii fiscali.
- Pre-validare locală: folosește un validator RO_CIUS înainte de transmitere. Majoritatea furnizorilor (OpenText Business Network, Comarch e-Invoicing, Pagero, Basware, SAP Document and Reporting Compliance, Microsoft D365 Localization, Oracle) oferă deja reguli specifice României; cere explicit acoperirea ultimelor actualizări ANAF.
- Evitați conversiile manuale: uploadul prin SPV, din aplicații non-EDI, rămâne o opțiune pentru firme mici (SmartBill, SAGA, NextUp au conectori), dar pentru volume mari riscul de eroare crește exponențial. Integrarea API directă sau printr-un provider EDI reduce respingerile și costul per factură.
- Rotunjiri și totaluri: setați precizia numerică unitară între ERP, gateway și ANAF (de regulă 2 zecimale la totaluri, 4 pe unitate/preț). Rulați rapoarte de reconcilieri pe primele loturi.
- Procese de corecție: stabiliți o politică clară pentru storno/credit note cu referință la factura inițială. Evitați linii negative pe factură standard.
- Pilot cu clienții mari: rulați testele end-to-end cu parteneri critici (ex. Kaufland, Carrefour, Dedeman, eMAG) pentru a verifica interpretările comune ale regulilor (modalități de plată, livrare, puncte de lucru).
- Monitorizare și suport: implementați alerte pe erori de validare, KPI de “first-pass yield” pe e-Factura și un canal rapid cu furnizorul EDI/ERP pentru remedieri.
EDI vs. non-EDI: ce alegi în 2026
Pentru organizații cu mii de documente lunar, EDI rămâne calea robustă: automatizează comenzi (ORDERS), avize (DESADV), facturi (UBL RO_CIUS), plăți și reconciliere, cu trasabilitate completă. Retailul modern și automotive-ul din România au demonstrat scalabilitatea acestui model. Pentru IMM-urile cu volum redus, soluțiile cloud cu conector e-Factura (SmartBill, SAGA, SeniorERP, Pluriva, NextUp) pot fi suficiente, atâta timp cât respectă strict nomenclatoarele și oferă validare înainte de transmitere.
Ce urmează
Ministerul Finanțelor și ANAF continuă să publice clarificări și ajustări ale regulilor de validare, precum și actualizări ale nomenclatoarelor. În ultimele luni, accentul a fost pe reducerea discrepanțelor de interpretare și pe stabilitate operațională, pe măsură ce tot mai mulți contribuabili mari și mijlocii au trecut pe flux complet digital. Recomandarea pentru management: desemnați un “invoice product owner”, urmăriți comunicările ANAF, testați orice schimbare de ERP/EDI într-un mediu pilot și revizuiți periodic calitatea datelor master.
Concluzie
Respingerile e-Factura nu sunt o fatalitate tehnică, ci de cele mai multe ori simptome ale unor mapări incomplete și ale unei guvernanțe de date insuficiente. O abordare combinată – standarde UBL RO_CIUS implementate corect, EDI matur, nomenclatoare curate și pre-validare – transformă e-Factura dintr-o constrângere de conformitate într-un accelerator de cash conversion, cu mai puține dispute, încasări mai rapide și cost pe tranzacție redus. Pentru CEO, CFO și liderii comerciali, miza nu este doar “să treacă factura”, ci să construiască un flux digital de la comandă la încasare care să reziste următoarelor valuri de reglementări.