EDI: Implementarea Business ACK pentru RO e-Factura și Peppol în România

În 2024, odată cu accelerarea raportării electronice în România, implementarea unui Business ACK robust pentru RO e-Factura și rețelele Peppol a devenit o prioritate pentru echipele IT. Pentru orice program de transformare digitală bazat pe EDI, confirmarea aplicativă de primire și procesare a facturii (Business ACK) este esențială pentru SLA-uri, reconciliere automată și audit. Acest articol rezumă contextul legal și tehnic, diferențele dintre ACK-urile de transport și cele de business, și propune o arhitectură de referință pentru România, cu exemple de integrare în ERP și rețele EDI/Peppol.

Context: RO e-Factura, EN 16931 și presiunea de conformitate

RO e-Factura, reglementată prin OUG 120/2021 și extinsă prin acte ulterioare (inclusiv Legea 296/2023), impune raportarea facturilor B2G și, etapizat, B2B. Modelul românesc se aliniază la EN 16931 și folosește UBL 2.1 cu specificație RO_CIUS. În 2024, contribuabilii au trebuit să-și ajusteze procesele EDI pentru a transmite în termen facturile prin SPV/ANAF, să proceseze recipisele și să remedieze erorile. Fără un Business ACK coerent, echipele IT și operaționale pierd vizibilitate pe traseul end-to-end, de la EDI gateway până la acceptarea în ERP-ul cumpărătorului.

Ce este un Business ACK în EDI și de ce contează

În EDI, distingem trei niveluri de confirmare:

• Transport ACK: confirmă livrarea tehnică (ex. HTTP 200, AS2 MDN, AS4 Receipt).
• System/Platform ACK: confirmă prelucrarea de către platformă (ex. recipisa ANAF pentru RO e-Factura, Peppol MLR – Message Level Response – pentru validări sintactice).
• Business ACK: confirmă procesarea de către aplicația de business a destinatarului (acceptare, respingere motivată, statusuri intermediare). În UBL, se folosește frecvent ApplicationResponse/Invoice Response pentru acest scop.

Business ACK în EDI reduce DSO, blochează erorile înainte de plată și oferă criterii clare de reconciliere pentru audit (inclusiv pe pistele EN 16931).

RO e-Factura: maparea recipiselor la Business ACK

În fluxul RO e-Factura, furnizorul transmite arhiva ZIP cu UBL semnat către ANAF prin API-ul SPV. Sistemul generează o recipisă cu status (preluată, validă/invalidă) și eventuale erori. Aceasta este o confirmare la nivel de platformă, nu o decizie comercială a cumpărătorului. Pentru un Business ACK complet în EDI, organizațiile ar trebui:

• Să coreleze recipisa ANAF cu factura (ID/UUID, hash, referințe interne) pentru trasabilitate.
• Să colecteze răspunsul cumpărătorului din ERP (acceptată la recepție, respinsă – motiv codificat, parțial acceptată) și să emită un ApplicationResponse UBL către furnizor, via EDI.
• Să mențină un registru de statusuri (transport, platformă, business) cu timpi și dovezi digitale.

Pe piața locală, companii precum TotalSoft (Charisma), Senior Software (SeniorERP), SAP și Microsoft Dynamics 365 au accelerat adaptările pentru RO e-Factura, dar Business ACK-ul rămâne un layer suplimentar ce trebuie orchestrat în EDI și în ERP.

Peppol: MLR vs. ApplicationResponse

În Peppol BIS Billing 3.0 (UBL 2.1), livrarea este făcută prin Access Points folosind AS4; adresele sunt rezolvate prin SML/SMP. Există:

• Peppol MLR (Message Level Response): feedback tehnic/semantic de la acces point/destinatar privind validarea la nivel de schemă și regulile BIS/CIUS.
• UBL ApplicationResponse (Invoice Response): business ACK de la sistemul cumpărătorului (accept/reject, coduri și motive).

OpenPeppol are peste 500 de membri în 39+ țări, iar Business ACK-ul prin ApplicationResponse este tot mai folosit pentru a evita ping-pong-ul operațional. Furnizori activi și în România includ Pagero, Basware, OpenText și Comarch, care oferă servicii EDI și conectivitate Peppol.

Arhitectură de referință pentru Business ACK unificat (RO e-Factura + Peppol)

• Canonical model EDI: normalizați facturile și ACK-urile (Invoice, MLR, ApplicationResponse) într-un model canonic intern. Păstrați CustomizationID/ ProfileID (ex. RO_CIUS) pentru rutare corectă.
• Corelare prin ID-uri: folosiți cbc:ID (număr factură), cbc:UUID (dacă e prezent), plus meta (hash, endpoint) pentru a alinia recipisa ANAF, MLR-ul Peppol și Business ACK-ul UBL.
• Orchestrare evenimente: pipeline asincron cu cozi (ex. Kafka/RabbitMQ) pentru evenimente EDI (sent, delivered, platform-ack, business-ack).
• Persistență și audit: jurnal imutabil (append-only), time-stamp calificat, arhivare pe 10 ani; exporte pentru audit intern și autorități.
• Reguli de retry și idempotency: chei de deduplicare pe messageId și hash; backoff exponențial pentru API-urile ANAF și Access Points.
• Codificarea motivelor: cataloage standardizate (ex. UNCL 4343/4465 unde e aplicabil) pentru reject/hold, reutilizate în EDI și ERP.
• Observabilitate: dashboard cu latențe pe segmente (transport/MLR/platformă/business), alerte SLA și rapoarte de excepții.

Integrarea cu ERP și sistemele locale

Pentru a genera Business ACK, ERP-ul cumpărătorului trebuie să emită automat ApplicationResponse la evenimente (GRN/recepție, trei-verificări PO–GRN–invoice, respingere la discrepanțe). În România, multe implementări EDI au fost realizate împreună cu Charisma (TotalSoft), SeniorERP, SAP S/4HANA sau Dynamics 365. Furnizori EDI precum Comarch, Pagero sau Basware oferă conectori gata de folosit. Unele companii aleg și soluții locale; de exemplu, unii integratori utilizează EDIconnect.ro ca modul al CRMconnect pentru rutarea mesajelor EDI și Business ACK către parteneri.

Guvernanță, securitate și KPI

• Securitate: certificate calificate (semnătură XAdES pentru RO e-Factura), TLS mutual pentru AP, rotație chei, segregare de roluri.
• Guvernanță date: păstrarea versiunilor CIUS/BIS, controlul schimbărilor, testare regresivă pe seturi de facturi reale.
• KPI EDI: rata de ACK business sub 2 ore pentru 95% din facturi, rata de respingere sub 1%, latență end-to-end, MTTR sub 30 minute pe incidente critice.

Context european și lecții

Italia a impus modelul clearance din 2019 (SDI), iar Polonia a amânat KSeF pentru 2026, subliniind că scalarea trebuie dublată de maturitate operațională. România, prin RO e-Factura, aderă la standarde EN 16931 și UBL 2.1; combinația RO e-Factura + Peppol devine relevantă pentru fluxurile cross-border. În toate aceste piețe, un Business ACK coerent la nivel EDI rămâne diferențiatorul între „doar conform” și „operațional excelent”.

Concluzie

Business ACK este veriga care închide bucla în EDI pentru RO e-Factura și Peppol: oferă vizibilitate, reduce costul erorilor și accelerează cashflow-ul. Cheia este un model canonic EDI, corelare strictă a ID-urilor, automatizare în ERP și folosirea standardelor UBL (ApplicationResponse) alături de MLR. Cu o arhitectură orientată pe evenimente, politici de audit și parteneri EDI consacrați, echipele IT pot livra o platformă scalabilă și pregătită pentru următoarele schimbări fiscale din România și UE.