EDI integrace pro výrobce | EDIFACT, DESADV, automotive

Ve zkratce

Co je EDI: Automatická výměna obchodních dokumentů mezi systémy. Objednávky, dodací listy, faktury. V automotive podmínka spolupráce, v retailu požadavek řetězců.
Typický scénář: Zákazník pošle specifikaci (EDIFACT D.96A nebo D.07A, typy zpráv ORDERS/DESADV/INVOIC). Často s pevným termínem nasazení.
Cesty k EDI: EDI platforma, přímé napojení přes API, nebo webový portál zákazníka. Platforma pokryje většinu případů.
Časový rámec: První zákazník přes EDI platformu: 4-8 týdnů. Každý další zákazník na stejné platformě: 1-3 týdny.
Náklady: Závisí na počtu partnerů, objemu zpráv a typu ERP. Řekneme po úvodní schůzce.

Z čeho se EDI skládá a proč to není jen "posílání souborů"

EDI (Electronic Data Interchange) je standard pro automatickou komunikaci s obchodními partnery a dodavateli. Objednávky, dodací listy, faktury putují mezi systémy bez ručního zásahu. Je to protokol, formát a proces najednou, ne email s přílohou. Základy EDI v kontextu logistiky rozebírá průvodce logistikou a ERP. ERP pro výrobní firmu od základu rozebírá průvodce ERP ve výrobě.

EDIFACT a jeho verze

Nejrozšířenější EDI standard v Evropě. Zákazník ve specifikaci uvede verzi (D.96A, D.01B, D.07A) a ta je závazná. EANCOM je podmnožina pro retail s čárovými kódy EAN. Velcí automotive OEM (Tier 0 a Tier 1) typicky vyžadují D.96A nebo D.07A.

Typy zpráv: ORDERS, DESADV, INVOIC

Tři základní zprávy. ORDERS = objednávka od zákazníka. DESADV = avízo dodávky (ASN), které posíláte vy. INVOIC = elektronická faktura. Dále existují ORDRSP (potvrzení objednávky), RECADV (potvrzení příjmu) a APERAK (potvrzení přijetí zprávy). Každá zpráva teče jiným směrem.

Komunikační protokoly: AS2, SFTP, OFTP2

Jak zprávy fyzicky putují. AS2 (přes HTTP, nejčastější v automotive). SFTP (jednodušší, některé menší firmy). OFTP2 (Odette standard, evropské OEM). VAN (Value Added Network) jako starší ale stále přítomný prostředník. Tuhle vrstvu většina průvodců přeskakuje.

Mapování dat: ERP pole na EDI segmenty

Jádro implementace. Každý ERP má jiná pole a struktury. EDI má pevné segmenty (BGM, DTM, NAD, LIN, QTY, MOA). Mapování = definice, které pole z ERP jde kam v EDI zprávě. Tady se tráví většina času při napojování desítek dodavatelů.

Validace a potvrzování zpráv

CONTRL zpráva (syntaktické potvrzení). APERAK (aplikační potvrzení). Co se stane, když zpráva neprojde validací. Proč potřebujete monitoring od prvního dne. Bez aktivního sledování se o chybě dozvíte, až zákazník volá kvůli chybějící dodávce.

Číselníky a identifikátory: GLN, EAN, DUNS

GLN (Global Location Number) identifikuje firmu a každou pobočku/sklad. EAN/GTIN identifikuje produkty. DUNS pro některé americké OEM. GLN potřebujete dřív, než začnete cokoliv dělat.

Jak probíhá nasazení EDI krok za krokem

EDI napojení není jeden velký projekt. Je to sekvence kroků, kde každý závisí na předchozím. Tenhle postup vychází z našich projektů, včetně EDI integrace pro retail.

1

Zákazník pošle EDI specifikaci

OEM nebo retail řetězec pošle dokument: která EDIFACT verze, které typy zpráv, jaký protokol, jejich GLN. Někdy je to 5 stránek, někdy 50. Přečtěte ho celý, než uděláte cokoliv dalšího. Každý OEM má svoje specifika.

2

Výběr EDI cesty: platforma, přímé napojení nebo portál

EDI platforma řeší překlad formátů a konektivitu za vás. Přímé API napojení dává smysl jen s jedním partnerem, který ho nabízí. Webový portál zákazníka je občas nabízen malým dodavatelům, ale při více zákaznících je neudržitelný.

3

Registrace GLN a nastavení komunikačního kanálu

Registrace u GS1 Czech Republic, pokud ještě GLN nemáte. Nastavení AS2 nebo OFTP2 certifikátů s platformou nebo partnerem. Trvá 1-2 týdny a je to krok, na který se často zapomíná.

4

Mapování dat mezi ERP a EDI

Nejpracnější krok. Zmapovat každé pole, které ERP používá pro objednávky, dodávky a faktury, na odpovídající EDI segment. Testovat se vzorovými zprávami. Dodavatel někdy posílal produkty s neznámým EAN, museli jsme řešit párování přes dodavatelský kód jako záložní cestu.

5

Testování se zákazníkem

Odeslání testovacích zpráv do zákazníkova testovacího prostředí. Zákazník validuje strukturu, obsah, kódy. Počítejte s 2-4 koly oprav. Zákazníkův EDI tým má vlastní frontu. Zákazníkovým reakcím dejte 3-5 pracovních dnů na kolo.

6

Spuštění provozu a monitoring

Přepnutí z testu na produkci. První dny: sledovat každou zprávu. Nastavit alerty na selhané doručení, validační chyby, chybějící potvrzení. Po 2 týdnech čistého provozu se dá uvolnit. Ale monitoring musí běžet natrvalo.

Pro prvního zákazníka počítejte 4-8 týdnů.

EDI platforma, přímé napojení nebo portál zákazníka?

Možnosti, každá pro jinou situaci. Většina firem skončí u platformy, protože pokryje nejširší rozsah partnerů. Ale není to jediná cesta. Rozhoduje počet obchodních partnerů, objem zpráv a technické možnosti vašeho ERP.

EDI platforma dává smysl

Víc než 1 obchodní partner s EDI požadavkem
Zákazníci používají různé EDIFACT verze nebo formáty
Chcete jednu integraci z ERP a platforma řeší zbytek
Potřebujete monitoring, archivaci a auditní stopu
Nechcete spravovat AS2/OFTP2 certifikáty sami
ERP nemá nativní EDI modul

Přímé napojení nebo portál

Jediný zákazník s otevřeným REST/SOAP API
Zákazník nabízí webový portál pro malé dodavatele
Nízký objem zpráv bez potenciálu růstu
ERP má vestavěný EDI modul s konektorem na zákazníka
Zákazník výslovně vyžaduje přímé napojení (bez VAN)
Dočasné řešení na ověření, že EDI má smysl

Kritérium	EDI platforma	Přímé napojení	Portál zákazníka
Počet partnerů	Neomezený, platforma řeší	1 partner na 1 integraci	Jen ten jeden zákazník
Náklady na nastavení	Nastavení platformy + konektor	Konektor na míru	Obvykle zdarma
Měsíční provoz	Poplatek dle objemu zpráv	Jen údržba konektoru	Zdarma (váš čas zdarma není)
Čas nasazení	4-8 týdnů	2-6 týdnů	1-2 týdny
Škálovatelnost	Další partner za 1-3 týdny	Každý partner = nový projekt	Není, ruční práce
Monitoring	V ceně platformy	Musíte postavit sami	Neexistuje
Vhodné pro	Většinu firem, automotive i retail	Technicky vyspělé firmy, 1 partner	Malé dodavatele na start

posuňte pro zobrazení celé tabulky

Jak se EDI propojuje s vaším ERP

EDI samo o sobě nevytváří objednávku v systému. Potřebujete propojení mezi EDI platformou a vaším ERP. Složitost závisí na tom, jaké ERP používáte a jak moc je upravený. Tady jsou typické scénáře, které vidíme u českých firem. Detaily k API napojením najdete ve službě ERP integrace.

Dynamics 365 Business Central

BC má dobře zdokumentované API, což zrychluje napojení na EDI platformu. Integraci stavíme přímo přes API, mapujeme pole z BC do EDI zpráv a nastavíme monitoring. Funguje pro cloud i on-premises verzi.

Helios, K2 ERP, ABRA a další české ERP

České ERP systémy většinou nemají nativní EDI modul. Integrace jde přes flat files (XML/CSV export/import), databázové konektory nebo vlastní middleware. Při napojování retailového klienta s desítkami dodavatelů jsme řešili automatické plánované úlohy pro příjem a odesílání XML souborů mezi ERP a EDI platformou.

SAP (S/4HANA, ECC)

SAP má vestavěný IDoc-based EDI, konfigurace je ale náročná. Hodně firem s ním bojuje, protože původní nastavení nepokrylo nové požadavky zákazníků (nová zpráva, nový partner, změna formátu). Otázka je, jestli dál ladit nativní IDoc, nebo nad SAP postavit EDI platformu.

Když ERP nemá EDI podporu

Middleware přístup. Vlastní integrační vrstva, která čte z ERP databáze/souborů a krmí EDI platformu. Funguje, ale vyžaduje údržbu, když se změní kterákoliv strana. Směrnice ViDA bude tlačit více ERP dodavatelů k přidání nativní podpory EDI a elektronické fakturace.

Časté chyby, které EDI projekt zdržují

Přeskočení specifikace, podcenění testování, chybějící GLN, mapování naslepo a absence monitoringu. Tyto věci zdržují EDI projekty nejčastěji.

Začít bez přečtení zákazníkovy specifikace

Zákazníkův EDI guideline obsahuje verzi, typy zpráv, povinné segmenty, číselníky, testovací proceduru. Přeskočit ho a předpokládat "standardní EDIFACT" vede k propadlým testovacím kolům. Každý OEM má svoje specifika.

Podcenit testovací fázi

Testování není "pošlete jednu zprávu a hotovo". Je to 2-4 kola oprav v průběhu 2-4 týdnů. Zákazníkův EDI tým má vlastní frontu. Počítejte s tím v harmonogramu. Většina termínů se mine tady, ne ve vývoji.

Nezajistit GLN a certifikáty včas

Výměna AS2/OFTP2 certifikátů s platformou nebo partnerem trvá dny, registrace GS1 další týdny. Začněte obojí hned po podpisu smlouvy se zákazníkem.

Mapování bez šablony

Používejte mapovací šablonu (tabulka s ERP polem, EDI segmentem, transformačním pravidlem, ukázkovou hodnotou). Bez ní vývojáři hádají, testeři hledají chyby jednu po druhé a nic se nedá použít pro dalšího zákazníka.

Monitoring až po prvním problému

EDI zprávy selhávají tiše. Bez monitoringu (kontrola CONTRL, doručenky, obchodní upozornění) je první signál problému penále nebo zastavená výroba na straně zákazníka. Nastavte monitoring před spuštěním do provozu.

Automotive EDI: čím se liší od retail

Automotive EDI je samostatný svět. Standardy, typy zpráv i typický flow se liší od retail a běžné distribuce. Pokud vás Tier 1 dodavatel nebo OEM žádá o EDI komunikaci, čekejte specifikace, které v jiných odvětvích neuvidíte. Tato sekce shrnuje, čím se automotive odlišuje.

Odette a VDA: evropské automotive standardy

Odette je evropská organizace, která definuje datové formáty, komunikační protokoly a procesy v automotive dodavatelském řetězci. VDA (Verband der Automobilindustrie) je její německá obdoba, používaná hlavně skupinou Volkswagen, BMW, Mercedes-Benz a Audi. Některé OEM používají VDA-specifické subsety EDIFACT (například VDA 4905 pro objednávky, VDA 4913 pro avíza dodávek). Odette JAUTOMOTIVE pak používá modernější EDIFACT zprávy. V praxi musíte zjistit, co konkrétní OEM vyžaduje, ne jen "EDIFACT".

Message types: DELFOR, DELJIT a rozšířený DESADV

V automotive nestačí klasické trio ORDERS / DESADV / INVOIC. Přibývají DELFOR (delivery forecast: výhledový plán dodávek na týdny dopředu), DELJIT (just-in-time call-off: konkrétní volání po dílech) a rozšířený DESADV s detaily jako číslo přepravního obalu, sekvence balení a RFID kódy. Každá VDA verze má vlastní specifika. Pokud vás OEM žádá o "ASN", konkrétní formát zjistíte až ze specifikace.

OFTP2 jako preferovaný protokol

AS2 dominuje v retail. V automotive je častější OFTP2 (Odette File Transfer Protocol 2), který nabízí end-to-end šifrování a podporu velkých přenosů. Pokud dodáváte do skupiny Volkswagen, Stellantis, BMW nebo Mercedes-Benz, OFTP2 budete s velkou pravděpodobností potřebovat. Komerční VAN providers (Seeburger, OpenText) OFTP2 podporují standardně.

Tier 0, Tier 1, Tier 2: kdo komu co posílá

Automotive dodavatelský řetězec má jasnou hierarchii. Tier 0 je OEM (výrobce auta). Tier 1 dodává moduly přímo OEM. Tier 2 dodává komponenty Tier 1. EDI specifikace se "propaguje" dolů: pokud jste Tier 2 a dodáváte do Tier 1, ten od vás může vyžadovat EDI tak, jak ho přijímá od OEM. EDI tedy není volba, ale vstupní podmínka kontraktu. Stačí, abyste v řetězci byli.

Just-in-time a just-in-sequence: časování

Just-in-time (JIT) znamená dodávku tehdy, kdy je díl potřebný. Typicky den nebo dva před montáží. Just-in-sequence (JIS) je striktnější: díly přijdou ve stejném pořadí, v jakém budou montovány na výrobní lince. EDI v JIS variantě vyžaduje, aby DESADV obsahoval sekvenční číslo a aby váš logistický systém zpracoval call-offs během minut, ne hodin. To není jen IT projekt, ale i operations setup.

WebEDI portály Tier 1 dodavatelů

SupplyOn, Covisint (dnes pod OpenText) a podobné portálové platformy nabízí Tier 1 menším dodavatelům jako alternativu k plné EDI integraci. Funguje pro malé objemy, ale když objemy rostou (nad deset objednávek denně), ruční vyplňování webových formulářů přestane fungovat. V tu chvíli stojíte před rozhodnutím: investovat do plné EDI integrace, nebo přijmout, že ručně přepisované objednávky znamenají chyby a zpoždění.

Často kladené otázky

Kolik stojí EDI integrace?

Závisí na počtu partnerů, objemu zpráv a typu ERP. Hlavní složky: setup EDI platformy, měsíční poplatek za provoz a konektor do ERP. Každý další zákazník na stejné platformě je levnější, protože infrastruktura existuje. Cenu řekneme po úvodní schůzce, kde zmapujeme vaši situaci.

Jak dlouho trvá EDI napojení na prvního zákazníka?

4-8 týdnů, pokud začnete hned. Největší proměnné: rychlost zákazníkova EDI týmu při testování a to, jestli máte GLN. Pokud máte krátký termín na nasazení, začněte ten samý týden. Z našich projektů víme, že to jde stihnout, pokud je jasný rozsah.

Máme starší ERP (Helios, K2 ERP, ABRA). Dá se EDI napojit?

Ano. EDI platforma dělá překlad. Váš ERP jen potřebuje umět exportovat a importovat strukturovaná data (XML, CSV, databáze). Napojovali jsme EDI na ERP systémy, které nativní EDI podporu nemají. Konektor je vlastní, ale přímočarý.

Co je DESADV a proč ho zákazník vyžaduje?

DESADV = avízo dodávky = Advance Shipping Notice (ASN). Říká zákazníkovi, co jste odeslali, kdy a v jakém balení, dřív než kamion dorazí. V automotive DESADV krmí zákazníkův příjem na skladu. Bez něj sklad nemůže plánovat vykládku a může zásilku odmítnout nebo naúčtovat penále.

Musíme EDI řešit, když dodáváme jen jednomu zákazníkovi?

Pokud ten zákazník EDI vyžaduje, ano. Otázka je jakou cestou: platforma, přímé napojení nebo portál. Pro jednoho zákazníka může stačit přímé API nebo portál. Ale pokud je šance, že za rok přibude druhý EDI zákazník, investujte do platformy od začátku. Přecházet později stojí víc. Pro menší partnery, kteří EDI nevyžadují, je často efektivnější B2B portál.

Co je ViDA a kdy musíme začít?

ViDA (VAT in the Digital Age) je evropská směrnice zavádějící povinnou elektronickou fakturaci. Polsko spouští KSeF v roce 2026, Česko se očekává kolem roku 2030. To znamená, že strukturovaná elektronická fakturace přestane být volitelná. Firmy, které už mají EDI infrastrukturu, přechod zvládnou snáz. Ty bez ní budou stavět pod regulatorním tlakem.

Jak se liší EDI v automotive od retail?

Liší se ve standardech (VDA a Odette místo EANCOM), typech zpráv (přibývá DELFOR, DELJIT a rozšířený DESADV se sekvencemi) i v protokolu (OFTP2 místo AS2). V automotive je obvykle striktnější časování: just-in-time nebo just-in-sequence dodávky vyžadují, aby EDI tok běžel v minutách, ne hodinách. Detaily v sekci o automotive výše.

EDI integrace pro výrobce: co potřebujete vědět