În fluxurile EDIFACT/EANCOM, segmentul PRI este nucleul informației de preț la nivel de linie. Când un articol este vândut “pe bucată”, “pe kilogram” sau “pe litru”, coerența dintre PRI, unitățile de măsură (UoM) și măsurătorile efective din MEA devine critică pentru calculul sumei corecte, reconcilierea financiară și evitarea penalităților (chargebacks). Pentru IT managers, consultanți EDI și furnizori ERP, controlul automat al acestor reguli reduce erorile de date, accelerează reconcilierea și crește rata de auto-facturare fără intervenție umană.
Ce transportă segmentul PRI în EDI și de ce contează UoM
În EDIFACT (inclusiv subsetul GS1 EANCOM), segmentul PRI (Price details) conține compozitul C509, cu elemente precum:
- 5125 – Price qualifier (ex.: AAA = net unit price, AAB = gross unit price)
- 5118 – Price (valoarea)
- 5284 – Unit price basis (cantitatea de bază, de regulă 1)
- 6411 – Measure unit qualifier (UoM pentru preț: KGM, LTR, PCE etc.)
MEA (Measurements) transmite măsurători efective la linie (de ex. greutate netă reală) împreună cu UoM standardizate conform UNECE Recommendation No. 20/21 (coduri ca KGM pentru kilogram, LTR pentru litru, PCE pentru bucată). Coerența dintre PRI și MEA este ceea ce permite calculul sumelor corecte în INVOIC sau DELFOR/ DESADV cu cantități variabile.
Exemplu EANCOM pentru produse cu greutate variabilă
LIN+1++7612345678901:EAN'
QTY+47:12:PCE'
MEA+AAE+WT+KGM:8.4'
PRI+AAA:7.25:::1:KGM'
În exemplu: s-au livrat 12 bucăți (QTY 47, PCE), greutatea totală măsurată (MEA) este 8,4 KGM, iar segmentul PRI indică preț net per KGM (AAA) de 7,25. Valoarea liniei ar trebui să rezulte din 8,4 × 7,25, indiferent de numărul de bucăți. Acest model este standard în carne proaspătă, pește, brânzeturi – segmente “catch weight” la retaileri ca Carrefour, Auchan sau METRO AG, unde EDIFACT/EANCOM este uzual.
Reguli de coerență PRI–MEA–UoM recomandate
- Aliniere UoM: dacă PRI indică 6411=KGM, atunci multiplii de calcul (cantitatea efectivă) trebuie să provină din MEA (KGM) sau din QTY convertibil transparent la KGM. Evitați perechi ambigue, de tip PRI per LTR și MEA în KGM, fără conversie cunoscută.
- Price basis clar: 5284 (de regulă 1) trebuie combinat cu 6411 pentru a exprima explicit “preț per unitate”. Lipsa celor două elemente creează interpretări diferite în sistemele ERP.
- Catch weight corect: când QTY este în PCE și prețul este per KGM, MEA trebuie să conțină greutatea actuală pe linie. Fără MEA, suma facturată derivă eronat din numărul de bucăți.
- Toleranțe de calcul: permiteți toleranțe (de ex., ±0,5% sau 0,01 unități de măsură) pentru a absorbi diferențele de rotunjire dintre sisteme (SAP, Oracle, Microsoft Dynamics 365, Infor).
- Validarea codurilor UoM: utilizați exclusiv coduri UNECE Rec 20/21 (KGM, LTR, PCE, MTR etc.). Respingeți sau remediați automat UoM proprietare/legacy.
- Conversii centralizate: gestionați conversiile UoM într-un master de produs (de ex., 1 CS = 6 PCE; densitate pentru transformări LTR→KGM doar dacă produsul are o densitate stabilă și menționată în master).
Impact de business și cifre de piață
Eroarea clasică: PRI per PCE, dar MEA indică greutate variabilă folosită în calculul financiar. Rezultatul: discrepanțe la reconciliere și notificări de debit. În retailul european, mari comercianți precum Carrefour și Tesco au proceduri stricte de respingere sau ajustare la discrepanțe de preț/unitate.
Conform Grand View Research (2023), piața globală EDI a fost evaluată la aproximativ 2–3 miliarde USD în 2022, cu o rată anuală compusă estimată de 9–10% până în 2030. Creșterea este alimentată de retail, FMCG, auto și sănătate – verticale unde coerența PRI–MEA–UoM influențează direct cash flow-ul și costul de conformitate. În contextul adoptării accelerate a standardelor GS1 EANCOM și al presiunii pentru facturare electronică B2G/B2B în UE, robustețea regulilor de validare devine un diferențiator al platformelor EDI.
Tipare de implementare în ERP și gateway EDI
- Normalizare la ingestie: transformați PRI într-un format canonic intern (price.amount, price.qualifier, price.per.uom), mapând AAA/AAB și UoM la codurile interne.
- Cross-check contextual: validați că UoM din PRI corespunde cu UoM cantitativă (QTY) sau măsurată (MEA). Dacă diferă, aplicați conversia din masterul de produs; jurnalizați conversia utilizată.
- Recalcul sume: recalculați MOA la linie pornind din PRI × cantitatea efectivă (din MEA sau QTY) și comparați cu valoarea transmisă. Marcați abaterile peste prag.
- Politici pe partener: unele rețele (ex. METRO AG, Carrefour) cer explicit AAA în PRI pentru prețul net. Impuneți reguli pe partener și pe mesaj (ORDERS, DESADV, INVOIC) pentru conformitate.
- Monitorizare și feedback: dashboard-uri de conformitate PRI–MEA–UoM, alerte proactive către echipele master data când apar produse fără conversii valide.
Bune practici de guvernanță a datelor
- Un master unic al unităților de măsură, aliniat cu UNECE Rec 20/21, consumat de ERP și EDI.
- Definirea clară a politicii de preț: per PCE vs per KGM/LTR per articol și per partener comercial; interzicerea mixajului fără regulă explicită de conversie.
- Testare end-to-end cu cazuri “edge”: articole cu densitate specifică, promoții (AAB), discounturi compuse, și linii cu zero MEA (respingere controlată).
Concluzie
Segmentul PRI în EDI, împreună cu MEA și UoM standardizate, este fundația unui calcul corect al valorilor la linie. Pentru IT și consultanță EDI, cheia este automatizarea: normalizare UoM, conversii guvernate, validări de business și monitorizare continuă. În ecosistemele unde EDI rulează la scară – retail, FMCG, pharma, auto – robustețea acestor controale se traduce direct în mai puține dispute, costuri mai mici și o rotație mai rapidă a numerarului.