Regulované sdílení dat v průmyslovém prostředí

Na výrobní schůzce se často ukáže, že každý zúčastněný má data, ale nemluví o tomtéž. Podle řízení výroby je objednávka dokončena, v oddělení kvality je stále otevřená kontrola a logistika organizuje expedici na základě staršího stavu zásob. Regulované sdílení dat v průmyslovém prostředí se netýká především přístupových práv. Jde o to, aby správná osoba, systém nebo partner obdržel správná data ve správný čas a ověřitelným způsobem.

Tento problém se stává viditelným zejména tehdy, když společnost roste. Dříve fungující e-mailová komunikace, sdílené tabulky nebo znalosti v hlavě zkušeného kolegy již nestačí k tomu, aby procesy zůstaly předvídatelné. Prvním krokem nemusí být nutně nový systém. Nejprve je třeba vyjasnit, k čemu slouží jednotlivá data, kdo za ně odpovídá a jaké rozhodnutí z nich vyplývá.

Kdy se sdílení dat stává rizikem?

V průmyslovém provozu mají data přímé důsledky. Chybný kód produktu, zastaralý provozní pokyn nebo opožděně předaný stav kvality nejenže zkazí report. Může zastavit výrobní krok, způsobit špatné využití surovin, vyvolat zbytečné přeskupení ve skladu nebo vyvolat spor se zákazníkem.

Problém často není v tom, že je k dispozici příliš málo dat, ale v tom, že není jasně určeno platné zdroje. Pokud se stejná data o produktu nacházejí v ERP, výrobní tabulce, místní evidenci obsluhy stroje a v souboru zaslaném partnerovi, dříve či později dojde k rozdílům. Pak lidé nepracují, ale snaží se zjistit, kterému číslu lze věřit.

Nedostatek regulace znamená také lidskou zátěž. Vedoucí směny telefonuje, plánovač znovu posílá Excelový soubor a obchodník dává opatrný slib zákazníkovi, protože si není jistý termínem. Tyto obchvaty krátkodobě pomáhají operaci, ale zakrývají skutečný důvod: cesta informací není naplánována a nelze ji kontrolovat.

Regulované sdílení dat v průmyslovém prostředí: čtyři základní principy

Fungující přístup nemusí být příliš složitý. Cílem není centrálně uzavřít všechna data, ale zajistit sledovatelné řízení obchodně důležitých informací. Na to je třeba jasně odpovědět na čtyři otázky.

Jaký je oficiální zdroj dat? Termín objednávky, verze produktu, výrobní receptura nebo uvolnění kvality lze spolehlivě použít pouze tehdy, pokud je známo, který systém nebo proces je vlastní. To neznamená, že všechna data žijí v jednom systému. Znamená to, že za určitou hodnotu dat je odpovědný jeden určený zdroj.

Kdo je může upravovat a za jakých podmínek? Oprávnění není jen IT nastavení. Je to také provozní otázka. Například změnu receptury může iniciovat vývoj, schválit ji může oddělení kvality a výroba může používat pouze schválenou verzi. Pokud tento řád odpovědnosti není vysloven, systém jen rychleji šíří nejistotu.

Kdo je potřebuje pro svou práci? Není nutné zpřístupnit všechna data všem. Údržbář může potřebovat stav strojů a chybové kódy, ale nemusí nutně znát celou historii objednávek zákazníka. Externímu logistickému partnerovi lze předat informace potřebné pro přepravu, zatímco vnitřní marže nebo nákupní podmínky mu nepřísluší. Minimalizace dat zde není překážkou, ale nástrojem ke snížení chyb a nedorozumění.

Jak lze prokázat, co se stalo? Při sporném pohybu zásob, vadném případu nebo reklamaci zákazníka je důležité, zda lze zpětně zjistit, kdo, kdy, jaký stav předal a na základě které verze bylo rozhodnuto. Logování není jen otázkou shody. Je také základem rychlého zjišťování chyb a důvěry vedení.

Projekt by neměl začínat rozhraním

Když dva systémy nekomunikují, zdá se být logické požádat o integraci. Někdy je to správný krok, ale samo o sobě to neřeší odpovědnost za data. Pokud například e-shop, ERP a skladový systém interpretují stav objednávky odlišně, technicky bezchybný spojení jen rychleji předává rozpor.

Je vhodné nejprve sledovat konkrétní proces. Vezměme si zákaznickou objednávku pro výrobu. Kdy se stává splnitelnou? Kdo kontroluje dostupnost surovin? Který systém signalizuje zahájení výroby? Kdy je produkt skutečně hotový: po dokončení operace, po kontrole kvality nebo po uskladnění ve skladu? Odpovědi obvykle rychle ukazují, kde vzniká zbytečný ruční vstup dat, zpoždění nebo nejisté rozhodovací body.

Teprve poté je vhodné určit způsob předávání dat. V některých případech stačí pravidelné, kontrolované předávání souborů. Jindy je potřeba reálné časové spojení , například při rezervaci zásob nebo stavech výroby. Reálné časové integrace však vyžadují větší provozní disciplínu: je třeba řešit výpadky, opakované zprávy, chybné údaje a změny verzí. Ne vždy je nejrychlejší spojení nejlepší obchodní řešení.

Společná odpovědnost IT a provozu

V průmyslových podnicích je často jasná hranice mezi kancelářskými systémy a provozními technologiemi. ERP, správa dokumentů a finanční systém obvykle spadají do odpovědnosti IT, zatímco výrobní zařízení, terminály, měřicí zařízení a místní aplikace jsou blíže k výrobě. Data však tuto hranici překračují.

Samotná data stroje mohou mít malou obchodní hodnotu. Pokud je však lze propojit se směnou, výrobní objednávkou, produktem, stavem nástroje nebo kvalitativní událostí, stávají se základem výrobních rozhodnutí. Není nutné okamžitě připojit všechny stroje k vyššímu systému. Nejprve je třeba rozhodnout, na jakou otázku hledá společnost odpověď. Chtějí přesněji vidět příčinu vad? Zkoumají plánovaný a skutečný cyklus? Nebo chtějí vědět, proč se pravidelně zpožďuje určitý typ objednávky?

Dobré uspořádání sdílení dat je proto společná práce. Provoz ví, co je skutečná událost a co je jen technické oznámení. IT ví, jak spolehlivě přenášet informace, chránit je oprávněními, dohlížet na ně a dlouhodobě je udržovat. Pokud jedna strana chybí, řešení buď nebude v praxi použitelné, nebo bude příliš riskantní k provozování.

Externí partneři: potřebná data, jasná hranice

Při zapojení dodavatelů, dopravců, smluvních výrobců a zákazníků je otázka ještě citlivější. Partner může potřebovat předpověď objednávek, přepravní štítek, kvalitativní dokument nebo informace o stavu dokončení. Současně by předaná data měla být účelová a mělo by být jasné, která strana co může použít, jak dlouho a v jaké formě.

V praxi způsobuje mnoho problémů ručně zasílané přílohy. Ne proto, že by každý e-mail byl špatným řešením, ale protože je těžké zajistit, aby příjemce skutečně používal nejnovější verzi. U kritických dokumentů je vhodné vytvořit takový způsob předávání, ve kterém je jasná verze, schválení a přijetí. To může být správné použití stávajícího systému nebo cílený vývoj, v závislosti na složitosti daného procesu.

Jak začít?

Počátečním cílem by neměl být podnikový datový program. Vyberte proces, kde nejisté informace způsobují hmatatelné problémy: například předání výrobní objednávky, řešení rozdílů v zásobách, uvolnění kvality nebo potvrzení stavu expedice.

Během průzkumu je vhodné dokumentovat čtyři věci: cestu dat, odpovědné osoby, předávací body a řešení výjimek. Zvláštní pozornost vyžadují obchvatová řešení. Pokud kolega pravidelně pracuje s vlastní tabulkou, obvykle to má důvod. Možná, že z oficiálního systému nedostává informace dostatečně rychle, chybí pole nebo proces neodráží skutečný provozní provoz.

Z toho může vzniknout pořadí vývoje, které se nesnaží vše najednou nahradit. Může se stát, že pravidlo odpovědnosti, jednotný seznam stavů nebo dobře navržený schvalovací krok zlepší provoz více než nová aplikace. A pokud je potřeba integrace, výrobní podpora nebo dohledový vývoj , pak lze již stavět na jasných obchodních pravidlech.

V přístupu CGAT není uspořádání sdílení dat odděleným IT úkolem, ale součástí řízení operací. Technické řešení slouží společnosti, pokud kolega pracující ve směně, plánovač výroby a vedoucí mohou rozhodovat na základě stejného spolehlivého obrazu situace.

Nejlepší první otázka proto není, které systémy je třeba propojit. Spíše je to: pro které rozhodnutí dnes není dostatek jistých, včas dostupných a zpětně sledovatelných informací? Pokud na to existuje upřímná odpověď, další praktický krok je obvykle již dobře viditelný.