În retailul european, schimbul electronic de date rămâne infrastructura invizibilă care ține aprovizionarea în mișcare. EDIFACT, standardul UN/CEFACT, rămâne dominant în afara Americii de Nord, iar mesajul SLSRPT (Sales Data Report) este piesa centrală pentru raportarea vânzărilor și a stocurilor. Pentru IT manageri, consultanți ERP și dezvoltatori EDI, miza practică nu este doar validarea sintactică, ci un SLSRPT mapping corect – adică transformarea segmentelor LIN/QTY/PRI/DTM într-un model de date coerent, de încredere și reutilizabil în analitică, reaprovisionare automată și reconciliere financiară.
Modelul de date: LIN, QTY, PRI, DTM în SLSRPT
În SLSRPT, segmentul LIN identifică articolul; QTY exprimă volume (vândut, pe stoc etc.); PRI furnizează prețuri de referință; DTM definește perioada raportată. Un SLSRPT mapping robust trebuie să normalizeze aceste elemente în jurul identificatorului de produs (GTIN) și al perioadei de raportare.
- LIN – C212.Item number identification: 7140 (GTIN), 7143 (tip, de regulă EN pentru EAN/GTIN). În practică, mari retaileri precum Carrefour, Kaufland, METRO și Auchan folosesc GTIN ca referință primară în mesaje EDIFACT.
- QTY – C186.Quantity details: 6063 (calificator cantitate), 6060 (valoare), 6411 (unitate). Calificatori uzuali în SLSRPT: 153 (cantitate vândută), 192 (stoc la raft/depozit), 113 (cantitate recepționată) – utilizarea variază pe lanțuri.
- PRI – C509.Price information: 5125 (calificator preț), 5118 (valoare preț), 5375/5387 (detalii adiționale). În multe implementări, prețul e unitar și net; moneda vine din CUX.
- DTM – C507: 2005 (calificator dată/perioadă), 2380 (valoare), 2379 (format). Pentru ferestrele de raportare, 90 (start) și 91 (sfârșit) sunt frecvente; 137 marchează data mesajului.
UNH+1+SLSRPT:D:21B:UN'
BGM+74+SRP-20240108+9'
DTM+137:202401081030:203'
DTM+90:20240101:102'
DTM+91:20240107:102'
CUX+2:EUR:4'
LIN+1++08729345000012:EN'
QTY+153:1245'
QTY+192:340'
PRI+AAA:12.49'
...
UNT+...'
Reguli de transformare practice (SLSRPT mapping)
Pentru a evita deriva semantică și dificultăți la reconciliere, standardizați următoarele reguli de SLSRPT mapping:
- Cheia liniei: construiți o cheie compusă din BGM.Document number + LIN.Line item number + LIN.GTIN. Aceasta asigură idempotentă în ingestie.
- Identificator produs: map LIN.C212.7140 (cu 7143=EN) la product.gtin; faceți crosswalk intern către SKU, material ERP sau cod furnizor (PIA poate aduce alias-uri).
- Perioadă: map DTM+90/DTM+91 la sales.period.start/end (ISO-8601). Dacă lipsesc, căutați DTM+356 (perioadă de acoperire) sau fallback la ziua din 137, dar semnalizați calitatea datelor.
- Cantități:
– QTY+153 → sales.quantitySold
– QTY+192 → inventory.onHand
– QTY+113 → receipts.quantityReceived
Normalizați unitatea (6411) la UoM intern (de ex., PAC → EA) și păstrați factorul de conversie. - Prețuri: map PRI.C509.5118 la price.unit. Determinați net/gross din 5125 (calificator) și corelați cu TVA (din segmenturi TAX dacă sunt prezente sau din master data). Moneda din CUX (ex. EUR).
- Timezone: DTM 203/102 nu poartă fus orar; aplicați fusul orar al punctului de vânzare (GLN de magazin din NAD/LOC) sau o regulă de business (ex., Europe/Bucharest pentru RO).
- Validări: rejectați linii cu GTIN invalid (checksum), cantități negative nepermise, sau perioade inversate (end < start). Marcați duplicatele prin aceeași cheie compusă.
- Agregare: dacă retailerul trimite SLSRPT zilnic și intra-day, stocați granulația „zi–magazin–GTIN” și agregați pentru rapoarte săptămânale/lunare; nu suprascrieți fără versiuni.
Cross-standard: din EDIFACT SLSRPT în ANSI X12 852
Pentru ecosisteme mixte, un SLSRPT mapping bine proiectat simplifică migrarea spre X12 852 (Product Activity Data):
- LIN (EDIFACT) → LIN (X12) cu identificator GTIN în LIN03 bazat pe standardul code list corespunzător (UK/EN/UP).
- QTY+153 → QTY cu calificator DQ (Quantity – Sold) sau PD în funcție de ghidul partenerului; QTY+192 → QTY cu OH (On Hand).
- DTM+90/91 → FST sau DTM la nivel de linie cu qualifiers 194/195 (Start/End) în 852, în funcție de implementare.
- PRI → CUR/CTP/PRF în 852, menținând moneda din CUX → CUR.
Capcane frecvente și cum le evitați
- Variabilitatea calificatorilor QTY/PRI: documentați profilul per partener; mari retaileri precum METRO AG publică ghiduri EDI cu particularități locale.
- Consolidare multi-magazin: folosiți GLN de locație (NAD+BY/UC; LOC+7) ca dimensiune obligatorie; altfel, agregările devin opace.
- Performanță: un fișier SLSRPT poate conține zeci de mii de linii. Folosiți parsare streaming, upsert pe chei compuse și compresie în tranzit (AS2/AS4 cu gzip) pentru latență mică.
- Guvernanță: semantica „sold vs. invoiced” diferă. QTY+153 este vânzare POS, nu neapărat facturată; nu alimentați direct contabilitatea fără reguli suplimentare.
Tendințe de piață și adopție
În 2024–2025, presiunea pentru reaprovisionare automatizată și vizibilitate near-real-time menține EDIFACT relevant, chiar dacă API-urile câștigă teren. GS1 promovează în paralel migrarea către coduri 2D până în 2027, dar GTIN rămâne coloana vertebrală pentru SLSRPT mapping. Retaileri pan-europeni precum Carrefour și Auchan continuă să opereze pe EDIFACT în UE, iar grupuri ca Schwarz (Lidl/Kaufland) rulează fluxuri EDI la scară continentală pentru mii de furnizori. Pentru producători, integrarea SLSRPT mapping cu planificarea (MRP) și promo analytics aduce câștiguri de acuratețe pe forecast de 2–5 puncte procentuale acolo unde calitatea datelor este ridicată, conform observațiilor practice din proiecte multi-lanț.
În România, adopția EDIFACT este matură în FMCG/DIY; furnizori locali oferă conectivitate și onboarding accelerat. De exemplu, EDIconnect.ro, ca modul al CRMconnect, furnizează adaptare și validare pentru SLSRPT mapping și alte mesaje (ORDERS, DESADV, INVOIC), reducând timpul de go-live cu parteneri mari.
Concluzie
SLSRPT mapping nu este un exercițiu de parsare, ci unul de semnificație: cum ancorezi LIN/QTY/PRI/DTM într-un model consecvent, auditat și scalabil. Standardizați calificatorii, normalizați unitățile, definiți perioade clare și păstrați idempotenta. Cu aceste reguli, SLSRPT mapping devine un avantaj competitiv: forecast mai bun, reaprovisionare mai precisă și reconciliere mai rapidă – exact ceea ce liderii IT și consultanții ERP/EDI trebuie să livreze într-un retail care se mișcă la ora fiecărui bon fiscal.