A dashboard nem digitalizáció

Az ipari és energetikai digitalizáció egyik leggyakoribb végállomása egy mutatós dashboard. A mérők bekötve, az adatok érkeznek, a grafikon mozog, a projektátadón mindenki elégedetten nézi a nagy képernyőt.

Majd néhány hét múlva kiderül, hogy a vállalat működése lényegében semmit nem változott.

A hibákat továbbra is telefonon jelzik. Az energiafogyasztási eltéréseket valaki időnként észreveszi. A feladatokat e-mailben osztják ki. A beavatkozás eredménye nincs összekapcsolva az eredeti eseménnyel. A dashboard pedig lassan drága háttérképpé válik.

Ez nem azt jelenti, hogy a vizualizáció fölösleges. A jó dashboard fontos. Csak éppen nem maga a digitalizáció, hanem annak egyik felülete.

A grafikon válaszol — ha valaki jó kérdést tesz fel

A dashboard alapvetően passzív eszköz. Információt mutat annak, aki megnyitja, tudja, mit keres, helyesen értelmezi a látottakat, majd van ideje és joga intézkedni.

Ez sok feltétel egyszerre.

Ha egy hűtőrendszer energiafelvétele lassan emelkedik, a grafikon megmutathatja a trendet. De önmagában nem dönti el:

• mekkora eltérés tekinthető rendellenesnek;
• milyen üzemi állapothoz kell viszonyítani;
• ki felel a kivizsgálásért;
• milyen határidővel kell reagálni;
• mi történik, ha nem történik intézkedés;
• hogyan mérjük, hogy a beavatkozás eredményes volt-e.

A dashboard láthatóvá teszi a problémát. A működési rendszer feladata, hogy kezelje is.

A valódi lánc: mérésből visszacsatolt folyamat

Egy érett digitális megoldásban a lánc nem a grafikonig tart:

mérés → értelmezés → esemény → döntés → feladat → végrehajtás → ellenőrzés.

Vegyünk egy egyszerű példát. Egy almérő azt mutatja, hogy egy technológiai terület éjszakai alapfogyasztása három egymást követő napon a megszokott érték fölé került.

A dashboard ezt ábrázolhatja. A működő rendszer viszont:

1. összeveti az értéket a megfelelő időszak és üzemállapot bázisértékével (baseline);
2. eseményt hoz létre;
3. hozzárendeli az érintett telephelyet és berendezéseket;
4. értesíti a felelőst;
5. feladatot vagy munkalapot nyit;
6. rögzíti a vizsgálat és beavatkozás eredményét;
7. visszaméri, hogy az alapfogyasztás helyreállt-e;
8. kimutatja az elkerült többletfogyasztást.

Itt már nem adatmegjelenítésről beszélünk, hanem digitálisan végrehajtható üzemi folyamatról.

Az adat nem ér semmit felelős nélkül

Az egyik legfontosabb, mégis rendszeresen kihagyott kérdés: kié az esemény?

Lehet a világ legpontosabb riasztása, ha az üzenet egy közös postafiókba érkezik, vagy egyszerre tíz ember kapja meg abban a reményben, hogy majd valaki reagál. A felelősség nélküli jelzés rendszerint zajjá válik.

A jó folyamatban meghatározható:

• az esemény tulajdonosa;
• az eszkalációs szabály;
• a válaszadási határidő;
• a szükséges dokumentáció;
• a lezárás feltétele;
• a jóváhagyás és visszaellenőrzés módja.

Ez az a pont, ahol az OT-adat találkozik az üzleti működéssel.

A kontextus fontosabb, mint a grafikon felbontása

Egy 20 kW-os fogyasztás lehet normális vagy rendellenes. Függ attól, melyik gépről, milyen termelési állapotban, melyik műszakban, milyen külső hőmérséklet mellett és milyen előzmények után beszélünk.

Ezért az adatnak kapcsolódnia kell a vállalat valós objektumaihoz: eszközhöz, helyhez, költséghelyhez, ügyfélhez, szerződéshez, karbantartási eseményhez vagy termelési feladathoz.

Ha ez a kapcsolat nincs meg, a rendszer sok adatot tárol, de kevés tudást hoz létre.

Az OrigSmart közös adat- és folyamatmodellje éppen ezt a szakadékot hidalja át. A mérési adat nem különálló idősor marad, hanem a fizikai és üzleti környezet része. Így ugyanaz az esemény megjelenhet a műszaki üzemeltető, az energetikus, a pénzügy és a vezetés számára — mindegyik szerepkörnek a saját döntéséhez szükséges formában.

A jó dashboard cselekvésre tervezett

A dashboard akkor hasznos, ha nem minden adatot akar egyszerre megmutatni, hanem a döntést támogatja.

Más nézet kell annak, aki azonnal beavatkozik, és más annak, aki havi költséget elemez. Az üzemeltetőnek aktuális állapot, prioritás és konkrét teendő kell. A vezetőnek trend, kockázat, eltérés és üzleti hatás. A karbantartónak eszköztörténet, kapcsolódó dokumentum és lezárható munkalap.

Az OrigSmartban a dashboard ezért nem önálló céltermék. Egy szerepkörre szabott ablak ugyanabban a rendszerben, amely a forrásadatot, az eseményt, a jogosultságot és a végrehajtható folyamatot is kezeli.

A digitalizáció mérőszáma nem a képernyők száma

Egy projekt sikerét nem az mutatja meg, hány grafikon készült, hanem például az, hogy:

• mennyivel rövidült a reakcióidő;
• hány esemény kapott felelőst és lezárást;
• csökkent-e a nem tervezett leállás;
• kimutatható-e energia- vagy költségmegtakarítás;
• megszűnt-e egy kézi adatgyűjtési vagy egyeztetési lépés;
• javult-e az auditálhatóság;
• létrejött-e automatikus visszacsatolás.

Ezért az OrigSmart egy tipikus pilotot sem a teljes vállalat „bedashboardosításával” kezd. Kijelölt adatforrásból, konkrét problémából és mérhető sikerkritériumból indulunk. A pilotban természetesen készülhet dashboard és riasztás, de legalább egy követhető intézkedésnek is létre kell jönnie.

Mert az adat akkor termel értéket, amikor megváltoztat valamit a működésben.

Források

• OrigSmart – Webalapú üzleti operációs rendszer
• NIST SP 800-82 Rev. 3 – Guide to Operational Technology Security