EDI segmente pentru eCommerce și marketplace-uri: 846, 850, 855, 856, 810 în practică

Pentru retail modern, eCommerce și marketplace-uri, EDI nu mai este un “nice to have”, ci infrastructura care ține în mișcare comenzile, stocurile, livrările și încasările. În practică, lanțurile de date critice se bazează pe segmentele EDI 846, 850, 855, 856 și 810 (X12), echivalentele EDIFACT fiind INVRPT, ORDERS, ORDRSP, DESADV, INVOIC. Deși marketplace-urile mari au API-uri bogate, cerințele retailerilor enterprise (Amazon Vendor Central, Walmart, Carrefour, Metro) rămân puternic ancorate în EDI pentru robustețe, auditabilitate și SLA-uri ferme.

De ce contează acum pentru eCommerce și marketplace-uri

• România a făcut obligatorie e-Factura B2B în 2024, prin sistemul RO e-Factura al ANAF (cu perioadă de grație până la 30 iunie 2024 și sancțiuni din 1 iulie 2024). Integrarea e-invoicing + EDI a devenit prioritate pentru IT și financiar.
• Retailerii omnichannel europeni (Carrefour, Auchan, Metro) cer EDI pentru acuratețe și conformitate (GS1 GTIN, SSCC, GLN), inclusiv etichete GS1-128 și ASN la nivel de unitate logistică.
• Marketplace-urile enterprise (Mirakl propulsează platforme pentru Carrefour, Decathlon, Galeries Lafayette) operează la volum ridicat; EDI și/sau gateway-urile EDI-to-API mențin costul tranzacțional mic și calitatea datelor ridicată.

846 Inventory Inquiry/Advice – disponibilitate în timp real pentru dropship

Documentul EDI 846 informează partenerii despre nivelul stocurilor, rezervabile în timp real sau pe ferestre orare. În modelul dropship al Walmart DSV sau Amazon Vendor, 846 conduce afișarea corectă a disponibilității și a lead time-ului. Conținut tipic:

• Identificatori: SKU intern + GTIN/EAN, UPC, GLN depozit
• Cantități: on-hand, on-alloc, available-to-promise
• Parametri operaționali: lead time, lot/expirare (FMCG), restricții de transport

Practici solide: trimiteți 846 zilnic sau orar; validați maparea cu ERP/WMS (SAP, Dynamics 365, NetSuite) pentru a evita out-of-stock afișate ca “în stoc” — sursă frecventă de anulări și penalități SLA.

850 Purchase Order – comanda “sursei unice de adevăr”

EDI 850 vine de la retailer sau marketplace operator (în modelele 1P/Vendor sau hibrid). Pentru Europa continentală, EDIFACT ORDERS este analog. Câmpuri esențiale: adrese GLN, condiții de livrare (Incoterms), ferestre de recepție, articole cu GTIN, prețuri negociate. Pentru Amazon Vendor Central și Walmart, 850 declanșează atât producția, cât și pregătirea ASN/etichetelor. Pentru retaileri ca Carrefour sau Metro, 850/ORDERS conține deseori calendar de sloturi la recepție, încă din comandă.

855 Purchase Order Acknowledgment – confirmare, respingere, substituții

EDI 855 formalizează răspunsul: accept integral, accept parțial, backorder sau respingere. Este crucial pentru planificarea raftului și pentru evitarea “surprizelor” la primire. În practică:

• Răspundeți în 2–4 ore în ferestrele B2B; unii retaileri impun sub 1 oră în campanii promo.
• Menționați clar modificările: cantitate acceptată, data estimată, substituții cu GTIN valid.
• ERP-ul trebuie să aplice automat diferențele din 855 ca schimbări de comandă (altfel veți factura “fantome”).

856 Advanced Ship Notice – cartonizare și trasabilitate

EDI 856 este pilonul recepției automate. Amazon, Walmart și majoritatea retailerilor cer ASN înainte de livrare, cu structuri ierarhice: Shipment → Order → Pack (SSCC) → Item. Cerințe frecvente:

• SSCC unic pe fiecare colet/palet (etichete GS1-128); scanarea la recepție scurtează timpul de check-in.
• Loturi și date de expirare pentru CPG/FMCG; serializare pentru electronice sau farma.
• Cross-dock: mai multe comenzi în același shipment, dar distincte la nivel de pack.

Eroare comună: cartonizarea “flat” (toate liniile sub order, fără pack) – acceptată de unii marketplace-uri pure API, dar refuzată de retailerii care cer nivelul SSCC în EDI. Asigurați WMS-ul să emită structura corectă înainte de generarea 856.

810 Invoice – factură EDI și conformitatea cu RO e-Factura

EDI 810 închide ciclul: articole, cantități primite (ideal reconciliate din 856), reduceri comerciale, taxe și transport. În România, 810 coexistă cu transmiterea XML-ului conform CIUS-RO în portalul RO e-Factura. Modele operaționale întâlnite:

• Dual rail: trimiteți 810 partenerului via EDI pentru reconciliere și, în paralel, transmiteți e-Factura la ANAF.
• Single source: ERP generează factura, middleware-ul produce atât 810, cât și XML e-Factura din aceeași “factură contabilă”.

Recomandare: validați taxarea (TVA, cote reduse) la linie; multe dispute provin din rotunjiri diferite între ERP și regulile retailerului. Implementați regulile de rounding ale partenerului direct în mapping-ul EDI.

Flux operațional recomandat și SLA-uri

1. 846 periodic – actualizați disponibilul pentru canale dropship/omnichannel.
2. 850 recepționat – validați în timp real (coduri, preț, livrare).
3. 855 în 1–4 ore – confirmați sau propuneți alternative.
4. 856 înainte de plecarea camionului – cu SSCC corect și etichete tipărite.
5. 810 la D+0/D+1 – aliniați cu 856 recepționat; transmiteți simultan în RO e-Factura.

Integrare ERP și conectivitate

• SAP: mapări stabile via IDoc (ORDERS05, DESADV, INVOIC02) cu conversii spre X12; validări GS1 și generare SSCC din HU Management.
• Microsoft Dynamics 365: Data Entities + EDI gateway; atenție la unități de măsură (UoM) și mapările GTIN per client.
• NetSuite/Oracle: SuiteTalk + EDI traductoare; sincronizați statutul ASN în WMS pentru a evita dublura 856.
• Transport: AS2 rămâne standardul EDI; AS4 câștigă teren în rețelele europene; fallback SFTP pentru parteneri mici.

Cum arată succesul EDI în practică

• Reject rate sub 1% pe 850/856 și zero chargeback-uri legate de ASN la retaileri mari.
• Timp de recepție la depozit redus cu 20–40% datorită ASN corect și SSCC scanabil.
• DSO mai mic prin alinierea 810 cu recepțiile din 856 și transmiterea la timp în RO e-Factura.

Capcane frecvente

• Nealinierea codurilor (SKU intern ≠ GTIN partener) – mențineți master data comună prin GLN și cataloage GS1.
• Lipsa cartonizării în 856 – blochează recepția automată la Amazon/Walmart/Metro.
• Rounding diferit pe 810 – configurați aceleași reguli ca în portalurile partenerilor.
• Sincron slab între EDI și API-urile marketplace – folosiți un orchestrator care deduplicatează evenimentele.

În România, furnizori locali de EDI cu integrare ERP și e-Factura pot scurta timpul de implementare; de exemplu, EDIconnect.ro (modul în CRMconnect) oferă canale AS2/SFTP și mapări standard pentru 846/850/855/856/810, utile când lucrați cu retaileri regionali și marketplace-uri operate pe Mirakl.

Concluzie

Segmentele EDI 846, 850, 855, 856 și 810 rămân coloana vertebrală a operațiunilor B2B pentru eCommerce și marketplace-uri. Combinarea lor cu standardele GS1, integrarea nativă în ERP și conformitatea cu RO e-Factura construiesc un circuit “no-touch” de la disponibil la încasare. Pentru IT managers, consultanți ERP și dezvoltatori, prioritatea este o arhitectură EDI robustă, cu validări stricte și SLA-uri clare – exact ingredientele care diferențiază un program de vânzare multicanal scalabil de unul vulnerabil la penalități, stocuri greșite și cash-flow imprevizibil.