UNB în EDIFACT: diferențe între PROD și TEST și rolul indicatorului 0035
Pentru echipele IT care operează integrarea EDI între ERP și parteneri comerciali, controlul mediului este esențial. În EDIFACT, segmentul UNB (Interchange Header) guvernează sesiunea de schimb, iar data elementul 0035 Test indicator dictează explicit dacă un schimb este de test sau de producție. În retail, distribuție și auto, unde EDI rulează 24/7, o particularitate greșită în UNB poate bloca fluxuri critice precum ORDERS, DESADV și INVOIC.
Structura UNB pe scurt
Segmentul UNB are următoarea schemă (simplificată): UNB+S001+S002+S003+S004+0020+0026+0029+0031+0032+0035′. În practică:
- S001 Syntax identifier: de regulă UNOC:3 (set caracter extins); UNOA:3 apare încă în unele implementări.
- S002/S003: identitatea emitentului și a destinatarului (de obicei GLN cu qualifier 14 în EANCOM).
- S004: data/ora pregătirii.
- 0020: Interchange control reference (unic per schimb).
- 0026: Application reference (ex. EANCOM, INVOIC; opțional, dar frecvent folosit).
- 0035: Test indicator (1 = TEST; gol/omis = PROD).
Exemple UNB: PROD vs TEST
Exemple tipice EANCOM (GLN-urile sunt fictive pentru ilustrare):
PROD (0035 omis):
UNB+UNOC:3+5941234500001:14+5949876500002:14+240201:1030+000012345++EANCOM'TEST (0035=1):
UNB+UNOC:3+5941234500001:14+5949876500002:14+240201:1030+000012346++EANCOM++++1'Observați că în exemplul de TEST am lăsat nepopulate 0029, 0031 și 0032, dar am setat 0035=1. Multe gateway-uri EDI (OpenText Business Network, Comarch EDI, SEEBURGER BIS) rutează automat în “mailbox”-uri de test dacă văd 0035=1, indiferent de endpoint.
De ce contează 0035 în EDI
- Evită contaminarea productivă: parteneri ca Carrefour, Kaufland, Auchan sau Lidl resping încărcări de test în producție. Un 0035=1 în PROD poate genera reject-uri sau chiar suspendarea canalului EDI.
- Ușurează auditul: separă clar seriile de referințe (0020) și mesajele UNH/UNT între medii.
- Automatizează rutarea: traductoare precum IBM Sterling B2B Integrator sau SAP Integration Suite pot schimba mape în funcție de 0035.
Recomandări operaționale pentru mediile PROD/TEST
- Folosiți UNOC:3 în S001, conform practicilor EANCOM actuale, pentru a evita restricțiile UNOA în diacritice/semne.
- Mențineți același GLN în TEST și PROD, dar configurați endpoints separate (AS2 URL/certificat TEST vs PROD). Mulți retaileri mari folosesc același GLN, dar adrese tehnice diferite.
- Versionați mapping-urile EDI: un feature flag “isTest” sau citirea DE 0035 decide pipeline-ul (validări relaxate, whitelist de parteneri, simulatoare de contramesaje).
- Gestionați recunoașterile: dacă solicitați ACK (0031=1), validați CONTRL/APERAK în ambele medii. Pentru un go-live etapizat, cereți ACK doar în TEST, apoi activați în PROD după stabilizare.
- Aliniați numerele de documente: evitați reutilizarea numerelor INVOIC/ORDERS din TEST în PROD; unele sisteme (ex. SAP, Microsoft Dynamics 365) necesită serii distincte pentru a preveni coliziuni.
Realități de piață și conformitate
EDI rămâne infrastructura “de uzură” a comerțului modern. Conform Grand View Research, piața globală EDI era evaluată la circa 2.46 miliarde USD în 2022 și este prognozată la o creștere anuală compusă de aproximativ 12.5% până în 2030, pe fondul digitalizării accelerate în retail, logistică și producție. În Europa Centrală și de Est, operatori ca Comarch, EDICOM, OpenText și SEEBURGER alimentează interoperabilitatea între retaileri (Carrefour, Auchan, Kaufland) și mii de furnizori.
În România, 2024 a adus obligativitatea e-Factura B2B prin RO e-Factura. Deși e-facturarea se face în XML (UBL/CII), majoritatea fluxurilor logistice rămân pe EDI/EDIFACT (ORDERS, DESADV, RECADV), ceea ce impune coexistenta mapărilor: EDIFACT INVOIC către UBL pentru ANAF, cu UNB corect setat în funcție de mediu pentru testare controlată. Integrarea cu rețele precum Peppol pentru facturi nu elimină nevoia de EDI pentru restul documentelor.
Capcane frecvente în implementări
- Omiterea 0035 în test: multe VAN-uri marchează totul ca PROD dacă 0035 lipsește, generând confuzii la parteneri.
- Setarea permanentă a 0035=1: documentele ajung în sandbox partener, nu sunt procesate contabil și expiră.
- Qualifiers greșite: pentru GLN folosiți 14 în S002/S003. Unele companii transmit 01/ZZ din obișnuințe X12, ceea ce produce reject în EDIFACT.
- Control reference (0020) neunic: în special în TEST, incrementați controlul la fiecare interchange; partenerii mari refuză duplicatele.
Checklist rapid pentru echipele IT/ERP
- Configurați un toggle de mediu care setează 0035 și endpoint-urile transport (AS2/SFTP) și certificatele.
- Validați UNB/UNH cu un validator EANCOM (ex. GS1 EANCOM guidelines) înainte de a trimite în rețea.
- Asigurați logging și corelare: UNB.0020 ↔ UNH.0062 pentru trasabilitate end-to-end.
- Documentați cerințele per partener (Carrefour, Kaufland, Auchan, Mega Image), pentru că unii cer 0026=EANCOM în PROD și 0031=1 în TEST.
Concluzie
Indicatorul 0035 din UNB este un comutator simplu, dar critic, pentru separarea mediilor EDI. Controalele stricte pe UNB, împreună cu practici solide de versionare și observabilitate, reduc riscul de incidente în producție și accelerează on-boarding-ul cu parteneri mari. Într-un peisaj în care EDI coexistă cu e-facturarea electronică și cerințe locale precum RO e-Factura, disciplina tehnică pe UNB face diferența dintre un go-live lin și un spate-logistic costisitor.