Fundamentele de date și conectivitate: instalațiile de sub toți ceilalți piloni

Ce acoperă acest pilon și de ce contează mai mult decât pare

Acesta este un pilon din șase și nu este un model de maturitate Industry 4.0. Nu recompensează cantitatea de tehnologie din fabrică. Întreabă dacă fundamentele de date sunt suficient de bune pentru practicile de management punctate la ceilalți piloni și dacă cineva are grijă de ele.

Evaluăm cinci lucruri: cât de conectate sunt mașinile (data1), cum sunt gestionate datele de referință, precum timpii de ciclu ideali și codurile de cauză (data2), cum sunt integrate datele de producție cu celelalte sisteme (data3), cine are acces la date și după ce reguli (data4) și cum este tratată securitatea cibernetică în producție (OT) (data5).

Greutatea acestui pilon se vede indirect. Fiecare oră pe care un lider de echipă o petrece introducând cantități într-o foaie de calcul este o oră nepetrecută la linie. Un timp de ciclu ideal luat de pe plăcuța mașinii face pierderea de performanță fie invizibilă, fie absurdă, iar ședința nu mai crede cifra. O mașină conectată la rețea cu un instrument de acces de la distanță al furnizorului, despre care nu știe nimeni, este un risc care poate opri fabrica.

Cele cinci niveluri așa cum le-ați vedea în fabrică

Fabricile sunt adesea inegale aici: un gât de sticlă bine conectat lângă date de referință pe care nu le deține nimeni sau o rețea solidă lângă înregistrări introduse manual în ERP. Evaluarea punctează fiecare întrebare separat. Pagina nivelurilor explică indicele pilonului și regula pilonului cel mai slab.

Cele cinci întrebări și cum vă verificați propriul răspuns săptămâna aceasta

data1. Cât de conectate sunt mașinile dumneavoastră? Întrebăm dacă fabrica obține de la mașini datele despre opriri și cantități fără ca cineva să le scrie, începând cu restricția. Conectarea de dragul conectării nu aduce niciun punct.

Fabricile se supraevaluează când PLC-urile sunt în rețea, dar nimeni nu le colectează datele, sau când singura mașină conectată este un pilot departe de gâtul de sticlă. Se subevaluează când presupun că un simplu semnal de funcționare/oprire nu este conectivitate reală. Modelul acceptă explicit semnalele I/O simple, iar pentru echipamentele mai vechi acestea sunt adesea alegerea cea mai rezonabilă.

data2. Cum sunt gestionate datele de referință? Întrebăm dacă etaloanele folosite pentru a judeca performanța sunt corecte și dacă le deține cineva. Timpii de ciclu ideali, codurile de cauză și lista de produse modelează pe tăcute fiecare cifră raportată de fabrică.

Supraevaluarea frecventă este să spuneți că timpii de ciclu ideali sunt definiți când cifrele sunt de fapt timpi standard din calculația costurilor sau din planificare, care includ adaosuri. Aceștia nu reprezintă cea mai bună viteză susținută a mașinii. O listă de coduri de cauză care a crescut până la a include cvasi-duplicate și un cod „altele” folosit intens este un alt semn că nu o deține nimeni.

data3. Cum sunt integrate datele de producție cu celelalte sisteme? Întrebăm câte date sunt introduse de două ori și dacă sistemul de producție și ERP-ul sunt de acord asupra a ceea ce s-a comandat și a ceea ce s-a produs.

Un export pe care cineva trebuie să-l lanseze, să-l curețe și să-l reimporte în fiecare săptămână este adesea considerat automatizat. Este cel mult Nivelul 3, iar persoana care îl face este un punct unic de eșec. Integrarea de Nivelul 4 înseamnă că comenzile și numărul de piese conforme circulă fără ca cineva să le atingă, iar diferențele sunt semnalate, nu corectate pe tăcute.

data4. Cine are acces la datele de producție și după ce reguli? Întrebăm dacă cei care au nevoie de date le pot obține fără să ceară o favoare și dacă definițiile din spatele fiecărui câmp sunt scrise.

O bază de date centrală sugerează Nivelul 3, dar dacă o singură persoană o poate interoga, inginerii își construiesc în continuare propriile fișiere, iar fabrica revine la versiuni paralele. Nivelul 4 cere și reguli de păstrare și definiții documentate, pe care multe fabrici le sar.

data5. Cum este tratată securitatea cibernetică în producție (OT)? Întrebăm dacă sistemele de producție sunt protejate într-un mod potrivit producției, unde disponibilitatea este pe primul loc, echipamentele rămân în funcțiune mulți ani, iar furnizorii au nevoie de acces de la distanță.

Supraevaluarea tipică este afirmația că rețelele sunt separate, în timp ce VPN-urile furnizorilor, instrumentele de tip remote desktop de pe HMI-uri sau modemurile celulare din dulapurile mașinilor ocolesc separarea. Alta este un firewall între zone ale cărui reguli permit aproape orice.

Ce fac diferit fabricile de Nivelul 4

Fabricile de Nivelul 4 la acest pilon sunt rareori cele cu cea mai multă tehnologie. Ele conectează cu un scop și își scriu regulile. Acestea sunt practicile pe care le căutăm.

• Conectați pentru o întrebare. Fiecare conexiune răspunde unei întrebări puse într-o rutină, de exemplu cât a stat gâtul de sticlă și de ce. Fabrica își definește propriul set minim de semnale, de exemplu funcționare/oprire, piese conforme și piese rebutate, acolo unde sunt disponibile, în loc să colecteze fiecare variabilă.
• Un singur mod documentat de conectare pentru fiecare tip de echipament. Un standard de o pagină spune ce interfață se folosește pentru ce fel de mașină: OPC UA acolo unde controlerul îl suportă, MQTT pentru publicarea datelor, I/O cablat pentru echipamentele mai vechi. Alegerea contează mai puțin decât faptul că există una.
• O fișă a datelor de referință, cu istoric. Pentru fiecare produs și fiecare linie: timpul de ciclu ideal, cum și când a fost măsurat și responsabilul lui. Modificările urmează un proces scurt (cerere, aprobare, dată de intrare în vigoare), iar istoricul este păstrat. Fișa este revizuită după un ciclu stabilit și ori de câte ori se schimbă un produs sau o mașină.
• O listă de coduri de cauză suficient de scurtă ca să fie folosită. Fabrica își stabilește propriul plafon pentru numărul de coduri, urmărește ponderea timpului codificat „altele” și revizuiește lista când această pondere crește.
• Reconciliere zilnică. Cantitățile din producție sunt comparate zilnic cu înregistrările din ERP, iar excepțiile sunt listate și explicate, nu suprascrise.
• Roluri și un glosar. Accesul este definit pe roluri (operator, lider de echipă, inginer, manager, furnizor), iar fiecare câmp cheie are o definiție scrisă, într-un singur loc.
• Bazele OT făcute cum trebuie. Inventarul echipamentelor este ținut la zi. Accesul de la distanță al furnizorilor trece printr-o singură cale controlată, cu conturi nominale și sesiuni deschise la cerere. Actualizările de securitate sunt convenite cu producția pentru fiecare categorie de echipamente, iar liniile sunt separate în zone, după principiile IEC 62443.

Un plan pe 90 de zile pentru a urca un nivel

Planul presupune că majoritatea răspunsurilor sunt la Nivelul 2 sau 3. Raportul evaluării oferă un pas următor concret pentru fiecare decalaj; începeți cu întrebarea cu cel mai mic scor.

1. Săptămânile 1–2Faceți inventarul. Listați mașinile de pe linia gât de sticlă, cu controlerele și semnalele disponibile. Listați fiecare dispozitiv din rețeaua de producție și fiecare cale de acces de la distanță. Identificați unde sunt introduse de două ori datele de producție și cât durează asta. Notați unde se află astăzi datele de referință și în câte versiuni.
2. Săptămânile 3–6Conectați gâtul de sticlă cu un semnal de funcționare/oprire și un contor și stocați datele centralizat. Măsurați cel mai bun timp de ciclu susținut al produselor principale și publicați o singură fișă de referință, cu un responsabil nominal. Închideți căile necontrolate de acces de la distanță și separați rețeaua de producție de rețeaua de birou, dacă acest lucru nu a fost încă făcut.
3. Săptămânile 7–12Automatizați transferul manual care consumă cel mai mult timp, chiar și sub forma unui fișier programat. Scrieți procesul de modificare a datelor de referință. Redactați o politică de securitate OT care acoperă inventarul echipamentelor, accesul de la distanță și actualizările de securitate. Definiți accesul pe roluri. În săptămâna 12, verificați că ședința zilnică folosește date de pe gâtul de sticlă pe care nu le-a reintrodus nimeni și refaceți evaluarea.

Dovezile pe care le caută juriul la verificare

La verificare încărcați documente, apoi le prezentați la doi jurați într-un interviu video de 45 de minute. Aceștia caută semne că fundamentele de date sunt folosite în rutinele fabricii, nu diagrame de arhitectură pentru proiecte viitoare.

Documente care contează:

• Lista mașinilor, cu starea conectării și tipul de interfață pentru fiecare mașină critică.
• O diagramă de rețea simplificată care arată separarea dintre birou și producție.
• Fișa datelor de referință cu istoricul modificărilor și lista codurilor de cauză cu responsabilul ei.
• O descriere sau o captură de ecran a modului în care comenzile și cantitățile circulă între sisteme, plus o evidență recentă de reconciliere.
• Lista rolurilor de acces și glosarul definițiilor câmpurilor.
• Inventarul echipamentelor OT, procedura de acces de la distanță cu un eșantion din jurnalul ei și politica de securitate OT.
• O specificație recentă de echipament care include cerințe de conectivitate sau de securitate.

Ce nu contează: broșuri ale furnizorilor; slide-uri de arhitectură pentru un proiect care nu a început; o mașină-pilot conectată ale cărei date nu sunt folosite în nicio ședință; o politică de securitate copiată neschimbată de la IT; capturi de ecran ale unor tablouri de bord pe care nu le deschide nimeni.

Capcanele care țin fabricile pe loc la acest pilon

• Totul conectat, nimic folosit. Sute de variabile colectate, iar ședința de dimineață se ține tot pe o foaie scrisă de mână.
• Timpi de ciclu de pe plăcuță. Pierderea de performanță dispare sau arată absurd, iar oamenii nu mai au încredere în întreaga cifră.
• Proliferarea codurilor de cauză. Fiecare problemă nouă primește propriul cod, până când operatorii aleg primul cod din listă.
• Două surse de adevăr pentru cantități. Sistemul de producție spune un lucru, ERP-ul altul, iar cineva corectează diferența de mână în fiecare săptămână fără să întrebe de ce.
• Pornirea de la sistem în loc de la întrebare. Alegerea unei platforme sau a unui proiect de integrare înainte de a conveni definițiile și datele de referință înseamnă refacerea ambelor mai târziu.
• Securitatea OT ca problemă a IT-ului. Sau invers: producția blochează ani de zile orice actualizare de securitate pentru că nimeni nu a convenit o fereastră de mentenanță.
• Accesul uitat al furnizorului. Un instrument de acces de la distanță instalat la punerea în funcțiune acum câțiva ani, încă activ și încă cu parola inițială.
• Un depozit de date pe care nu îl interoghează nimeni. Datele colectate centralizat, la care poate ajunge un singur specialist, nu sunt mai bune decât o unitate de rețea partajată.

Unde mergeți mai departe

Faceți evaluarea ca să vedeți indicele acestui pilon alături de ceilalți cinci și dacă el este pilonul care vă trage în jos nivelul general. Fundamentele de date există ca să servească vizibilitatea performanței, unde întrebările privesc felul în care sunt înregistrate pierderile și dacă oamenii au încredere în cifre, așa că citiți-l în continuare. Pentru cifre și comparații de OEE, pe care FEI nu le măsoară, consultați oee-benchmark.org.

Întrebări