În proiectele EDI, una dintre cele mai frecvente surse de erori este folosirea greșită a segmentului MOA (Monetary Amount) în mesajele INVOIC, ORDERS și DESADV. De unde și când trebuie, de fapt, transmise sumele? Răspunsul scurt: în EDI, banii apar în factură, uneori în comandă, aproape niciodată în aviz. Răspunsul lung implică standarde UN/EDIFACT, subseturile GS1 EANCOM și ghidurile de implementare ale retailerilor și ale producătorilor.
MOA în EDI: rol, poziționare și relația cu PRI/QTY/ALC/TAX
MOA transportă sume monetare în EDI, fie la nivel de linie, fie la nivel de antet. În EDIFACT, MOA folosește compozitul C516 (tip sumă, valoare, monedă), iar moneda se stabilește explicit în CUX. Sumele din MOA trebuie să fie consistente cu:
- PRI (prețul unitar, cu tipul de preț – net, brut, promoțional),
- QTY (cantitatea),
- ALC (discounturi/adaosuri) – care pot avea propriile MOA,
- TAX (taxe) – unde baza și valoarea taxei se exprimă prin MOA.
În EDI de retail (GS1 EANCOM, de obicei pe D.96A), regula de bază este: MOA la linie calculează suma liniei (preț x cantitate, net de discounturi la nivel de linie), iar MOA la antet acoperă totalurile (baza impozabilă, TVA, suma totală, suma datorată).
INVOIC – locul corect pentru sume
INVOIC este mesajul EDI în care sumele sunt obligatorii. Practicile curente la retaileri mari precum Carrefour, Metro, Kaufland sau Lidl (conform ghidurilor lor EDI publice/parteneriale) cer ca toate totalurile și detaliile financiare să apară aici:
- La nivel de linie: MOA pentru suma liniei (net sau brut, în funcție de modelul de discount), corelat cu PRI și QTY. Dacă există ALC la nivel de linie (ex. discount promo), MOA din grupul ALC exprimă suma discountului.
- La nivel de antet: MOA pentru baza impozabilă, valoarea TVA și totalul facturii; adesea se exprimă și „suma de plată” după toate discounturile/adaosurile.
- Valuta în CUX, cu număr de zecimale conform GS1 (de regulă 2 pentru RON/EUR); rotunjirile trebuie să fie consecvente la linie și la total.
În anumite proiecte EDI din automotive (Volkswagen Group, Stellantis) sau CPG, regulile de taxare și discount pot fi complexe; segmentarea clară ALC+MOA (cu indicatori de allowance/charge și bază de calcul) previne diferențele între ERP-uri. Fapt important: în multe țări, INVOIC EDI mapează 1:1 în e-factura locală (de exemplu, în România către schema UBL e-Factura prin ANAF), iar corecta poziționare a MOA simplifică această conversie.
ORDERS – când are sens să trimiți sume
În ORDERS, EDI acceptă prețuri (PRI) și sume (MOA), însă practicile diferă:
- Retailul alimentar european (GS1 EANCOM): mulți retaileri tratează ORDERS ca document cantitativ și logistic; prețul poate fi considerat „informativ”. Carrefour sau Metro, de pildă, validează financiar doar în INVOIC; diferențele de preț se rezolvă în factură și, dacă e cazul, prin ORDRSP/APERAK.
- B2B industrial: prețul în ORDERS are greutate mai mare, mai ales când există contracte-cadru; MOA la linie poate exprima suma liniei în moneda CUX, iar la antet se pot indica totaluri „estimate”.
Recomandare: dacă partenerul EDI nu cere explicit MOA în ORDERS, limitați-vă la PRI și QTY. Dacă îl cere, documentați în ghidul bilateral dacă sumele sunt nete sau brute și cum se aplică ALC la linie vs. antet. Astfel reduceți disputele ulterioare în INVOIC.
DESADV – de ce (aproape) niciodată sume
DESADV (aviz de expediție) este mesaj EDI logistic: cine, ce, cât, cum ambalat, ce lot/SSCC, când sosește. În GS1 EANCOM, practica predominantă este să NU includeți prețuri sau sume, pentru a evita scurgeri de informații comerciale și confuzii la recepție. Mulți retaileri europeni (inclusiv Kaufland și Lidl în ghidurile lor EDI) stipulează explicit omiterea prețurilor în DESADV. Excepții pot exista în lanțuri cross-border (declarații vamale sau valori asigurate), dar sunt rare și documentate punctual.
Capcane frecvente și cum le evitați
- Inconsistență PRI/QTY/MOA: dacă MOA la linie nu corespunde exact produsului PRI x QTY ± ALC, veți avea diferențe la total. Implementați validări în mapare.
- Moneda și rotunjirea: setați CUX la începutul mesajului. Urmați regulile de rotunjire ale partenerului (de regulă 2 zecimale). Evitați mixul RON/EUR în același document.
- Taxe: exprimați baza și valoarea taxei prin TAX + MOA; nu amestecați „brut” cu „net” fără un ALC clar. TVA trebuie să reiasă atât pe linie (unde e cazul), cât și la antet.
- Confidențialitate: nu puneți MOA în DESADV dacă nu este cerut; multe ERP-uri exportă din greșeală prețuri în aviz.
- Ghiduri partener: urmați implementările furnizate de Carrefour, Metro, Kaufland, Lidl, Auchan etc. Ele sunt „legea” într-un proiect EDI.
Piață și tehnologie: la ce vă uitați în 2024–2025
Piața globală EDI continuă să crească: conform MarketsandMarkets, soluțiile EDI vor avansa de la ~2,2 miliarde USD în 2023 la ~3,6 miliarde USD până în 2028 (CAGR ~10%). Retailul, automotive și distribuția rămân verticale-cheie. Jucători majori includ OpenText (fost GXS), IBM Sterling, Comarch EDI, EDICOM, TrueCommerce, SPS Commerce, TIE Kinetix și Generix. În Europa Centrală și de Est, Comarch și EDICOM au prezență solidă, iar în România numeroși comercianți folosesc EDI pentru ORDERS, DESADV și INVOIC în subsetul GS1 EANCOM D.96A.
Din perspectiva arhitecturii, alegeți un furnizor EDI cu validări semantice (reguli MOA/PRI/ALC/TAX), conversii către e-factura locală, suport pentru AS2/SFTP/API și un portal pentru excepții. Automatizați reconcilierile între ORDERS–DESADV–INVOIC pentru a prinde din timp discrepanțele de MOA. Dacă nu aveți deja o platformă, puteți evalua furnizori consacrați sau soluții locale; de exemplu, unii integratori oferă module EDI compacte integrate în CRM/ERP.
Concluzie
Regula de aur în EDI este simplă: sumele certe stau în INVOIC, sumele „informative” pot apărea în ORDERS doar dacă partenerul o cere, iar DESADV rămâne logistic, fără prețuri. Tratați MOA ca pe o consecință a PRI, QTY, ALC și TAX, nu ca pe o valoare izolată. Urmați ghidurile GS1 EANCOM și ale partenerilor (Carrefour, Metro, Kaufland, Lidl, Auchan), stabiliți clar moneda în CUX și validați rotunjirile. Așa reduceți erorile, scurtați ciclul P2P și obțineți un EDI robust, pregătit pentru convergența cu e-factura și pentru cerințele de conformitate ale următorilor ani.