Maintenance Proof of Concept

Učinite kritično održavanje mjerljivim prije skaliranja

Počnite s tijekom rada koji danas ne funkcionira — prijava, odziv, izvedba, dokumentacija — na vašoj kritičnoj opremi. Nadzor stanja dodaje se samo tamo gdje senzori i dovoljno vremena promatranja uistinu postoje, a predviđanje kvarova tvrdi se samo tamo gdje postoji označena povijest kvarova.

Ocijenite moju kritičnu opremu Razgovarajte s inženjerom proizvodnje

Uobičajeno trajanje6–12 tjedana

Opseg pilotaOdabrana kritična oprema i jedan tim održavanja

Glavni sugovornikVoditelj održavanja

Odluka na krajuPlan uvođenja i, gdje je opravdano, plan nadzora stanja

Je li ovo problem koji trebate riješiti?

Postupanje s kvarovima odvija se preko telefonskih poziva i bijele ploče, pa je vrijeme odziva nepoznato.
Preventivni planovi postoje na papiru i tiho zaostaju kad god je proizvodnja zauzeta.
Isti se kvar ponavlja i nitko to ne može dokazati, jer je povijest u bilježnicama.
Rezervni dijelovi otkriju se kao nedostajući baš u trenutku kad ih tehničar treba.

Glavni sugovornik: Voditelj održavanja · Voditelj pouzdanosti · Direktor tvornice · Voditelj tehničke službe · Voditelj operativne izvrsnosti

Što ovaj PoC dokazuje

Mogu li prijava, odziv, izvedba i dokumentacija teći digitalno u svakoj smjeni, uključujući noćnu?

Koliki je stvarni MTTR i vrijeme odziva jednom kad se izmjere, a ne procijene?

Koliko je posla tima hitno, a koliko je preventivnog posla zapravo zakašnjelo?

Dovršavaju li tehničari dokumentaciju, ili prihvaćenost pada u trećem tjednu?

Tamo gdje su senzori u opsegu: stiže li alarm dovoljno rano da se isplati djelovati?

Preporučeni opseg pilota

Odabranu kritičnu opremu — onu čiji kvar stvarno zaustavlja proizvodnju.
Jedan tim održavanja, s tijekom prijave i postupanja s kvarovima koji danas koristi.
Preventivne planove, radne naloge i, gdje je relevantno, rezervne dijelove iza njih.
Hijerarhiju opreme, kritičnost i povijest kvarova koja postoji.
Senzore samo za dogovorene slučajeve nadzora stanja, nikad kao paušalnu pretpostavku.

Što će raditi tijekom PoC-a

Digitalnu prijavu kvara s odzivom, dodjelom i eskalacijom.

Preventivne planove koji generiraju radne naloge prema rasporedu i očitanja brojila.

Izvedbu radnog naloga s dokumentacijom, utrošenim dijelovima i evidentiranim vremenom.

Polaznu nadzornu ploču održavanja: udio hitnog rada, zaostali rad, ponovljeni kvarovi.

Kako teče ovaj PoC

Tjedan 1–2

Snimka stanja i definiranje odlukePregled hijerarhije opreme i kritičnosti, mapiranje trenutnog tijeka prijave i izvedbe, dogovor o tome koju će opremu i koje definicije KPI-jeva PoC koristiti.Uvjet za prelazak: Opseg opreme, tijek rada i definicije KPI-jeva su dogovoreni.

Tjedan 2–4

Početno mjerenjeUtvrđivanje trenutnog MTTR-a, vremena odziva, udjela hitnog rada i poštivanja preventive iz postojećih zapisa, uz pošteno navođenje gdje je polazna vrijednost procjena, a ne mjerenje.Uvjet za prelazak: Polazna vrijednost je dogovorena, s njezinom nesigurnošću zapisanom.

Tjedan 3–6

KonfiguracijaKonfiguriranje opreme, planova, vrsta radnih naloga, uloga i mobilne izvedbe; tamo gdje je nadzor stanja u opsegu, ugradnja i provjera dogovorenih senzora.Uvjet za prelazak: Tehničari samostalno dovršavaju stvaran radni nalog od početka do kraja na vlastitim uređajima.

Tjedan 6–11

Kontrolirani rad uživoTim vodi održavanje kroz sustav. Prate se potpunost odziva, izvedbe i dokumentacije; podaci senzora se gomilaju prema upotrebljivom prozoru promatranja.Uvjet za prelazak: Kroz sustav je proveden potpun ciklus održavanja koji uključuje barem jedan stvaran kvar.

Tjedan 11–12

Odluka o uvođenju i poslovni izračunPredstavljanje izmjerene polazne vrijednosti naspram pilot razdoblja, izvještaja o kritičnosti i nedostatcima, nalaza senzora gdje su bili uključeni, i plana uvođenja.Uvjet za prelazak: Nastavi, prilagodi ili zaustavi.

Trajanja su uobičajena, a ne zajamčena. Rok produljuju: nedostajući ili nepotpuni podaci, odobrenja sigurnosti i mreže, rokovi isporuke opreme, prikupljanje uzoraka, pristup za montažu, plan proizvodnje, pristup testnoj okolini ERP-a i vrijeme koje je vašem timu potrebno za ocjenu rezultata.

Neplanirani zastoj se ne predviđa. Svaki termin montaže ili kontrolirani prekid dogovara se s vama unaprijed i planira oko proizvodnje.

Kako se mjeri uspjeh

Kako se mjeri uspjeh
Pokazatelj	Kako je definiran	Odakle dolazi vrijednost	Vrsta
Vrijeme od prijave do odziva	Vrijeme od prijave kvara do trenutka kad ga tehničar prihvati, mjereno na pilot opremi.	Podaci MSF platforme	Operativni
MTTR	Srednje vrijeme popravka za pilot opremu tijekom razdoblja rada uživo, prema definiciji dogovorenoj u snimci stanja.	Podaci MSF platforme	Operativni
Polazni MTBF	Srednje vrijeme između kvarova utvrđeno za pilot opremu — polazna vrijednost, a ne cilj, kroz ovaj prozor promatranja.	Dogovoreno početno mjerenje	Operativni
Udio hitnog rada	Udio sati održavanja utrošenih na neplanirani rad naspram planiranog rada.	Podaci MSF platforme	Operativni
Poštivanje preventive	Udio dospjelog preventivnog rada dovršenog unutar roka, i zaostatak na kraju razdoblja.	Podaci MSF platforme	Operativni
Potpunost dokumentacije	Udio radnih naloga zatvorenih sa zabilježenim uzrokom, radnjom i dijelovima, a ne zatvorenih praznih.	Podaci MSF platforme	Prihvaćenost
Ponovljeni kvarovi	Kvarovi na istoj opremi i s istim uzrokom unutar razdoblja — dokaz da popravak nije bio trajan.	Podaci MSF platforme	Operativni
Vrijeme unaprijed alarma	Samo tamo gdje su senzori u opsegu: vrijeme između alarma o stanju i događaja na koji je upozorio, uz posebno brojane lažne alarme.	Podaci senzora, brojila ili uređaja	Tehnički

Prije implementacije MSF i vaš tim dogovaraju kako se svaki pokazatelj računa, odakle dolazi početna vrijednost, koji se podaci izuzimaju i koji rezultat opravdava odluku o uvođenju. Ova stranica navodi što se mjeri; konkretne ciljne vrijednosti pripadaju pisanom opsegu PoC-a, a ne marketinškom obećanju.

Što osiguravate vi

Hijerarhiju opreme, rang kritičnosti i povijest kvarova koja postoji, u bilo kojem obliku.
Trenutne planove održavanja, očitanja brojila i podatke o rezervnim dijelovima gdje je relevantno.
Uloge tehničara, pokrivenost smjena i uređaje koje će stvarno koristiti.
Pravila pristupa i sigurnosti za svaku ugradnju senzora u opsegu.

Tko što radi

Meta Smart Factory osigurava

Uvodnu radionicu i vođenje kroz definiranje opsega
Konfiguraciju rješenja za dogovoreni opseg
Integracijske i priključne radove unutar tog opsega
MSF opremu navedenu u ponudi
Edukaciju pilot korisnika
Definicije KPI-jeva i metodu validacije
Praćenje prijava i podršku tijekom pilota
Završni izvještaj o rezultatima i plan uvođenja
Konfiguriranu strukturu opreme, preventivne planove i mobilnu izvedbu radnih naloga za pilot tim.
Poštenu klasifikaciju koje slučajeve nadzora stanja dostupni podaci stvarno mogu podržati.

Vi osiguravate

Imenovanog poslovnog i imenovanog tehničkog vlasnika
Pravodoban pristup korisnicima, liniji, strojevima i odobrenim sustavima
Točno objašnjenje procesa i matičnih podataka
Pristup mreži, napajanju, montaži i zaštiti na radu
Dokumentaciju ERP-a, PLC-a i dobavljača te stručnjake koji je poznaju
Reprezentativne uzorke ili povijesne podatke
Potvrdu da je početna vrijednost poštena
Povratne informacije i odluku o prihvaćanju
Tehničare koji će koristiti sustav tijekom stvarnih kvarova, ne samo na obuci.
Povijest kvarova koja postoji — čak i nepotpuna, ona odlučuje što se smije tvrditi.

Definirano u pisanoj ponudi

Panel računala, tableti, poslužitelji i GPU poslužitelji
Kamere, objektivi, rasvjeta i kućišta
Čitači, pisači, RFID uređaji, brojila i senzori
Putovanja, montaža, prijevoz, uvozne pristojbe i lokalni elektro radovi
Iznajmljuje li se oprema ili kupuje
Uračunava li se naknada za PoC u uvođenje

Komercijalni uvjeti, vlasništvo nad opremom, putovanja, opseg integracije i eventualno uračunavanje u uvođenje definiraju se u pisanoj ponudi za PoC. Nisu jednaki za svaki proizvod i ova ih stranica ne obećava.

Što dobivate na kraju

Funkcionalan tijek rada održavanja koji vaš tim koristi na stvarnim kvarovima.
Konfiguriranu hijerarhiju opreme, kritičnost i preventivne planove.
Nadzornu ploču polazne vrijednosti naspram pilota prema dogovorenim definicijama KPI-jeva.
Nalaze senzora i procjenu polazne vrijednosti podataka gdje je nadzor stanja bio u opsegu.
Izvještaj o kritičnosti i nedostatcima — što pilot nije mogao pokriti i zašto.
Plan uvođenja za preostalu opremu i timove.

Uvjeti, isključenja i ograničenja

Ovaj PoC ovisi o

Dostupnost tehničara tijekom razdoblja rada uživo, uključujući smjene u kojima se stvarno kvari.
Za nadzor stanja: sigurne točke montaže senzora i dovoljno vremena promatranja da nešto znače.

Nije uključeno u ovaj PoC

Čišćenje podataka o opremi za cijelu tvornicu i digitalizaciju povijesnih zapisa.
Nabavu rezervnih dijelova i implementaciju skladišta, što je WMS PoC.

Što ovaj PoC ne tvrdi

Tamo gdje ne postoji označena povijest kvarova ili dovoljno podataka promatranja, ovaj PoC pozicioniran je kao nadzor stanja, otkrivanje anomalija i izgradnja polazne vrijednosti podataka — ne kao predviđanje kvarova. Tvrdnja o predviđanju bez kvarova iz kojih bi se učilo nije tvrdnja, nego nada.

Nastavi, prilagodi ili zaustavi — točka odluke

NastaviNastavi: tijek rada izdržava stvarne uvjete, a izmjereni nedostaci opravdavaju uvođenje na preostalu opremu.

PrilagodiPrilagodi: prihvaćenost ili podatke o opremi treba prvo doraditi; izvještaj o nedostatcima je taj radni paket.

ZaustaviZaustavi: ograničenje je kapacitet održavanja ili dostupnost rezervnih dijelova, što sustav čini vidljivim, ali ne može popraviti.

Česta pitanja

Možete li dokazati predikativno održavanje u PoC-u?

Samo tamo gdje postoji dovoljno označene povijesti kvarova i dovoljno dug prozor promatranja, i oboje se provjerava prije bilo kakvog obećanja. Gdje nedostaju, pošten program je nadzor stanja plus izgradnja polazne vrijednosti podataka koja kasnije omogućuje predviđanje.

Trebamo li senzore?

Ne za polovicu ovog PoC-a koja se odnosi na tijek rada, gdje leži većina mjerljive vrijednosti. Senzori se dodaju za konkretne slučajeve nadzora stanja dogovorene u snimci stanja, na konkretnoj opremi, za konkretno pitanje.

Naša povijest kvarova je u bilježnicama. Je li to prepreka?

Ne, i to je vrlo uobičajeno. Ograničava što se može tvrditi o predviđanju, ne što se može izmjeriti o odzivu, poštivanju i ponovljenim kvarovima. PoC pokreće strukturiranu povijest koja će kasnijem koraku predviđanja trebati.

Kako pošteno mjerite MTTR naspram naše trenutne brojke?

Dogovorom definicije u snimci stanja, uključujući što se broji kao početak, što kao kraj, i koji su zastoji izuzeti. Dvije organizacije mogu mjeriti MTTR na tri različita načina; usporedba je poštena samo ako obje strane koriste istu.

Povezani proizvodi i PoC programi

Zatražite ovaj Proof of Concept

Opišite opseg koji imate na umu i javljamo se s pisanim planom PoC-a: što se povezuje, što osiguravate vi, kako se mjeri uspjeh i kako izgleda odluka na kraju.