Integrace ERP pro výrobu: propojení SAP, Dynamics a Navision s dílnou

Každý výrobce, který provozuje ERP i dílenské systémy, dřív nebo později narazí na stejný rozpor. ERP ukazuje zakázku jako hotovou; dílna ví, že dvě palety šly na opravu. ERP ukazuje materiál spotřebovaný ve standardním množství; skutečná spotřeba obsahovala zmetky, které nikdo nezaúčtoval. Ani jeden systém nelže. Popisují různé okamžiky — ERP popisuje plán a jeho finanční důsledky, dílna popisuje fyzickou realitu — a integrace je disciplína, která tyto dva popisy udržuje ve shodě.

Prvním návrhovým rozhodnutím je směr vlastnictví dat a jeho špatné nastavení je nejčastější příčinou integračních projektů, které se nikdy nestabilizují. Kmenová data — zákazníci, dodavatelé, materiály, kusovníky, technologické postupy, ceny — patří ERP a tečou dolů. Data o provedení — skutečné časy zahájení a ukončení, skutečně vyrobená množství, zmetky, důvody prostojů, stavy strojů, přiřazení operátorů, reálná spotřeba materiálu — vznikají na dílně a tečou nahoru. Když smí oba systémy editovat tutéž entitu, nemáte integraci, ale opakující se spor s harmonogramem synchronizace.

Tok dolů bývá jednodušší polovinou. Výrobní zakázky uvolněné v ERP se objeví v MES i se svými operacemi, postupy a seznamy materiálu. Změny kmenových dat položek se propagují. Data o zákaznících a dodávkách se dostanou do systémů, které je potřebují. Hlavní praktickou obtíží je granularita: výrobní zakázka z ERP často odpovídá několika dílenským operacím na různých pracovištích a mapování mezi strukturou ERP a proveditelnou strukturou je třeba vědomě definovat, ne předpokládat.

Tok nahoru je tam, kde je hodnota, a zároveň tam, kde se koncentrují obtíže. Odvádění — zprávy říkající, že tato operace vyrobila toto množství, spotřebovala tento materiál, trvala tak dlouho a zmetkovala tolik — pohání v ERP zásoby, kalkulace a kapacitní čísla. Když se sbírají automaticky ze strojů a operátorských terminálů, a ne se na konci směny píší po paměti, přestanou být čísla v ERP odhadem. Kalkulace se zlepší okamžitě, protože skutečné časy nahradí normočasy.

Dostupné integrační vzory se liší hlavně latencí a mírou provázání. Výměna souborů je jednoduchá, univerzálně podporovaná a nevyhnutelně dávková. Přímý přístup do databáze je rychlý a křehký, protože se láme při upgradech dodavatele způsobem, který se špatně předvídá. REST a SOAP API — SAP přes IDoc, BAPI nebo OData; Dynamics 365 a Business Central přes svá publikovaná API — jsou moderním standardem a verzují se mnohem elegantněji. Fronty zpráv přidávají odolnost u vysokofrekvenčních událostí, protože dílna produkuje data bez ohledu na to, zda je ERP dostupné.

Poslední bod si zaslouží zdůraznit, protože právě tam se křehké integrace prozradí. Výroba se nezastaví, když se zastaví ERP. Pokud je vaše integrace synchronní a ERP je nedostupné kvůli plánované údržbě, buď stojí dílna, nebo se data ztrácejí. Frontovaný, bufferovaný návrh nechá MES dál sbírat a nedodané dávky doručí, jakmile se spojení obnoví — a v továrně jedoucí na několik směn to není okrajový případ, ale měsíční realita.

Lokální a regionální ERP systémy obraz komplikují specifickým způsobem. Globální sady mají zdokumentovaná rozhraní a velké integrační ekosystémy. Regionální produkty — Panteon, Logo, Nebim a jejich obdoby na jiných trzích — jsou mezi středně velkými výrobci rozšířené, často hluboce upravené a málokdy mají hotový konektor pro MES. To není důvod měnit fungující ERP. Je to důvod brát integrační vrstvu jako plnohodnotnou součást projektu, ne jako předpokládaný detail.

Odsouhlasení dat je částí, která se v projektových plánech vynechává a pak spotřebuje první tři měsíce provozu. Zprávy selhávají. Odvedení se odmítne, protože byl materiál blokovaný. Výrobní zakázka se v ERP smaže poté, co ji dílna už rozjela. Každá integrace potřebuje frontu, do níž se dá nahlédnout, mechanismus opakování, chybový stav, který upozorní člověka, a pravidelný odsouhlasovací report dokládající, že to, co zaznamenala dílna, a to, co drží ERP, stále souhlasí. Integrace bez toho neselhávají hlasitě; potichu se rozcházejí, což je horší.

Rada k vymezení rozsahu, která přežije střet s realitou: začněte jedním typem zakázky na jedné lince, ověřte celý okruh od uvolnění v ERP přes dílenské provedení až po odvedení zpět do ERP, a teprve pak rozšiřujte. Integrace zaváděné naráz napříč všemi závody a typy zakázek selhávají způsobem, který se mimořádně těžko diagnostikuje, protože když je nové všechno, není co použít jako referenci.