Un furnizor care livrează către marile lanțuri de magazine nu pierde timp la negociere, ci în administrarea comenzilor. Răspunsul scurt: fluxul comandă-livrare-recepție-factură poate fi automatizat integral prin EDI, iar cele patru mesaje care fac asta se numesc ORDERS, DESADV, RECADV și INVOIC. Dacă acestea sunt conectate la ERP, comanda intră singură în sistem, avizul pleacă odată cu marfa, recepția retailerului se compară automat cu ce ai livrat, iar factura se emite pe baza datelor confirmate, nu pe baza unui fișier recitit de un om.
Articolul explică, pas cu pas, ce conține fiecare mesaj, unde apar în practică diferențele care blochează plata și ce se schimbă în ERP când treci de la lucrul manual la schimb electronic de date.
Ce înseamnă, concret, relația automatizată cu un lanț de magazine
Un retailer mare lucrează cu sute sau mii de furnizori. Ca să poată procesa acest volum, impune un format standard de comunicare. Practic, în loc să trimită un email cu un PDF, sistemul lui generează un mesaj structurat pe care sistemul tău îl poate citi fără intervenție umană. Standardul cel mai folosit în retailul european, inclusiv în România, este EDIFACT, cu subseturi precum EANCOM.
Automatizarea nu înseamnă doar viteză. Înseamnă că datele sunt aceleași în ambele sisteme: același cod de produs, aceeași unitate de măsură, același preț, aceeași cantitate. Acolo unde datele coincid, factura se plătește la termen. Acolo unde nu coincid, apare o discrepanță și plata se blochează până la clarificare.
De ce documentele pe email produc reconciliere manuală
Când comanda vine prin email, cineva o citește și o introduce în ERP. La introducere manuală apar trei tipuri de erori frecvente: cod de produs greșit, cantitate transcrisă eronat și preț diferit față de contract. Fiecare eroare devine vizibilă abia la recepție sau la facturare, adică exact în momentul în care costă cel mai mult. Reconcilierea ulterioară consumă timp de la comercial, logistică și financiar în același timp.
Fluxul ORDERS, DESADV, RECADV, INVOIC explicat pe rând
Cele patru mesaje formează un lanț. Fiecare pornește din precedentul și păstrează o referință comună, ceea ce permite auditarea completă a unei comenzi.
ORDERS: comanda de la retailer
ORDERS este mesajul de comandă emis de retailer. Conține numărul comenzii, data emiterii, punctul de livrare, termenul de livrare solicitat și liniile de comandă. Fiecare linie are un identificator de produs, de regulă GTIN sau EAN, cantitatea cerută, unitatea de măsură și, în multe cazuri, prețul agreat.
În practică, un detaliu contează mai mult decât pare: locația de livrare. Marile lanțuri lucrează cu depozite centrale și cu livrare directă în magazin, iar fiecare punct are propriul cod de identificare, de obicei un GLN. Dacă maparea locațiilor este greșită, marfa ajunge unde nu trebuie, chiar dacă mesajul EDI a fost procesat corect.
Când ORDERS intră automat în ERP, se creează o comandă de vânzare fără tastare. De aici pornesc alocarea stocului, pregătirea în depozit și confirmarea către retailer.
DESADV: avizul de expediție
DESADV este avizul electronic de expediție și pleacă înainte ca marfa să ajungă la destinație. Rolul lui este să spună retailerului exact ce vine: ce produse, în ce cantități, pe câte paleți și cu ce identificatori de unitate logistică.
Elementul central este codul SSCC, imprimat pe eticheta de palet sau colet. Retailerul scanează eticheta la poartă și, dacă DESADV a fost primit corect, recepția se face pe baza datelor deja anunțate, nu prin numărare pe bucată. Aici apare cel mai mare câștig de timp la descărcare.
Un DESADV corect are și implicații comerciale. Multe lanțuri măsoară furnizorii pe indicatori de tipul acuratețe a livrării și respectare a intervalului orar. Datele din aviz sunt exact ceea ce alimentează acești indicatori.
RECADV: confirmarea recepției
RECADV este mesajul prin care retailerul comunică ce a recepționat efectiv. Aici se vede diferența dintre comandat, livrat și acceptat. Un colet lipsă, o cantitate refuzată sau un produs cu termen scurt de valabilitate apar în RECADV cu motivul respectiv.
Acest mesaj este cel mai important pentru sănătatea financiară a relației. Dacă factura se emite după cantitatea din DESADV, iar recepția a fost mai mică, apare o diferență care va fi contestată. Dacă factura se emite după RECADV, discuția dispare înainte să existe.
În ERP, RECADV se transformă în validarea livrării și în baza reală pentru facturare. Diferențele repetate pot fi analizate pe cauze: transport, ambalare, calitate, erori de picking sau termene.
INVOIC: factura electronică
INVOIC este factura în format structurat. Conține datele de identificare ale părților, referința comenzii, referința avizului, liniile facturate, cotele de TVA, discounturile și totalurile. Fiind generată din date deja confirmate, are șanse mari să treacă validarea automată a retailerului din prima încercare.
În România, discuția despre facturare are un plan suplimentar: raportarea în sistemul național RO e-Factura, obligatorie pentru relațiile B2B. EDI și e-Factura nu se exclud. EDI rezolvă comunicarea comercială cu partenerul, cu tot ce ține de comandă, aviz și recepție, în timp ce raportarea către ANAF urmează formatul și canalul impuse de legislație. Un flux bine construit produce o singură dată datele facturii și le trimite în ambele direcții, astfel încât să nu existe două versiuni ale aceleiași facturi.
Integrarea cu ERP: unde se câștigă sau se pierde proiectul
Mesajele EDI sunt doar formatul. Valoarea apare din legarea lor la sistemul în care lucrează echipa. Integrarea are, în general, patru straturi.
Conectarea tehnică. Mesajul trebuie transportat între parteneri prin canalul cerut de retailer: AS2, SFTP, rețele VAN sau servicii web. Fiecare lanț are cerințele proprii, iar un furnizor care livrează la mai mulți retaileri ajunge să aibă simultan mai multe canale active.
Traducerea formatelor. Un mesaj EDIFACT nu intră direct în ERP. Are nevoie de conversie în structura pe care o înțelege sistemul tău, fie XML, fie CSV, fie apel API. Aici intervine componenta de mapare, care este partea cea mai sensibilă a oricărei implementări.
Maparea datelor de bază. Codurile de produs ale retailerului trebuie corelate cu codurile din ERP, unitățile de măsură cu multiplii de ambalare, iar locațiile de livrare cu punctele din nomenclator. Fără această corelație, mesajele curg, dar comenzile ies greșit.
Gestionarea excepțiilor. Niciun flux nu este perfect. Un mesaj poate fi respins, un preț poate diferi de contract, o comandă poate cere un produs sistat. Un sistem matur oferă vizibilitate asupra acestor cazuri și un loc unde se rezolvă, nu doar un log tehnic.
Un furnizor care vinde către Dedeman, Kaufland, Carrefour, Auchan, Metro sau Selgros va observa repede că cerințele diferă de la un lanț la altul, chiar dacă standardul de bază este același. Companii specializate în integrare, precum EDIconnect, lucrează exact pe acest strat de conectare și traducere, cu profiluri diferite pentru fiecare retailer.
O comparație utilă: manual față de automatizat
| Etapă | Flux manual | Flux EDI integrat |
|---|---|---|
| Comandă | email sau portal, introducere în ERP | ORDERS creează comanda automat |
| Expediție | aviz tipărit, listă în Excel | DESADV cu SSCC, recepție prin scanare |
| Recepție | confirmare telefonică sau prin email | RECADV cu cantități și motive de refuz |
| Factură | emisă după aviz, contestată frecvent | INVOIC pe baza recepției confirmate |
| Reconciliere | verificare linie cu linie | excepții tratate punctual |
Ce urmează după EDI: OMS, WMS și portal B2B
EDI rezolvă comunicarea cu retailerul. Nu rezolvă, în sine, ce se întâmplă în interiorul companiei tale între momentul primirii comenzii și momentul expedierii.
Un sistem de gestiune a comenzilor, OMS, decide cum se alocă stocul între canale și ce se întâmplă când o comandă nu poate fi acoperită integral. Un sistem de depozit, WMS, organizează picking-ul, ambalarea și generarea etichetelor cu SSCC, adică exact datele care ajung în DESADV. Un portal B2B dă partenerilor mai mici, care nu lucrează prin EDI, un canal digital de comandă, ca să nu întorci relația în email.
Aceste componente se adaugă gradual. În multe proiecte, EDI este primul pas pentru că este cerut contractual de retailer, iar restul urmează pe măsură ce volumul crește. Pentru cine vrea să vadă cum arată cerințele pe retaileri, o resursă practică este pagina dedicată integrărilor cu marile lanțuri de retail.
Cum se măsoară rezultatul
Un proiect de automatizare merită judecat pe indicatori, nu pe impresii. Cei mai utili sunt: procentul de comenzi procesate fără intervenție umană, timpul mediu de la primirea comenzii la confirmare, rata facturilor acceptate din prima, numărul de discrepanțe de recepție pe lună și durata medie de încasare. Dacă aceste valori nu se mișcă după implementare, problema este aproape sigur în datele de bază sau în tratarea excepțiilor, nu în standardul EDI.
Concluzie
De la comandă la factură există patru mesaje și o singură condiție: datele să fie aceleași în ambele sisteme. ORDERS aduce comanda, DESADV anunță marfa, RECADV confirmă ce a intrat efectiv în depozitul retailerului, iar INVOIC transformă recepția confirmată în factură. Integrarea cu ERP este ceea ce face lanțul util, pentru că mută munca de la tastare la analiză. Restul, de la OMS și WMS la portal B2B, se construiește după ce fluxul de bază funcționează stabil.
