Proč jsme postavili vlastní operační systém v prohlížeči?

Když se v průmyslovém provozu střední velikosti zeptáme, kdo s jakým systémem pracuje, krátkou odpověď dostaneme jen zřídka.

Energetický monitoring běží ve webovém rozhraní. Technologii řídí systém SCADA. Údržba žije v jiném programu — nebo stále v tabulce. Nákup pracuje v ERP. Alarmy přicházejí e-mailem a telefonem. A projekty, smlouvy a docházka mají zase svůj vlastní nástroj.

Každý z těchto systémů může ve své oblasti fungovat dobře, dokonce výborně. Problém nemusí být v nich, ale v mezerách, které mezi nimi zůstávají.

Rozhodnutí se ztrácí mezi systémy

V předchozích dílech série OT jsme se opakovaně dostali ke stejnému bodu: naměřená data sama o sobě hodnotu nemají. Hodnotu získají teprve tehdy, když se z odchylky stane událost, z události úkol, z úkolu provedená práce a z práce zpětně ověřitelný výsledek.

Tento řetězec se však téměř nikdy nevejde do jediného tradičního odborného systému.

Měření vzniká v jednom. Rozhodnutí padne ve druhém. Práce se zaznamená ve třetím. Náhradní díl se objedná ve čtvrtém a náklady se zaúčtují v pátém. Při každém předání musí někdo kopírovat, slaďovat a pamatovat si — nebo naopak něco zapomenout.

Firma pak často netrpí nedostatkem dat. Právě naopak: tatáž informace existuje na pěti místech v pěti různých stavech.

Které číslo je aktuální? Kdo ho naposledy změnil? Proběhl zásah? Opravdu problém zmizel? A kdo vůbec vidí celý proces?

Nechtěli jsme další samostatnou aplikaci

Na tento problém jsme nechtěli odpovědět dalším dashboardem. Další samostatná aplikace by jen vytvořila další ostrov.

Proto jsme postavili OrigSmart WebOS: společné provozní prostředí běžící v prohlížeči, určené pro fyzický i obchodní provoz.

Dá se to říct i takto: „zastřešení“ stávajícího IT, energetického a celého datového ekosystému firmy. Odborné systémy dál plní své vlastní úkoly a WebOS propojuje dostupná data, uživatele, rozhodnutí a proveditelné procesy ve společném pracovním prostředí.

Nejde jen o společnou obrazovku nebo systém nabídek. Pod ním mohou běžet různé systémy, nad ním lze sledovat a řídit souvislý provoz firmy. Propojení samozřejmě vyžaduje integrační práci: tím, že se aplikace objeví ve stejném rozhraní, se její data a procesy ještě automaticky nestanou společnými.

Označení „operační systém“ zde neznamená, že bychom chtěli nahradit Windows nebo Linux. Přirovnání se týká provozního modelu. Stejně jako operační systém v počítači poskytuje společný základ pro uživatele, oprávnění, soubory, okna a aplikace, poskytuje WebOS společný základ pro zařízení, data, lidi a firemní procesy.

Uživatel vidí známou pracovní plochu s okny. Vedle sebe může otevřít energetická data budovy, související úkol údržby, smlouvu s dodavatelem nebo rozpočet stavebního projektu. V propojených procesech nemusí celkový obraz ručně skládat z oddělených systémů ani znovu a znovu zadávat stejná data.

Proč v prohlížeči?

Protože prohlížeč je dnes k dispozici prakticky na každém pracovním zařízení. Není třeba instalovat samostatný klientský program, aktualizace lze spravovat centrálně a uživatel se ke stejnému pracovnímu prostředí dostane ze svého kancelářského počítače, z provozního terminálu nebo — podle svých oprávnění — z mobilního zařízení.

Samotný prohlížeč ale z aplikace operační systém nedělá. K tomu je potřeba společný datový model propojující různé zdroje, jednotná správa oprávnění, spolupráce v reálném čase a aplikace, které lze vzájemně propojit.

Čím je to víc než jen další software?

Různé datové zdroje — společný výklad

Jednotný provoz neznamená, že se všechna data musí přestěhovat do jediné databáze. Finanční data mohou zůstat v ERP, stavy technologie ve SCADA, měření v energetickém systému a dokumenty ve stávajícím úložišti dokumentů.

Úkolem WebOS je zasadit je do společných souvislostí. Identifikátor zařízení v jednom systému, nákladové středisko ve druhém a historie údržby ve třetím se mají vztahovat ke stejnému skutečnému zařízení. Zákazník, provoz, projekt nebo smlouva tak nejsou souborem na sobě nezávislých záznamů, ale společným referenčním bodem provozu.

Součástí integrace je i určení, který systém je pro která data autoritativním zdrojem, kde je lze měnit a jak se změna dostane k navazujícím procesům. Místo ručního udržování pěti samostatných kopií se na více místech používá jedna informace s definovaným a dohledatelným původem.

Nejde jen o pohodlí. Společný výklad a vyjasněná odpovědnost za data snižují provozní chyby, které vznikají z rozdílných verzí, ručního kopírování a nejistých datových zdrojů.

Společná práce v reálném čase

Když dva kolegové otevřou stejný dokument, záznam nebo rozpočtovou položku, oba vidí změny toho druhého. Systém řídí souběžnou práci a brání tomu, aby někdo nepozorovaně přepsal změnu jiného.

Stejný provoz v reálném čase propojuje lidi i se stranou OT. Nová naměřená hodnota, změna stavu nebo alarm ze zařízení se mohou okamžitě objevit v té aplikaci a u toho uživatele, ke kterým se váže nějaký úkol.

Společná práce pak neznamená výměnu e-mailů a samostatných verzí souborů, ale práci se stejným aktuálním provozním stavem.

Přesně řízený přístup

Ve firemním prostředí nestačí určit, zda má někdo přístup k aplikaci. Často záleží i na tom, která data v ní smí vidět a která pole smí měnit.

Ve stavebním projektu například o ceně pro objednatele rozhoduje jeden člověk, nabídku subdodavatele smí zadat jiný a nákup schvaluje zase někdo další. Mohou pracovat na stejné položce tak, že každý má přístup jen k datům a operacím, které jeho role vyžaduje.

OrigSmart WebOS to řídí až na úroveň jednotlivých polí. Zakázané operace neskrývá jen rozhraní: oprávnění kontroluje a vynucuje i serverová strana. Nepovolená změna je odmítnuta i tehdy, když se někdo pokusí rozhraní obejít a volat backend WebOS přímo.

Oddělené organizace, společná platforma

Stejnou platformu může používat více firem, provozů nebo zákazníků tak, že organizační hranice a hranice oprávnění jejich dat zůstanou oddělené. Každý účastník vidí své vlastní provozní prostředí, zatímco oprávnění centrální aktéři mohou spravovat i souhrnné procesy a přehledy.

To je obzvlášť důležité u poskytovatelů služeb, koncernů a provozů s více lokalitami, kde jsou výhody jednotné platformy potřeba, ale míchání dat samozřejmě ne.

Rozšiřitelný, ne určený k výměně

Když vznikne nová obchodní potřeba, lze pro ni postavit novou aplikaci na stávajících uživatelích, oprávněních, datových propojeních a společných službách. Není nutné pokaždé vytvářet samostatné přihlášení a samostatné aplikační prostředí ani znovu od začátku stavět integrace, které už fungují.

A není třeba vyhazovat ani to, co už dobře funguje. WebOS nevznikl proto, aby za každou cenu nahradil osvědčené ERP, systém SCADA nebo účetní program. Dokáže se k nim připojit, převzít či předat potřebná data a obsloužit provozní řetězec, který by se mezi odbornými systémy jinak přerušil.

Stejná data, různá rozhodnutí

Vezměme jednoduchý příklad. Příkon chladicího kompresoru už několik dní pomalu roste.

V tradičně roztříštěném prostředí si toho někdo jednou všimne v grafu. Napíše e-mail. Údržbář se telefonicky doptává. Výsledek kontroly se možná dostane do pracovního listu. Náhradní díl se objedná v jiném systému. Náklady se později objeví ve finančním přehledu — jenže do té doby se ztratila vazba mezi původní naměřenou odchylkou a ekonomickým výsledkem opravy.

V prostředí propojeném pomocí OrigSmart WebOS se z měření může stát událost a z události pracovní příkaz pro odpovědného údržbáře. K pracovnímu příkazu lze připojit požadavek na díly, nákup i schválení. Po zásahu může systém zpětně ověřit, zda se příkon skutečně vrátil do normálního rozsahu.

Měření přitom může dál přicházet ze stávajícího energetického systému, nákup může probíhat v ERP a úkol lze řešit v aplikaci WebOS nebo v integrovaném systému údržby. Podstatné není, aby každý krok proběhl ve stejném softwaru, ale aby po celou dobu zůstala zachována vazba mezi původní odchylkou, odpovědnou osobou, zásahem a výsledkem.

Tentýž případ vidí každý aktér ze svého pohledu:

• energetik odchylku a křivku spotřeby;
• údržbář poruchu, historii a úkol, který je třeba provést;
• nákup požadavek na díly a schválený rámec;
• finance náklady a finanční dopad úspory;
• a vedení celou cestu problému od zjištění až k ověřenému výsledku.

Nejde o pět samostatných příběhů, ale o pět pohledů na tutéž provozní událost, vytvořených podle oprávnění a úkolů.

Potřebuje WebOS každý?

Ne.

V malém provozu, kde je třeba vyřešit jedinou úlohu měření a alarmů, může stačit cílená aplikace. Totéž platí pro firmu, jejíž všechny podstatné procesy skutečně běží v jediném, vhodně přizpůsobeném podnikovém informačním systému.

V takových případech lze jednotlivé moduly OrigSmart — například sběr dat, měření nebo správu alarmů — používat i samostatně, napojené na stávající systémy.

Mnoho průmyslových firem ale takto nefunguje. Vedle sebe u nich běží několik systémů různého stáří a účelu. Skutečnou otázkou pro ně není, zda lze vše nahradit jedním velkým projektem, ale zda lze nad stávajícím ekosystémem vytvořit společnou, řízenou a dále rozšiřitelnou provozní vrstvu.