ŘEŠENÍ TECHONE
ERP integrace podle skutečného toku dat
Propojíme ERP s navazujícími systémy podle toho, kde data vznikají a kdo za ně odpovídá. Každý přenos má kontrolu, historii a postup pro situaci, kdy některý systém data odmítne.
Kde se tok dat mezi systémy rozpadá
Spolehlivé propojení začíná určením zdroje každého údaje a postupu pro chvíli, kdy přenos neproběhne.
Jeden údaj se mění na více místech
Cena se upraví v ERP, dostupnost ve skladu a zákaznický údaj v CRM. Bez určeného zdroje se systémy rozcházejí a není jasné, která hodnota platí.
Přenos selže bez dohledatelné příčiny
Objednávka nebo platba nedorazí do cílového systému, ale chybí záznam o odmítnutí. Problém se objeví až při expedici, fakturaci nebo uzávěrce.
Navazující systém pracuje se staršími daty
E-shop, sklad nebo obchodník vidí jiný stav než ERP. Rozdíl pak lidé řeší telefonem, e-mailem a ruční opravou na několika místech.
EDI specifikace není provozní postup
Formát zprávy sám neurčuje mapování polí, kontroly ani odpovědnost za zamítnutý dokument. Bez těchto pravidel se každá výjimka řeší znovu.
Co musí integrace zvládnout
Každý datový tok potřebuje zdroj, mapování, kontrolu a provozní odpovědnost.
Zdroj a vlastník dat
Určíme, ve kterém systému údaj vzniká, kdo ho smí měnit a kam se má předávat.
- Zdrojový a cílový systém
- Směr a četnost přenosu
- Odpovědnost za konkrétní údaje
- Pravidla pro změnu a smazání
Přenos a mapování
Zvolíme podporované rozhraní a popíšeme převod polí, číselníků a stavů mezi oběma systémy.
- API, EDI nebo řízená výměna souborů
- Mapování polí a kódů
- Ověření identity a oprávnění
- Řízení změn rozhraní
Kontroly a chybové stavy
Před zápisem ověříme povinné údaje a nastavíme reakci na duplicitu, neplatnou hodnotu nebo odmítnutou zprávu.
- Validace povinných údajů
- Rozpoznání duplicit
- Dohledání konkrétní zprávy
- Bezpečné opakování přenosu
Monitoring a provoz
Úspěšné i neúspěšné přenosy mají historii. Určený člověk ví, kdy zasáhnout a jak zprávu zpracovat znovu.
- Provozní záznamy a upozornění
- Odpovědnost za řešení chyby
- Kontrola dostupnosti rozhraní
- Řízené nasazování změn
ERP propojené s e-shopem a CRM
U e-shopu se z ERP obvykle předává katalog, ceny a dostupnost. Opačným směrem přicházejí zákazníci a objednávky. U každého údaje určujeme, kde se smí změnit a jak rychle se má změna projevit na druhé straně.
CRM může z ERP přebírat stav zakázky, faktury a platby. Do ERP se naopak předává zákazník nebo uzavřená obchodní příležitost. Obchodník tak pracuje s potřebným stavem, aniž by stejný údaj udržoval ve dvou systémech. Pokud teprve určujete rozsah CRM, navazuje průvodce CRM pro obchodní tým.
Sklad, výroba, mobilní aplikace a banky
WMS nebo výrobní systém si s ERP předává zakázky, položky, skladové pohyby a potvrzení provedené práce. Mobilní aplikace může načíst zakázku z ERP a vrátit provozní záznam přímo z místa, kde vznikl.
Pro Pramos jsme vytvořili mobilní aplikaci, která váže záznamy pracovních cest na zakázky v K2 ERP. Technici pořizují údaje v telefonu a administrativa je nemusí znovu přepisovat.
U bankovních toků záleží na rozhraní banky a možnostech ERP. Přenos může používat API nebo souborový formát, například CAMT. Součástí návrhu jsou pravidla párování a postup pro platbu, kterou nelze přiřadit jednoznačně.
EDI komunikace s obchodními partnery
EDI přenáší mezi partnery objednávky, potvrzení, avíza dodávky a faktury ve smluveném formátu. Napojení musí převést zprávu do struktury ERP, ověřit povinné údaje a uchovat stav jejího zpracování.
Podle požadavků partnera napojíme ERP na EDI platformu nebo podporované přímé rozhraní. Mapování může zahrnovat zprávy ORDERS, ORDRSP, DESADV a INVOIC. Odmítnutý dokument musí mít dohledatelný důvod a určený další postup.
Pro Lagardère jsme během pětiměsíční analytické práce zmapovali procesy a datové struktury pro EDI komunikaci mezi K2 ERP a dodavateli. Připravili jsme mapování, validační pravidla a manuál, který klient používá při zapojování dalších partnerů. Technický a provozní kontext rozebírá také průvodce EDI integrací.
Propojit současné ERP, nebo zavést nové?
Pokud současný ERP pokrývá provoz a nabízí bezpečný způsob výměny dat, není samotné napojení důvodem k jeho výměně. Využijeme podporované rozhraní, případně mezi systémy doplníme integrační vrstvu.
TechOne implementuje Dynamics 365. K2 ERP, Helios a ABRA upravujeme a napojujeme podle konkrétní verze a dostupných rozhraní. Pokud současně vybíráte nový hlavní systém, samostatná služba popisuje implementaci Dynamics 365 Business Central od analýzy přes migraci dat po spuštění.
Kde na integraci navazuje automatizace a digitální dvojče
ERP integrace zajišťuje spolehlivý přenos konkrétních dat mezi systémy. Automatizace procesů a AI na tato data navazuje pravidly, schvalováním a postupem pro výjimky.
Pokud jeden proces potřebuje vztahy a stav z více zdrojů, může nad integracemi vzniknout digitální dvojče firmy. To spojuje objekty, jejich vztahy, zdroj dat a oprávnění do společného kontextu pro lidi, automatizaci a AI.
Jak integraci připravujeme a provozujeme
Nejdřív popíšeme jeden datový tok. Z něj vznikne způsob přenosu, kontroly i řešení výjimek.
Vybereme datový tok
Určíme konkrétní údaj nebo dokument, zdrojový a cílový systém a očekávaný stav na obou stranách.
Určíme pravidla a odpovědnost
Popíšeme mapování, četnost, validace, oprávnění, duplicity a člověka odpovědného za chybový stav.
Postavíme a ověříme napojení
Testujeme běžný přenos, neplatná data, opakovanou zprávu, odmítnutí i dočasnou nedostupnost systému.
Nasadíme a sledujeme provoz
Po společném ověření integraci spustíme. Sledujeme neúspěšné přenosy a schválené změny nasazujeme řízeně.
Realizované propojení tří systémů
IBG: obchodní příležitost v Dynamics CRM navazuje na dokumentaci v SharePointu a podklady pro fakturaci v Dynamics NAV.
IBG
EnergetikaČasto kladené otázky
Musíme kvůli integraci vyměnit současný ERP systém?
Ne, pokud současný systém pokrývá provoz a nabízí bezpečný způsob čtení a zápisu dat. Nejprve ověříme jeho verzi, podporovaná rozhraní a pravidla výrobce. Teprve pokud propojení technicky nebo provozně nedává smysl, má význam řešit změnu ERP.
Co když náš ERP systém nemá API?
Podle možností systému lze použít řízenou výměnu XML nebo CSV, databázové napojení či samostatnou integrační vrstvu. Před realizací ověříme, zda výrobce zvolený způsob podporuje a zda lze data bezpečně číst, zapisovat a dohledat.
Který systém bude hlavním zdrojem dat?
Určuje se pro každý údaj zvlášť. ERP může být zdrojem ceny a dostupnosti, CRM zdrojem obchodní příležitosti a WMS zdrojem potvrzeného skladového pohybu. Pravidla musí současně určit, kdo smí údaj změnit a co se stane při rozporu.
Co se stane, když přenos selže?
Integrace uloží identifikaci zprávy, čas, výsledek a důvod odmítnutí, pokud ho cílový systém vrátí. Podle typu chyby může přenos bezpečně zopakovat nebo upozornit odpovědného člověka. Postup stanovíme před spuštěním.
Jak funguje EDI s dodavateli a odběrateli?
Vycházíme ze zpráv, formátu a způsobu přenosu, které partner vyžaduje. Data namapujeme na strukturu ERP, doplníme validace a určíme odpověď i postup pro zamítnutý dokument. Podrobnosti najdete v průvodci EDI integrací.
Jak určujete rozsah a cenu ERP integrace?
Rozsah určuje počet datových toků, jejich směr a četnost, kvalita rozhraní, mapování, validační pravidla, chybové stavy a požadavky na monitoring. Po úvodním rozboru jednoho konkrétního toku připravíme rozpad pracnosti a závislostí.
Související služby
Další služby, které by vás mohly zajímat
Začněme jedním datovým tokem.
Na úvodní konzultaci vybereme zdroj a cílový systém, určíme potřebné kontroly a odpovědnost za chybové stavy. Z toho sestavíme rozsah první integrace.
Probrat integraci