Elektronická výmena údajov (Edi)
Čo je elektronická výmena údajov (EDI)?
Elektronická výmena údajov (EDI) je výmena štruktúrovaných obchodných dokumentov medzi organizáciami z počítača do počítača s použitím dohodnutých štandardov. V logistike, elektronickom obchode a medzinárodnom obchode umožňuje systémom prevádzkovaným kupujúcimi, dodávateľmi, skladmi, dopravcami a ďalšími obchodnými partnermi vymieňať si informácie, ako sú objednávky, oznámenia o odoslaní, prepravné pokyny a faktúry, bez toho, aby ľudia museli každý dokument opätovne ručne zadávať.
Definujúcou vlastnosťou EDI nie je iba to, že informácie sa odosielajú elektronicky. Informácie sú usporiadané do polí, segmentov a správ, ktoré prijímajúci softvér dokáže interpretovať podľa dohodnutej špecifikácie. Faktúra priložená k e-mailu vo formáte PDF preto sama osebe nie je faktúrou EDI: osoba alebo nástroj na spracovanie dokumentov môže stále potrebovať extrahovať jej obsah, kým ho podnikový systém dokáže použiť.
EDI opisuje spôsob výmeny obchodných informácií, nie jeden softvérový produkt, sieť alebo formát súboru. Fungujúce riešenie závisí od kompatibilných definícií dokumentov, komunikačných metód, identifikátorov a obchodných pravidiel.
EDI v logistike a elektronickom obchode
EDI prepája činnosti, ktoré prekračujú hranice organizácií. Nákupný systém maloobchodníka môže vytvoriť objednávku, systém dodávateľa ju môže potvrdiť a sklad môže dostať pokyny na prípravu tovaru. Informácie o zásielke a faktúry sa potom môžu medzi príslušnými systémami prenášať ako samostatné správy.
V elektronickom obchode môže EDI podporovať procesy medzi podnikmi, ktoré stoja za predajnou platformou určenou spotrebiteľom. Internetový predajca ho môže napríklad používať na objednávanie zásob od dodávateľa alebo na výmenu informácií o plnení objednávok so skladom. Transakcia spotrebiteľa pri dokončení nákupu a následné správy EDI maloobchodníka sú súvisiace obchodné udalosti, ale nemusia predstavovať tú istú transakciu ani používať rovnaké technické rozhranie.
V cezhraničnom obchode môže EDI prenášať informácie potrebné na medzinárodnú prepravu a obchodnú dokumentáciu. Colné správy môžu tiež používať štruktúrované elektronické správy podľa vlastných špecifikácií. Výmena správy EDI s dodávateľom alebo dopravcom však sama osebe nepredstavuje colné vyhlásenie, nepotvrdzuje súlad s predpismi ani neoprávňuje na prepustenie tovaru.
Bežné obchodné dokumenty
Nasledujúce príklady ilustrujú funkcie dokumentov, nie povinné poradie. Použité správy závisia od obchodného vzťahu a príslušnej implementačnej príručky.
| Dokument alebo správa | Obchodný účel | Príklad z logistiky alebo elektronického obchodu |
|---|---|---|
| Objednávka | Oznamuje objednávku tovaru alebo služieb zo strany kupujúceho. | Maloobchodník objedná doplnenie zásob od dodávateľa. |
| Odpoveď na objednávku alebo potvrdenie | Oznamuje odpoveď dodávateľa na objednávku. | Dodávateľ potvrdí množstvá alebo navrhne zmeny, ak ich dohodnutá správa podporuje. |
| Predbežné oznámenie o odoslaní alebo avízo odoslania | Opisuje zásielku ešte pred jej doručením. | Sklad dostane informácie o očakávaných kartónoch, položkách a množstvách. |
| Prepravný pokyn | Oznamuje pokyny pre prepravnú službu. | Odosielateľ odošle dohodnuté údaje o pohybe prepravnému partnerovi. |
| Správa o stave zásielky | Oznamuje prepravnú udalosť alebo stav. | Dopravca nahlási udalosť súvisiacu so zásielkou. |
| Faktúra | Oznamuje fakturačné informácie. | Dodávateľ fakturuje maloobchodníkovi dodaný tovar. |
Predbežné oznámenie o odoslaní, často označované skratkou ASN, opisuje očakávanú zásielku; nedokazuje, že tovar dorazil. Rovnako správa o stave zásielky automaticky nepredstavuje dôkaz o doručení. Jej význam závisí od nahlásenej udalosti a podporných informácií.
Štandardy, formáty a komunikačné metódy
Štandardy EDI definujú, ako sú obchodné správy štruktúrované a čo znamenajú ich dátové prvky. Dve zavedené skupiny štandardov sú X12 a pravidlá Organizácie Spojených národov pre elektronickú výmenu údajov v administratíve, obchode a doprave, známe ako UN/EDIFACT. GS1 tiež spravuje štandardy EDI vrátane EANCOM, ktorý vychádza z UN/EDIFACT, a GS1 XML.
V rámci X12 patria medzi príklady 850 Purchase Order, 856 Ship Notice/Manifest a 810 Invoice. UN/EDIFACT poskytuje správy ako ORDERS pre objednávky, DESADV pre avízo odoslania a INVOIC pre faktúry. Tieto príklady majú v rôznych štandardoch súvisiace obchodné účely, ich štruktúry a požiadavky na implementáciu však nie sú navzájom zameniteľné.
Samotný štandard nedefinuje každý detail obchodného vzťahu. Partneri sa musia dohodnúť aj na príslušnej verzii a implementačnej príručke, povinných poliach, povolených kódoch, identifikátoroch a validačných pravidlách. Dve organizácie môžu podporovať rovnakú skupinu štandardov a napriek tomu potrebovať mapovanie, kým ich systémy začnú vymieňať použiteľné správy.
| Komponent | Čo určuje | Príklad |
|---|---|---|
| Štandard správy | Štruktúru a význam obchodnej správy. | Faktúra X12 alebo avízo odoslania UN/EDIFACT. |
| Implementačná príručka | Spôsob použitia konkrétnej správy v obchodnom vzťahu. | Požadované identifikátory zásielky a povolené jednotky množstva. |
| Komunikačná metóda | Spôsob prenosu správy medzi systémami. | AS2 alebo dohodnuté zabezpečené riešenie prenosu súborov. |
| Preklad a mapovanie | Spôsob priradenia polí externej správy k interným aplikačným údajom. | Mapovanie prijatého riadku objednávky na záznam v systéme riadenia objednávok. |
AS2 je komunikačná špecifikácia na výmenu obchodných údajov cez HTTP s mechanizmami zabezpečenia a potvrdení. Nie je to formát objednávky ani faktúry. Sieť s pridanou hodnotou alebo VAN môže poskytovať sprostredkovateľské služby výmeny správ; aj tá sa od štandardu obchodných dokumentov odlišuje.
Ako prebieha výmena EDI
- Obchodná udalosť vytvorí údaje. Kupujúci napríklad schváli objednávku v podnikovom systéme ERP alebo v systéme riadenia objednávok.
- Údaje sa namapujú do správy. Prekladový softvér prevedie interné polia do štruktúry vyžadovanej dohodnutým štandardom a implementačnou príručkou.
- Odchádzajúca správa sa skontroluje. Validácia môže kontrolovať syntax, povinné polia, hodnoty kódov a požiadavky konkrétneho partnera.
- Správa sa odošle. Prejde dohodnutým komunikačným kanálom k príjemcovi alebo sprostredkovateľovi.
- Príjemca ju overí a preloží. Prijímajúci systém správu skontroluje a prijaté informácie namapuje do interného aplikačného formátu.
- Nasleduje obchodné spracovanie. Prijímajúca aplikácia môže vytvoriť objednávku, zaznamenať očakávaný príjem alebo odovzdať výnimku na kontrolu.
- Odpovede sa zosúladia. Technické potvrdenia, akceptácie a obchodné odpovede pomáhajú odosielateľovi zistiť, čo sa s výmenou stalo.
Tieto kroky nezaručujú, že každá transakcia bude spracovaná automaticky. Neznámy identifikátor produktu, neplatné miesto doručenia, duplicitné číslo dokumentu alebo nepodporovaná merná jednotka môžu vyžadovať zásah aj vtedy, keď je správa štrukturálne platná.
Prijatie, validácia a obchodná akceptácia
Potvrdenia EDI fungujú na rôznych úrovniach. Potvrdenie prenosu môže naznačovať, že správa dorazila na komunikačný koncový bod. Funkčné alebo implementačné potvrdenie môže oznámiť výsledky štrukturálnych kontrol. Obchodná odpoveď môže informovať, či bola objednávka alebo iná požiadavka prijatá, odmietnutá alebo zmenená.
Tieto signály by sa nemali považovať za rovnocenné. Úspešný prenos nemusí znamenať, že objednávka bola prijatá alebo že tovar bude odoslaný. Konkrétny význam potvrdenia sa musí vykladať podľa príslušnej špecifikácie a dohody s obchodným partnerom.
Príklad od objednávky po odoslanie
Maloobchodník môže poslať objednávku zahraničnému dodávateľovi prostredníctvom EDI. Systém dodávateľa skontroluje identifikátory produktov, množstvá a požadované informácie o doručení. Ak obchodná dohoda zahŕňa odpoveď na objednávku, dodávateľ môže svoju akceptáciu alebo navrhované zmeny oznámiť samostatnou správou.
Keď je tovar pripravený, dodávateľ môže vystaviť predbežné oznámenie o odoslaní s identifikáciou zásielky a jej obsahu. Prijímajúci sklad môže tieto informácie použiť na prípravu príjmu a porovnať očakávané množstvá so skutočne prijatým tovarom. Dodávateľ môže tiež poslať faktúru na spracovanie vo finančnom systéme maloobchodníka.
Tento príklad ukazuje, ako EDI prepája záznamy medzi organizáciami. Neznamená, že všetky strany používajú rovnaký softvér, že každá správa je doručená v reálnom čase alebo že obchodné dokumenty nahrádzajú požiadavky na prepravu a colné konanie. Spárovanie objednávok, referencií zásielok a faktúr si stále vyžaduje jednotné identifikátory a dohodnutú obchodnú logiku.
EDI a súvisiace technológie
| Súvisiaci pojem | Vzťah k EDI | Dôležité rozlíšenie |
|---|---|---|
| Application programming interface (API) | Rozhranie, prostredníctvom ktorého si softvér vymieňa požiadavky a údaje. | EDI kladie dôraz na štandardizované obchodné správy; API definuje interakciu so softvérovou službou. Obe technológie môžu existovať súčasne. |
| XML | Značkovací jazyk používaný na štruktúrovanie údajov. | Samotná syntax XML nevytvára dohodnutý štandard obchodných správ. |
| Elektronická fakturácia | Elektronické vystavovanie a výmena faktúr. | EDI môže podporovať elektronickú fakturáciu, ale právne a technické požiadavky sa líšia podľa jurisdikcie. |
| ERP alebo systém riadenia skladu | Aplikácia, ktorá vytvára alebo spotrebúva obchodné informácie. | Tieto systémy riadia prevádzku; EDI poskytuje spôsob výmeny informácií s inými organizáciami. |
| Sledovanie zásielky | Hlásenie a interpretácia udalostí zásielky. | EDI môže prenášať stavové informácie, ale samo osebe nie je webovou stránkou na sledovanie ani kompletnou sledovacou službou. |
EDI a API nie sú v každej architektúre navzájom sa vylučujúce alternatívy. Organizácia môže používať správy EDI na transakcie s partnermi a API na pripojenie týchto transakcií k interným aplikáciám. Vhodné riešenie závisí od požiadaviek na dokumenty, možností partnerov, časových potrieb a prevádzkových kontrol, nie iba od označenia technológie.
Úvahy o implementácii a obmedzenia
EDI môže znížiť opakované manuálne zadávanie údajov, keď systémy úspešne vymieňajú a spracúvajú kompatibilné správy. Neopravuje však nepresné zdrojové údaje, nerieši obchodné spory ani neodstraňuje potrebu spracovania výnimiek. Automatizácia závisí od technickej kompatibility aj od kvality vymieňaných obchodných informácií.
Pred vytvorením pripojenia EDI by si obchodní partneri mali vyjasniť tieto prevádzkové body:
- Rozsah dokumentov: Ktoré správy sú potrebné a ktoré obchodné udalosti ich spúšťajú?
- Identifikátory: Ako sa budú identifikovať a párovať produkty, miesta, strany, objednávky a zásielky?
- Požiadavky na správy: Ktoré verzie, povinné polia, zoznamy kódov a pravidlá mapovania platia?
- Komunikácia a bezpečnosť: Ktorá metóda pripojenia, autentifikačné riešenia a prístupové kontroly sú potrebné?
- Potvrdenia: Ktoré odpovede označujú doručenie, validáciu a obchodnú akceptáciu?
- Spracovanie výnimiek: Kto preveruje odmietnuté správy, chýbajúce odpovede a nekonzistentné údaje?
- Prevencia duplicít: Ako sa budú opätovne odoslané správy odlišovať od nových obchodných transakcií?
- Testovanie a riadenie zmien: Ako sa budú mapovania a požiadavky partnerov testovať pred nasadením zmien do produkcie?
Prevádzkové monitorovanie by malo rozlišovať zlyhania komunikácie, zlyhania validácie údajov a obchodné výnimky. Opätovné odoslanie správy môže vyriešiť neúspešný prenos, neopraví však neplatný kód produktu. Bez kontrol duplicít by opätovné odoslanie úspešne spracovanej objednávky mohlo vytvoriť aj neúmyselnú druhú transakciu.
Často kladené otázky
Čo znamená EDI v logistike?
EDI znamená elektronickú výmenu údajov: štruktúrovanú výmenu obchodných dokumentov medzi systémami. V logistike môžu tieto dokumenty zahŕňať oznámenia o odoslaní, prepravné pokyny, faktúry a správy o stave zásielky.
Je PDF odoslané e-mailom dokumentom EDI?
Nie samo osebe. PDF môže elektronicky prezentovať obchodný dokument, ale EDI vyžaduje štruktúrované informácie, ktoré prijímajúce systémy dokážu interpretovať podľa dohodnutej špecifikácie.
Je EDI to isté ako API?
Nie. EDI sa týka štandardizovanej výmeny obchodných dokumentov, zatiaľ čo API definuje spôsob, akým softvér komunikuje s inou službou. Integrácia môže používať obe technológie.
Znamená potvrdenie EDI, že objednávka bola prijatá?
Nie nevyhnutne. Potvrdenia môžu potvrdzovať prenos alebo štrukturálnu validáciu, nie obchodnú akceptáciu. Ich význam určujú typ správy a dohoda s obchodným partnerom.
Zdroje
- UNECE: UN/EDIFACT — Oficiálny rámec pre štruktúrovanú elektronickú výmenu administratívnych, obchodných a prepravných údajov.
- X12: Transaction Sets — Oficiálne opisy obchodných transakčných súborov vrátane objednávok, faktúr, oznámení o odoslaní a potvrdení.
- GS1: Electronic Data Interchange — Štandardy obchodných správ a vzťah medzi GS1 EDI, EANCOM a GS1 XML.
- RFC 4130: MIME-Based Secure Peer-to-Peer Business Data Interchange Using HTTP, Applicability Statement 2 — Prenos AS2, bezpečnostné mechanizmy a oznámenia o prijatí.
