EDI — Electronic Data Interchange
EDI (Electronic Data Interchange) je štandardizovaná elektronická výmena obchodných dokladov — objednávok, potvrdení, dodacích listov, faktúr — priamo medzi informačnými systémami dvoch firiem, bez e-mailov, PDF príloh a ručného prepisovania.
Ako to funguje
Predstavte si bežnú objednávku medzi dodávateľom a odberateľom: niekto vystaví objednávku vo svojom systéme, vyexportuje ju do PDF, pošle e-mailom, na druhej strane ju niekto otvorí a prepíše do svojho systému. Pri pár objednávkach mesačne to nevadí. Pri reťazcoch, distribútoroch a výrobcoch, ktorí si vymieňajú stovky dokladov denne, je to zdroj chýb, oneskorení a nákladov. EDI tento medzikrok ruší — objednávka odíde z jedného systému v dohodnutom formáte a do druhého sa načíta automaticky, ako štruktúrované dáta, nie ako text na prečítanie.
Aby si dva systémy rozumeli, musí byť doklad v dohodnutom tvare. Na to slúžia EDI štandardy: medzinárodný UN/EDIFACT (v Európe najčastejší), americký ANSI X12, v maloobchode často odvetvové varianty ako EANCOM, a v novších implementáciách aj formáty na báze XML (napríklad GS1 XML). Doklady majú svoje typy — ORDERS (objednávka), ORDRSP (potvrdenie objednávky), DESADV (dodací list / avízo o dodaní), INVOIC (faktúra) a ďalšie. Prenos prebieha cez na to určené kanály (AS2, OFTP2, dnes aj cez API brány), často sprostredkovane cez EDI poskytovateľa, ktorý rieši konverzie a komunikáciu s rôznymi partnermi.
EDI sa najčastejšie objaví, keď začnete obchodovať s veľkým partnerom — obchodný reťazec, automobilka, veľký distribútor —, ktorý to jednoducho vyžaduje: „budete nám posielať objednávky a faktúry cez EDI“. Vtedy nejde o to, či sa vám to oplatí, ale ako sa napojiť. Druhý prípad je, keď si množstvo dokladov s partnermi vyžaduje automatizáciu samé od seba. Pre menšie firmy býva EDI „cez“ poskytovateľa, ktorý vám doklady z vášho systému prevezme a doručí v tvare, aký partner chce — vy riešite len napojenie na tohto poskytovateľa, nie na každého partnera zvlášť.
Z pohľadu vývoja je EDI v podstate integračná úloha: namapovať doklady z vášho systému (ERP, objednávkový portál, e-shop) na dohodnuté EDI správy a naopak, a zabezpečiť spoľahlivý prenos — s potvrdeniami, opakovaním pri zlyhaní a prehľadom o tom, čo prešlo. Často ide ruka v ruke s napojením na ERP, kde doklady vznikajú a kam sa vracajú. Nie každá B2B firma EDI potrebuje hneď — ale ak rastiete smerom k väčším partnerom, je dobré stavať systémy tak, aby sa EDI dalo pridať bez prepisovania jadra.
Z našej praxe
Ak vám partner povedal, že chce s vami obchodovať cez EDI, prvá otázka je, ktorý štandard a ktoré typy dokladov vyžaduje a či ide cez konkrétneho EDI poskytovateľa. Druhá je, kde tie doklady vo vašich systémoch vznikajú — zvyčajne v ERP alebo v objednávkovom portáli. Implementácia je potom mapovanie a spoľahlivý prenos. Ak EDI ešte nepotrebujete, stačí systémy navrhnúť tak, aby sa doklady dali exportovať a importovať v štruktúrovanej podobe — pridať EDI vrstvu je potom otázka napojenia, nie prestavby.
Kedy to potrebujete
- Začínate dodávať obchodnému reťazcu, ktorý vyžaduje príjem objednávok a posielanie faktúr cez EDI (typicky UN/EDIFACT alebo EANCOM).
- Vymieňate si s partnermi stovky objednávok a dodacích listov mesačne a ručné prepisovanie sa stalo zdrojom chýb a oneskorení.
- Máte ERP, v ktorom doklady vznikajú, a treba ho napojiť na EDI poskytovateľa, aby objednávky a faktúry chodili automaticky.
- Staviate B2B portál alebo objednávkový systém a chcete, aby bol pripravený na EDI smerom k väčším odberateľom.
Najčastejšie otázky
Potrebuje EDI každá B2B firma?
Nie. EDI sa oplatí pri veľkom objeme dokladov alebo keď ho partner vyžaduje — typicky obchodné reťazce, automobilky, veľkí distribútori. Menšia firma, ktorá si s partnermi vymení pár objednávok mesačne, vystačí s e-mailom alebo s objednávkovým portálom. Dôležité je len navrhnúť systémy tak, aby sa EDI dalo pridať neskôr bez väčšej prestavby.
Aký je rozdiel medzi EDI a obyčajným API?
API je všeobecný spôsob, ako sa systémy programovo dohovoria — formát a pravidlá si určujú strany samy. EDI je naopak súbor dohodnutých priemyselných štandardov (UN/EDIFACT, ANSI X12, EANCOM) pre konkrétne obchodné doklady, často s vlastnými prenosovými kanálmi (AS2, OFTP2) a sprostredkovaný EDI poskytovateľmi. Zjednodušene: EDI je „API“ pre obchodné doklady, na ktorom sa už dohodol celý priemysel, takže sa nemusíte dohadovať s každým partnerom zvlášť.
Musíme sa napájať na každého partnera samostatne?
Väčšinou nie. Bežné riešenie je napojiť sa na jedného EDI poskytovateľa (VAN — value-added network alebo modernú EDI bránu), ktorý komunikuje s vašimi partnermi a rieši konverzie medzi formátmi. Vy postavíte jedno napojenie — zo svojho ERP alebo portálu k poskytovateľovi — a noví partneri sú potom hlavne otázka konfigurácie, nie nového vývoja.
Ako EDI súvisí s naším ERP?
Úzko. Doklady, ktoré sa cez EDI vymieňajú — objednávky, dodacie listy, faktúry —, vo firme zvyčajne vznikajú a končia v ERP. EDI implementácia preto väčšinou znamená napojiť ERP (alebo objednávkový portál nad ním) na EDI vrstvu: prijatú EDI objednávku premeniť na doklad v ERP a faktúru z ERP odoslať ako EDI správu. Je to integračná úloha príbuzná s ostatnými napojeniami na ERP.
Súvisiace pojmy
ERP — Enterprise Resource Planning
ERP (Enterprise Resource Planning) je podnikový informačný systém, ktorý drží kľúčové firemné agendy — financie a účtovníctvo, sklad, nákup, predaj, niekedy výrobu, mzdy či projektové riadenie — v jednej databáze, aby firma pracovala s jedným zdrojom pravdy namiesto desiatok oddelených tabuliek.
API
API (Application Programming Interface) je formálne definované rozhranie, cez ktoré jeden softvér komunikuje s druhým. Webové API typicky prenáša dáta cez HTTP vo formáte JSON — klient pošle požiadavku, server vráti odpoveď, pričom ani jeden nemusí vedieť nič o vnútornej implementácii toho druhého.
Potrebujete s tým pomôcť?
Ak riešite niečo z toho, čo tu opisujeme, ozvite sa. Povieme vám, či a ako vieme pomôcť.