Datatemplate voor assetonderhoud
Datatemplate voor assetonderhoud
- Volledige lijst met onderhoudsattributen
- Belangrijke procesmijlpalen om bij te houden
- Gedetailleerde technische instructies voor data-extractie
Attributen voor assetonderhoud
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteit Activity | De specifieke gebeurtenis of statuswijziging in het verloop van de werkorder. | ||
| Beschrijving Dit attribuut geeft de uitgevoerde stap in het onderhoudsproces weer, zoals 'Werkorder goedgekeurd' of 'Arbeid geregistreerd'. In IBM Maximo wordt deze waarde meestal afgeleid van statuswijzigingen in de geschiedenistabellen of van specifieke transactielogboeken, zoals arbeidsregistraties. De waarde vormt een knooppunt op de proceskaart en maakt de volgorde van stappen zichtbaar. Door deze waarden te analyseren, kunnen organisaties procesvarianten, lussen en afwijkingen van de standaardonderhoudsprocedure herkennen. Waarom dit belangrijk is Dit beschrijft wat er in het proces gebeurt. Dat is nodig om de proceskaart op te bouwen en de uitvoering van de workflow te begrijpen. Waar vind je dit? Tabel: WOSTATUS (kolom: STATUS) of WOLOG Voorbeelden APPRINPRGCOMPCLOSEWMATL | |||
| Onderhoudswerkorder WorkOrderNumber | De unieke alfanumerieke identificatiecode van de onderhoudswerkorder. | ||
| Beschrijving Dit attribuut is de centrale case-ID voor het onderhoudsproces. Het onderscheidt elke werkorder binnen IBM Maximo en koppelt alle bijbehorende activiteiten, arbeidstransacties en materiaalverbruik aan één uitgevoerde opdracht. Bij process mining wordt deze ID gebruikt om afzonderlijke events te groeperen in één samenhangende case. Analisten kunnen zo het volledige verloop van een onderhoudstaak volgen, van het aanmaken van de eerste aanvraag tot de goedkeuring, uitvoering en uiteindelijke administratieve afsluiting. Waarom dit belangrijk is Dit is de belangrijkste sleutel om het procesverloop te reconstrueren en specifieke opdrachten tussen afdelingen te volgen. Waar vind je dit? Tabel: WORKORDER, kolom: WONUM Voorbeelden WO100234WO100235CM-99281PM-11002 | |||
| Tijdstip van event EventTimestamp | De exacte datum en tijd waarop de activiteit plaatsvond. | ||
| Beschrijving Dit attribuut registreert het exacte moment waarop een event plaatsvond, bijvoorbeeld wanneer een status werd gewijzigd of arbeid werd geregistreerd. De tijdgegevens zijn nodig voor prestatieanalyses, zoals het berekenen van doorlooptijden en tijdsduur. Nauwkeurige timestamps zijn essentieel om de gemiddelde doorlooptijd van planning en goedkeuring te berekenen en de juiste volgorde van events vast te stellen. In Maximo is dit meestal de wijzigingsdatum van de statusregistratie. Waarom dit belangrijk is Nodig om events chronologisch te ordenen en alle tijdgebonden KPI’s te berekenen. Waar vind je dit? Tabel: WOSTATUS, kolom: CHANGEDATE Voorbeelden 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| Bronsysteem SourceSystem | De naam van het systeem waar de data vandaan komt. | ||
| Beschrijving Geeft aan uit welke applicatie de datarecord afkomstig is. In deze context is dat meestal 'IBM Maximo'. Dit is vooral handig wanneer je data uit meerdere onderhoudssystemen combineert of koppelt aan ERP-data. Als het process mining-project meerdere CMMS-instanties omvat, kunnen analisten hiermee filteren op het systeem waarin de gegevens zijn vastgelegd. Waarom dit belangrijk is Zorgt voor herkomstregistratie en traceerbaarheid in omgevingen met meerdere systemen. Waar vind je dit? Tijdens de extractie hard gecodeerd Voorbeelden IBM MaximoMaximo PRODMaximo Legacy | |||
| Laatste data-update LastDataUpdate | Het tijdstip waarop de data is geëxtraheerd of voor het laatst is vernieuwd. | ||
| Beschrijving Geeft aan wanneer de record voor het laatst is verwerkt of geëxtraheerd voor process mining. Zo kun je beoordelen hoe actueel en betrouwbaar de data is en of de analyse de meest recente stand van de onderhoudsprocessen weergeeft. Dit attribuut is nodig voor incrementele data-invoer en om te controleren of dashboards actuele informatie tonen over de status en achterstand van werkorders. Waarom dit belangrijk is Belangrijk om vertraging en actualiteit van de data te beoordelen. Waar vind je dit? Systeemtijd tijdens extractie Voorbeelden 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Assetnummer AssetNumber | Unieke identificatiecode van de apparatuur of asset waaraan onderhoud wordt uitgevoerd. | ||
| Beschrijving De machine, het voertuig of het onderdeel van een installatie waaraan onderhoud wordt uitgevoerd. Hiermee worden procesdata gekoppeld aan de fysieke assethiërarchie. Zo kun je assets opsporen die vaak uitvallen. In de analyse 'Onderhoudskwaliteit en herstelwerkpercentages' kun je met dit attribuut werkorders per asset groeperen. Zo bereken je de gemiddelde tijd tussen storingen (MTBF) en herken je terugkerende betrouwbaarheidsproblemen. Waarom dit belangrijk is Koppelt de uitvoering van processen aan de prestaties van fysieke installaties. Waar vind je dit? Tabel: WORKORDER, kolom: ASSETNUM Voorbeelden PUMP-101HVAC-02FLEET-99 | |||
| Beoogde einddatum TargetCompletionDate | De geplande of vereiste deadline voor de werkorder. | ||
| Beschrijving De datum waarop de werkorder naar verwachting klaar is. Deze wordt vaak berekend op basis van de prioriteit en de aanmaakdatum. De datum dient als referentie voor het dashboard 'SLA-prestaties van kritieke assets'. Door deze datum te vergelijken met de 'Werkelijke einddatum' kunnen analisten bepalen hoe vaak werk op tijd klaar is en welke assetcategorieën hun onderhoudsvensters regelmatig missen. Waarom dit belangrijk is De basis voor het meten van SLA-naleving en het volgen van de planning. Waar vind je dit? Tabel: WORKORDER, kolom: TARGCOMPDATE Voorbeelden 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| Huidige status Status | De huidige status van de werkorder in het proces. | ||
| Beschrijving De huidige administratieve status van de werkorder, bijvoorbeeld 'APPR', 'WAPPR' of 'COMP'. Het attribuut 'Activiteit' bevat de geschiedenis van statuswijzigingen; dit attribuut geeft de laatst bekende status weer. Je kunt hiermee de dataset filteren op bijvoorbeeld open of gesloten werkorders. Dit ondersteunt de analyse 'Verdeling van de onderhoudswerklast'. Waarom dit belangrijk is Geeft een momentopname van de huidige werklast en achterstand. Waar vind je dit? Tabel: WORKORDER, kolom: STATUS Voorbeelden APPRCLOSEINPRG | |||
| Kritikaliteit van de asset AssetCriticality | Een score die aangeeft hoe belangrijk de asset is voor de bedrijfsvoering. | ||
| Beschrijving Een classificatie, meestal 1-10 of A/B/C, in de assetrecord die aangeeft wat de gevolgen van een storing zijn. Deze moet worden gekoppeld aan het werkorderoverzicht. Dit attribuut is nodig voor het dashboard 'SLA-prestaties van kritieke assets'. Zo richt de analyse zich op wat het belangrijkst is: vertraging bij een kritieke generator weegt zwaarder dan vertraging bij een koffiezetapparaat in de kantine. Waarom dit belangrijk is Maakt het mogelijk om procesprestaties in te delen naar bedrijfsrisico. Waar vind je dit? Tabel: ASSET, kolom: PRIORITY (gekoppeld via ASSETNUM) Voorbeelden 1510 | |||
| Prioriteit Priority | De urgentie die aan de werkorder is toegekend. | ||
| Beschrijving Een numerieke of categorische waarde die het belang en de urgentie van de werkorder aangeeft. In Maximo is dit meestal een getal. Een lager getal betekent vaak een hogere urgentie, bijvoorbeeld 1 = spoed. Dit attribuut wordt gebruikt om werk in de achterstand te prioriteren en is essentieel voor het dashboard 'SLA-prestaties van kritieke assets'. Zo kun je nagaan of werk met hoge prioriteit inderdaad sneller wordt opgepakt dan werk met een lage prioriteit. Waarom dit belangrijk is Maakt zichtbaar of de organisatie middelen inzet voor de meest urgente taken. Waar vind je dit? Tabel: WORKORDER, kolom: WOPRIORITY Voorbeelden 1234 | |||
| Toegewezen monteur AssignedResource | De persoon of hoofdmonteur die de opdracht uitvoert. | ||
| Beschrijving Geeft aan welke persoon of hoofdmonteur verantwoordelijk is voor de werkorder. Deze informatie staat in het veld 'Lead' of kan worden afgeleid uit arbeidstoewijzingen. Het attribuut wordt gebruikt voor het dashboard 'Productiviteit van personeel en aannemers'. Met een analyse hiervan kun je zien of het werk ongelijk is verdeeld in het overzicht 'Verdeling van de onderhoudswerklast'. Ook kun je de efficiëntie van monteurs en ploegen met elkaar vergelijken. Waarom dit belangrijk is Belangrijk om de productiviteit van medewerkers te analyseren en de werklast te verdelen. Waar vind je dit? Tabel: WORKORDER, kolom: LEAD (of uit de tabel ASSIGNMENT) Voorbeelden JSMITHBPATELMRODRIGUEZ | |||
| Type werkorder WorkType | Deelt werkorders in als preventief (PM), correctief (CM) of spoed (EM). | ||
| Beschrijving Dit attribuut geeft aan om wat voor soort onderhoudstaak het gaat. Veelvoorkomende waarden in Maximo zijn PM (Preventive Maintenance), CM (Corrective Maintenance) en EM (Emergency Maintenance). Deze indeling vormt de basis voor het dashboard 'Proactief versus reactief onderhoud'. Door op dit attribuut te filteren, kunnen analisten de KPI 'Aandeel spoedonderhoud' berekenen en zien of de onderhoudsstrategie verschuift van reactief brandjes blussen naar gepland werk voor een hogere betrouwbaarheid. Waarom dit belangrijk is Maakt onderscheid tussen gepland en ongepland werk, een belangrijke indicator voor de volwassenheid van het onderhoud. Waar vind je dit? Tabel: WORKORDER, kolom: WORKTYPE Voorbeelden PMCMEMCPMOD | |||
| Werkelijke arbeidsuren ActualLaborHours | Het totale aantal uren dat alle monteurs aan de werkorder hebben besteed. | ||
| Beschrijving De som van alle arbeidsuren die voor de werkorder zijn geregistreerd. Deze metriek laat zien hoe middelen in de praktijk worden ingezet en ondersteunt de KPI 'Afwijking in monteursbenutting'. De gegevens worden gebruikt om de arbeidskosten te berekenen en toekomstige werkplannen te verbeteren. Zo ontstaat een beeld van de tijd die specifieke taken in werkelijkheid kosten. Waarom dit belangrijk is De belangrijkste metriek voor analyses van arbeidskosten en efficiëntie. Waar vind je dit? Tabel: WORKORDER, kolom: ACTLABHRS Voorbeelden 2.55.012.0 | |||
| Werkelijke einddatum ActualFinishDate | De datum en tijd waarop het fysieke werk is afgerond. | ||
| Beschrijving Registreert wanneer de onderhoudstaak technisch is afgerond. Dit is iets anders dan de administratieve afsluiting van de melding. Door deze datum te vergelijken met de 'Beoogde einddatum' kun je de naleving van de SLA berekenen. Het dashboard 'Administratieve doorlooptijd van werkorders' gebruikt deze datum om te meten hoeveel tijd er zit tussen het afronden van het werk en het afsluiten van de administratie in het systeem. Waarom dit belangrijk is Markeert het einde van de technische uitvoering. Waar vind je dit? Tabel: WORKORDER, kolom: ACTFINISH Voorbeelden 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Geschatte arbeidsuren EstimatedLaborHours | Het geplande aantal arbeidsuren voor de werkorder. | ||
| Beschrijving Het totale aantal uren dat tijdens de planningsfase is geraamd om de taak uit te voeren. Dit wordt vergeleken met de 'Werkelijke arbeidsuren' in het dashboard 'Nauwkeurigheid van arbeidsramingen'. Grote verschillen tussen de raming en de werkelijke uren wijzen op een gebrekkige planning, ontbrekende standaardprocedures of onverwachte omstandigheden bij de asset waardoor meer werk nodig was dan voorzien. Waarom dit belangrijk is Nodig om de nauwkeurigheid van de planning en de raming van benodigde middelen te beoordelen. Waar vind je dit? Tabel: WORKORDER, kolom: ESTLABHRS Voorbeelden 2.04.58.0 | |||
| Is spoed IsEmergency | Veld dat aangeeft of de werkorder een spoedgeval is. | ||
| Beschrijving Een booleaanse waarde die wordt berekend op basis van het type werk of de prioriteit. De waarde is waar als het type werk 'EM' (spoed) is of de prioriteit 1 is. Met dit vereenvoudigde attribuut kun je in dashboards eenvoudig filteren op spoedonderhoud en de KPI 'Aandeel spoedonderhoud' bekijken, zonder ingewikkelde logica in de visualisatie. Waarom dit belangrijk is Maakt filteren voor analyses van reactief onderhoud eenvoudiger. Waar vind je dit? Berekend op basis van WORKTYPE Voorbeelden truefalse | |||
| Leverancier Vendor | De externe aannemer die eventueel aan de werkorder is toegewezen. | ||
| Beschrijving Geeft aan welk extern bedrijf verantwoordelijk is voor de onderhoudstaak. Dit veld wordt ingevuld wanneer het werk wordt uitbesteed. Het is belangrijk voor de KPI 'Uitvoeringsefficiëntie van aannemers'. Met dit attribuut kan de onderhoudsorganisatie de kosten, snelheid en kwaliteit van verschillende leveranciers met elkaar vergelijken, en met die van interne teams. Waarom dit belangrijk is Maakt leveranciersbeheer en analyse van uitbesteed werk mogelijk. Waar vind je dit? Tabel: WORKORDER, kolom: VENDOR Voorbeelden ACME SERVICESSIEMENSFAST REPAIR INC | |||
| Locatie Location | De functionele locatie of fysieke plek waar het werk wordt uitgevoerd. | ||
| Beschrijving Geeft het fysieke gebied of de code van de functionele locatie aan waar de asset zich bevindt. Dit is een bredere aanduiding dan het assetnummer en is handig voor geografische analyses of analyses per zone. In het dashboard 'Verdeling van de onderhoudswerklast' wordt dit attribuut gebruikt om te laten zien waar veel onderhoud plaatsvindt en om de verplaatsingen van monteurs tussen locaties te plannen. Waarom dit belangrijk is Geeft geografische context voor de logistiek en verdeling van middelen. Waar vind je dit? Tabel: WORKORDER, kolom: LOCATION Voorbeelden BRILER-RMPLANT-AOFFICE-1 | |||
| Locatie-ID SiteId | De overkoepelende locatie-ID voor Maximo-implementaties met meerdere locaties. | ||
| Beschrijving In grote organisaties is Maximo vaak ingedeeld per 'Site'. Dit attribuut onderscheidt verschillende fabrieken of vestigingen op databaseniveau. Het is nodig om prestaties van verschillende bedrijfseenheden te vergelijken in de analyse 'Naleving van het standaardonderhoudsproces'. Zo vergelijk je locaties binnen de juiste operationele context. Waarom dit belangrijk is Nodig om data af te bakenen bij implementaties met meerdere locaties. Waar vind je dit? Tabel: WORKORDER, kolom: SITEID Voorbeelden BEDFORDNASHUATEXAS | |||
| Meldingsdatum ReportedDate | De datum en tijd waarop het probleem voor het eerst is gemeld of de aanvraag is aangemaakt. | ||
| Beschrijving De timestamp waarop de onderhoudsbehoefte voor het eerst is vastgesteld en in het systeem is ingevoerd. Dit is het beginpunt van de tijdlijn van de klantbeleving. De datum wordt gebruikt om de gemiddelde doorlooptijd van planning en goedkeuring te berekenen. Daarvoor wordt de tijd gemeten tussen deze meldingsdatum en het moment waarop het werk daadwerkelijk begint. Zo kun je beoordelen hoe snel de onderhoudsorganisatie reageert. Waarom dit belangrijk is Bepaalt het startpunt voor het meten van de reactiesnelheid gedurende het hele onderhoudsproces. Waar vind je dit? Tabel: WORKORDER, kolom: REPORTDATE Voorbeelden 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| SLA overschreden IsSlaBreached | Veld dat aangeeft of de werkelijke einddatum na de beoogde einddatum valt. | ||
| Beschrijving Een berekend booleaans veld dat de 'Werkelijke einddatum' vergelijkt met de 'Beoogde einddatum'. Als de werkelijke datum later is dan de beoogde datum, is de waarde waar. Deze vooraf berekende metriek vereenvoudigt het dashboard 'SLA-prestaties van kritieke assets'. Je kunt meteen tellen hoeveel SLA’s niet zijn gehaald, zonder tijdens het uitvoeren datumberekeningen te doen. Waarom dit belangrijk is Maakt meteen zichtbaar of aan de prestatieafspraken is voldaan. Waar vind je dit? Berekend op basis van ACTFINISH en TARGCOMPDATE Voorbeelden truefalse | |||
| Storingscode FailureCode | Gestandaardiseerde code die aangeeft waarom de asset is uitgevallen. | ||
| Beschrijving Een gestructureerde code waarmee de monteur de oorzaak van de storing indeelt, bijvoorbeeld 'Slijtage', 'Elektrisch' of 'Bedieningsfout'. Deze code is belangrijk voor oorzaakanalyse (RCA). Door deze codes samen te voegen, kunnen engineeringteams structurele problemen bij assets herkennen. Dat helpt bij de analyse 'Onderhoudskwaliteit en herstelwerkpercentages' en bij het aanpassen van preventieve onderhoudsstrategieën. Waarom dit belangrijk is De belangrijkste gegevensbron voor betrouwbaarheidstechniek en storingsanalyse. Waar vind je dit? Tabel: WORKORDER, kolom: FAILURECODE Voorbeelden LEKOVERVERHITTINGTRILLING | |||
| Totale werkelijke kosten TotalActualCost | De som van de arbeids-, materiaal-, service- en gereedschapskosten voor de werkorder. | ||
| Beschrijving Geeft de totale financiële impact van de onderhoudstaak weer. In Maximo is dit de som van verschillende kostenposten: arbeid, materiaal, services en gereedschap. Met dit attribuut kun je process mining toepassen op kosten en inefficiënties in het proces, zoals vertragingen of herstelwerk, koppelen aan financiële verliezen. Zo zie je welke onderhoudstypen of assetklassen het duurst zijn. Waarom dit belangrijk is Koppelt activiteiten in de bedrijfsvoering aan financiële resultaten. Waar vind je dit? Tabel: WORKORDER, kolom: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Voorbeelden 150.002500.500.00 | |||
Activiteiten voor assetonderhoud
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Onderhoudsaanvraag aangemaakt | De eerste gebeurtenis: er wordt een werkorder aangemaakt in het systeem, vaak op basis van een serviceaanvraag of een automatische planning. Dit wordt vastgelegd met de aanmaaktimestamp in de tabel WORKORDER of de eerste registratie in de WOSTATUS-geschiedenis. | ||
| Waarom dit belangrijk is Dit markeert het begin van de procesinstantie en vormt het uitgangspunt voor het meten van de totale afhandeltijd en de snelheid van de eerste reactie. Waar vind je dit? WORKORDER.REPORTDATE of de eerste registratie in de tabel WOSTATUS (meestal status WAPPR) Vastleggen Vastgelegd wanneer de transactie de WO-registratie aanmaakt Gebeurtenistype explicit | |||
| Werk gestart | Markeert de daadwerkelijke start van het fysieke werk door de technicus. Dit wordt expliciet vastgelegd wanneer de gebruiker de status wijzigt om aan te geven dat het werk bezig is. | ||
| Waarom dit belangrijk is Belangrijke mijlpaal om plantijd en uitvoeringstijd van elkaar te scheiden. Wordt gebruikt om de gemiddelde doorlooptijd van planning en goedkeuring te berekenen. Waar vind je dit? Tabel WOSTATUS met STATUS = 'INPRG' Vastleggen Vastgelegd wanneer een transactie de status wijzigt naar INPRG Gebeurtenistype explicit | |||
| Werkorder afgerond | De technicus bevestigt dat het fysieke werk is afgerond. Deze statuswijziging stopt de klok voor KPI’s over de uitvoeringstijd. | ||
| Waarom dit belangrijk is De belangrijkste eindtimestamp voor de technische uitvoering. Wordt gebruikt om SLA-compliance en de inzet van technici te berekenen. Waar vind je dit? Tabel WOSTATUS met STATUS = 'COMP' Vastleggen Vastgelegd wanneer een transactie de status wijzigt naar COMP Gebeurtenistype explicit | |||
| Werkorder geannuleerd | Het proces stopt voortijdig omdat het werk niet nodig, dubbel of niet uitvoerbaar bleek. Dit is een eindstatus. | ||
| Waarom dit belangrijk is Wordt gebruikt voor het dashboard Work Order Cancellation Analysis. Een hoog percentage wijst op problemen eerder in het proces, bij het aanmaken van aanvragen. Waar vind je dit? Tabel WOSTATUS waar STATUS = 'CAN' Vastleggen Geregistreerd wanneer de transactie de status wijzigt in CAN Gebeurtenistype explicit | |||
| Werkorder gesloten | De laatste gebeurtenis in de levenscyclus: de werkorder wordt financieel afgehandeld en is daarna alleen-lezen. Er kunnen geen kosten meer aan worden toegevoegd. | ||
| Waarom dit belangrijk is Markeert het einde van de administratieve doorlooptijd. Vertragingen op dit punt beïnvloeden de financiële rapportage. Waar vind je dit? Tabel WOSTATUS met STATUS = 'CLOSE' Vastleggen Vastgelegd wanneer een transactie de status wijzigt naar CLOSE Gebeurtenistype explicit | |||
| Werkorder goedgekeurd | Geeft aan dat de werkorder de vereiste controles voor planning en financiële goedkeuring heeft doorlopen. Dit wordt afgeleid uit een statuswijziging in de systeemgeschiedenis. | ||
| Waarom dit belangrijk is Belangrijk voor het berekenen van de KPI voor de doorlooptijd van planning en goedkeuring. Vertragingen wijzen hier op administratieve bottlenecks. Waar vind je dit? Tabel WOSTATUS met STATUS = 'APPR' Vastleggen Vergelijk het statusveld voor en na de wijziging om de overgang naar APPR te herkennen Gebeurtenistype explicit | |||
| Arbeidsuren geregistreerd | Geeft aan hoeveel tijd een technicus aan de specifieke werkorder heeft besteed. Voor één werkorder kunnen meerdere registraties bestaan als verschillende technici eraan werken. | ||
| Waarom dit belangrijk is Levert de werkelijke uren voor het dashboard Nauwkeurigheid van urenramingen, zodat je ze met de schattingen kunt vergelijken. Waar vind je dit? Regels in de tabel LABTRANS die aan de werkorder zijn gekoppeld Vastleggen Vastgelegd wanneer een transactie plaatsvindt in LABTRANS Gebeurtenistype explicit | |||
| Capaciteit ingepland | Het moment waarop specifieke arbeidskrachten of ploegen aan de werkorder worden toegewezen. Dit wordt bijgehouden wanneer toewijzingen worden aangemaakt of de status verandert naar Waiting Schedule. | ||
| Waarom dit belangrijk is Ondersteunt het dashboard voor analyse van de plannings- en goedkeuringscyclus door te laten zien hoe lang het duurt om beschikbare technici te vinden. Waar vind je dit? Rijen aangemaakt in de tabel ASSIGNMENT of statuswijziging in WOSTATUS naar 'WSCH' Vastleggen Afleiden uit het aanmaken van Assignment-registraties die aan de WO zijn gekoppeld Gebeurtenistype inferred | |||
| Inspectie afgerond | Geeft aan dat tijdens de levenscyclus een veiligheids- of technische inspectie is uitgevoerd. Dit blijkt vaak uit een statuswijziging of uit het afronden van een checklistmeting. | ||
| Waarom dit belangrijk is Belangrijk voor het dashboard Veiligheids- en compliancedocumentatie. Zo worden wettelijke stappen niet overgeslagen. Waar vind je dit? Statuswijziging in WOSTATUS naar 'INSP' of een vergelijkbare aangepaste status, of afronding van MEASUREMENT-registraties Vastleggen Vergelijk het statusveld voor en na de wijziging Gebeurtenistype inferred | |||
| Kwaliteitscontrole afgekeurd | Dit gebeurt wanneer een afgeronde klus bij de controle wordt afgekeurd en de status vaak teruggaat naar In Progress. Dit wijst op herstelwerk. | ||
| Waarom dit belangrijk is Ondersteunt rechtstreeks het dashboard Onderhoudskwaliteit en herstelwerkpercentages door procesfouten zichtbaar te maken. Waar vind je dit? Afgeleid uit een statusovergang in WOSTATUS van COMP terug naar INPRG of WAPPR Vastleggen Afleiden door de geschiedenis van het veld WOSTATUS te vergelijken op teruggaande statusovergangen Gebeurtenistype inferred | |||
| Materiaal aangevraagd | Geeft aan dat reserveonderdelen of verbruiksartikelen voor de onderhoudstaak zijn aangevraagd. Dit is af te leiden uit een statuswijziging naar Waiting on Material of uit het aanmaken van materiaalbehoefteregels. | ||
| Waarom dit belangrijk is Nodig voor het dashboard Materiaalbeschikbaarheid, dat vertragingen in de toeleveringsketen laat zien die de uitvoering van werk verhinderen. Waar vind je dit? Tabel WOSTATUS met STATUS = 'WMATL' of aangemaakte regels in de tabel WPMATERIAL Vastleggen Afgeleid uit een statuswijziging naar WMATL Gebeurtenistype inferred | |||
| Materiaal uitgegeven | Legt vast dat onderdelen fysiek uit de voorraad zijn gehaald of aan de werkorder zijn uitgegeven. Zo is bevestigd dat de onderdelen beschikbaar zijn en worden gebruikt. | ||
| Waarom dit belangrijk is Bevestigt dat het proces in de toeleveringsketen is doorlopen en beïnvloedt de totale kostenanalyse van het onderhoud. Waar vind je dit? Tabel MATUSETRANS met ISSUETYPE = 'ISSUE' Vastleggen Vastgelegd wanneer een transactie plaatsvindt in MATUSETRANS Gebeurtenistype explicit | |||
| Streefdatum bijgewerkt | Legt een wijziging vast van de geplande einddatum of de SLA-streefdatum. Zo zie je wanneer verwachtingen worden aangepast om vertragingen op te vangen. | ||
| Waarom dit belangrijk is Belangrijk voor de analyse van SLA-prestaties voor kritieke assets en om te zien of datums worden verschoven om een SLA-overschrijding te voorkomen. Waar vind je dit? Auditspoor van de velden TARGETCOMPDATE of SCHEDFINISH Vastleggen Vastgelegd wanneer een transactie datumvelden bijwerkt Gebeurtenistype explicit | |||
Extractiegidsen
Stappen
Bepaal de strategie voor databaseweergaven: ProcessMind vereist een vlak event log, terwijl Maximo data hiërarchisch opslaat (kopgegevens in WORKORDER, historie in WOSTATUS en kosten in WOLABTRANS). De meest geschikte aanpak is om eerst een databaseweergave in de Maximo-database te maken. Deze weergave dient als bron voor het Integration Framework.
Maak de SQL-weergave: Voer de SQL uit die in het gedeelte Query staat, met een databasebeheertool zoals SQL Developer of SSMS. Hiermee voeg je
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSenA_WORKORDER(audit) samen in één vlakke structuur.Registreer de weergave in Maximo: Meld je aan bij Maximo als beheerder. Ga naar System Configuration, Platform Configuration, Database Configuration. Maak een object met de naam
PM_WO_EVENTLOGen koppel dit aan de databaseweergave uit de vorige stap. VoerConfigDBuit om de weergave te registreren. Voor weergaven is meestal geen downtime nodig, maar controleer je procedures.Maak de objectstructuur: Ga naar Integration, Object Structures. Maak een objectstructuur met de naam
MX_PM_EVENTS. VoegPM_WO_EVENTLOGtoe als bronobject. Schakel ondersteuning voor Flat Structure in, als die optie beschikbaar is.Configureer het publicatiekanaal: Ga naar Integration, Publish Channels. Maak een kanaal met de naam
PC_PM_EVENTSen koppel dit aan de objectstructuurMX_PM_EVENTS. Zo kun je indien nodig verwerkingsregels instellen.Stel het externe systeem in: Ga naar Integration, External Systems. Selecteer het doelsysteem of maak een generiek EXTSYS aan. Voeg het publicatiekanaal
PC_PM_EVENTStoe aan dit systeem.Schakel data-export in: Open in de toepassing External Systems het tabblad Data Export. Selecteer het kanaal
PC_PM_EVENTS. Je kunt hier een SQL Where-clausule opgeven, bijvoorbeeldEVENTTIMESTAMP >= '2023-01-01', om het exportbereik te beperken.Exporteer de data: Klik op Export. Het systeem maakt het bestand aan als XML of CSV, afhankelijk van het geconfigureerde eindpunt. Voor ProcessMind heeft CSV de voorkeur. Controleer of het eindpunt, bijvoorbeeld
MXFLATFILE, is ingesteld om CSV uit te voeren.Controleer de uitvoer: Open het gegenereerde CSV-bestand. Controleer of de kolomkoppen overeenkomen met de attributen in de query, zoals WorkOrderNumber en Activity, en of alle hiërarchische XML-tags zijn verdwenen.
Werk de opmaak af: Bevat de Maximo CSV-export standaardkolommen met systeemmetadata, zoals
OWNER1enORGID? Verwijder deze dan als je ze niet nodig hebt. Laad de opgeschoonde CSV in ProcessMind.
Configuratie
- Statussynoniemen in Maximo: In Maximo kun je aangepaste statuscodes gebruiken, zoals APPR en WAPPR. De query gaat uit van standaard interne waarden. Controleer
SYNONYMDOMAINvoor het domeinWOSTATUS, zodat aangepaste statussen correct worden gekoppeld. - Audittabellen: Voor het ophalen van ‘Target Date Updated’ is de audittabel
A_WORKORDERnodig. Als auditing niet is ingeschakeld voor het objectWORKORDER, levert deze specifieke activiteit geen rijen op. Schakel auditing in via Database Configuration als dit belangrijk is. - Datumbereik: Filter bij de eerste gegevenslading op
EVENTTIMESTAMPvoor de afgelopen 6 tot 12 maanden. Grote historische gegevensladingen kunnen een time-out veroorzaken via de webinterface van het Integration Framework. Gebruik achtergrondverwerking voor datasets met meer dan 50.000 rijen. - Filters voor locatie en organisatie: Maximo ondersteunt meerdere locaties. Filter altijd op
SITEIDals de procesanalyse zich op één specifieke locatie richt. - Prestaties: De query met
UNION ALLvraagt veel van de database. Controleer of er database-indexen bestaan voorWOSTATUS.WONUM,WOLABTRANS.REFWOenMATUSETRANS.REFWO.
Voorbeeldquery sql
/* Create a Database View or Run directly to extract Event Log */
/* 1. Maintenance Request Created */
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WORKORDER W
WHERE W.REPORTDATE IS NOT NULL
UNION ALL
/* 2. Status Driven Activities (Approved, Scheduled, Commenced, Completed, Closed, Cancelled, etc.) */
SELECT
S.WONUM AS WorkOrderNumber,
CASE
WHEN S.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN S.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN S.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN S.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN S.STATUS = 'INSP' THEN 'Inspection Completed' /* Verify Synonym */
WHEN S.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN S.STATUS = 'REJECT' THEN 'Quality Check Failed' /* Verify Synonym */
WHEN S.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN S.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || S.STATUS
END AS Activity,
S.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
S.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
S.STATUS AS Status
FROM WOSTATUS S
JOIN WORKORDER W ON S.WONUM = W.WONUM AND S.SITEID = W.SITEID
WHERE S.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
/* 3. Labor Hours Recorded */
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
L.REGULARHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WOLABTRANS L
JOIN WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
UNION ALL
/* 4. Material Issued */
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ISSUETO AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM MATUSETRANS M
JOIN WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE M.ISSUETYPE = 'ISSUE'
UNION ALL
/* 5. Target Date Updated (Requires Audit Table) */
SELECT
A.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
A.AUDITSTAMP AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
A.AUDITUSER AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
A.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM A_WORKORDER A
JOIN WORKORDER W ON A.WONUM = W.WONUM AND A.SITEID = W.SITEID
WHERE A.TARGCOMPDATE IS NOT NULL
AND A.TARGCOMPDATE <> COALESCE((SELECT TOP 1 PREV.TARGCOMPDATE FROM A_WORKORDER PREV WHERE PREV.WONUM = A.WONUM AND PREV.AUDITSTAMP < A.AUDITSTAMP ORDER BY PREV.AUDITSTAMP DESC), '1900-01-01')Stappen
Databaseverbinding: Maak een alleen-lezen JDBC- of ODBC-verbinding met de backenddatabase van IBM Maximo. Dit is meestal DB2, Oracle of SQL Server. Zorg dat de gebruiker SELECT-rechten heeft op de tabellen WORKORDER, WOSTATUS, LABTRANS en MATUSETRANS.
Bepaal de scope: Bepaal welke SITES of ORGIDS je wilt ophalen. Maximo ondersteunt meerdere locaties. Werkordernummers (WONUM) zijn alleen uniek in combinatie met SITEID. Kies ook het datumbereik. Meestal filter je op REPORTDATE (aanmaakdatum) of STATUSDATE.
Bekijk het datamodel: De tabel WORKORDER bevat de kopgegevens. WOSTATUS bevat de historie van statuswijzigingen. LABTRANS bevat gedetailleerde arbeidsregistraties en MATUSETRANS de materiaalverplaatsingen. Combineer deze met UNION ALL tot één eventstroom.
Houd rekening met synoniemen: Maximo gebruikt interne waarden (MAXVALUE) en weergegeven waarden (VALUE) voor statussen die in SYNONYMDOMAIN zijn gedefinieerd. Filter bij voorkeur op de interne MAXVALUE, zodat de resultaten consistent zijn op verschillende locaties die mogelijk andere labels gebruiken voor dezelfde status.
Bereid de query voor: Kopieer de SQL uit het gedeelte Query. Vervang tijdelijke aanduidingen zoals [Your Database Schema] en [Start Date] door de juiste waarden. Gebruikt je omgeving specifieke statuscodes voor inspecties of kwaliteitscontroles? Pas dan de WHERE-clausules in de betreffende onderdelen aan.
Haal de data op: Voer de query uit. Afhankelijk van de hoeveelheid data moet je dit mogelijk in batches doen, bijvoorbeeld per maand, om time-outs van de database te voorkomen.
Controleer de data: Controleer of voor elke werkorder de activiteit ‘Onderhoudsaanvraag aangemaakt’ voorkomt. Zorg dat de timestamps een indeling hebben die compatibel is met ProcessMind. ISO 8601 is aanbevolen.
Verwerking achteraf: Maximo-timestamps bevatten meestal milliseconden. Behoud deze om de juiste volgorde te bewaren van events die kort na elkaar plaatsvinden.
Exporteer de data: Sla de resultaten op als CSV- of Parquet-bestand. De kolomkoppen moeten overeenkomen met de attributen in de query-uitvoer.
Upload naar ProcessMind: Importeer het bestand in ProcessMind. Koppel ‘WorkOrderNumber’ aan Case-ID, ‘Activity’ aan Activiteitsnaam en ‘EventTimestamp’ aan Timestamp.
Configuratie
- Databaseplatforms: Maximo draait meestal op IBM DB2, Oracle of SQL Server. De opgegeven syntaxis is standaard-SQL, maar afhankelijk van het platform zijn mogelijk kleine aanpassingen aan datumfuncties nodig, zoals TO_DATE in plaats van CAST.
- Filteren op datum: Gebruik de kolom REPORTDATE in de tabel WORKORDER om de procesinstanties af te bakenen. Een voortschrijdend venster van de afgelopen 12 maanden is gebruikelijk.
- Belang van Site ID: Gebruik WONUM nooit als enige unieke waarde. Voeg WONUM en SITEID samen of neem SITEID op als case-attribuut wanneer je meerdere locaties analyseert.
- Statuslogica: In Maximo kun je aangepaste statuswaarden gebruiken. Controleer de tabel SYNONYMDOMAIN als standaardstatussen zoals WMATL of COMP geen resultaten opleveren.
- Prestaties: De tabellen LABTRANS en MATUSETRANS kunnen erg groot zijn. Zorg dat er indexen zijn op REFWO en SITEID.
Voorbeeldquery sql
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WORKORDER W
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
WS.WONUM AS WorkOrderNumber,
CASE
WHEN WS.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN WS.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN WS.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN WS.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN WS.STATUS = 'INSP' THEN 'Inspection Completed'
WHEN WS.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN WS.STATUS = 'REJECT' THEN 'Quality Check Failed'
WHEN WS.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN WS.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || WS.STATUS
END AS Activity,
WS.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WS.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
WS.STATUS AS Status
FROM
WOSTATUS WS
JOIN
WORKORDER W ON WS.WONUM = W.WONUM AND WS.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND WS.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
LABTRANS L
JOIN
WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ENTERBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
MATUSETRANS M
JOIN
WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND M.ISSUETYPE = 'ISSUE'
UNION ALL
SELECT
WC.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
WC.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WC.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WOCHANGE WC
JOIN
WORKORDER W ON WC.WONUM = W.WONUM AND WC.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND (WC.MODIFIEDATTRIBUTE = 'TARGCOMPDATE' OR WC.MODIFIEDATTRIBUTE = 'SCHEDFINISH')Klaar om te beginnen?
Verbeter vandaag nog je onderhoudsstrategie door deze template toe te passen op het data-extractieproces. Ons team helpt je om technische logs om te zetten in bruikbare inzichten in je processen.
Verbeter assetonderhoud en beperk stilstand vandaag nog
Verkort de onderhoudsdoorlooptijd met 30% en neem bottlenecks weg
14 dagen gratis proberen, geen creditcard nodig