În fluxurile retail–distribuție–producție, succesul automatizării depinde de corectitudinea cantităților transmise. Segmentul EDI QTY din mesajele UN/EDIFACT (în special subsetul GS1 EANCOM) este inima acestor cantități în ORDERS, DESADV și INVOIC. Orice derapaj în EDI QTY se transformă în rupturi de stoc, respingeri de ASN, facturi blocate și costuri operaționale. În 2024, pe fondul accelerării digitalizării și a cerințelor fiscale (de exemplu, extinderea e-Factura în România, obligatorie pentru B2B din iulie 2024), igiena datelor din EDI QTY este mai critică ca oricând.
De ce apar probleme la EDI QTY
- Unități de măsură nealiniate între parteneri (bucăți vs cutii, greutate vs volum) și conversii lipsă.
- Utilizarea greșită a calificatorilor din EDI QTY pe linie vs pe nivel de ambalare.
- Separatoare zecimale greșite (virgulă vs punct). În EDIFACT, separatoarele sunt definite de UNA; în EANCOM, punctul ca separator zecimal este cel mai răspândit.
- Confuzie între cantități cumulative și cantități pe expediție (mai ales în procesele kanban/VMI).
- Neadresarea cazurilor speciale: bunuri promo (free goods), retururi, înlocuiri, toleranțe.
- Mesaje implementate pe versiuni EDIFACT/EANCOM diferite, fără management de MIG (Message Implementation Guidelines).
ORDERS: cum arată erorile tipice în EDI QTY
În EANCOM, cantitatea comandată la nivel de linie se exprimă uzual cu QTY+21. Două greșeli recurente:
- Trimiterea QTY în altă unitate decât unitatea de bază agreată (de ex., comanzi cutii dar GTIN-ul de linie e pe bucată). Fără acord clar UoM, convertoarele EDI/ERP produc QTY incorect.
- Confundarea QTY+21 cu alte calificatoare (ex. utilizarea cantității din stoc sau a unei cantități promoționale). Rezultatul: confirmări de comandă divergente și backorder fals.
Recomandare: ancorați EDI QTY în master data cu GTIN, UoM primară și multipli de comandă. GS1 EANCOM prevede folosirea măsurilor codificate UNECE Rec. 20 (de ex., PCE pentru bucată, CT pentru cutie). Retaileri precum Carrefour, Kaufland sau Metro operează pe aceste reguli în regiune, iar furnizorii EDI consacrați (OpenText, IBM Sterling, Comarch, SPS Commerce, Cleo) oferă validări preconfigurate pentru QTY+21.
DESADV: cele mai frecvente capcane ale EDI QTY
În avizul de expediție, cantitatea livrată se exprimă uzual cu QTY+12. Problemele apar când:
- QTY la nivel de articol (LIN) nu reconcilează cu nivelurile de ambalare (CPS/PAC) și cu etichetele SSCC. Mulți retaileri resping DESADV dacă suma QTY pe pachete nu egalează QTY pe linie.
- Expedieri parțiale nu sunt marcate corect cu QTY variances (ex. utilizarea QVR/QTY incorectă). Se ajunge la ASN invalid sau la recepție manuală.
- Conversii unități: livrare în cutii, dar QTY+12 exprimat în bucăți fără conversie explicită.
Bună practică: construiți DESADV pe ierarhie CPS clară, cu SSCC la nivel logistic (GS1-128), QTY consistente la fiecare nivel și reguli de toleranță agreate. Mari comercianți (Amazon Vendor, Walmart pentru X12 856, echivalente EDIFACT/DESADV în UE) aplică penalități sau chargeback-uri pentru ASN/QTY eronate; regiunea EMEA urmează tendințe similare privind acuratețea ASN.
INVOIC: unde se fracturează EDI QTY
În factură, cantitatea facturată este exprimată cu QTY+47. Divergențele apar când:
- QTY facturat nu reflectă QTY livrat (QTY+12) din DESADV aprobat. Sistemele AP blochează automat facturile pe diferențe peste toleranță.
- Bunuri gratuite (free goods) nu sunt diferențiate prin calificatori dedicați sau allowance/charge, iar EDI QTY se interpretează ca marfă facturabilă.
- Separatoare zecimale greșite: în România, formatul cu virgulă produce erori la ingestie dacă UNA/UNB/UNH nu indică explicit punctul ca separator.
Context local: RO e-Factura, obligatorie B2B din iulie 2024, adaugă un strat de conformitate. Deși INVOIC EDIFACT și UBL (e-Factura) sunt formate distincte, maparea coerentă a EDI QTY la pozițiile UBL este esențială pentru a evita respingeri în sistemul ANAF.
Checklist practic pentru a evita erorile de EDI QTY
- Guvernanță master data: GTIN unic per nivel de ambalare, UoM standard (UNECE), multipli de comandă/livrare. Publicați prin GDSN acolo unde e posibil.
- Reguli de validare end-to-end: QTY+21 (ORDERS) = QTY comandată; QTY+12 (DESADV) ≤ QTY comandată; QTY+47 (INVOIC) = QTY livrată acceptată. Verificați și reconcilierea pe CPS/PAC/SSCC.
- Configurați corect separatoarele în UNA și punctul ca separator zecimal; interziceți separatorul de mii.
- Gestionați cazurile speciale: partials, backorder, substituții, free goods, retururi. Folosiți calificatori dedicați în EDI QTY și segmente aferente (ex. ALI/PIA/ALO/ALC).
- Mențineți MIG-urile la zi: versiunea EDIFACT/EANCOM (ex. D.96A, EANCOM 2002/2007) și regulile de QTY per partener. Automatizați testarea la fiecare schimbare.
- Introduceți toleranțe explicite în contracte și în motoarele de validare (ex. ±2% pe greutate variabilă).
- Monitorizare și alerte: raportați ratele de respingere ASN/INVOIC pe motive EDI QTY, corelați cu KPI-urile OTIF/DIFOT.
- Sandbox de conformitate: rulați mesaje ORDERS–DESADV–INVOIC E2E cu date reale și verificări de EDI QTY înainte de onboarding.
Repere standard și surse
- UN/EDIFACT (UNECE) – specificația segmentului QTY și a qualifier-elor de cantitate.
- GS1 EANCOM – reguli pentru QTY la nivel de linie și ambalare, utilizate în retail european.
- RO e-Factura (ANAF) – cerințe 2024 pentru facturare electronică în România și mapări de cantități în UBL.
Concluzie: EDI QTY pare un detaliu tehnic, dar este pivotul fluxurilor ORDERS–DESADV–INVOIC. Standardele există și sunt clare (QTY+21/QTY+12/QTY+47, UoM codificate, ierarhii de ambalare), însă execuția cere disciplină: master data curat, MIG-uri coerente, validări automate și monitorizare continuă. În peisajul actual, în care platforme enterprise precum OpenText Business Network, IBM Sterling sau Comarch conectează mii de parteneri, diferența între cost și avantaj competitiv stă într-un EDI QTY impecabil.