Maintenance Proof of Concept

Naredite kritično vzdrževanje merljivo, preden ga razširite

Začnite s potekom dela, ki danes odpoveduje – obveščanje, odziv, izvedba, dokumentiranje – na vaših kritičnih sredstvih. Nadzor stanja se doda le tam, kjer dejansko obstajajo senzorji in dovolj časa opazovanja, napoved okvar pa se zatrjuje le, kjer obstaja označena zgodovina okvar.

Oceni moja kritična sredstvaPogovorite se s proizvodnim inženirjem
Običajno trajanje6–12 tednov
Obseg pilotaIzbrana kritična sredstva in ena vzdrževalna ekipa
Glavni sogovornikVodja vzdrževanja
Odločitev ob zaključkuNačrt uvedbe in, kjer je upravičeno, načrt za nadzor stanja

Je to težava, ki jo morate rešiti?

  • Obravnava okvar teče prek telefonskih klicev in table, zato je odzivni čas neznan.
  • Preventivni načrti obstajajo na papirju in tiho zdrsnejo, kadarkoli je proizvodnja zasedena.
  • Ista okvara se ponavlja in nihče tega ne more dokazati, ker je zgodovina v zvezkih.
  • Nadomestni deli manjkajo prav v trenutku, ko jih vzdrževalec potrebuje.

Glavni sogovornik: Vodja vzdrževanja · Vodja zanesljivosti · Direktor obrata · Vodja tehnike · Vodja operativne odličnosti

Kaj bo ta PoC dokazal

Ali lahko obveščanje, odziv, izvedba in dokumentiranje potekajo digitalno v vsaki izmeni, vključno z nočnimi?
Kakšen je dejanski MTTR in odzivni čas, ko ju izmerimo namesto ocenimo?
Koliko dela ekipe je intervencijsko in koliko preventivnega dela je dejansko zamujenega?
Ali vzdrževalci dokončajo dokumentacijo, ali pa sprejetje razpade v tretjem tednu?
Kjer so senzorji v obsegu: ali alarm prispe dovolj zgodaj, da se je nanj vredno odzvati?

Priporočen obseg pilota

  • Izbrana kritična sredstva – tista, katerih okvara dejansko ustavi proizvodnjo.
  • Ena vzdrževalna ekipa, s potekom dela za okvare in obveščanje, ki ga uporablja danes.
  • Preventivni načrti, delovni nalogi in, kjer je relevantno, nadomestni deli za njimi.
  • Hierarhija sredstev, kritičnost in zgodovina okvar, kolikor obstaja.
  • Senzorji le za dogovorjene primere nadzora stanja, nikoli kot splošna predpostavka.

Kaj bo delovalo med PoC

Digitalno obveščanje o okvarah z odzivom, dodelitvijo in eskalacijo.
Preventivni načrti, ki po urniku ustvarjajo delovne naloge in odčitke merilnikov.
Izvedba delovnih nalogov z dokumentacijo, porabljenimi deli in evidentiranim časom.
Osnovna nadzorna plošča vzdrževanja: delež intervencijskega dela, zamujeno delo, ponavljajoče se okvare.

Kako poteka ta PoC

Teden 1–2
Analiza in opredelitev odločitvePregledajte hierarhijo sredstev in kritičnost, popišite trenutni potek obveščanja in izvedbe ter se dogovorite, katera sredstva in katere definicije KPI bo PoC uporabljal.Merilo za prehod: Obseg sredstev, potek dela in definicije KPI dogovorjeni.
Teden 2–4
Izhodiščna meritevVzpostavite trenutni MTTR, odzivni čas, delež intervencijskega dela in skladnost s preventivo iz obstoječih zapisov ter pošteno navedite, kje je osnovna vrednost ocena in ne meritev.Merilo za prehod: Osnovna vrednost dogovorjena, z zapisano negotovostjo.
Teden 3–6
KonfiguracijaKonfigurirajte sredstva, načrte, vrste delovnih nalogov, vloge in mobilno izvedbo; kjer je nadzor stanja v obsegu, namestite in validirajte dogovorjene senzorje.Merilo za prehod: Vzdrževalci dokončajo pravi delovni nalog od začetka do konca na lastnih napravah.
Teden 6–11
Nadzorovano delovanje v živoEkipa vodi vzdrževanje na sistemu. Spremljajo se odziv, izvedba in popolnost dokumentacije; podatki senzorjev se kopičijo proti uporabnemu opazovalnemu oknu.Merilo za prehod: V sistemu je obravnavan celoten cikel vzdrževanja, vključno z vsaj eno pravo okvaro.
Teden 11–12
Odločitev o uvedbi in poslovni modelPredstavite izmerjeno osnovno vrednost v primerjavi s pilotnim obdobjem, poročilo o kritičnosti in vrzelih, ugotovitve senzorjev, kjer so bile vključene, in načrt uvedbe.Merilo za prehod: Go, prilagoditev ali ustavitev.

Trajanja so običajna, ne zagotovljena. Terminski načrt podaljšajo: manjkajoči ali nepopolni podatki, varnostne in omrežne odobritve, dobavni roki strojne opreme, zbiranje vzorcev, dostop za namestitev, proizvodni plan, dostop do testnega okolja ERP in čas, ki ga vaša ekipa potrebuje za pregled rezultatov.

Nenačrtovan zastoj ni predviden. Vsako namestitveno okno ali nadzorovana prekinitev se z vami dogovori vnaprej in načrtuje okrog proizvodnje.

Kako bomo merili uspeh

Kako bomo merili uspeh
KazalnikKako je opredeljenOd kod pride vrednostVrsta
Čas od obvestila do odzivaČas od prijave okvare do trenutka, ko jo vzdrževalec sprejme, izmerjen na pilotnih sredstvih.Podatki platforme MSFOperativni
MTTRPovprečni čas popravila za pilotna sredstva v živem obdobju, po definiciji, dogovorjeni v fazi odkrivanja.Podatki platforme MSFOperativni
Osnovna vrednost MTBFPovprečni čas med okvarami, vzpostavljen za pilotna sredstva – osnovna vrednost, ne cilj, v tem opazovalnem oknu.Dogovorjena izhodiščna meritevOperativni
Delež intervencijskega delaDelež vzdrževalnih ur, porabljenih za nenačrtovano delo v primerjavi z načrtovanim.Podatki platforme MSFOperativni
Skladnost s preventivoDelež zapadlega preventivnega dela, opravljenega znotraj njegovega okna, in zaostanek ob koncu obdobja.Podatki platforme MSFOperativni
Popolnost dokumentacijeDelež delovnih nalogov, zaprtih z zabeleženim vzrokom, ukrepom in deli, namesto zaprtih praznih.Podatki platforme MSFSprejetost
Ponavljajoče se okvareOkvare na istem sredstvu in z istim vzrokom znotraj obdobja – dokaz, da popravilo ni obdržalo.Podatki platforme MSFOperativni
Predčasni čas alarmaLe kjer so senzorji v obsegu: čas med alarmom stanja in dogodkom, na katerega je opozarjal, z ločeno štetimi lažnimi alarmi.Podatki senzorja, števca ali napraveTehnični

Pred izvedbo se MSF in vaša ekipa dogovorita, kako se vsak kazalnik izračuna, od kod pride izhodiščna vrednost, kateri podatki so izvzeti in kateri rezultat podpira odločitev o uvedbi. Ta stran navaja, kaj se meri; konkretne ciljne vrednosti sodijo v pisni obseg PoC, ne v tržno obljubo.

Kaj zagotovite vi

  • Hierarhija sredstev, razvrstitev kritičnosti in zgodovina okvar, kolikor obstaja, v kakršnikoli obliki.
  • Trenutni vzdrževalni načrti, odčitki merilnikov in podatki o nadomestnih delih, kjer je relevantno.
  • Vloge vzdrževalcev, pokritost izmen in naprave, ki jih bodo dejansko uporabljali.
  • Pravila za dostop in varnost pri kakršnikoli namestitvi senzorjev v obsegu.

Kdo kaj naredi

Meta Smart Factory zagotovi

  • Uvodno delavnico in vodenje pri opredelitvi obsega
  • Konfiguracijo rešitve za dogovorjeni obseg
  • Integracijska in priključitvena dela znotraj tega obsega
  • Strojno opremo MSF, navedeno v ponudbi
  • Usposabljanje pilotnih uporabnikov
  • Opredelitve KPI in metodo validacije
  • Vodenje zadev in podporo med pilotom
  • Končno poročilo o rezultatih in zasnovo uvedbe
  • Konfigurirano strukturo sredstev, preventivne načrte in mobilno izvedbo delovnih nalogov za pilotno ekipo.
  • Pošteno razvrstitev, katere primere nadzora stanja lahko razpoložljivi podatki dejansko podprejo.

Vi zagotovite

  • Imenovanega poslovnega in imenovanega tehničnega skrbnika
  • Pravočasen dostop do uporabnikov, linije, strojev in odobrenih sistemov
  • Verodostojno razlago procesa in matičnih podatkov
  • Dostop do omrežja, napajanja, montaže in varnostnih dovoljenj
  • Dokumentacijo ERP, PLC in dobaviteljev ter strokovnjake, ki jo poznajo
  • Reprezentativne vzorce ali zgodovinske podatke
  • Potrditev, da je izhodiščna vrednost poštena
  • Povratne informacije in odločitev o prevzemu
  • Vzdrževalce, ki bodo sistem uporabljali med pravimi okvarami, ne le na usposabljanju.
  • Kakršnokoli obstoječo zgodovino okvar – tudi nepopolna določa, kaj je mogoče trditi.

Opredeljeno v pisni ponudbi

  • Panelni računalniki, tablice, strežniki in strežniki GPU
  • Kamere, objektivi, osvetlitev in ohišja
  • Čitalniki, tiskalniki, naprave RFID, števci in senzorji
  • Potni stroški, namestitev, prevoz, uvozne dajatve in lokalna elektroinstalacijska dela
  • Ali je strojna oprema najeta ali kupljena
  • Ali se strošek PoC upošteva pri uvedbi

Komercialni pogoji, lastništvo strojne opreme, potni stroški, obseg integracije in morebitno upoštevanje pri uvedbi so opredeljeni v pisni ponudbi PoC. Za vsak izdelek niso enaki in ta stran jih ne obljublja.

Kaj dobite ob koncu

  • Živ potek vzdrževanja, ki ga vaša ekipa uporablja pri pravih okvarah.
  • Konfigurirano hierarhijo sredstev, kritičnost in preventivne načrte.
  • Nadzorno ploščo osnovne vrednosti v primerjavi s pilotnim obdobjem po dogovorjenih definicijah KPI.
  • Ugotovitve senzorjev in oceno osnovnih podatkov, kjer je bil nadzor stanja v obsegu.
  • Poročilo o kritičnosti in vrzelih – kaj pilot ni mogel pokriti in zakaj.
  • Načrt uvedbe za preostala sredstva in ekipe.

Pogoji, izključitve in omejitve

Ta PoC je odvisen od

  • Razpoložljivost vzdrževalcev v živem obdobju, vključno z izmenami, v katerih dejansko pride do okvar.
  • Za nadzor stanja: varne točke montaže senzorjev in dovolj časa opazovanja, da ima to smisel.

Ni vključeno v ta PoC

  • Čiščenje podatkov o sredstvih na ravni celotnega obrata in digitalizacija zgodovinskih zapisov.
  • Nabava nadomestnih delov in uvedba skladišča, kar je predmet PoC za WMS.
Česa ta PoC ne trdi

Kjer ne obstaja označena zgodovina okvar ali dovolj podatkov opazovanja, se ta PoC pozicionira kot nadzor stanja, zaznavanje anomalij in vzpostavitev osnovnih podatkov – ne kot napoved okvar. Napovedna trditev brez okvar, iz katerih bi se učili, ni trditev, temveč upanje.

Naprej, prilagodi ali ustavi — točka odločitve

NaprejGo: potek dela zdrži v pravih razmerah, izmerjene vrzeli pa upravičujejo uvedbo na preostala sredstva.
PrilagodiPrilagoditev: sprejetje ali podatki o sredstvih potrebujejo najprej delo; poročilo o vrzelih je delovni sveženj.
UstaviUstavitev: omejitev je vzdrževalna zmogljivost ali razpoložljivost nadomestnih delov, kar sistem naredi vidno, a ne more odpraviti.

Pogosta vprašanja

Ali lahko v PoC dokažete prediktivno vzdrževanje?

Le kjer obstaja dovolj označene zgodovine okvar in dovolj dolgo opazovalno okno, oboje pa se preveri, preden se karkoli obljubi. Kjer manjka, je pošten program nadzor stanja skupaj z vzpostavitvijo osnovnih podatkov, ki kasneje omogočijo napoved.

Ali potrebujemo senzorje?

Ne za tisto polovico tega PoC, ki zajema potek dela, kjer je večina merljive vrednosti. Senzorji se dodajo za konkretne primere nadzora stanja, dogovorjene v fazi odkrivanja, na konkretnih sredstvih, za konkretno vprašanje.

Naša zgodovina okvar je v zvezkih. Ali je to ovira?

Ne, in to je zelo pogosto. Omejuje, kaj je mogoče trditi o napovedovanju, ne pa tega, kaj je mogoče izmeriti o odzivu, skladnosti in ponavljajočih se okvarah. PoC začne strukturirano zgodovino, ki bi jo kasnejši prediktivni korak potreboval.

Kako pošteno izmerite MTTR v primerjavi z našim trenutnim številom?

Tako, da definicijo dogovorimo v fazi odkrivanja, vključno s tem, kaj šteje za začetek, kaj za konec in kateri zastoji so izključeni. Dve organizaciji lahko MTTR merita na tri različne načine; primerjava je poštena le, če obe strani uporabljata isto.

Povprašajte po tem Proof of Concept

Opišite obseg, ki ga imate v mislih, in vrnili se bomo s pisnim načrtom PoC: kaj bo priključeno, kaj zagotovite vi, kako merimo uspeh in kakšna je odločitev ob koncu.

Prek tega obrazca ne pošiljajte gesel, izvozov produkcijskih baz, podatkov o zaposlenih ali zaupnih načrtov. Če jih PoC potrebuje, prej vzpostavimo odobren varen kanal.

Oddaje preverjamo glede zlorab in jih beležimo, vključno z naslovom IP. Za vsebino, ki jo pošljete, odgovarjate sami.