În ecosistemele B2B mature, mesajul ORDRSP (Order Response) din standardul UN/EDIFACT este veriga critică ce confirmă, modifică sau respinge o comandă. Pentru IT managers, consultanți EDI și furnizori ERP, testarea și conformitatea pe directoarele EDIFACT D.96A și D.01B nu mai sunt opționale: sunt condiția minimă pentru interoperabilitate cu retaileri, distribuitori și producători mari din Europa. ORDRSP corect implementat reduce erorile operaționale, accelerează ciclul order-to-cash și minimizează costurile de excepție.
De ce EDIFACT D.96A și D.01B contează în continuare
UN/CEFACT publică periodic directoare EDIFACT; D.96A a devenit de facto standardul “clasic” în retail și CPG, în timp ce D.01B aduce clarificări și liste de coduri extinse. Subseturile GS1 EANCOM au la bază aceste directoare: EANCOM 1997 (D.96A) și EANCOM 2002 (aliniat la D.01B), iar mulți retaileri europeni (ex. Metro AG, Carrefour, Auchan) lucrează pe EANCOM pentru fluxurile ORDERS/ORDRSP/INVOIC. În automotive, ODETTE folosește de asemenea EDIFACT pentru confirmări de comandă, conectând OEM-uri ca Volkswagen Group sau BMW cu furnizorii din lanț.
Structura și reguli cheie pentru ORDRSP
Un ORDRSP EDIFACT D.96A/D.01B valid începe cu UNH (header) unde S009 identifică mesajul: 0065 = ORDRSP, 0052 = D, 0054 = 96A sau 01B, 0051 = UN. În BGM, 1001 = 231 (Order response), iar 1225 (Message function code) indică starea: 29 = acceptat fără modificări, 30 = acceptat cu modificări, 31 = respins. RFF+ON leagă răspunsul de numărul de comandă original, iar DTM+137 fixează data documentului (format 102 = AAAALLZZ).
Identitățile partenerilor se transmit prin NAD: NAD+BY (cumpărător), NAD+SU (furnizor), NAD+DP (punct de livrare), recomandat cu GLN (GS1 Global Location Number). CUX confirmă moneda (ISO 4217), iar la nivel de linie LIN conține identificatorul articolului (GTIN sau cod intern, cu PIA pentru coduri suplimentare), QTY/PRI confirmă cantități și prețuri, IMD/FTX oferă descrieri sau note, iar la nevoie ALC/PCD acoperă reduceri/majorări.
Diferențe practice între D.96A și D.01B:
- Liste de coduri extinse și clarificări pentru 1225 (funcție mesaj) și 1001 (tip document) în D.01B.
- Mai multe opțiuni și restricții pentru calificatorii de cantitate, unități de măsură (UNECE Rec. 20) și motive de respingere/modificare în D.01B.
- Subseturi EANCOM S4 (aliniate la D.01B) cer adesea GLN-uri și GTIN-uri obligatorii, cu reguli stricte pentru împerecherea BY/DP/SU.
Testare și conformitate: de la sintaxă la reguli de business
În practică, echipele EDI abordează ORDRSP pe trei niveluri:
- Sintaxă EDIFACT: controlul separatorilor (UNA), validarea UNB/UNZ, UNH/UNT (număr segmente, referințe), tipuri de date, lungimi maxime, caractere permise. Un CONTRL negativ din partea partenerului semnalează eșecul.
- Conformitate de mesaj: reguli din directorul EDIFACT (D.96A/D.01B) și din subset (GS1 EANCOM, ODETTE). Exemple: BGM 231 obligatoriu; NAD+BY/SU obligatorii; RFF+ON obligatoriu; DTM+137 format corect.
- Reguli de business: potrivirea valorilor cu condițiile contractuale și cu ORDERS. Ex.: cantitatea confirmată nu poate depăși praguri convenite, prețul confirmat trebuie aliniat la lista activă, livrarea parțială trebuie marcată corespunzător în 1225 sau la nivel de linie.
Seturi de test robuste includ:
- Caz “happy path”: ORDRSP care confirmă complet (1225=29) o comandă standard, cu CUX+EUR, GLN-uri valide, GTIN corecte.
- Caz “acceptat cu modificări” (1225=30): ajustări de cantitate/preț, cu explicații în FTX și coduri de motiv convenite.
- Caz “respins” (1225=31): respingere totală sau pe linii, cu RFF corect și detaliere motiv.
- Edge cases: linii duplicate, conversii UoM (KGM/PCE), rotunjiri la decimale, articole necunoscute (gestionare prin PIA/FTX), caractere locale în FTX (diacritice) și verificare encoding.
Instrumente și ecosistem
Validați ORDRSP pe D.96A/D.01B cu traductoare și motoare de regulă consacrate: IBM Sterling B2B Integrator, OpenText Trading Grid, SEEBURGER BIS, Cleo Integration Cloud; în open-source, Bots, Smooks sau librării EDIFACT dedicate pentru Python/Java/.NET. Mulți retaileri cer și ACK aplicațional (APERAK) pentru erori de conținut.
La scară, EDI rămâne o piață solidă: OpenText Business Network raportează peste 33 de miliarde de tranzacții B2B procesate anual, reprezentând peste 10 trilioane USD în fluxuri comerciale globale (date comunicate public de OpenText, 2023–2024). Această masă critică face ca standardele EDIFACT și mesajele ORDRSP conforme să fie esențiale pentru timpi de onboarding scurți și SLA-uri predictibile.
Capcane frecvente în conformitatea ORDRSP
- Inconsecvențe între ORDERS și ORDRSP: lipsa RFF+ON sau a referințelor pe linii.
- GLN lipsă sau incorect în NAD (BY/SU/DP), mai ales în scenarii multi-DC.
- Reutilizarea eronată a codurilor 1225: folosirea “9” (Original) în loc de 29/30/31 pentru ORDRSP.
- Mapări incomplete în ERP: conversia UoM și regulile de rotunjire nealiniate cu partenerul.
- Nerespectarea subsetului partenerului: EANCOM impune câmpuri “condiționat-obligatorii” care devin practic obligatorii contractual.
Recomandări pentru IT și EDI
- Tratați specificațiile partenerului ca “sursă de adevăr”: implementați profiluri per trading partner pe D.96A și D.01B.
- Automatizați testarea: pachete de regression cu fișiere ORDRSP de referință, validare sintactică și semantică în CI/CD.
- Măsurați: rata de respingere ORDRSP, timpul mediu de remediere, conformitatea câmpurilor critice (RFF, NAD, CUX, BGM/1225).
- Sincronizați master data: GLN/GTIN, liste de preț, UoM, coduri de motiv; folosiți surse GS1 unde este cazul.
Concluzie: un ORDRSP EDIFACT D.96A/D.01B bine testat înseamnă mai puține dispute, mai puține chargeback-uri și un flux de comandă mai predictibil. Într-o piață unde retailerii și OEM-urile ridică continuu ștacheta interoperabilității, conformitatea ORDRSP nu este doar un exercițiu tehnic, ci un avantaj competitiv direct în TCO și timp de lansare.