Ce este EDI, pe scurt
EDI (Electronic Data Interchange, în română "schimb electronic de date") este metoda prin care două companii își trimit documente comerciale direct între sistemele lor informatice, într-un format standardizat pe care calculatoarele îl pot citi fără intervenție umană. În loc ca un coleg din back office să primească o comandă pe e-mail, să o citească și să o tasteze în ERP, comanda intră automat în sistem, validată și gata de procesare.
Cuvântul cheie aici este "standardizat". EDI nu înseamnă doar "trimit un fișier". Înseamnă că structura fișierului, ordinea câmpurilor și semnificația fiecărei valori sunt convenite în avans, de obicei printr-un standard internațional precum UN/EDIFACT (folosit majoritar în retailul european) sau ANSI X12 (mai frecvent în Statele Unite). Din ce în ce mai des se folosesc și variante XML sau JSON ale acelorași mesaje, transportate prin servicii web.
Rezultatul practic: un retailer poate trimite mii de comenzi pe zi către sute de furnizori diferiți, iar fiecare furnizor le primește în exact același format, indiferent de ce sistem folosește intern.
De ce cer retailerii EDI de la furnizori
Pentru un lanț mare de magazine, fluxul comercial cu un furnizor nu este un e-mail, ci un proces repetitiv, cu volum mare și cu marjă mică de eroare. Un singur produs livrat în cantitate greșită sau o factură care nu se potrivește cu recepția blochează plata și consumă timp în ambele companii. EDI există pentru a elimina exact acest tip de fricțiune.
Motivele pe care le invocă retailerii sunt, în general, aceleași:
- Eliminarea erorilor de tastare. Datele nu se rescriu manual, deci nu apar coduri de produs greșite, cantități inversate sau prețuri tastate eronat.
- Viteză. O comandă ajunge în sistemul furnizorului în câteva minute, nu la următoarea verificare a inbox-ului.
- Trasabilitate. Fiecare mesaj are un identificator și o confirmare de primire, deci se poate demonstra ce s-a trimis și când.
- Reconciliere automată. Factura poate fi verificată automat împotriva comenzii și a recepției, ceea ce scurtează ciclul de plată.
- Scalabilitate. Retailerul nu vrea o metodă de lucru diferită pentru fiecare furnizor; vrea una singură, aplicată tuturor.
Pentru furnizor, cerința apare de obicei în momentul negocierii sau al reînnoirii contractului, iar în multe cazuri conformitatea EDI devine o condiție de listare. Practic, capacitatea de a face schimb electronic de documente ajunge să fie parte din oferta comercială, alături de preț și termen de livrare.
Documentele EDI care apar cel mai des
În relația furnizor - retailer, marea majoritate a traficului se reduce la un set restrâns de mesaje. Iată-le, cu denumirile EDIFACT pe care le vei vedea în specificațiile primite de la retailer.
ORDERS - comanda de cumpărare
Mesajul prin care retailerul îți spune ce vrea să cumpere. Conține, tipic: numărul comenzii, locația de livrare, data solicitată de livrare, liniile de comandă cu codul produsului (adesea codul EAN sau GTIN), cantitatea și prețul convenit.
Ce se schimbă în practică: comanda nu mai trebuie introdusă manual. Ajunge direct ca document de vânzare în ERP, cu produsele mapate pe codurile tale interne.
Există și varianta ORDRSP (răspuns la comandă), prin care furnizorul confirmă ce poate livra, integral sau parțial. Multe retaileri o cer pentru a ști din timp dacă vor avea rupturi de stoc.
DESADV - avizul de expediție
Cunoscut și ca "Despatch Advice" sau aviz electronic. Îl trimite furnizorul înainte ca marfa să ajungă la depozitul retailerului și descrie ce anume pleacă: paleții, cutiile, ce produs și ce cantitate se află în fiecare unitate logistică, adesea legate prin coduri SSCC pe etichetele paleților.
Ce se schimbă în practică: la poarta depozitului, recepția se face prin scanarea etichetelor, nu prin numărare și comparare cu un aviz pe hârtie. De aici vine cea mai mare parte din economia de timp la descărcare.
RECADV - avizul de recepție
Mesajul prin care retailerul îți comunică ce a recepționat efectiv: cantitățile acceptate, diferențele, produsele refuzate și motivul. Este documentul care îți spune, înainte de a factura, dacă există o discrepanță.
Ce se schimbă în practică: poți factura exact ce a fost recepționat, deci scazi drastic numărul de facturi respinse și de storno-uri. Fără RECADV, afli despre diferență abia când factura este blocată la plată.
INVOIC - factura
Factura electronică structurată, cu referință la comandă și, ideal, la avizul de expediție. Conține liniile facturate, cotele de TVA, totalurile și datele fiscale ale părților.
Ce se schimbă în practică: retailerul poate rula o potrivire automată între comandă, recepție și factură. Când cele trei coincid, factura intră la plată fără intervenție umană.
În România, discuția despre INVOIC se suprapune cu obligația de raportare a facturilor în sistemul național. Cele două nu sunt același lucru: factura EDI este documentul comercial pe care îl schimbi cu partenerul, iar raportarea către autoritatea fiscală este o obligație separată, cu formatul și canalul ei. În practică, companiile preferă să acopere ambele fluxuri din același loc, motiv pentru care un furnizor de servicii precum EDIconnect tratează împreună schimbul EDI cu retailerii și raportarea facturilor.
Alte mesaje pe care le poți întâlni
- INVRPT - raport de stoc, folosit când retailerul vrea vizibilitate asupra disponibilului tău.
- SLSRPT - raport de vânzări, prin care retailerul îți trimite ce s-a vândut din magazine, util pentru planificarea producției.
- APERAK - confirmare tehnică sau notificare de eroare: îți spune că mesajul a fost primit și dacă a trecut validările.
- PRICAT - catalog de produse și prețuri, prin care îți sincronizezi lista de articole cu cea a retailerului.
Prin ce diferă EDI de un e-mail cu PDF sau Excel
Mulți furnizori funcționează perfect rezonabil pe e-mail și se întreabă, legitim, ce aduce în plus EDI. Diferența nu este de tehnologie, ci de cine face munca de interpretare a datelor.
| Aspect | E-mail cu PDF sau Excel | EDI |
|---|---|---|
| Cine citește documentul | O persoană | Sistemul informatic |
| Format | Liber, se schimbă de la partener la partener | Standardizat și convenit în avans |
| Introducere în ERP | Manuală, cu risc de eroare | Automată |
| Confirmare de primire | Cel mult confirmarea de citire a e-mailului | Mesaj tehnic de confirmare sau eroare |
| Validare a conținutului | După ce omul observă problema | Înainte de acceptarea mesajului |
| Efort la creșterea volumului | Crește proporțional cu numărul de comenzi | Rămâne aproximativ constant |
| Urmărirea unui document | Căutare în inbox | Interogare după identificator, cu istoric |
Un PDF este un document destinat citirii de către oameni. Un fișier Excel este ceva mai bun, dar structura lui poate fi modificată de oricine, iar o coloană mutată strică importul. Un mesaj EDI este destinat citirii de către software: dacă lipsește un câmp obligatoriu, mesajul este respins imediat, cu motiv explicit, în loc să producă o eroare descoperită trei săptămâni mai târziu, la plată.
Merită spus și ce nu rezolvă EDI. Nu îți curăță datele de produs, nu îți repară procesele interne dezordonate și nu compensează un stoc gestionat aproximativ. Dacă datele tale de articol sunt incomplete, EDI le va transporta rapid și corect, greșite.
Rolul integrării cu ERP
Aici se decide dacă un proiect EDI aduce valoare sau doar mută munca în altă parte. Sunt două scenarii foarte diferite.
Fără integrare (numite adesea "web EDI"). Primești mesajele într-un portal, le citești pe ecran și le reintroduci manual în ERP. Ești conform cu cerința retailerului, dar munca manuală rămâne. Este o soluție acceptabilă pentru volume mici sau ca prim pas, cât timp nu îți construiești procesele în jurul ei.
Cu integrare. Mesajele intră și ies direct din ERP prin conectori. O comandă devine document de vânzare, avizul de expediție se generează din datele de picking din depozit, iar factura se emite din același flux, cu referințele corecte către comandă și recepție.
Integrarea presupune, în ordine, câteva lucruri concrete:
- Maparea datelor. Codurile de produs ale retailerului (EAN sau GTIN) trebuie legate de codurile tale interne, la fel locațiile de livrare și unitățile de măsură.
- Traducerea formatelor. Mesajul EDIFACT trebuie transformat în structura pe care o înțelege ERP-ul tău, și invers.
- Transportul. Mesajele circulă prin canale precum AS2, SFTP sau servicii web, cu certificate și confirmări.
- Validarea și tratarea erorilor. Trebuie să existe un loc unde vezi ce mesaj a eșuat, de ce și cum îl reiei.
- Monitorizarea. Cineva trebuie să fie alertat când un mesaj nu a plecat sau când un partener nu a confirmat.
Ultimele două puncte sunt cele subestimate cel mai des. Un flux EDI nu este un proiect care se termină; este o operațiune care trebuie supravegheată, mai ales când adaugi parteneri noi, fiecare cu specificația lui.
Din acest motiv, majoritatea companiilor nu construiesc totul intern, ci lucrează cu un furnizor specializat care menține conexiunile, mapările și actualizările de specificații. O platformă EDI pentru retail acoperă tocmai partea repetitivă: conectorii către retaileri, traducerea mesajelor, monitorizarea și reluarea erorilor, astfel încât echipa internă să se ocupe de comercial și de logistică.
Merită menționată și legătura cu partea de vânzări. Fluxul EDI îți spune ce s-a comandat, ce s-a livrat și ce s-a facturat, dar nu îți spune de ce un client cumpără mai puțin decât acum șase luni. Aceste date trăiesc în CRM. Când cele două se întâlnesc, echipa comercială discută cu retailerul pornind de la cifre reale de livrare și de la incidente rezolvate, nu de la impresii.
Cum arată un proiect EDI, pas cu pas
- Primești specificația de la retailer. Ea listează mesajele obligatorii, canalul de transport, calendarul și cerințele de etichetare.
- Faci inventarul datelor tale. Coduri de produs, unități de măsură, locații, condiții comerciale.
- Alegi modul de lucru. Portal sau integrare cu ERP, în funcție de volum și de câți parteneri urmează.
- Configurezi mapările și testezi. Retailerii cer, de regulă, o etapă de test cu mesaje reale înainte de trecerea în producție.
- Intri în producție treptat. Se începe adesea cu ORDERS și INVOIC, apoi se adaugă DESADV și RECADV.
- Monitorizezi și extinzi. Fiecare partener nou reia pașii 1 până la 5, dar mult mai repede.
Ce să reții
EDI este, la bază, o convenție: aceleași documente comerciale, exprimate într-un format pe care sistemele îl citesc singure. Retailerii îl cer pentru că le permite să lucreze cu sute de furnizori după aceleași reguli, cu erori puține și cu plăți predictibile. Pentru furnizor, valoarea reală apare în momentul în care mesajele nu se opresc într-un portal, ci intră și ies direct din ERP, cu datele de produs curate și cu un mecanism clar de tratare a erorilor.
