Un dashboard nu înseamnă digitalizare

Unul dintre cele mai frecvente puncte finale ale digitalizării industriale și energetice este un dashboard spectaculos. Contoarele sunt conectate, datele sosesc, graficele se mișcă, iar la predarea proiectului toată lumea privește mulțumită ecranul mare.

Apoi, după câteva săptămâni, se dovedește că modul de funcționare al companiei nu s-a schimbat, în esență, cu nimic.

Defecțiunile sunt semnalate în continuare prin telefon. Abaterile de consum energetic sunt observate din când în când de cineva. Sarcinile sunt repartizate prin e-mail. Rezultatul intervenției nu este legat de evenimentul inițial. Iar dashboardul devine, încetul cu încetul, un fundal de ecran scump.

Asta nu înseamnă că vizualizarea este inutilă. Un dashboard bun este important. Doar că nu este digitalizarea în sine, ci una dintre interfețele ei.

Graficul răspunde — dacă cineva pune întrebarea potrivită

Dashboardul este, în esență, un instrument pasiv. Arată informații celui care îl deschide, știe ce caută, interpretează corect ceea ce vede și are apoi timpul și dreptul de a acționa.

Sunt multe condiții deodată.

Dacă puterea absorbită de un sistem de răcire crește lent, graficul poate arăta tendința. Singur, însă, nu stabilește:

• ce abatere trebuie considerată anormală;
• la ce regim de funcționare trebuie raportată valoarea;
• cine răspunde de investigație;
• în ce termen trebuie să se reacționeze;
• ce se întâmplă dacă nu se ia nicio măsură;
• cum măsurăm dacă intervenția a fost eficientă.

Dashboardul face problema vizibilă. Sarcina sistemului operațional este să o și gestioneze.

Lanțul real: de la măsurare la un proces cu buclă de feedback

Într-o soluție digitală matură, lanțul nu se oprește la grafic:

măsurare → interpretare → eveniment → decizie → sarcină → execuție → verificare.

Să luăm un exemplu simplu. Un contor secundar arată că, trei zile la rând, consumul de bază pe timp de noapte al unei zone tehnologice a depășit valoarea obișnuită.

Dashboardul poate reprezenta acest lucru. Un sistem funcțional, în schimb:

1. compară valoarea cu valoarea de referință (baseline) pentru perioada și regimul de funcționare corespunzătoare;
2. creează un eveniment;
3. îi atribuie amplasamentul și echipamentele vizate;
4. îl notifică pe responsabil;
5. deschide o sarcină sau o comandă de lucru;
6. înregistrează rezultatul investigației și al intervenției;
7. măsoară din nou dacă consumul de bază a revenit la normal;
8. evidențiază consumul suplimentar evitat.

Aici nu mai vorbim despre afișarea datelor, ci despre un proces operațional executabil digital.

Datele nu valorează nimic fără un responsabil

Una dintre cele mai importante întrebări, deși omisă în mod regulat, este: al cui este evenimentul?

Alarma poate fi cea mai precisă din lume: dacă mesajul ajunge într-o căsuță de e-mail comună sau este primit simultan de zece persoane, în speranța că cineva va reacționa, nimeni nu și-l asumă. Iar un semnal fără responsabil devine, de regulă, zgomot.

Într-un proces bun se pot stabili:

• responsabilul evenimentului;
• regula de escaladare;
• termenul de răspuns;
• documentația necesară;
• condiția de închidere;
• modul de aprobare și de verificare ulterioară.

Acesta este punctul în care datele OT se întâlnesc cu activitatea operațională a companiei.

Contextul este mai important decât rezoluția graficului

Un consum de 20 kW poate fi normal sau anormal. Depinde despre ce mașină vorbim, în ce stare de producție, în ce schimb, la ce temperatură exterioară și după ce antecedente.

De aceea, datele trebuie legate de obiectele reale ale companiei: echipament, locație, centru de cost, client, contract, eveniment de mentenanță sau sarcină de producție.

Fără această legătură, sistemul stochează multe date, dar creează puține cunoștințe.

Modelul comun de date și procese al OrigSmart acoperă exact acest decalaj. Datele de măsurare nu rămân o serie temporală izolată, ci devin parte a mediului fizic și de business. Astfel, același eveniment poate apărea pentru echipa tehnică de exploatare, pentru energetician, pentru departamentul financiar și pentru conducere — pentru fiecare rol în forma de care are nevoie pentru propria decizie.

Un dashboard bun este conceput pentru acțiune

Dashboardul este util atunci când nu încearcă să arate toate datele deodată, ci sprijină decizia.

Cine intervine imediat are nevoie de o altă vizualizare decât cine analizează costurile lunare. Operatorul are nevoie de starea actuală, de prioritate și de sarcina concretă. Conducerea are nevoie de tendințe, riscuri, abateri și impactul asupra afacerii. Tehnicianul de mentenanță are nevoie de istoricul echipamentului, de documentele asociate și de o comandă de lucru care poate fi închisă.

În OrigSmart, dashboardul nu este, așadar, un produs de sine stătător. Este o fereastră adaptată rolului, în același sistem care gestionează și datele sursă, evenimentul, drepturile de acces și procesul executabil.

Măsura digitalizării nu este numărul de ecrane

Succesul unui proiect nu se vede din numărul de grafice realizate, ci, de exemplu, din aspecte precum:

• cu cât s-a scurtat timpul de reacție;
• câte evenimente au primit un responsabil și au fost închise;
• dacă s-au redus opririle neplanificate;
• dacă se pot demonstra economii de energie sau de costuri;
• dacă a dispărut un pas manual de colectare a datelor sau de coordonare;
• dacă s-a îmbunătățit auditabilitatea;
• dacă s-a creat o buclă de feedback automată.

De aceea, OrigSmart nu începe nici măcar un pilot obișnuit prin „dashboardizarea” întregii companii. Pornim de la o sursă de date stabilită, de la o problemă concretă și de la un criteriu de succes măsurabil. În cadrul pilotului se pot realiza, firește, dashboarduri și alarme, dar trebuie să rezulte și cel puțin o acțiune urmăribilă.

Pentru că datele produc valoare atunci când schimbă ceva în modul de funcționare.

Surse

• OrigSmart – Sistem de operare pentru afaceri, bazat pe web
• NIST SP 800-82 Rev. 3 – Guide to Operational Technology Security