Computerized Maintenance Management Systems (CMMS) of Enterprise Asset Management (EAM) systemen zijn slechts software die u helpt bij het organiseren van uw gegevens. Analyse van deze gegevens kan informatie opleveren waarmee u schaarse middelen kunt omleiden naar waar ze het meest nodig zijn en deze acties kunt rechtvaardigen. We zijn het er dus over eens dat we goede gegevens nodig hebben om nuttige informatie naar buiten te brengen. Laten we, met dat in gedachten, eerst de reparatiegegevens aanpakken.

Gegevens repareren

De velden met basisreparatiegegevens zijn er in vier categorieën die betrekking hebben op de levenscyclus:

• Oorsprong
• Planning
• Planning
• Resultaten

In dit blog gaan we alleen in op Origination en Results, aangezien ze in alle werkorders zullen verschijnen, inclusief noodwerkorders die niet gepland of gepland zijn.

Oorsprong

De gegevens over de oorsprong omvatten de prioriteit of ten minste een verklaring of het een noodsituatie betreft, de identificatie van de initiator, het activum met het probleem en de beschrijving van het probleem. Ja, er kunnen er meer zijn, maar beschouw dit als het absolute minimum dat bij elk verzoek zou moeten verschijnen. In het algemeen helpt dit om de beste middelen aan de taak toegewezen te krijgen. Hoewel het van het grootste belang is om alle gegevens consistent en correct in elk veld te krijgen, doen de meeste problemen zich voor bij het aanmaken van de werkorder en vermenigvuldigen ze zich naarmate de werkorder wordt verwerkt.

Het belang van de probleembeschrijving kan niet genoeg worden benadrukt. Iedereen die om werk vraagt, moet getraind worden om de probleembeschrijving in te roepen (typen, schrijven, berichten sturen, enz.). Dit moet omvatten wat werd opgemerkt toen de oproep werd geïnitieerd. Voorbeelden van slechte probleembeschrijvingen:

• „Het werkt niet” of „Het werkt niet”
• „Het is kapot”
• „Het klinkt alsof het gaat mislukken”

Slechte probleembeschrijvingen leveren onvoldoende beschrijvende gegevens op en leiden tot slechte beschrijvende resultaten, zoals:

• „Het werkt” of „Het is klaar”
• „Het is opgelost”
• „Klinkt goed voor mij; net iets luidruchtiger dan normaal”
• En soms helemaal geen beschrijving — gewoon een werkorder die naar de volledige status is verplaatst

Als de historische gegevens in het systeem soortgelijke beschrijvingen bevatten (of als beschrijvingen nul zijn), plan dan om iedereen onmiddellijk opnieuw te trainen en een voorbeeld van deze records toe te voegen om te laten zien hoe nuttig (of niet) ze zijn voor historische analyses.

Aanvragers moeten worden opgeleid om zich eerst te concentreren op het beschrijven van het probleem op basis van wat ze hebben geconstateerd, zoals:

• „... Ik zag een lek bij...”
• „Ik heb overmatig tandwielslijpen gehoord”
• „Ik hoorde een knal in het ontkoppelingspaneel en zag een beetje rook”
• „Voelde overmatige trillingen bij normale loopsnelheid”
• „Smaakte alsof er te veel siroop was, maar de controles wijzen op de juiste mix”

Dit zijn echt te eenvoudige voorbeelden, maar uw onderhoudsafdeling kan dit gebruiken om een startpunt te identificeren en een meer beschrijvende reactie op de oorzaak te bevorderen. Voor historische doeleinden kan dit van onschatbare waarde zijn om naar zich herhalende problemen te kijken en eraan te werken om ze uit het bestaan te bannen, en om betere gegevens te creëren voor gebruik door Maximo Work Order Intelligence.

Het verbeteren van de gegevens over de oorsprong van werkverzoeken/orders is waarschijnlijk de grootste en goedkoopste manier om een grote sprong te maken in het vastleggen van reparatiegegevens. Zelfs als je gebruik maakt van Snelle rapportage, je begint meestal nog steeds met 100 tekens in het hoofdveld, voordat je naar de lange beschrijving moet gaan. Je hebt ook toegang om een probleemcode in te voeren als je die hebt ontwikkeld. Het gebruik van codering in de storingshiërarchie zal uw mogelijkheden om uw gegevens kwantitatief te analyseren verder verbeteren.

Resultaten

De resultatengegevens moeten ten minste de vakkundigheid/het vak omvatten waarmee het werk is voltooid, de werktijd, een beschrijving van wat er is gedaan, de gebruikte materialen en de kosten ervan, de oorzaak, eventuele uitvaltijd en een beoordeling van de reparatie (is er vervolgwerk nodig?).

Aan de vaardigheid moet een bijbehorend factuurtarief zijn gekoppeld, zodat de in rekening gebrachte uren kunnen worden geïdentificeerd als dollars die voor de reparatie in rekening zijn gebracht, terug naar het bedrijfsmiddel. Dit zal helpen om dat kostenveld voor activa van het jaar tot nu toe op het activum uit te bouwen, naast andere kostenvelden.

Nog beter om de identificatie van de eigenlijke technicus bij te voegen, vooral wanneer er opvolging nodig is en u contact wilt opnemen met de juiste persoon. Die technici zullen ook een overzicht hebben van waaraan ze hebben gewerkt wanneer dat nuttig is om bij te houden voor opleidings- en certificeringsdoeleinden.

In de werkbeschrijving moet worden uitgelegd welke actie is ondernomen om de taak te voltooien. Er is voldoende ruimte om in detail te beschrijven, en nogmaals, u zult toegang hebben tot het probleem, de oorzaak en de oplossing van die gegevens die zijn ontwikkeld.

Downtime kan ingewikkeld zijn, dus het is belangrijk dat iedereen hetzelfde inzicht heeft in hoe het wordt opgeladen en gebruikt, voordat het wordt gemeld.

De gebruikte materialen en hun kosten zijn nuttig om de inventaris up-to-date te houden en de materiaalkosten per bedrijfsmiddel in rekening te brengen. Dit zorgt voor een betere gebruikshistorie en de kosten voor het onderhoud van het bedrijfsmiddel.

Het is essentieel dat het materiaal wordt geïdentificeerd aan de hand van het trackingnummer of ITEMNUM in Maximo om het gebruik van onderdelen te documenteren en kan dienen om te helpen bij het samenstellen van de materiaallijst (Asset Spare Parts) als deze functie is ingeschakeld voor het artikel.

Deze kosten zijn vooral belangrijk in het licht van het feit dat veel materiaalkosten aanzienlijk hoger kunnen zijn dan de arbeidskosten, en beide zijn noodzakelijk om de onderhoudsvereisten goed te kunnen beoordelen en een completere geschiedenis van een bepaald bedrijfsmiddel te geven.

Hoe beter en consistenter alle werkorders worden geregistreerd, hoe groter de kans dat er meer specifieke informatie wordt verkregen over het onderhoud van alle activa, zowel in kwalitatieve als kwantitatieve termen. Hoe sneller dit kan worden gedaan, hoe sneller daadwerkelijke activiteiten worden gerapporteerd en bruikbare geschiedenissen kunnen worden opgebouwd en geanalyseerd met behulp van statistische methoden.


‍

Wil je meer weten? Bekijk de bronnen op de Naviam website of contact ons team vandaag!