Schimb electronic de date (Edi)
Ce este schimbul electronic de date (EDI)?
Schimbul electronic de date (EDI) reprezintă schimbul computer-la-computer de documente comerciale structurate între organizații, utilizând standarde convenite. În logistică, comerțul electronic și comerțul internațional, acesta permite sistemelor utilizate de cumpărători, furnizori, depozite, transportatori și alți parteneri comerciali să schimbe informații precum comenzi de cumpărare, notificări de expediere, instrucțiuni de transport și facturi, fără ca oamenii să fie nevoiți să introducă din nou manual fiecare document.
Caracteristica definitorie a EDI nu este pur și simplu faptul că informațiile sunt trimise electronic. Informațiile sunt organizate în câmpuri, segmente și mesaje pe care software-ul destinatar le poate interpreta conform unei specificații convenite. Prin urmare, o factură atașată unui e-mail ca PDF nu este, în sine, o factură EDI: este posibil ca o persoană sau un instrument de procesare a documentelor să fie nevoit să-i extragă conținutul înainte ca un sistem comercial să îl poată utiliza.
EDI descrie o metodă de schimb de informații comerciale, nu un anumit produs software, o rețea sau un format de fișier. Un aranjament funcțional depinde de definiții compatibile ale documentelor, metode de comunicare, identificatori și reguli comerciale.
EDI în logistică și comerțul electronic
EDI conectează activități care depășesc granițele organizaționale. Sistemul de achiziții al unui comerciant poate genera o comandă, sistemul unui furnizor o poate confirma, iar un depozit poate primi instrucțiuni pentru pregătirea mărfurilor. Informațiile despre expediere și facturile pot circula apoi între sistemele relevante sub forma unor mesaje separate.
În comerțul electronic, EDI poate sprijini procesele business-to-business din spatele unui magazin online destinat consumatorilor. De exemplu, un comerciant online îl poate utiliza pentru a comanda stoc de la un furnizor sau pentru a schimba informații despre îndeplinirea comenzilor cu un depozit. Tranzacția de plată a consumatorului și mesajele EDI ulterioare ale comerciantului sunt evenimente comerciale conexe, dar nu sunt neapărat aceeași tranzacție și nu utilizează neapărat aceeași interfață tehnică.
În comerțul transfrontalier, EDI poate transmite informații necesare transportului internațional și documentației comerciale. Administrațiile vamale pot utiliza, de asemenea, mesaje electronice structurate conform propriilor specificații. Totuși, schimbul unui mesaj EDI cu un furnizor sau transportator nu constituie prin el însuși o declarație vamală, nu stabilește conformitatea cu reglementările și nu autorizează eliberarea mărfurilor.
Documente comerciale obișnuite
Exemplele următoare ilustrează funcțiile documentelor, nu o succesiune obligatorie. Mesajele utilizate depind de relația comercială și de ghidul de implementare aplicabil.
| Document sau mesaj | Scop comercial | Exemplu de logistică sau comerț electronic |
|---|---|---|
| Comandă de cumpărare | Comunică o comandă a cumpărătorului pentru bunuri sau servicii. | Un comerciant comandă stoc pentru reaprovizionare de la un furnizor. |
| Răspuns sau confirmare a comenzii | Comunică răspunsul furnizorului la o comandă. | Un furnizor confirmă cantitățile sau propune modificări, în cazul în care mesajul convenit le permite. |
| Notificare prealabilă a expedierii sau aviz de expediere | Descrie o expediere înainte ca aceasta să ajungă. | Un depozit primește informații despre coletele, articolele și cantitățile așteptate. |
| Instrucțiune de transport | Comunică instrucțiuni pentru un serviciu de transport. | Un expeditor transmite detaliile convenite privind deplasarea unui partener de transport. |
| Mesaj privind starea expedierii | Comunică un eveniment sau o stare a transportului. | Un transportator raportează un eveniment asociat unei expedieri. |
| Factură | Comunică informații de facturare. | Un furnizor facturează unui comerciant bunurile furnizate. |
O notificare prealabilă a expedierii, abreviată adesea ASN, descrie o expediere așteptată; aceasta nu dovedește că mărfurile au ajuns. În mod similar, un mesaj privind starea expedierii nu reprezintă automat o dovadă de livrare. Semnificația sa depinde de evenimentul raportat și de informațiile justificative.
Standarde, formate și metode de comunicare
Standardele EDI definesc modul în care sunt structurate mesajele comerciale și semnificația elementelor lor de date. Două familii de standarde consacrate sunt X12 și regulile Națiunilor Unite pentru schimbul electronic de date pentru administrație, comerț și transport, cunoscute sub denumirea UN/EDIFACT. GS1 menține, de asemenea, standarde EDI, inclusiv EANCOM, bazat pe UN/EDIFACT, și GS1 XML.
În cadrul X12, exemplele includ comanda de cumpărare 850, avizul de expediere/manifestul 856 și factura 810. UN/EDIFACT oferă mesaje precum ORDERS pentru comenzi de cumpărare, DESADV pentru avize de expediere și INVOIC pentru facturi. Aceste exemple au scopuri comerciale similare în cadrul standardelor, însă structurile și cerințele lor de implementare nu sunt interschimbabile.
Un standard, luat singur, nu definește fiecare detaliu al unei relații comerciale. Partenerii trebuie să convină și asupra versiunii și ghidului de implementare aplicabile, a câmpurilor obligatorii, codurilor permise, identificatorilor și regulilor de validare. Două organizații pot utiliza aceeași familie de standarde și totuși să aibă nevoie de lucrări de mapare înainte ca sistemele lor să poată schimba mesaje utilizabile.
| Componentă | Ce determină | Exemplu |
|---|---|---|
| Standardul mesajului | Structura și semnificația unui mesaj comercial. | O factură X12 sau un aviz de expediere UN/EDIFACT. |
| Ghidul de implementare | Modul în care este utilizat un anumit mesaj într-o relație comercială. | Identificatorii obligatorii ai expedierii și unitățile de cantitate permise. |
| Metoda de comunicare | Modul în care un mesaj este transferat între sisteme. | AS2 sau un aranjament convenit de transfer securizat de fișiere. |
| Traducerea și maparea | Modul în care câmpurile mesajului extern corespund datelor aplicației interne. | Maparea unei linii de comandă primite la o înregistrare din sistemul de gestionare a comenzilor. |
AS2 este o specificație de comunicare pentru schimbul de date comerciale prin HTTP, cu mecanisme de securitate și confirmări de primire. Nu este un format de comandă de cumpărare sau de factură. O rețea cu valoare adăugată, sau VAN, poate furniza servicii intermediare de schimb de mesaje; aceasta este, de asemenea, distinctă de standardul documentului comercial.
Cum funcționează un schimb EDI
- Un eveniment comercial creează date. De exemplu, un cumpărător aprobă o comandă de cumpărare într-un sistem de planificare a resurselor întreprinderii sau de gestionare a comenzilor.
- Datele sunt mapate într-un mesaj. Software-ul de traducere convertește câmpurile interne în structura cerută de standardul și ghidul de implementare convenite.
- Mesajul de ieșire este verificat. Validarea poate verifica sintaxa, câmpurile obligatorii, valorile codurilor și cerințele specifice partenerului.
- Mesajul este transmis. Acesta circulă prin canalul de comunicare convenit către destinatar sau către un intermediar.
- Destinatarul îl validează și îl traduce. Sistemul destinatar verifică mesajul și mapează informațiile acceptate în formatul aplicației sale interne.
- Urmează procesarea comercială. Aplicația destinatară poate crea o comandă, înregistra o recepție așteptată sau direcționa o excepție pentru analiză.
- Răspunsurile sunt reconciliate. Confirmările tehnice de primire, confirmările și răspunsurile comerciale îl ajută pe expeditor să determine ce s-a întâmplat cu schimbul.
Acești pași nu garantează că fiecare tranzacție este procesată automat. Un identificator de produs necunoscut, o locație de livrare nevalidă, un număr de document duplicat sau o unitate de măsură nesuportată pot necesita intervenție chiar și atunci când mesajul este valid din punct de vedere structural.
Primire, validare și acceptare comercială
Confirmările EDI funcționează la niveluri diferite. O confirmare de transport poate indica faptul că un mesaj a ajuns la un punct final de comunicare. O confirmare funcțională sau de implementare poate raporta rezultatele verificărilor structurale. Un răspuns comercial poate comunica dacă o comandă sau o altă solicitare a fost acceptată, respinsă sau modificată.
Aceste semnale nu trebuie considerate echivalente. Transmiterea reușită nu înseamnă neapărat că o comandă a fost acceptată sau că mărfurile vor fi expediate. Semnificația specifică a unei confirmări trebuie interpretată conform specificației relevante și acordului cu partenerul comercial.
Exemplu ilustrativ de la comandă la expediere
Un comerciant poate trimite o comandă de cumpărare unui furnizor din străinătate prin EDI. Sistemul furnizorului verifică identificatorii produselor, cantitățile și informațiile solicitate privind livrarea. Dacă aranjamentul comercial include un răspuns la comandă, furnizorul își poate comunica acceptarea sau modificările propuse printr-un mesaj separat.
Când mărfurile sunt pregătite, furnizorul poate emite o notificare prealabilă a expedierii, identificând expedierea și conținutul acesteia. Depozitul destinatar poate utiliza aceste informații pentru a se pregăti de recepție și pentru a compara cantitățile așteptate cu mărfurile primite efectiv. Furnizorul poate trimite, de asemenea, o factură pentru procesare în sistemul financiar al comerciantului.
Acest exemplu arată cum EDI conectează înregistrări între organizații. Nu implică faptul că fiecare parte utilizează același software, că fiecare mesaj este livrat în timp real sau că documentele comerciale înlocuiesc cerințele de transport și vamale. Corelarea comenzilor de cumpărare, a referințelor expedierilor și a facturilor necesită în continuare identificatori consecvenți și logică comercială convenită.
EDI și tehnologiile conexe
| Concept conex | Relația cu EDI | Distincție importantă |
|---|---|---|
| Interfață de programare a aplicațiilor (API) | O interfață prin care software-ul schimbă solicitări și date. | EDI pune accentul pe mesaje comerciale standardizate; un API definește interacțiunea cu un serviciu software. Cele două pot coexista. |
| XML | Un limbaj de marcare utilizat pentru structurarea datelor. | Sintaxa XML, luată singură, nu stabilește un standard convenit pentru mesajele comerciale. |
| Facturare electronică | Emiterea și schimbul electronic de facturi. | EDI poate sprijini facturarea electronică, însă cerințele legale și tehnice variază în funcție de jurisdicție. |
| Sistem ERP sau de gestionare a depozitului | O aplicație care creează sau utilizează informații comerciale. | Aceste sisteme gestionează operațiunile; EDI oferă o modalitate de schimb de informații cu alte organizații. |
| Urmărirea expedierilor | Raportarea și interpretarea evenimentelor expedierii. | EDI poate transmite informații despre stare, dar nu este în sine un site de urmărire sau un serviciu complet de urmărire. |
EDI și API-urile nu sunt alternative reciproc exclusive în orice arhitectură. O organizație poate utiliza mesaje EDI pentru tranzacții cu partenerii și API-uri pentru conectarea acestor tranzacții la aplicațiile interne. Aranjamentul potrivit depinde de cerințele documentelor, capacitățile partenerilor, nevoile de sincronizare și controalele operaționale, nu doar de denumirea tehnologiei.
Considerații și limitări privind implementarea
EDI poate reduce introducerea manuală repetată a datelor atunci când sistemele schimbă și procesează cu succes mesaje compatibile. Nu corectează datele-sursă inexacte, nu soluționează dezacordurile comerciale și nu elimină necesitatea gestionării excepțiilor. Automatizarea depinde atât de compatibilitatea tehnică, cât și de calitatea informațiilor comerciale schimbate.
Înainte de stabilirea unei conexiuni EDI, partenerii comerciali ar trebui să clarifice următoarele aspecte operaționale:
- Domeniul documentelor: Ce mesaje sunt necesare și ce evenimente comerciale le declanșează?
- Identificatori: Cum vor fi identificate și corelate produsele, locațiile, părțile, comenzile și expedierile?
- Cerințe privind mesajele: Ce versiuni, câmpuri obligatorii, liste de coduri și reguli de mapare se aplică?
- Comunicare și securitate: Ce metodă de conectare, aranjamente de autentificare și controale de acces sunt necesare?
- Confirmări: Ce răspunsuri indică livrarea, validarea și acceptarea comercială?
- Gestionarea excepțiilor: Cine investighează mesajele respinse, răspunsurile lipsă și datele inconsecvente?
- Prevenirea duplicatelor: Cum vor fi diferențiate retransmisiile de tranzacțiile comerciale noi?
- Testare și controlul modificărilor: Cum vor fi testate mapările și cerințele partenerilor înainte ca modificările să intre în producție?
Monitorizarea operațională ar trebui să distingă defecțiunile de comunicare de defecțiunile de validare a datelor și de excepțiile comerciale. Retrimiterea unui mesaj poate remedia un transfer eșuat, dar nu va corecta un cod de produs nevalid. Fără controale pentru duplicate, retrimiterea unei comenzi procesate cu succes ar putea crea, de asemenea, o a doua tranzacție nedorită.
Întrebări și răspunsuri
Ce înseamnă EDI în logistică?
EDI înseamnă schimb electronic de date: schimbul structurat de documente comerciale între sisteme. În logistică, aceste documente pot include notificări de expediere, instrucțiuni de transport, facturi și mesaje privind starea expedierii.
Este un PDF trimis prin e-mail un document EDI?
Nu, nu prin el însuși. Un PDF poate prezenta electronic un document comercial, însă EDI necesită informații structurate pe care sistemele destinatare le pot interpreta conform unei specificații convenite.
Este EDI același lucru cu un API?
Nu. EDI se referă la schimbul standardizat de documente comerciale, în timp ce un API definește modul în care software-ul interacționează cu un alt serviciu. O integrare le poate utiliza pe ambele.
Înseamnă o confirmare EDI că o comandă a fost acceptată?
Nu neapărat. Confirmările pot confirma transmiterea sau validarea structurală, nu acceptarea comercială. Tipul mesajului și acordul cu partenerul comercial determină semnificația acestuia.
Surse
- UNECE: UN/EDIFACT — Cadru oficial pentru schimbul electronic structurat de date administrative, comerciale și de transport.
- X12: Seturi de tranzacții — Descrieri oficiale ale seturilor de tranzacții comerciale, inclusiv comenzi de cumpărare, facturi, notificări de expediere și confirmări.
- GS1: Schimb electronic de date — Standarde pentru mesajele comerciale și relația dintre GS1 EDI, EANCOM și GS1 XML.
- RFC 4130: Schimb securizat de date comerciale peer-to-peer bazat pe MIME, utilizând HTTP, Declarația de aplicabilitate 2 — Transport AS2, mecanisme de securitate și notificări de primire.
