Wat CMMS-integratie deelt tussen onderhoud en productie
Onderhoud en productie hebben vier dingen van elkaar nodig, en momenteel bevindt elk zich aan een andere kant van de kloof.
- Draaiuren van bedrijfsmiddelen: preventief onderhoud wordt geactiveerd op basis van draaiuren of voltooide cycli, wat de machine en het productiesysteem weten, terwijl het CMMS dit vaak schat
- De productietoezegging: welke lijnen zijn toegewezen aan welke orders en wanneer, wat bepaalt of er überhaupt een onderhoudsvenster beschikbaar is
- Beschikbaarheid van reserveonderdelen: of het benodigde onderdeel op voorraad is, wat in het ERP of het magazijnsysteem staat in plaats van in het CMMS
- Storingshistorie versus output: welke defecten er optraden tijdens welke runs, wat de onderhoudsbehoefte financieel onderbouwt
Alleen het eerste is een machinemeting. Draaiuren bevinden zich in de PLC's en het productiesysteem, dus machinedata moet de bedrijfslaag bereiken voordat een preventief schema daarop kan worden geactiveerd. De andere drie zijn bedrijfsgegevens, en dat is waarom een CMMS dat in isolatie draait een onderhoudsplan produceert dat technisch correct maar operationeel onrealistisch is.
Waarom wordt preventief onderhoud uitgesteld?
Het onderhoudsschema wordt voorgesteld nadat het productieplan al is vastgelegd. Een verzoek voor een venster op een lijn die al is toegezegd aan een klantorder, is een verzoek om een toezegging te verbreken, en de toezegging wint het meestal.
Geschatte looptijden maken het alleen maar erger. Wanneer het CMMS op basis van kalenderintervallen werkt in plaats van op basis van werkelijke uren, worden onderhoudsbeurten ingepland voor machines die nauwelijks hebben gedraaid, terwijl ze worden overgeslagen bij machines die in dubbele diensten draaien. Het team leert vervolgens dat de planning slechts een benadering is, wat de noodzaak om specifieke tijdvensters te beschermen ondermijnt.
De beschikbaarheid van onderdelen is het derde pijnpunt. Een onderhoudsvenster zonder de benodigde reserveonderdelen is een verspild venster, en nadat dit twee keer is gebeurd, begint de planning onderhoudsaanvragen als voorlopig te beschouwen. Dit verlies aan geloofwaardigheid maakt het bij de volgende aanvraag makkelijker om deze uit te stellen.
Wat kost een zwakke CMMS-integratie?
De kosten van uitgesteld onderhoud volgen elkaar op, en alleen de laatste is zichtbaar genoeg om aandacht te krijgen:
- Vensters die worden onderhandeld in plaats van gepland: supervisors besteden tijd aan het discussiëren over planningen waarover in één keer overeenstemming had kunnen worden bereikt
- Onderhoud uitgevoerd met het verkeerde interval: op kalender gebaseerde triggers zorgen voor overmatig onderhoud aan inactieve activa en onvoldoende onderhoud aan drukke activa, waardoor het onderhoudsbudget al verkeerd wordt toegewezen voordat er enig werk is verricht
- Verspilde vensters: de lijn stopt, het team arriveert en het onderdeel is niet op voorraad
- Storing tijdens een geplande run: ongeplande stilstand treft de order die het belangrijkst was, omdat dat de lijn is die het hardst draait
- Versneld herstel: spoedonderdelen, overuren en een gemiste levering, tegen een veelvoud van wat het geplande onderhoud had gekost
Alleen het laatste punt bereikt een budgetbespreking, en tegen die tijd wordt het geregistreerd als een storing in plaats van als een uitstel. De vier punten daarboven worden geabsorbeerd als normale operationele wrijving. Wat zich daarnaast opbouwt, is een reeks aanhoudende conflicten: de planning behandelt onderhoudsaanvragen als voorlopig, onderhoud vraagt om vensters waarvan ze verwachten dat ze ze verliezen, en beide partijen verdedigen een planning die de ander niet kan zien.
CMMS-integratie is een planningsprobleem, geen onderhoudsprobleem
Het conflict zit ingebakken in de manier waarop de twee systemen het werk verdelen. Het ERP bepaalt hoe hard elke machine draait, en die beslissing creëert de onderhoudsbehoefte die het CMMS weken later zal genereren. Het onderhoud moet vervolgens uit de productietijd worden gehaald, wat de planning die de behoefte creëerde weer verandert. Geen van beide kanten kan de helft zien die ze niet beheert, aangezien het ERP geen inzicht heeft in opgebouwde slijtage en het CMMS geen inzicht heeft in de toekomstige belasting.
Fabrieken reageren meestal door het CMMS te verbeteren: betere activaregisters, strakkere preventieve schema's, gedetailleerdere werkplannen. Dat verbetert de kwaliteit van een plan dat nog steeds niet kan worden uitgevoerd, omdat de beperking nooit het onderhoudsschema was.
Beide partijen hebben vanuit hun eigen perspectief gelijk. Een planner die een toegezegde levering beschermt, doet zijn werk zoals gedefinieerd, en een onderhoudsverantwoordelijke die een interval bewaakt, doet precies hetzelfde. Het uitstellen is rationeel voor de planner en kostbaar voor de fabriek; daarom lost geen enkele hoeveelheid onderhoudsdiscipline dit op.
Wat de cirkel doorbreekt, is dat de onderhoudsbehoefte de planner bereikt voordat het plan definitief is, in hetzelfde overzicht. Een onderhoudsbeurt die over 200 draaiuren nodig is, is een planningsinput, net als capaciteit of materialen. Dezelfde onderhoudsbeurt die wordt aangevraagd nadat een lijn is ingepland, is een onderbreking. De informatie is identiek, maar de timing bepaalt wat het is.
Hoe een integratieplatform CMMS met productie verbindt
Fabrikanten benaderen deze splitsing op drie manieren. Sommige ERP-pakketten bevatten een onderhoudsmodule, wat de kloof overbrugt door consolidatie, maar qua functionaliteit meestal achterblijft bij een gespecialiseerd CMMS. Sommige CMMS-producten worden geleverd met kant-en-klare connectoren voor de meest voorkomende combinaties. Die houden stand totdat het ERP wordt aangepast of een tweede fabriek met andere software gaat werken, en dat is de terugkerende grens bij ERP-integratie in de maakindustrie. De meeste fabrieken draaien de twee systemen afzonderlijk en stemmen ze wekelijks af tijdens een overleg, waar de onderhandelingen plaatsvinden.
Een integration platform-as-a-service (iPaaS) verbindt ze zonder dat een van beide systemen verplaatst hoeft te worden. Op het Alumio iPaaS neemt dat werk vier vormen aan:
- Triggers op basis van werkelijke draaiuren: een event-gestuurde data-Route stuurt actuele uren en cyclustellingen vanuit de productiesystemen naar het CMMS, zodat preventieve onderhoudsschema's worden geactiveerd op basis van gebruik in plaats van op de kalender
- Onderhoud zichtbaar voor planning: een geplande data-Route pusht aankomende vereisten naar het ERP als een planningsbeperking voordat het productieplan definitief is, in plaats van als een verzoek achteraf
- Onderdelen gecontroleerd vóór het tijdvenster: een data-Transformer verrijkt de onderdelenlijst van de taak met de huidige voorraadniveaus in het magazijn, zodat een tekort aan het licht komt terwijl er nog tijd is om te bestellen
- Storingshistorie gekoppeld aan output: gedetailleerde Logs koppelen storingsgebeurtenissen aan de runs die ze hebben onderbroken, wat een businesscase voor onderhoud omzet in bewijslast
Deze stromen worden geconfigureerd in plaats van per fabriek handmatig gebouwd, waarbij de Code Transformer beschikbaar is voor situaties waarin configuratie niet volstaat om een regel vast te leggen. De tweede locatie hergebruikt de logica van de eerste.
Wat CMMS-integratie oplevert
Onderhoud wordt gemeten op kosten en beoordeeld op storingen, wat een lastige positie is omdat de kosten zichtbaar zijn en het voorkomen van storingen niet.
Het verbinden van de planningen verandert de discussie. Wanneer de onderhoudsbehoefte verschijnt als een beperking naast capaciteit en materialen, concurreert deze op gelijke voet met al het andere in het plan, in plaats van als een onderbreking ervan. Dat is een betere positie dan wat enige hoeveelheid interne onderhoudsdiscipline op zichzelf kan bereiken.
Een fabriek die op deze manier werkt, voert niet minder onderhoud uit. Het voert hetzelfde werk uit met intervallen die zijn afgestemd op hoe zwaar elk bedrijfsmiddel daadwerkelijk wordt belast. De tijdvensters blijven behouden en de noodstops vallen niet langer op de order die de fabriek zich het minst kan veroorloven te missen.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
