Arhitectura fabricii digitale pentru creștere

Un manager de producție își examinează dimineața planul de producție, depozitul verifică stocul de materiale într-un alt sistem, calitatea este gestionată în Excel, iar întreținerea primește un apel telefonic despre o oprire. Fiecare echipă lucrează, fiecare sistem funcționează, dar este dificil să obții o imagine unică și de încredere a stării fabricii. Aici devine o problemă de afaceri arhitectura digitală a fabricii.

Aceasta nu este denumirea unui nou software și nici un panou de afișare în hala de producție. Arhitectura este ordinea conștientă a modului în care informațiile generate în producție sunt colectate, cine le folosește, unde sunt verificate, ce decizie susțin și cărui sistem trebuie să le transmită mai departe. O arhitectură bine concepută reduce incertitudinea. O arhitectură prost concepută doar generează mai rapid mai multe date decât pot interpreta managerii și angajații.

Ce înseamnă arhitectura digitală a fabricii în practică?

Funcționarea digitală a unei fabrici nu se bazează de obicei pe un singur sistem. Există mașini și controale, aplicații de suport pentru producție, sisteme de gestionare a stocurilor și a întreprinderii, registre de calitate, instrumente de întreținere, foi de calcul și comunicări prin e-mail. Acestea au fost integrate în timp, de multe ori cu motive întemeiate.

Problema apare atunci când conectarea lor este realizată de oameni . Cineva copiază datele de producție. Cineva verifică dacă materialele necesare comenzii sunt disponibile. Cineva adună cifrele pentru raportul managerial din mai multe sisteme vineri după-amiază. În aceste cazuri, angajatul nu se ocupă de gestionarea excepțiilor sau de luarea deciziilor, ci funcționează ca o conexiune de date între două sisteme.

Arhitectura digitală a fabricii oferă astfel un răspuns organizat la patru întrebări: ce se întâmplă în fabrică, ce date demonstrează acest lucru, unde vor fi datele înregistrate în mod autentic și cine trebuie să acționeze în timp util. Nu este necesar să se copieze toate informațiile în fiecare sistem. De fapt, acest lucru cauzează adesea noi discrepanțe. Scopul este ca fiecare dată critică să aibă o sursă clară, un proprietar și reguli de utilizare.

Mai întâi trebuie înțeles procesul

O greșeală frecventă este ca o companie să aleagă un sistem de urmărire a producției, un nou modul ERP sau o colectare de date de la mașini înainte de a cartografia exact munca actuală. Astfel, incertitudinea existentă rămâne în formă digitală.

Să luăm un exemplu simplu. Planul de producție se schimbă zilnic, deoarece comenzile urgente, lipsa de materiale și opririle mașinilor devin vizibile doar târziu. Reflexul poate fi să se dorească un tablou de bord de producție în timp real. Dar mai întâi merită să ne întrebăm: cine și pe baza căror reguli poate modifica planul? Unde apare prima dată lipsa de materiale? Cine este responsabil să se asigure că modificarea ajunge la echipă, la depozit și la echipa de relații cu clienții?

Dacă nu există răspunsuri clare la aceste întrebări, tabloul de bord doar face haosul mai vizibil. Dacă, însă, procesul este clarificat, tehnologia poate sprijini în mod țintit: poate semnala discrepanțele, poate actualiza sistemele afectate și poate face vizibil cine a luat decizia necesară.

În timpul examinării procesului, merită să se acorde o atenție deosebită punctelor în care aceeași dată este înregistrată de mai multe ori, unde transferul se face verbal sau prin e-mail și unde doar un coleg experimentat știe care este pasul următor. Acestea nu sunt doar probleme de eficiență. Sunt și riscuri de continuitate a afacerii și de calitate.

Straturile arhitecturii: de la mașină la decizia managerială

O imagine de sistem bine proiectată nu înseamnă că fiecare componentă comunică direct cu toate celelalte. Dimpotrivă: definește limitele și responsabilitățile.

La nivelul inferior apar datele de funcționare fizică: starea mașinii, timpul de ciclu, temperatura, rebuturile, consumul de energie sau motivele opririi. Acestea sunt adesea gestionate de PLC-uri, sisteme SCADA, senzori sau software specific mașinilor. Nu toate aceste date sunt importante din punct de vedere al afacerii și nu toate datele trebuie stocate pe termen lung. O bună planificare începe aici prin determinarea măsurătorilor care au un rol în gestionarea producției, calitate, întreținere sau analiza costurilor.

Următorul strat este coordonarea operațională. Aici se conectează comanda de producție, echipa, utilizarea materialelor, controlul calității și realizarea efectivă. În unele fabrici, acest lucru este susținut de un sistem MES, în altele de o aplicație de producție existentă sau de un instrument intern dezvoltat special. Alegerea nu este o chestiune ideologică. Avantajul unui sistem standard poate fi setul de funcții dovedite și implementarea mai rapidă, în timp ce soluția personalizată este justificată acolo unde procesul este cu adevărat specific și ar fi un dezavantaj competitiv să se impună o logică generală.

La nivelul superior de afaceri, ERP, gestionarea stocurilor, achizițiile, vânzările, finanțele și rapoartele manageriale joacă un rol. Aici este deosebit de important ca datele reale de producție să nu apară la câteva zile după, după o agregare manuală. Nu este neapărat necesar să se transmită fiecare eveniment imediat, dar pentru starea comenzii, schimbarea stocului, rebuturile sau pierderea de capacitate, trebuie stabilită actualitatea așteptată.

Nu toate problemele au ca răspuns datele în timp real

Funcționarea în timp real sună bine, dar are costuri și consecințe. Dacă o dată se schimbă în câteva secunde, dar managerul o folosește doar pentru decizii săptămânale, integrarea la fiecare secundă nu creează neapărat valoare proporțională. Poate necesita mai multă infrastructură, supraveghere, gestionare a erorilor și controale de securitate.

În schimb, există situații în care întârzierea cauzează pierderi directe. Dacă o oprire critică a unei mașini nu ajunge la întreținere, dacă depozitul vede cererea de materiale prea târziu sau dacă, după o discrepanță de calitate, producția continuă neschimbată, atunci valoarea de afaceri a unei notificări în timp util este clară.

Întrebarea nu este, așadar, dacă ar trebui să existe cât mai multe date. Întrebarea este, pentru care eveniment este necesară o reacție imediată, pentru care este suficientă o procesare zilnică și care informație servește doar scopurilor de analiză. Aceasta este o decizie comună a arhitecturii de date și a managementului operațional, nu doar o sarcină IT.

În integrare, excepțiile arată realitatea

Multe planuri de integrare sunt realizate pentru procesul normal: comanda sosește, producția începe, produsul este finalizat, stocul este actualizat, factura poate fi emisă. Totuși, în fabrici, excepțiile sunt la fel de importante. Ce se întâmplă în cazul unei realizări parțiale? Cum sunt gestionate rebuturile? Ce se întâmplă dacă trebuie utilizat material din alt lot? Cine aprobă o modificare ulterioară a producției? Cum se reintroduce în sistem o corecție manuală?

Dacă nu există reguli pentru acestea, angajații vor evita sistemul sau vor ține propriile foi de calcul. Este o reacție de înțeles, deoarece producția trebuie să continue. Pe termen lung, însă, fiabilitatea datelor dispare și conducerea poate doar să explice retrospectiv ce s-a întâmplat.

De aceea, arhitectura digitală a fabricii include și gestionarea excepțiilor: să fie vizibil cine a modificat, de ce, cu ce aprobare și cu ce consecințe de afaceri. Aceasta nu este birocrație. Este baza trasabilității, asigurării calității și a responsabilităților.

Fără securitate, operare și gestionarea schimbărilor, nu există rezultate durabile

Într-un mediu de producție, un nou sistem nu se poate opri după prezentare. Trebuie să se stabilească cine supraveghează conexiunile de date, cum primește notificări în caz de eroare, ce backup-uri sunt realizate și cum poate fi implementată în siguranță o actualizare. O atenție deosebită necesită conexiunea dintre rețelele IT și industriale: disponibilitatea unui echipament de producție poate însemna cerințe diferite față de o aplicație de birou.

Gestionarea drepturilor de acces este, de asemenea, o problemă operațională. Un șef de echipă poate necesita să modifice un plan, dar nu trebuie să aibă acces la datele financiare. Întreținerea trebuie să vadă starea mașinii, dar modificarea unor parametri poate fi permisă doar unei persoane desemnate. Arhitectura funcționează bine atunci când aceste drepturi de acces urmează responsabilitățile reale, nu conturile de sistem formate aleatoriu.

La implementare, este de obicei mai sigur să începi cu o zonă bine delimitată și măsurabilă. De exemplu, prin unificarea datelor de oprire pentru un grup de mașini, prin transparentizarea unui proces de cerere de materiale sau prin eliminarea transferului manual de date între realizarea producției și stoc. Un astfel de pas arată problemele de calitate a datelor, responsabilitate și operare înainte ca schimbarea să se extindă la întreaga fabrică.

O arhitectură digitală bună este valoroasă nu prin numărul de sisteme pe care le include. Este valoroasă prin faptul că un șef de echipă, un depozitar și un director general primesc o imagine adecvată și utilizabilă a aceleiași operațiuni. Prin urmare, înainte de următoarea idee de dezvoltare, nu ar trebui să ne întrebăm ce tehnologie să implementăm, ci care decizie nu are astăzi informații de încredere și ce împiedică să ajungă la timp acolo unde este nevoie?