Software CMMS cu clasificare automată a opririlor în producție (2026)

Cum funcționează categorisirea automată (senzor + tipare AI)

Motorul de categorisire ascultă trei fluxuri de semnale simultan. Mai întâi, codurile de eroare PLC vin direct de la controler. Fiecare oprire de urgență, declanșare de variator, eroare de senzor și timeout de feedback ajunge în bază în câteva milisecunde, etichetată cu codul nativ de eroare.

Apoi, semnalele IoT umplu golurile pe care PLC le ratează. Vibrația unui rulment, vârf de curent pe motor, temperatura unui reductor, presiune pe linia hidraulică, toate îți spun că mașina suferă înainte ca controlerul să arunce o alarmă.

În al treilea rând, viziunea computerizată urmărește ce văd oamenii, dar rar notează. Operator absent de la post, material terminat la alimentare, blocaj pe transportor, poarta de siguranță deschisă, camera prinde, modelul clasifică și evenimentul ajunge în același flux de opriri ca și codul de eroare PLC.

Stratul AI compară tiparul de semnal live cu semnăturile istorice ale evenimentelor. Dacă urma de vibrație plus curentul motorului plus motivul opririi se potrivesc cu amprenta unei defecțiuni de rulment de acum trei săptămâni, sistemul etichetează automat noua oprire în aceeași categorie. Niciun operator nu mai alege dintr-un meniu.

Rezultatul: un jurnal de evenimente în care fiecare oprire are o categorie validată de mașină, un timestamp și o rută către comanda de lucru potrivită. Inginerii nu mai discută dacă defectul a fost mecanic sau electric, fiindcă datele o spun limpede.

Ce este un CMMS cu clasificare automată a opririlor în producție?

Este o platformă de mentenanță care nu mai întreabă operatorul „de ce a stat linia?". În schimb, citește în timp real semnalele de la PLC, senzori IoT și camere de viziune computerizată, recunoaște tiparul opririi și atribuie singură categoria exactă. Rezultatul: rapoarte OEE în care poți avea încredere, pentru că în spatele fiecărui minut de oprire există o amprentă validată de mașină, nu o presupunere a operatorului în mijlocul schimbului.

Pentru echipele de mentenanță, asta schimbă două lucruri. Întâi, se termină disputa „a cui e vina" între producție și mentenanță, fiindcă adevărul este documentat chiar de mașină. Apoi, inginerii de fiabilitate primesc în sfârșit date curate pentru analiza cauzei rădăcină, în loc de un teanc de înregistrări „Oprire necunoscută" care nu duc nicăieri.

Capcana meniului derulant

Pe majoritatea liniilor, operatorul are 30 de secunde până să încarce următorul material și trei-patru minute până ajunge tehnicianul. În forfota asta, nimeni nu deschide o tabletă, nu derulează un meniu cu 40 de categorii și nu selectează cu atenție „presiune hidraulică sub prag". Se apasă „Oprire mică" sau „Altele" și se merge mai departe.

Consecința: 60-80% dintre opririle din fabricile UE sunt clasificate ca „mici" sau „necunoscute". OEE-ul are de suferit, fiindcă componenta Performance își pierde credibilitatea și problemele reale se ascund în ceața datelor proaste. Nu poți repara ceea ce nu măsori corect.

Abordarea Fabrico: adevărul validat de mașină

Când controlerul mașinii înregistrează un cod de eroare specific, Fabrico îl captează în timp real, prin integrarea directă cu PLC (Modbus, OPC UA, Siemens S7) sau prin ieșirea unui SCADA existent. Codul este mapat pe o categorie de oprire predefinită: de exemplu „supraîncărcare servomotor", „temperatură rulment peste prag", „buffer aval plin". Mașina spune ce s-a întâmplat, nu operatorul.

Categoria generează automat o comandă de lucru în CMMS, o trimite tehnicianului cel mai apropiat prin aplicația mobilă și pornește urmărirea opririi pe dashboard-ul OEE. Când tehnicianul închide intervenția, oprirea se închide cu un audit trail complet: mașină, durată, categorie, acțiune, piese folosite.

Clasificare vizuală prin viziune computerizată

Nu orice oprire are semnal PLC. Blocaje pe bandă, discuții între operatori, așteptare material, problemă la ambalare - aceste evenimente sunt invizibile pentru controler, dar vizibile pentru o cameră. Modulul CV Fabrico urmărește linia și clasifică vizual: dacă linia stă fără alarmă, modelul recunoaște dacă e blocaj, lipsă de material sau intervenție umană. Nu e nevoie de hardware PLC suplimentar.

Roadmap-ul AI: clasificarea autonomă a evenimentelor complexe

Automatizarea de azi merge bine când un cod de eroare = o cauză. Realitatea e mai complicată: o oprire are deseori trei-patru cauze suprapuse (vibrație + temperatură + suprasarcină electrică). De aceea lucrăm la un agent AI care combină semnale de la PLC, viziune computerizată, istoric de mentenanță și MTBF, ca să propună cauza rădăcină reală, nu doar simptomul de suprafață.

Este pasul următor după clasificarea automată: analiza automată a cauzei rădăcină. O așteptăm în roadmap-ul pe 2026.

Gata cu „opririle necunoscute"

Categoria „necunoscut" este un semn că adunarea datelor este stricată, nu că mașina e un mister. Mașina știe mereu ce s-a întâmplat - PLC-ul are în log, senzorul a măsurat, camera a filmat. Doar înregistrarea operatorului nu e de încredere. Când CMMS-ul tău se cuplează direct la aceste surse de pe mașină, „necunoscut" dispare din raportul OEE în mai puțin de o lună, iar analiza cauzei rădăcină devine o activitate reală, nu teoretică.

Taxonomia cu 6 categorii care duce la adevărata cauză primară

Majoritatea fabricilor încearcă să categorisească opririle cu 15, 20, chiar 40 de categorii. Precizia asta e teatru. Când operatorul alege dintr-un meniu de 30 de opțiuni, ia prima care se potrivește, iar datele se transformă în zgomot.

O taxonomie cu 6 categorii funcționează fiindcă forțează o decizie clară despre cauza primară la nivel de categorie, apoi lasă subcategoriile să poarte detaliul.

Categoria 1: Electrică. Declanșări de variator, defecte de comandă, căderi de tensiune de alimentare, defecțiuni de senzori, erori de comunicație. Tot ce are cauza primară pe un circuit, nu pe un arbore.

Categoria 2: Mecanică. Defecțiuni de rulmenți, uzura roților dințate, scurgeri hidraulice, defecte pneumatice, piese rupte. Tot ce are cauza primară într-o componentă fizică uzată sau ruptă.

Categoria 3: Material. Material terminat la alimentare, blocaj pe transportor, rebut de calitate, defect de ambalaj. Tot ce oprește linia din cauza a ceea ce circulă prin ea.

Categoria 4: Operator. Operator absent, oprire manuală, intervenție, reglaj. Tot ce a oprit linia printr-o acțiune sau inacțiune umană.

Categoria 5: Planificat. Schimbare de produs, mentenanță preventivă programată, pauză de masă, predare de tură. Tot ce ai pus în calendar și ai acceptat ca oprire productivă.

Categoria 6: Necunoscut. Categoria reziduală. Într-o fabrică sănătoasă, rămâne sub 5%. Dacă urcă peste 15%, motorul tău de categorisire cedează și trebuie să adaugi surse de semnal, nu mai multe opțiuni de meniu.

Taxonomia se conectează direct la modelul de pierderi de disponibilitate OEE. Categoriile 1-4 sunt opriri neplanificate, 5 e planificată, 6 e punctul tău orb. ISO 22400 se mapează curat. Analiza Pareto devine utilă fiindcă 80% din pierderi se concentrează în 2-3 categorii pe linie, și știi în sfârșit unde să trimiți orele de inginerie.

Conectează categorisirea la comenzile de lucru CMMS și la tablouri

O categorie e inutilă dacă rămâne în jurnalul de evenimente OEE. Își câștigă locul doar când declanșează comanda de lucru potrivită, scoate piesa de schimb potrivită pe banc și aprinde plăcuța potrivită pe tabloul supervizorului.

Mapează fiecare categorie la un șablon de comandă de lucru în CMMS. O defecțiune electrică pe Variator 3 creează o CL cu linkul către manualul variatorului, specificația siguranței, secvența de lockout-tagout și grupul de electricieni alocat. Un eveniment mecanic de rulment pe Transportor B creează o CL cu numărul rulmentului, locația extractorului și grupul mecanic. Material terminat la alimentare creează un tichet de rutare către logistică, nu o CL de mentenanță.

Direcționează CL după categorie. Evenimentele electrice merg la electricianul de gardă. Cele mecanice la atelierul mecanic. Cele materiale la șeful de depozit. Cele planificate rămân în programul de producție. Cele necunoscute deschid un tichet de triaj la inginerul de fiabilitate.

Pregătește piesele de schimb pe baza istoricului categoriei. Dacă linia ta generează 8 defecțiuni de rulmenți pe lună pe Transportorul B, rulmentul potrivit trebuie să stea pe banc, nu în depozitul central la 800 de metri. CMMS-ul știe rata de consum, comanda de lucru știe codul piesei, cumpărătorul știe punctul de reaprovizionare.

Conectează tabloul. Ecranul supervizorului arată un flux live de opriri etichetate pe categorie, un grafic Pareto zilnic, MTBF și MTTR pe linie și comenzile de lucru deschise pe echipă. Directorul de fabrică primește aceleași date agregate la nivel de fabrică. Nimeni nu mai tastează într-un fișier Excel.

Pentru audit, fiecare categorie, sursă de semnal, comandă de lucru și notă de operator devine un lanț de evenimente imuabil. Auditorii ISO 9001, ISO 22400 și IATF primesc o urmă cu timestamp pe care o verifică fără tur ghidat. Conformitatea încetează să fie un exercițiu trimestrial de alarmă.