Din iulie 2024, odată cu intrarea în vigoare a sancțiunilor pentru neraportare, gestionarea corectă a ACK-urilor tehnice în RO e-Factura a devenit critică pentru orice arhitectură EDI matură. Pentru IT managers, consultanți ERP și dezvoltatori, înțelegerea fluxurilor asincrone de confirmare, a corelării mesajelor și a stărilor returnate de ANAF este esențială pentru stabilitatea operațională în 2024–2025.
Context legal și operațional (2024–2025)
Baza legală pentru RO e-Factura este OUG 120/2021, completată de OUG 115/2023, care generalizează facturarea electronică B2B începând cu 1 ianuarie 2024, cu perioadă de acomodare până la 30 iunie 2024. De la 1 iulie 2024 se aplică amenzi pentru neraportare: 5.000–10.000 lei pentru mari contribuabili, 2.500–5.000 lei pentru contribuabili mijlocii și 1.000–2.500 lei pentru ceilalți, conform OUG 115/2023. Derogarea care permite obligativitatea facturării electronice a fost acordată României prin Decizia de punere în aplicare a Consiliului (UE) 2023/1553 până la 31 decembrie 2026. Standardul de conținut respectă EN 16931 (RO_CIUS), cu sintaxe UBL 2.1 și UN/CEFACT CII, uzuale în proiectele EDI europene.
Ce înseamnă „ACK tehnic” în RO e-Factura
În termeni EDI, RO e-Factura funcționează pe un model asincron cu două niveluri de confirmare, similar cu TA1/997 în ANSI X12 sau CONTRL/APERAK în EDIFACT:
- ACK de recepție (tehnic): confirmă că arhiva a fost preluată de sistemul ANAF prin SPV/API și atribuie un identificator de încărcare. Acesta nu garantează conformitatea conținutului, ci doar integritatea transportului. În EDI, echivalentul ar fi confirmarea de transport la nivel de gateway.
- ACK de validare (tehnic-funcțional): returnează rezultatul validării structurale (XSD) și semantice (reguli RO_CIUS/EN 16931) și stabilește starea: acceptat sau respins, cu detalii de eroare. După acceptare, sistemul aplică sigiliul electronic al Ministerului Finanțelor, artefact ce devine „originalul” legal și este pus la dispoziția cumpărătorului în SPV. În EDI, acesta corespunde confirmării de aplicare a regulilor de business.
„Data comunicării” către cumpărător este data punerii la dispoziție în SPV, esențială pentru procesele EDI de reconciliere și conformitate TVA.
Model de stare și corelare în integrarea EDI
Un orchestrator EDI modern pentru RO e-Factura ar trebui să implementeze un automaton de stare clar:
- Generat → Pregătit pentru transmitere (validări locale CIUS, semnătură dacă se aplică) → Transmis (ACK recepție) → În prelucrare → Acceptat (sigilat) / Respins (erori codificate).
- Corelare pe două nivele: ID intern ERP/EDI și ID de încărcare returnat de ANAF, cu idempotency (hash al arhivei) pentru a evita dublurile.
- Politică de retry cu backoff exponențial pentru polling rezultat, respectând bunele practici API și ferestrele de disponibilitate SPV.
- Jurnalizare inviolabilă: păstrarea ambelor ACK-uri, a UBL-ului sursă și a XML-ului sigilat de MF, plus trasabilitatea utilizatorilor (delegări SPV).
Tipuri de erori și remediere
În ACK-ul de validare apar, tipic, patru categorii de erori, familiare oricărui proiect EDI:
- Transport/format arhivă: arhivă invalidă, nomenclatură fișier incorectă, encoding greșit. Remediere: validare pre-upload, teste automate de conformitate arhivă.
- Semnătură/identitate: certificat expirat sau nepotrivit, lipsă drepturi delegate în SPV. Remediere: guvernanță pentru certificate calificate și managementul împuternicirilor.
- Structură (XSD): elemente lipsă, tipuri invalide, valori neconforme. Remediere: validatoare CIUS în pipeline-ul EDI (ex: schematron EN 16931).
- Reguli semantice: CUI/VAT invalid, cote de TVA incompatibile cu natura bunurilor/serviciilor, erori de rotunjire totaluri, data scadenței sau referințe comenzi inexistente. Remediere: business rules engine în EDI, mape de coduri și normalizare master data.
Instrumente și soluții din piață
Furnizorii EDI și ERP au livrat conectori nativi pentru RO e-Factura în 2024:
- SAP Document and Reporting Compliance (DRC) / eDocument pentru România, integrat cu S/4HANA și ECC, folosit de mari contribuabili.
- Microsoft Dynamics 365 Finance – localizare România pentru e-Invoicing, cu conectori API și validări CIUS.
- Comarch EDI, Pagero și OpenText Business Network: rețele EDI care oferă rutare către SPV și gestionare ACK end-to-end.
- TotalSoft (Charisma ERP), Senior Software (SeniorERP), Wizrom, SoftOne și SmartBill: module care exportă UBL conform RO_CIUS și gestionează feedback-ul ANAF.
- Integratori locali precum Zitec, NTT DATA Romania, PwC/Deloitte/KPMG oferă proiecte de conformare EDI și guvernanță date.
Monitorizare, SLO/SLA și operațiuni
În producție, un centru de comandă EDI trebuie să urmărească:
- Rate de succes pe etape (recepție vs validare), MTTR pe erori și latența până la „Acceptat (sigilat)”.
- Alarme bazate pe ferestre fiscale (ex: închiderea zilei/lunii), pentru a preveni depășirea termenelor cu impact fiscal.
- Capacități de reemitere controlată: generare automată de corecții (storno / corecții) dacă ACK-ul de validare indică erori iremediabile.
Integrare cu procesele financiare și fiscale
În ecosistemul EDI, ACK-urile tehnice trebuie să declanșeze evenimente de business: schimbarea statusului facturii în ERP, blocarea/deblocarea livrărilor, reconcilierea TVA, arhivare electronică pe termen lung. În plus, deoarece factura sigilată de MF este originalul legal, depozitul de documente EDI trebuie să păstreze copia sigilată pentru audit, împreună cu metadatele de ACK.
Recomandări practice
- Implementați validare CIUS locală înainte de upload; reduceți erorile de ACK cu peste 80% în primele luni de operare.
- Construiți un adaptor EDI cu idempotency, retry-uri inteligente și corelare robustă între ID-urile interne și cele returnate de ANAF.
- Documentați clar semantica stărilor în ERP/BI; evitați confuzia dintre „încărcat” și „acceptat (sigilat)”.
- Asigurați guvernanța certificatelor și delegărilor SPV; expirările produc întreruperi costisitoare în lanțul EDI.
Concluzie
RO e-Factura a mutat accentul de pe simple integrări pe guvernanță și robustețe operațională EDI. Gestionarea corectă a ACK-urilor tehnice – de la recepție la validare și sigilare – face diferența între un flux fiscal conform și penalități sau blocaje în cash-flow. Cu un model de stare bine definit, validări CIUS la sursă și un strat EDI care corelează, monitorizează și arhivează inteligent, echipele IT și consultanții ERP pot livra un nivel enterprise de fiabilitate pentru 2024–2025, în linie cu standardele EN 16931 și cerințele ANAF.
Referințe: OUG 120/2021; OUG 115/2023 (obligativitate și sancțiuni din iulie 2024); Decizia de punere în aplicare a Consiliului (UE) 2023/1553 (derogare până la 31.12.2026); EN 16931 (CIUS România, UBL 2.1/UN/CEFACT CII).