Bune practici EDI în România: mapping unitar pentru coduri fiscale, UoM și atribute produs în marketplace-uri

Bune practici EDI în România: mapping unitar pentru coduri fiscale, UoM și atribute produs în marketplace-uri

În ultimele luni, pe fondul maturizării raportării RO e-Factura și al creșterii continue a comerțului online (piața de e-commerce din România a depășit pragul de 7 miliarde euro, potrivit estimărilor GPeC/ARMO pentru 2024), companiile care vând pe marketplace-uri precum eMAG, Altex Marketplace, Flanco sau Elefant și care livrează către retaileri precum Carrefour, Auchan sau Kaufland accelerează standardizarea datelor de produs și a documentelor comerciale prin EDI (electronic data interchange). Un mapping unitar pentru coduri fiscale, unități de măsură (UoM) și atribute de produs a devenit esențial pentru acuratețe, viteză și conformitate fiscală.

Context de reglementare: RO e-Factura și alinierea la standarde

Din 1 ianuarie 2024, România a introdus obligativitatea raportării facturilor B2B prin sistemul RO e-Factura, cu sancțiuni aplicate la nivel general începând din a doua parte a anului 2024. Formatul este aliniat la EN 16931, iar cerințele privind identificarea fiscală, cotele de TVA (19% standard, 9% și 5% redus) și structura liniilor (inclusiv taxe parafiscale, timbru verde sau garanția SGR) impun o disciplină riguroasă de date în EDI și în master data.

În paralel, marii retaileri din România folosesc de mulți ani mesaje EDIFACT (ORDERS, DESADV, INVOIC, RECADV) și identificatori GS1 (GLN pentru locații, GTIN pentru produse), iar marketplace-urile cer GTIN și atribute consistente pentru listare. Convergența dintre EDI clasic, RO e-Factura și cerințele de catalog produs din marketplace-uri face din mapping-ul unitar diferența dintre confirmări automate și retururi, delistări sau penalități.

1) Coduri fiscale și identificatori: unificare pe tot lanțul

• Normalizarea CUI/VAT: păstrați formatul ”RO12345678” în câmpurile fiscale și folosiți aceeași regulă în toate sistemele (ERP, PIM, EDI, marketplace). În UBL/RO e-Factura, asigurați completarea corectă a câmpurilor de identificare fiscală pentru vânzător și cumpărător, inclusiv PartyTaxScheme/CompanyID.
• Validare automată: integrați validări periodice cu VIES (pentru status TVA intracomunitar) și Registrul ANAF, pentru a evita respingeri la taxare (ex. livrări cu taxare inversă vs. taxare la 19%).
• GLN pentru locații: retaileri precum Kaufland, Carrefour și Auchan folosesc GLN (GS1 Global Location Number) pentru puncte de livrare, facturare și retur. Maparea GLN în ERP/EDI și sincronizarea cu „plant, ship-to, bill-to” reduc erorile în DESADV/RECADV.
• ID-uri uniforme pentru parteneri: într-o integrare multi-marketplace (eMAG, Altex, Flanco), utilizați un „vendor master” unic și un layer de cross-reference; evitați multiplicarea ID-urilor pentru același partener.

2) UoM standardizate: din „buc” la coduri UNECE

Diferențele între „BUC/buc/bucată” și alte note locale cauzează respingeri la ASN (DESADV) și diferențe cantitative la recepție. Recomandare:

• Adoptați coduri UNECE Recommendation 20/Rec 21 pentru unități de măsură: C62 (unitate), KGM (kilogram), LTR (litru), MTR (metru), PCE (piesă) etc. Păstrați codul standard în EDI și afișați „label-ul local” doar în UI, acolo unde e necesar.
• Definiți conversii unice: dacă vindeți atât „bucăți” cât și „cutii”, setați clar factorii (ex. 1 CSE = 12 C62) și păstrați conversiile în MDM/PIM, nu în FI sau în integrări ad-hoc.
• Precizia numerică: pentru mase și volume, folosiți până la 3 zecimale și respectați regulile de rotunjire ale fiecărui marketplace. În factură, respectați constrângerile de precizie definite de RO e-Factura și EN 16931 pentru a evita diferențe la TVA.

3) Atribute produs: GTIN, GPC și modele de date coerente

eMAG, Altex Marketplace și Flanco solicită seturi de atribute specifice pe categorii (de la dimensiuni și greutate la specificații tehnice). Fără o modelare coerentă, același produs ajunge descris diferit pe platforme, cu impact în rezultate de căutare, returnări și garanții.

• GTIN obligatoriu: asigurați alocare GTIN de la GS1 pentru listinguri noi; marketplace-urile utilizează GTIN pentru deduplicare și pentru asocierea la cataloage. Lipsa GTIN crește timpul de onboarding sau poate bloca listarea.
• Taxonomie GPC: folosiți GS1 GPC (Global Product Classification) ca „coloană vertebrală” a catalogului și mapări către categoriile fiecărui marketplace. Veți reduce munca la fiecare schimbare de categorie din platforme.
• 2D barcodes – Sunrise 2027: pregătiți trecerea la coduri 2D (ex. GS1 DataMatrix, QR cu GS1 Digital Link) pentru a include lot, serie sau date nutriționale. În logistică, asta simplifică trasabilitatea și ASN.
• SGR și timbru verde: Sistemul de Garanție-Returnare (0,50 lei/ambalaj, activ din 2023) și eco-taxele trebuie tratate ca linii/atribute separate în factură și master data; reflectați corect incidența TVA (de regulă, garanția SGR nu este taxabilă).

4) Marketplace-uri și retaileri: particularități operaționale

• eMAG Marketplace: accent pe GTIN corect, atribute specifice pe categorie, imagini conforme și greutate/volum precise pentru calculul taxelor de fulfillment și livrare. Inconsecvențele duc la repricing eronat sau la costuri logistice neprevăzute.
• Altex Marketplace și Flanco: catalogele cer specificații tehnice detaliate, relevante pentru electronice; lipsa UoM standard (ex. GB vs. GiB, W vs. VA) generează dispute la retur sau garanție.
• Kaufland, Carrefour, Auchan: EDI matur cu GLN, mesaje DESADV/RECADV; la recepție, abaterea dintre UoM și cantitățile expediate produce diferențe și penalități. Rămâne critică coerența între ASN și etichetele logistice.

5) Guvernanță de date și integrare E2E

Fără un „single source of truth” pentru parteneri, produse și UoM, orice proiect EDI sau marketplace devine fragil. Un cadru recomandat:

1. Master data management (MDM) cu roluri și SLA: cine creează/certifică GTIN, cine aprobă UoM și conversiile, cine întreține mappingul fiscal/GLN.
2. PIM (Product Information Management) cu taxonomie GPC și exporturi pe marketplace preconfigurate; includerea seturilor de atribute per categorie și validatori de conformitate.
3. EDI gateway cu suport pentru EDIFACT și UBL/RO e-Factura, AS2/AS4, semnătură și arhivare conformă; validări sintactice și de business înainte de trimitere (ex. cote TVA, totaluri, SGR).
4. Monitorizare și reconciliere: rapoarte pentru rate de respingere INVOIC/e-Factura, diferențe RECADV, timp de procesare ORDERS-to-Cash.

Pe piață activează atât jucători internaționali (Pagero, OpenText, Comarch) cât și furnizori locali. Unele soluții integrează module EDI direct în CRM/ERP. De exemplu, EDIconnect.ro, disponibil ca modul al CRMconnect, oferă conectori către retaileri și marketplace-uri și validări pentru RO e-Factura, util în proiecte cu timpi de implementare scurți.

Impact financiar: de la respingeri la cash conversion

Din perspectiva C-level, mapping-ul unitar are efect direct în P&L:

• Reducerea respingerilor și a chargeback-urilor: diferențele de UoM și atribute duc la refuz la plată sau penalități; standardizarea reduce costurile operaționale și litigioase.
• Accelerarea cash conversion: facturile conforme (RO e-Factura + EDI) sunt acceptate mai rapid; mai puține corecții înseamnă DSO mai mic.
• Cost total de integrare mai mic: un singur mapping de bază (fiscal, UoM, GPC/atribute) reutilizabil pe mai multe canale scade OPEX-ul IT și timpul de lansare pe noi marketplace-uri.

Plan de implementare în 90 de zile

• Zilele 1–30: inventariere parteneri (CUI, GLN), produse (GTIN, GPC), UoM și conversii; definirea politicilor MDM; evaluarea gap-urilor față de EN 16931/RO e-Factura.
• Zilele 31–60: configurare PIM/MDM, normalizare UoM la coduri UNECE, mapări GPC și cross-referințe pe marketplace; validatori automați de atribute și TVA.
• Zilele 61–90: roll-out pe un retailer și două marketplace-uri; monitorizare respingeri și KPI (DSO, chargebacks, rata de acceptare INVOIC/UBL).

Concluzie

România a intrat într-o etapă în care conformitatea fiscală, disciplina datelor și vânzarea omnichannel se întâlnesc în același loc: EDI-ul bine proiectat. Un mapping unitar pentru coduri fiscale, UoM și atribute de produs, aliniat la standarde GS1 și la cerințele RO e-Factura, nu este doar o bună practică tehnică; este o decizie strategică ce protejează marjele, accelerează încasările și scade costurile de operare în retailul modern și pe marketplace-uri.