Echipamentele se află pe obiective, iar dumneavoastră sunteți la birou. Noi montăm pe ele senzori, îi conectăm la internet și scoatem indicatorii într-un singur program, care se deschide în browser. Dacă temperatura a ieșit din normă, ușa a rămas deschisă sau s-a întrerupt alimentarea — angajatul responsabil primește mesajul imediat, în loc să afle despre asta dimineața, după marfa stricată.
În cuvinte simple: pe echipamente se montează aparate mici, care măsoară permanent ceea ce este important — temperatura din interiorul camerei, dacă ușa este deschisă, dacă există curent, dacă funcționează compresorul. O dată pe minut aceste măsurători pleacă prin internet către server. Deschideți browserul și vedeți starea fiecărei unități de echipament din toate punctele.
IoT se traduce prin «internetul lucrurilor». Sensul este că nu omul umblă cu un carnet și notează indicațiile, ci echipamentul însuși le trimite în program. Pentru asta nu trebuie făcut nimic: datele vin singure, non-stop, inclusiv noaptea și în weekend.
Diferența principală față de un simplu ecran cu cifre este că sistemul nu așteaptă până când se uită cineva la el. El compară singur fiecare măsurătoare cu norma pe care ați stabilit-o pentru acel echipament. Dacă norma este încălcată — găsește în nomenclator angajatul care răspunde de acel obiectiv și îi trimite lui mesajul.
Exemplu. Într-o cameră de congelare din depozit sunt admise −18 °C. La 21:04 senzorul transmite −16,8 °C. În acel moment nu se uită nimeni la ecran. După 15 minute temperatura continuă să crească — sistemul creează un eveniment, scrie în el numărul camerei, adresa depozitului, ora și valoarea curentă și trimite mesajul celui de serviciu pe depozit. La 21:33 acesta ajunge și găsește ușa tamponului închisă neetanș. Marfa este intactă.
Echipamentele nu trebuie schimbate în acest timp. Frigiderul, automatul, pompa sau instalația de ventilație rămân pe loc — la ele se adaugă ceea ce nu au: senzori, dispozitiv de comunicație și programul în care întregul parc se vede într-o singură listă.
Orice proiect începe cu trei întrebări: ce se poate măsura fizic la acest echipament; cum vor pleca datele de pe obiectiv în internet; cine răspunde de abatere și în câte minute trebuie să reacționeze la ea. Cât timp nu există răspuns la a treia întrebare, va ieși un ecran frumos cu cifre, nu un sistem care previne ceva.
| Ce este realizat | Ce este asta |
|---|---|
| Indicatorul se afișează pe ecran în timp real | observare |
| Indicatorul se salvează în istoric cu ora exactă | bază |
| Ieșirea din normă se înregistrează ca eveniment separat | bază |
| Evenimentul are un angajat anume și un termen de reacție | monitorizare |
| Reacția angajatului se înregistrează și închide evenimentul | monitorizare |
Granița trece prin două lucruri: evenimentul are un om și are un termen. Un ecran cu temperatura curentă nu salvează nimic prin el însuși — cât timp nimănui nu i s-a repartizat să se ocupe, abaterea rămâne doar o linie pe grafic. De aceea norma, responsabilul, termenul de reacție și marcajul de închidere sunt câmpuri obligatorii ale sistemului, nu setări «după dorință».
Limita posibilităților o stabilește nu programul, ci echipamentul însuși: se poate prelua doar ceea ce el măsoară sau ceea ce permite să fie măsurat cu un senzor, iar modifica — doar ceea ce permite controlerul lui. Ce este disponibil pe modelul dumneavoastră lămurim după documentația producătorului, la analiză.
Tot drumul pe care îl parcurge o măsurătoare — de la aparatul de pe frigider până la mesajul din telefon. Mai departe, pe pagină, fiecare dintre aceste șase verigi este analizată mai în detaliu.
Ceea ce urmărim: camera frigorifică, vitrina, congelatorul, automatul comercial, pompa, instalația de ventilație, linia de producție. Fiecare unitate se introduce în sistem ca fișă separată — ce este, pe ce obiectiv se află, ce carte tehnică are și când a fost întreținută.
Aparatele care măsoară. Senzorul este un dispozitiv mic, care măsoară o singură mărime: temperatura, umiditatea, presiunea, curentul, dacă ușa este deschisă, dacă există tensiune. Controlerul este «creierul» echipamentului însuși: la o parte dintre modele el poate comunica în exterior indicațiile proprii și codurile de eroare, iar atunci senzorii suplimentari nu sunt necesari. Dacă nu poate — montăm senzorii noștri.
Cum ajung indicațiile în internet. Pe obiectiv se montează un dispozitiv mic de comunicație: el adună măsurătorile de la senzori și le trimite pe server prin cablu de internet, Wi-Fi sau prin cartelă SIM. S-a întrerupt internetul — măsurătorile se adună în memoria lui și pleacă atunci când legătura revine. Însăși tăcerea dispozitivului este considerată tot o alertă.
Unde trăiesc datele. Serverul este un calculator dintr-un centru de date protejat, care funcționează non-stop. «Cloud» înseamnă că el nu se află la dumneavoastră în birou: nu trebuie cumpărat, răcit și întreținut, iar accesul la program există din orice punct. Serverul primește măsurătorile, le salvează în istoric, le confruntă cu normele și transformă abaterea într-un eveniment.
Programul pe care îl vedeți dumneavoastră. Se deschide în browser, pe calculator sau pe telefon, cu utilizator și parolă — nu trebuie instalat nimic. Pe un singur ecran sunt obiectivele, echipamentele, indicatorii curenți și lista abaterilor deschise. Echipamentele de mărci diferite arată la fel.
Rezultatul întregului lanț: mesajul către un angajat anume, graficele și jurnalele pentru analiză, rapoartele lunare și — acolo unde controlerul permite asta — modificarea setărilor echipamentului direct din panou.
Frecvența măsurătorilor și limitele admise se stabilesc separat pentru fiecare tip de echipament, nu printr-o singură cifră pentru toată rețeaua. La un congelator, la o vitrină cu mâncare gata și la o cameră de depozit diferă și temperatura normală, și timpul admis de ieșire din ea.
Frigul este direcția în care monitorizarea se amortizează cel mai repede, pentru că încălcarea regimului nu se vede cu ochiul. O ușă întredeschisă peste noapte nu o observă nimeni până dimineața, iar până dimineața decizia este deja luată în locul dumneavoastră.
Exemplu. Vineri seara, într-o cameră de congelare cedează compresorul. Peste noapte marfa se decongelează, sâmbătă este congelată parțial din nou, iar luni lotul se casează. Cu monitorizare, mesajul despre defecțiune vine vineri la ora 21:00, iar totul se reduce la chemarea serviciului de intervenție.
Echipamentele sunt însă diferite. La un congelator și la o vitrină cu mâncare gata nu coincid nici temperatura admisă, nici viteza de încălcare a ei, nici prețul erorii. De aceea norma nu se stabilește una singură pentru toată rețeaua, ci pentru fiecare unitate — ținând cont de ce se află în ea.
Ce se poate prelua de la o unitate frigorifică:
Setul depinde de modelul concret. Dacă controlerul din dotare transmite în exterior valorile și codurile de eroare — sistemul le citește direct. Dacă nu le transmite — se montează senzori externi de temperatură, de ușă și de alimentare. Ce este disponibil pe echipamentul dumneavoastră se determină după documentația lui, la analiză, și nu se promite dinainte.
De aceea normele se configurează după tipul echipamentului și după marfa din el. Dacă asta nu se face, mesajele vor începe să vină permanent, angajații nu le vor mai deschide — iar sistemul va funcționa în gol.
Aparatele sunt cam aceleași la toate aceste grupe. Diferența stă în regimul admis, în prețul erorii și în cine primește mesajul. Totul este construit la fel: unitatea de echipament, obiectivul, indicatorii, normele, evenimentele, responsabilul.
Un punct fără vânzător: pur și simplu nu are cine să observe că ușa nu s-a închis sau că agregatul s-a oprit. Echipamentul se află într-un birou, într-o fabrică sau într-un coworking, iar angajatul trece o dată la câteva zile. Controlul temperaturii și al ușii este aici singurul mod de a afla la timp despre o problemă.
Minus adânc și rezervă mare de frig: abaterea se dezvoltă lent, iar descoperirea se face pe un lot stricat în întregime. Se controlează temperatura, cât timp se menține în afara normei, funcționarea compresorului și decongelarea.
În sala de vânzare ușa se deschide de zeci de ori într-o tură, iar regimul se încalcă permanent. De aceea contează nu ieșirea din limită în sine, ci cât de mult durează ea și cât de des se repetă în cursul zilei.
Volum mare și mai multe zone cu temperaturi diferite: un singur punct de măsurare nu descrie camera. Se montează mai mulți senzori, iar ușa și alimentarea se controlează separat — oprirea camerei înseamnă pierderea întregului conținut, nu a unui singur raft.
Mai multe camere și agregate pe același obiectiv, lucru în ture și non-stop. Sunt necesare împărțirea răspunderii pe zone, un istoric lung și un raport privind respectarea regimului pe o lună sau pe un trimestru.
O rețea de puncte cu echipamente identice: zeci de vitrine și lăzi la adrese diferite. Valoarea stă aici în comparație — unde se repetă abaterile, ce punct iese sistematic din regim, ce unitate trebuie trimisă în reparație.
Păstrarea materiei prime și a produselor finite, unde regimul este o cerință, nu o comoditate. În afară de mesaje este nevoie de dovadă: graficul fiecărei camere pe o perioadă și consemnările despre cine și cum a reacționat la abateri.
O grupă separată o formează agregatele al căror controler nu este conceput deloc pentru schimb cu exteriorul. Ele se conectează prin senzori externi: de temperatură, de ușă, de alimentare, de curent consumat. Se obțin mai puține date decât de la un agregat «inteligent», dar principalul — regimul, ușa, alimentarea și funcționarea compresorului — se vede, iar o astfel de unitate stă în lista comună la fel ca celelalte.
Fiecare indicator trăiește în sistem în două forme. Prima este valoarea însăși, care pur și simplu se salvează în istoric. A doua este regula: la ce valoare și după câte minute asta devine o abatere despre care trebuie anunțat cineva.
Exemplu. Temperatura de −16 °C dintr-o cameră de congelare se salvează întotdeauna, în fiecare minut. Iar mesajul pleacă doar dacă ea se menține peste −18 °C mai mult de cincisprezece minute la rând.
Lista completă a ceea ce se preia și se controlează:
Pierderea legăturii nu este un fleac, ci o avarie în toată regula. Un dispozitiv care tace nu înseamnă «nu există date», ci «despre acest obiectiv nu știm nimic». Temperatura de acolo poate fi în normă, dar poate să crească de o oră deja. De aceea dispariția legăturii creează același eveniment ca o avarie de temperatură, în loc să lase o lipsă în grafic.
Nivelurile sunt patru, iar de nivel depinde pe cine și cum va deranja sistemul:
Fiecare obiectiv are în sistem un angajat responsabil, iar fiecare tip de eveniment — propria regulă de livrare. Sistemul nu trimite totul tuturor: el se uită pe ce obiectiv este abaterea, de ce tip este ea și cât este ceasul acum, iar după această regulă alege destinatarul.
Dacă angajatul nu a preluat evenimentul în timpul alocat, acesta pleacă automat la următorul din lanț. Noaptea, în weekend și de sărbători destinatarul poate fi altul — și asta se configurează dinainte.
Tipul, echipamentul și obiectivul, ora de început și de sfârșit, valorile indicatorilor în momentul apariției, cui și când a plecat mesajul, cine l-a preluat, ce a făcut și cum s-a terminat totul. Este suficient pentru a analiza cazul peste o lună după înregistrări, nu după amintirile turei.
| Condiția | Temporizarea | Eveniment |
|---|---|---|
| Temperatura peste limita superioară a regimului | 15 min | avertisment |
| Temperatura peste limită | 45 min | avarie |
| Ușa deschisă neîntrerupt | 5 min | avertisment |
| Creșterea temperaturii cu ușa închisă | 10 min | avarie |
| Nu există tensiune la echipament | 1 min | avarie |
| Controlerul a returnat un cod de eroare | imediat | avarie |
| Dispozitivul nu intră în legătură | 20 min | avarie |
| Compresorul a funcționat într-o zi mai mult decât de obicei | 24 de ore | în întreținere |
Captură a ecranului sistemului, valorile sunt demonstrative. Coloana «temporizare» este timpul pe care sistemul îl așteaptă înainte de a da alarma. Fără ea, încărcarea mărfii, decongelarea normală și curățenia din sală ar da un flux de avarii false, după care mesajele nu ar mai fi citite.
Fiecare caz parcurge unul și același drum: la echipament s-a schimbat ceva → sistemul a înregistrat asta ca eveniment → un angajat anume a primit mesajul. Diferența stă doar în cauză și în cui îi este adresat.
Ce se întâmplă: senzorul a comunicat că ușa a fost deschisă și, mai mult decât este admis, nu comunică faptul că a fost închisă. Ce face sistemul: creează evenimentul «ușă deschisă mai mult decât norma», cu numărul echipamentului, adresa obiectivului și ora de început. Cine află: angajatul de la punct — în mesaj se vede de cât timp este deschisă ușa. Evenimentul în sine nu se va închide până când ușa nu este închisă.
Ce se întâmplă: măsurătorile arată o creștere constantă, iar ușa este închisă. Ce face sistemul: înregistrează abaterea, cu valoarea curentă și viteza de creștere. Cine află: responsabilul de obiectiv primește un avertisment — marfa este deocamdată în normă, există timp pentru reacție. Dacă creșterea continuă, avertismentul va deveni avarie și va pleca deja la mai mulți angajați.
Ce se întâmplă: dispozitivul tace mai mult decât intervalul admis. Ce face sistemul: creează o avarie — nu «lipsă de date», ci exact o avarie: ce se întâmplă pe obiectiv este necunoscut. Cine află: aceiași angajați ca la o avarie de temperatură, pentru că urmările pot fi aceleași.
Ce se întâmplă: echipamentul returnează singur codul de defecțiune. Ce face sistemul: înregistrează codul așa cum este și îl descifrează după documentația acestui model. Cine află: eroarea apare în fișa echipamentului, împreună cu istoricul — de câte ori a mai venit același cod de la această unitate.
Ce se întâmplă: indiciile necesității de decongelare — semnalul controlerului, orele de funcționare sau caracterul ciclului de temperatură — ies din normă. Ce face sistemul: creează nu o avarie, ci o sarcină. Cine află: angajatul responsabil — în sarcină este indicat ce echipament, pe ce obiectiv și până la ce termen.
Ce se întâmplă: la echipament nu există tensiune. Ce face sistemul: creează o avarie cu ora exactă a întreruperii; temperatura continuă între timp să fie înregistrată, cât timp dispozitivul de comunicație funcționează pe bateria proprie. Cine află: mesajul pleacă imediat — pe baza lui se decide dacă marfa se scoate, nu când se cheamă reparația.
Captură a ecranului sistemului, cifrele sunt demonstrative. Principalul nu este aici mesajul, ci ultimul rând: motivul și durata ajung în istoricul acestei camere. Dacă «ușa tamponului închisă neetanș» se repetă încă de trei ori într-o lună, asta se va vedea în raport, în loc să fie uitată odată cu tura.
Sistemul este necesar oriunde echipamentele funcționează fără supraveghere permanentă, iar defecțiunea se observă după urmări. Se schimbă setul de indicatori și prețul erorii — construcția sistemului rămâne aceeași.
Dacă cel puțin trei puncte din cinci coincid cu situația voastră, amortizarea se poate calcula pe pierderile concrete pe care le-ați avut deja în perioadele trecute — marfă casată, staționări, deplasări în zadar.
Vending și micromarketuri: modulul de telemetrie, programul de pe dispozitiv și colectarea evenimentelor — vânzări, erori ale mecanismului, temperatură, deschiderea ușii, starea modulelor de plată și a legăturii — sunt făcute de noi și descrise în secțiunea sisteme de autoservire. Celelalte direcții din listă sunt aceeași schemă, aplicată unui alt tip de echipament.
Un parc real nu este aproape niciodată omogen. Pe același obiectiv se află unități din ani diferiți și de la producători diferiți: unele au un controler care poate transmite date în exterior; altele au controler, dar el nu știe să «vorbească»; a treia categorie nu are nimic în afară de partea de forță.
De aici tabloul obișnuit: patru programe pentru patru tipuri de echipamente, fiecare cu propria autentificare, propriile denumiri ale stărilor și propriile notificări. Tabloul general al obiectivului nu există în niciunul dintre ele, iar două agregate de mărci diferite nu pot fi comparate între ele în niciun fel.
Ce facem noi într-o astfel de situație:
Despre ce nu vorbim dinainte. Nu declarăm suportul unor mărci concrete de echipamente și al unor protocoale industriale înainte de analiză. Lista a ceea ce se citește și a ceea ce se poate administra este rezultatul lucrului cu documentația parcului vostru și al verificării la fața locului, nu un rând dintr-o prezentare. Singurul lucru confirmat printr-o dezvoltare gata făcută este circuitul de vending: modulul propriu de telemetrie, cu drivere MDB și EVA-DTS, descris în secțiunea sisteme de autoservire.
Setările echipamentelor nu pot fi schimbate din browser întotdeauna. Aceasta este o însușire a echipamentului însuși, nu a programului, iar variantele sunt trei:
Asta nu se poate ocoli prin program. De aceea lista comenzilor disponibile o spunem după analiză, nu înainte de ea.
Amestecul de mărci se elimină nu pe obiectiv, ci în interiorul programului: pentru fiecare tip de echipament se scrie un traducător propriu, iar mai departe totul este la fel. De aceea un tip nou se conectează prin scrierea unui singur modul, nu prin refacerea panoului, a regulilor și a rapoartelor.
Controlere care pot transmite date în exterior; controlere fără această posibilitate; senzori externi; dispozitive de comunicație. Fiecare cu formatul lui, unitățile lui de măsură, denumirile lui de stări și frecvența lui de transmitere.
Pentru fiecare tip de sursă se scrie un modul separat: el știe cum să preia datele exact de la ea și le traduce într-un format intern unic. Echipamentul nu se schimbă în acest timp — se adaptează programul. Un astfel de modul se numește adaptor.
Aceleași unități de măsură, o singură listă de stări, aceeași descriere a evenimentului. După asta camera frigorifică și pompa se descriu în același limbaj, iar regulile normelor se scriu o singură dată pentru toate, nu separat pentru fiecare marcă.
Un singur ecran pentru tot parcul: obiectivele, echipamentele, indicatorii, abaterile deschise, istoricul, rapoartele și comenzile disponibile. Angajatul lucrează într-un singur program și nu comută între patru.
| Sursa de date | Ce se citește | Administrare | Stare |
|---|---|---|---|
| Controler care poate transmite date | valori, regimuri, coduri de eroare | parțial, conform documentației | în legătură |
| Controler care nu transmite nimic | prin senzori externi | nu | în legătură |
| Senzori externi pe dispozitivul de comunicație | temperatură, ușă, alimentare, curent | nu | avertisment |
| Modul de telemetrie pentru vending | vânzări, erori ale mecanismului, temperatură, ușă | da | fără legătură |
Captură a ecranului sistemului, componența este demonstrativă. În panou toate cele patru rânduri arată la fel — diferența rămâne doar în coloanele «ce se citește» și «administrare», adică în ceea ce permite fizic sursa. Dacă există administrare sau nu decide controlerul echipamentului, nu programul.
Panoul se deschide în browser, cu utilizator și parolă — ca un site obișnuit. Nu trebuie instalat nimic, iar de pe telefon funcționează de asemenea.
Primul ecran. Sus sunt contoarele: câte dispozitive sunt acum în legătură, câte tac, câte abateri sunt deschise chiar acum. Mai jos este lista obiectivelor, sub fiecare echipamentele lui, iar fiecare unitate are o stare colorată (normă, avertisment, avarie, fără legătură) și valoarea curentă.
Fișa echipamentului se deschide cu un clic pe orice unitate. În ea este adunat tot ce se știe despre acel frigider sau agregat:
Setările se stabilesc o singură dată și mai departe funcționează singure: normele și temporizările pe tipuri de echipamente; responsabilii și regulile de livrare a mesajelor după obiectiv, tip de eveniment și oră; rolurile angajaților — cine ce vede și ce poate face; grupele și filtrele după obiective, regiuni și tipuri de echipamente.
De ce se păstrează istoricul. Acestea sunt toate măsurătorile și toate evenimentele, salvate cu ora exactă și disponibile în orice moment. Este necesar pentru cinci lucruri:
Separat despre grafice: ele nu sunt necesare pentru raportare, ci pentru analiză. Când pe linia temperaturii sunt marcate deschiderile ușii, pornirile compresorului și întreruperile de alimentare, cauza abaterii se citește imediat — nu trebuie comparate patru ecrane diferite.
Dacă controlerul nu acceptă comenzi, secțiunea de administrare pur și simplu nu se afișează în fișă. Un buton care nu funcționează nu există acolo — pentru ca tura să nu aibă senzația că echipamentul poate fi administrat de aici.
Cu un singur obiectiv cu cinci frigidere se descurcă orice abordare, fie și un caiet. Diferența începe la cincizeci și la cinci sute de unități: lista nu mai încape pe ecran, mesajele se adună într-un flux, iar angajatul care răspunde de tot încetează să răspundă de ceva anume.
Exemplu. Noaptea, într-unul dintre puncte se întrerupe curentul. Fără setări, sistemul ar trimite treizeci de avarii separate — câte una pentru fiecare unitate de echipament, iar în acel flux s-ar pierde tot restul. Cu setări vine un singur mesaj: obiectivul cutare, s-a întrerupt alimentarea, sunt afectate 30 de unități.
Ce se schimbă odată cu creșterea parcului:
Captură a ecranului sistemului, cifrele sunt demonstrative. Ordinea cifrelor nu este întâmplătoare: prima nu este dimensiunea parcului, ci câte obiective se află acum în afara observării. Șase dispozitive care tac înseamnă șase puncte despre care nu se știe nimic.
Rapoartele se exportă într-un fișier și se pot construi automat, conform unei programări — de exemplu, în prima zi a fiecărei luni. Pentru circuitul frigorific, un astfel de raport servește totodată drept confirmare a regimului de păstrare pe perioadă.
Drepturile se acordă după aceeași structură: angajatul punctului vede doar echipamentele lui, conducătorul de direcție — toate obiectivele de tipul lui, dispecerul — sinteza pe toată rețeaua. Consultarea, preluarea evenimentului și administrarea la distanță sunt separate, nu se dau într-un singur pachet.
Senzori și controlere
Transmiterea în cloud
Panoul unic
Mesaje și rapoarte
Munca de bază a sistemului este construită pe reguli simple: cutare valoare mai mult de atâtea minute = cutare mesaj către cutare om. Este suficient pentru a acoperi situațiile de avarie, iar cu asta începe orice implementare.
Când istoricul s-a acumulat pe parcursul mai multor luni, peste el se poate adăuga analiza datelor. Ea caută nu încălcarea unei limite, ci schimbarea comportamentului obișnuit al unei unități concrete de echipament.
Exemplu. Compresorul intră de obicei în regim în opt minute. În ultimele trei săptămâni îi trebuie douăsprezece. Nicio limită nu este încălcată, niciun mesaj nu ar fi apărut conform regulilor — dar agregatul merge clar spre defecțiune, iar mai bine este să fie întreținut înainte de a se opri într-un weekend.
Trasăm limita direct. Predicția defecțiunilor este ceva ce devine posibil pe date acumulate, nu o funcție care lucrează din prima zi. Pentru ea este nevoie de istoricul nu doar al indicatorilor, ci și al defecțiunilor în sine: fără cazuri reale nu există pe ce antrena modelul. De aceea în proiect aceasta este o etapă separată, după ce colectarea datelor a funcționat o perioadă, nu un punct din prima versiune.
O direcție înrudită este implementarea inteligenței artificiale în procesele de business, unde aceeași abordare se aplică datelor din comenzi, solicitări și documente.
Nimic din toate acestea nu înlocuiește regulile de avarie: regulile reacționează în minute, analiza lucrează pe un orizont de săptămâni. Este nevoie de ambele straturi, iar ele se implementează exact în această ordine.
Etapele merg exact în această ordine. Omiterea analizei este cel mai frecvent motiv pentru care sistemul se construiește pentru echipamente care nu transmit datele necesare.
Recensământul parcului: modelele, controlerele, documentația, ce se poate prelua fizic de la fiecare unitate, dacă există internet pe obiective. La ieșire — lista celor disponibile imediat și a celor care vor trebui acoperite cu senzori externi.
O singură platformă și câteva unități de echipament: montajul, verificarea schimbului pe un controler real, configurarea normelor și a temporizărilor după comportamentul real al echipamentului, nu după documentație.
Cine de ce obiective răspunde, ce evenimente pleacă la cine, ce se consideră avarie și ce este doar o consemnare. Tot aici se configurează escaladarea și lipirea evenimentelor identice, altfel fluxul de mesaje va devaloriza sistemul într-o lună.
Celelalte obiective, după schema verificată, iar tipurile noi de echipamente — ca module de schimb separate. Mai departe se acumulează istoric, apar rapoartele pe perioadă și analiza datelor.
Scrieți-ne ce echipamente se află pe obiective, câte sunt și despre ce probleme aflați acum doar după urmări. Vă vom răspunde ce se poate prelua efectiv de la ele, unde vor fi necesari senzori externi și cu ce este rezonabil să înceapă pilotul.
