De ce ne-am construit propriul sistem de operare în browser?

Dacă întrebăm, pe un amplasament industrial de mărime medie, cine cu ce sistem lucrează, rareori primim un răspuns scurt.

Monitorizarea energetică rulează pe o interfață web. Procesul tehnologic este gestionat de un sistem SCADA. Mentenanța trăiește într-un alt program — sau încă într-un tabel. Achizițiile lucrează în ERP. Alarmele sosesc pe e-mail și la telefon. Iar proiectele, contractele și datele de pontaj au, din nou, propriul instrument.

Fiecare dintre aceste sisteme poate funcționa bine, chiar excelent, în domeniul său. Problema nu ține neapărat de ele, ci de golurile rămase între ele.

Decizia se pierde între sisteme

În părțile anterioare ale seriei OT am ajuns de mai multe ori în același punct: datele măsurate nu au valoare în sine. Capătă valoare atunci când abaterea devine eveniment, evenimentul devine sarcină, sarcina devine lucrare executată, iar lucrarea devine un rezultat care poate fi verificat prin măsurare.

Acest lanț însă aproape niciodată nu încape într-un singur sistem de specialitate clasic.

Măsurarea apare într-unul. Decizia se ia în altul. Lucrarea se înregistrează într-un al treilea. Piesa de schimb se comandă într-un al patrulea, iar costul se contabilizează într-un al cincilea. La fiecare predare cineva trebuie să copieze, să reconcilieze și să-și amintească — sau tocmai să uite ceva.

În astfel de situații compania suferă adesea nu de lipsă de date. Dimpotrivă: aceeași informație există în cinci locuri, în cinci stări diferite.

Care este cifra actuală? Cine a modificat-o ultima dată? S-a efectuat intervenția? A dispărut cu adevărat problema? Și cine vede, de fapt, întregul proces?

Nu ne-am dorit încă o aplicație izolată

Nu am vrut să răspundem la această problemă cu încă un dashboard. O nouă aplicație de sine stătătoare ar fi creat doar încă o insulă.

De aceea am construit OrigSmart WebOS: un mediu de operare comun, care rulează în browser, pentru activitatea fizică și cea de business.

Am putea spune și așa: o „umbrelă” deasupra ecosistemului IT, energetic și a întregului patrimoniu de date existent al companiei. Sistemele de specialitate își îndeplinesc în continuare propriile sarcini, iar WebOS conectează într-un mediu de lucru comun datele disponibile, utilizatorii, deciziile și procesele executabile.

Nu este doar un ecran comun sau un sistem de meniuri. Dedesubt pot funcționa sisteme diferite, iar deasupra se poate urmări și conduce o activitate unitară a companiei. Conectarea necesită, firește, muncă de integrare: faptul că o aplicație apare pe aceeași interfață nu face automat comune datele și procesele ei.

Denumirea de „sistem de operare” nu înseamnă că am vrea să înlocuim Windows sau Linux. Analogia se referă la modelul de funcționare. Așa cum, pe un calculator, sistemul de operare oferă o bază comună pentru utilizatori, drepturi de acces, fișiere, ferestre și aplicații, WebOS oferă o bază comună pentru echipamente, date, oameni și procese ale companiei.

Utilizatorul vede un spațiu de lucru familiar, cu ferestre. Poate deschide unele lângă altele datele energetice ale unei clădiri, sarcina de mentenanță aferentă, contractul cu furnizorul sau bugetul unui proiect de construcție. În procesele conectate nu trebuie să recompună manual imaginea completă din sisteme separate și nici să introducă aceleași date din nou și din nou.

De ce în browser?

Pentru că browserul este astăzi disponibil practic pe orice dispozitiv de lucru. Nu este nevoie de instalarea unui program client separat, actualizările pot fi gestionate centralizat, iar utilizatorul accesează același mediu de lucru de pe calculatorul de birou, de pe un terminal din producție sau — în funcție de drepturile sale — de pe un dispozitiv mobil.

Dar browserul singur nu transformă o aplicație într-un sistem de operare. Pentru aceasta sunt necesare un model de date comun care leagă diferitele surse, gestionarea unitară a drepturilor de acces, colaborarea în timp real și aplicații care pot fi conectate între ele.

Ce îl face mai mult decât încă un software?

Surse de date diferite — interpretare comună

Funcționarea unitară nu înseamnă că toate datele trebuie mutate într-o singură bază de date. Datele financiare pot rămâne în ERP, stările de proces în SCADA, măsurătorile în sistemul energetic, iar documentele în arhiva de documente existentă.

Rolul WebOS este să le plaseze într-un context comun. Identificatorul de echipament dintr-un sistem, centrul de cost din al doilea și istoricul de mentenanță din al treilea trebuie să fie legate de același echipament real. Un client, un amplasament, un proiect sau un contract nu mai este astfel o mulțime de înregistrări independente, ci un punct de referință comun în activitate.

Integrarea presupune și stabilirea sistemului care este sursa autoritară pentru fiecare dată, a locului unde aceasta poate fi modificată și a modului în care modificarea ajunge la procesele conexe. În loc să ții în ordine manual cinci copii separate, folosești în mai multe locuri o singură informație cu origine definită și trasabilă.

Nu este doar o chestiune de comoditate. Interpretarea comună și responsabilitatea clarificată asupra datelor reduc erorile operaționale care provin din versiuni divergente, copiere manuală și surse de date nesigure.

Lucru comun în timp real

Dacă doi colegi deschid același document, aceeași înregistrare sau aceeași poziție de buget, amândoi văd modificările celuilalt. Sistemul gestionează lucrul în paralel și împiedică pe oricine să suprascrie, fără să observe, modificarea altcuiva.

Același funcționament în timp real leagă oamenii și de partea OT. O nouă valoare măsurată, o schimbare de stare sau o alarmă venită de la un echipament poate apărea imediat în aplicația și la utilizatorul de care este legată o acțiune de întreprins.

Lucrul în comun nu mai înseamnă schimb de e-mailuri și de versiuni separate de fișiere, ci utilizarea aceleiași stări operaționale actuale.

Acces reglementat precis

Într-un mediu de companie nu este suficient să stabilești dacă cineva are acces la o aplicație. Adesea contează și ce date poate vedea în cadrul ei și ce câmpuri poate modifica.

Într-un proiect de construcție, de exemplu, o persoană are dreptul să decidă prețul pentru beneficiar, alta poate înregistra oferta subcontractantului, iar alta poate aproba achiziția. Pot lucra pe aceeași poziție, fiecare având acces doar la datele și operațiunile necesare rolului său.

OrigSmart WebOS reglementează acest lucru până la nivel de câmp. Nu doar interfața ascunde operațiunile interzise: drepturile de acces sunt verificate și impuse și pe partea de server. O modificare neautorizată este respinsă chiar dacă cineva ocolește interfața și încearcă să apeleze direct sistemul de backend al WebOS.

Organizații separate, platformă comună

Mai multe companii, amplasamente sau clienți pot folosi aceeași platformă astfel încât limitele organizaționale și de acces ale datelor lor să rămână separate. Fiecare participant își vede propriul mediu de operare, în timp ce actorii centrali autorizați pot gestiona și procese și raportări consolidate.

Acest lucru este deosebit de important în activitatea furnizorilor de servicii, a grupurilor de firme și a operațiunilor cu mai multe amplasamente, unde este nevoie de avantajele unei platforme unitare, dar în mod evident nu și de amestecarea datelor.

Extensibil, nu de înlocuit

Când apare o nouă nevoie de business, se poate construi o nouă aplicație pe utilizatorii, drepturile de acces, conexiunile de date și serviciile comune existente. Nu este nevoie de fiecare dată să creezi o autentificare separată și un mediu de aplicație de sine stătător sau să reconstruiești de la zero integrările care funcționează deja.

Și nici nu trebuie aruncat ceea ce funcționează deja bine. WebOS nu a fost creat pentru a înlocui cu orice preț un ERP verificat, un sistem SCADA sau un program de contabilitate. Se poate conecta la acestea, poate prelua sau transmite datele necesare și poate gestiona lanțul operațional care altfel s-ar rupe între sistemele de specialitate.

Aceleași date, decizii diferite

Să luăm un exemplu simplu. Consumul de putere al unui compresor frigorific crește încet de câteva zile.

Într-un mediu fragmentat în mod tradițional, cineva observă la un moment dat acest lucru pe un grafic. Scrie un e-mail. Tehnicianul de mentenanță sună înapoi cu întrebări. Rezultatul verificării ajunge poate într-o comandă de lucru. Piesa de schimb este comandată în alt sistem. Costul apare mai târziu într-un raport financiar — dar până atunci legătura dintre abaterea măsurată inițial și rezultatul economic al reparației s-a pierdut.

Într-un mediu conectat cu OrigSmart WebOS, din măsurătoare poate rezulta un eveniment, iar din eveniment o comandă de lucru pentru tehnicianul de mentenanță responsabil. De comanda de lucru se pot lega necesarul de piese, achiziția și aprobarea. După intervenție, sistemul poate verifica dacă consumul de putere a revenit cu adevărat în intervalul normal.

Pentru aceasta, măsurătoarea poate veni în continuare din sistemul energetic existent, achiziția se poate face în ERP, iar sarcina poate fi gestionată într-o aplicație WebOS sau într-un sistem de mentenanță integrat. Esențial nu este ca fiecare pas să aibă loc în același software, ci ca legătura dintre abaterea inițială, responsabil, intervenție și rezultat să se păstreze pe tot parcursul.

Fiecare actor vede același caz din propria perspectivă:

• energeticianul vede abaterea și curba de consum;
• tehnicianul de mentenanță defectul, istoricul și sarcina de executat;
• achizițiile necesarul de piese și bugetul aprobat;
• departamentul financiar costul și efectul financiar al economiei;
• iar conducerea întregul parcurs al problemei, de la detectare până la rezultatul confirmat.

Nu este vorba de cinci povești separate, ci de cinci vederi ale aceluiași eveniment operațional, configurate în funcție de drepturi de acces și de sarcini.

Are nevoie toată lumea de WebOS?

Nu.

Pe un amplasament mic, unde trebuie rezolvată o singură sarcină de măsurare și alarmare, poate fi suficientă o aplicație țintită. La fel este și în cazul unei companii ale cărei procese esențiale funcționează cu adevărat toate într-un singur sistem ERP, personalizat corespunzător.

În astfel de cazuri, modulele OrigSmart — de exemplu achiziția de date, măsurarea sau gestionarea alarmelor — pot fi folosite și independent, integrate cu sistemele existente.

Multe companii industriale însă nu funcționează așa. La ele coexistă mai multe sisteme, de vârste și scopuri diferite. Pentru ele, adevărata întrebare nu este dacă totul poate fi înlocuit printr-un singur proiect mare, ci dacă se poate crea, deasupra ecosistemului existent, un strat operațional comun, reglementat și extensibil în continuare.