Hodnocení průmyslového partnera pro integraci systémů

Data z výrobní linky se stále ručně přenášejí do tabulek, výrobní plán a skladové zásoby se liší a v případě chyby volá více lidí mezi různými systémy. V takové situaci je hodnocení průmyslového systémového integračního partnera nejen technologickým úkolem. Je třeba rozhodnout, zda vybraný partner skutečně rozumí provozu závodu a je schopen jej kontrolovaně změnit.

Integrační projekt se často stává rizikovým, když organizace příliš rychle začne mluvit o řešení. Na stůl se dostávají témata jako připojení PLC, MES, ERP rozhraní, čtečky čárových kódů, sběr dat nebo nové dashboardy, zatímco neexistuje společná odpověď na to, kde vzniká chyba, kdo je zodpovědný za data a co má nový proces měřitelně lépe zvládnout. Dobrý partner tuto nejasnost dále neautomatizuje.

Proč nestačí technologická reference?

Technická schopnost průmyslového systémového integrátora je samozřejmě základním předpokladem. Musí znát řízení používané v daném prostředí, průmyslové komunikační protokoly, databáze, podnikové systémy a infrastrukturu. Ale reference sama o sobě poskytuje málo informací o tom, jak partner pracuje, když výroba nemůže být zastavena, data jsou neúplná nebo dokumentace starého systému již není úplná.

V balírně například není hlavní otázkou, zda lze data posílat ze stroje do ERP. Důležitější otázky jsou: která událost se považuje za skutečně dokončený produkt; kdy je třeba zaznamenat zmetky; co se stane při výpadku sítě; kdo přezkoumá odchylku; a který systém je důvěryhodným zdrojem daných dat. Pokud na tyto otázky neexistuje společně vytvořená odpověď, integrace rychle přidá další vrstvu nejistoty k existujícímu procesu.

Technická reference je proto cenná, pokud partner může vysvětlit rozhodovací logiku. Jaké provozní omezení bylo třeba vzít v úvahu? Jak bylo zvládnuto přechodové období? Jaký byl plán testování a obnovy? Co zůstalo pod ruční kontrolou a proč? Tyto detaily ukazují, že dodavatel nejen spojuje systémy, ale také zodpovědně řídí provozní činnost.

Hodnocení průmyslového systémového integračního partnera: začíná u procesu

Stojí za to sledovat, jak potenciální partner začíná pracovat. První rozhovor hodně napoví, zda začíná s prezentací svého produktu nebo s otázkami. V produkčním a logistickém prostředí nejsou relevantní otázky obvykle abstraktní: kde se data zaznamenávají poprvé, kde se přepisují, jak dlouho čeká zaměstnanec na informace, jak se řeší výjimky při střídání směn a který krok se nejčastěji zastaví kvůli lidské dohodě.

Partner musí pochopit spojení fyzického a digitálního procesu. Pro skladového operátora není užitečné nové rozhraní, pokud musí odložit skener, aby ho použil, nebo pokud systém požaduje data, která v daném bodě pracovního procesu ještě nejsou známa. Vedoucí výroby nezíská větší kontrolu tím, že se objeví více grafů, ale tím, že odchylka je viditelná včas, její příčina je dohledatelná a má určeného odpovědného pracovníka.

To neznamená, že každý projekt musí začít dlouhou analytickou fází. U menších, dobře vymezených úkolů může být rychlá realizace oprávněná. Pokud je však zapojeno více závodů, strojů, podnikových systémů a oddělení, příliš brzký vývoj může později způsobit drahé úpravy a obtížně řešitelné výjimky. Při hodnocení partnera je proto třeba zkoumat, zda je schopen rozlišit mezi rychlou opravou a skutečným systémovým rizikem.

Vlastník dat a zdroj pravdy

Mnoho integračních problémů je ve skutečnosti problémem řízení dat. Stejné číslo položky, stav objednávky nebo výrobní množství se objevují v několika systémech s různými hodnotami. V takových případech nestačí požadovat synchronizaci. Je třeba rozhodnout, který systém je oprávněn data vytvářet, kdo je může měnit, podle jakých pravidel se předávají a jak se odhalí odchylka.

Připravený integrační partner to nebere jako administrativní vedlejší otázku. Datový model, pořadí událostí, zpracování chybných zpráv a pravidla pro opětovné odeslání mají všechny provozní důsledky. Pokud je například objednávka předána dvakrát, může to mít za následek zbytečné vychystávání, chybné fakturace nebo chybu v plánování kapacit. Pokud se aktualizace stavu neprovede, zákaznický servis a výroba mohou pracovat s různými informacemi.

Disciplína realizace je důležitější než slib

Při výběru se vyplatí konkrétně se ptát na způsob dodání. Ne proto, aby byly předem určeny všechny technické detaily, ale aby bylo vidět myšlení partnera. V průmyslovém systému musí být změna plánovatelná, testovatelná a v případě potřeby reverzibilní.

Je zvláště důležité, aby byl rozdíl mezi vývojovým, testovacím a produkčním prostředím, i když stávající zděděná infrastruktura to podporuje jen částečně. Partner musí jasně řídit, jaké testy proběhnou před instalací, kdo schválí provozní předání a jak se ověřuje, že nový vztah skutečně přináší očekávaný výsledek.

Dobrý plán předání neobsahuje pouze datum instalace. Zahrnuje oprávnění, logování, sledovatelnost, cestu chybových hlášení, provozní dokumentaci a také, co se stane, pokud spojení částečně selže. Většina integrací se nerozpadá úplným výpadkem, ale tichým nedostatkem dat, zpožděním nebo opakujícími se zprávami. Tyto situace musí systém a provozní proces zvládnout.

Na co se ptát před rozhodnutím?

Výběr partnera usnadní, pokud rozhodovatel nepožaduje obecnou prezentaci, ale zkoumá myšlení prostřednictvím několika vlastních provozních situací. Čtyři oblasti, které stojí za to projít:

• Jak by partner odhalil současný proces a jak by oddělil symptom od příčiny?
• Jaké systémové hranice, správce dat a pravidla pro zpracování výjimek by navrhl v daném případě?
• Jak by organizoval testování, přechod na produkci a obnovu tak, aby provozní riziko zůstalo zvládnutelné?
• Kdo bude podporovat systém po spuštění, jaká dokumentace zůstane a jak lze řešit pozdější požadavky na změny?

Z odpovědí obvykle rychle vyplývá, zda partner přichází s hotovým řešením, nebo je schopen se přizpůsobit skutečným omezením organizace. Není nutně lepší volbou ten, kdo na každou otázku poskytne okamžitou, definitivní odpověď. Zkušený odborník v určitých bodech požaduje další data, pozorování na místě nebo technické zkoumání, než se zaváže.

Vnitřní odpovědnost nelze zcela outsourcovat

Systémový integrátor může dobře pracovat, pokud je na straně zákazníka rozhodovací a odborná odpovědnost. To nemusí znamenat velký projektový tým, ale je potřeba provozní vlastník, který může říci, co je přijatelné fungování, a IT odpovědný, který zná přístupové, infrastrukturní a bezpečnostní rámce.

Pokud tyto role nejsou určeny, malé rozhodnutí projektu se protahují. Vývojový tým pracuje na základě předpokladů a uživatelé se setkávají s tím, že proces funguje jinak než dříve až při spuštění. Dobrý partner na toto riziko včas upozorní a pomůže vytvořit rozhodovací řád, ale nemůže převzít odpovědnost podniku.

Nejen začátek, ale i provoz hodnoťte

Hodnota integrace se stává skutečně viditelnou měsíce po spuštění. Nová produktová řada, změna směnového režimu, nové skladové místo, změna verze ERP nebo změna dodavatelského rozhraní mohou ovlivnit vytvořená spojení. Proto je při hodnocení partnera důležitá i dlouhodobá udržitelnost.

Otázkou je, jak je systém dokumentován, jaké má závislosti a zda pozdější odborník bude schopen pochopit jeho fungování. Příliš jedinečné, neprůhledné řešení se může krátkodobě zdát rychlé, ale později může zvýšit náklady a rizika úprav. V jiném případě standardnější přístup vyžaduje více počátečních jednání, ale poskytuje předvídatelnější provoz. Správné rozhodnutí vždy závisí na kritičnosti daného prostředí, rychlosti změn a vnitřních schopnostech.

V pohledu CGAT není integrace samostatným technologickým cílem, ale jedním z nástrojů provozní činnosti. Je oprávněná, pokud snižuje zbytečnou administrativu, zvyšuje spolehlivost toku informací a zaměstnanci mají více času na úkoly vyžadující skutečné rozhodování.

Při výběru správného partnera proto nehledějte toho, kdo slibuje nejvíce funkcí. Hledejte toho, kdo se nejprve ptá, proč vznikl současný proces, co v něm nefunguje a jaká je nejmenší, kontrolovaná změna, která již znatelně zlepší provoz.