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ů.
Kdy to hoří: OEM pošle specifikaci (EDIFACT D.96A nebo D.07A, typy zpráv ORDERS/DESADV/INVOIC). Datum je pevné. Bez EDI není zakázka.
Tři cesty: EDI platforma, přímé napojení přes API, nebo webový portál zákazníka. Platforma pokryje 90 % 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. Není to email s přílohou. Je to protokol, formát a proces najednou. Základy EDI v kontextu logistiky rozebírá průvodce logistikou a ERP.

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. Automotive OEM jako Bosch, Hella nebo Continental 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 fallback.

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

Go-live 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?

Tři 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 audit trail
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 setup	Setup 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.

Dynamics 365 Business Central

AppSource rozšíření od EDI providerů. Nativní integrace přes API. BC má dobře zdokumentované API, což zrychluje napojení. Pokrývá cloud i on-premises verzi.

Helios, K2, 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. Ale konfigurace vyžaduje SAP EDI specialistu. Hodně firem má SAP a stále bojuje s EDI, protože konfiguraci dělal generalista. Otázka je, jestli použít nativní IDoc nebo jít přes 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 vendorů k přidání nativní EDI/e-invoicing podpory.

Pět chyb, které EDI projekt zdržují

Přeskočení specifikace, podcenění testování, chybějící GLN, mapování naslepo a absence monitoringu. Pět věcí, které projekty zdržují 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í backlog. Počítejte s tím v harmonogramu. Většina deadlinů 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, byznys alerty) je první signál problému penále nebo zastavená výroba na straně zákazníka. Nastavte monitoring před go-live.

Č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 vám zákazník dal 30denní deadline, 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, 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.

Co je ViDA a jak ovlivní EDI v Česku?

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.

Můžete nám pomoct s EDI, i když nepoužíváme Dynamics 365?

Ano. EDI integrace je o mapování dat, návrhu procesů a výběru platformy, ne o konkrétním ERP. Dělali jsme EDI projekty s různými ERP systémy a přístup je stejný bez ohledu na ERP. Konektorová vrstva se liší, ale EDI strana a metodika projektu ne.

EDI integrace: co potřebujete vědět, než vám zákazník dá deadline