Jouw datatemplate voor assetonderhoud
Jouw datatemplate voor assetonderhoud
- Volledige lijst met onderhoudsattributen
- Belangrijke procesmijlpalen om te volgen
- Gedetailleerde technische extractie-instructies
Attributen voor bedrijfsmiddelenonderhoud
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteit Activity | Het specifieke event of de statuswijziging die tijdens de levenscyclus van de werkorder plaatsvond. | ||
| Beschrijving Dit attribuut staat voor de uitgevoerde stap in het onderhoudsproces, zoals 'Werkorder goedgekeurd' of 'Arbeid geregistreerd'. In IBM Maximo wordt dit meestal afgeleid uit statuswijzigingen in historietabellen of specifieke transactielogboeken, zoals arbeidsregistraties. Deze waarden vormen de knooppunten van de procesmap en maken de volgorde van stappen zichtbaar. Door ze te analyseren kunnen organisaties procesvarianten, lussen en afwijkingen van de standaardonderhoudsprocedure herkennen. Waarom dit belangrijk is Het definieert het 'wat' van het proces en is nodig om de procesmap op te bouwen en de uitvoering van de workflow te begrijpen. Waar je het vindt Tabel: WOSTATUS (kolom: STATUS) of WOLOG Voorbeelden APPRINPRGCOMPCLOSEWMATL | |||
| Eventtimestamp EventTimestamp | De specifieke datum en tijd waarop de activiteit plaatsvond. | ||
| Beschrijving Dit attribuut registreert het exacte moment waarop een event plaatsvond, bijvoorbeeld wanneer een status wijzigde of arbeid werd geregistreerd. Het levert de tijdsdimensie die nodig is voor alle prestatieanalyses, waaronder doorlooptijden en duurberekeningen. Nauwkeurige timestamps zijn belangrijk voor het berekenen van de 'Gemiddelde doorlooptijd voor planning en goedkeuring' en voor de juiste volgorde van events. In Maximo is dit meestal de wijzigingsdatum van het statusrecord. Waarom dit belangrijk is Nodig om events chronologisch te ordenen en alle tijdgebaseerde KPI's te berekenen. Waar je het vindt Tabel: WOSTATUS, kolom: CHANGEDATE Voorbeelden 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| Onderhoudswerkorder WorkOrderNumber | De unieke alfanumerieke identificatie van de onderhoudswerkorder. | ||
| Beschrijving Dit attribuut is de centrale case-identificatie voor het onderhoudsproces. Het onderscheidt elke werkorder binnen het IBM Maximo-systeem en koppelt alle bijbehorende activiteiten, arbeidsregistraties en materiaalverbruik aan één uitgevoerde opdracht. In process mining wordt deze ID gebruikt om afzonderlijke events tot één samenhangende case te groeperen. Zo kunnen analisten de volledige levenscyclus van een onderhoudstaak volgen, van het aanmaken van de eerste aanvraag tot goedkeuring, uitvoering en de uiteindelijke administratieve afsluiting. Waarom dit belangrijk is Dit is de belangrijkste sleutel voor het reconstrueren van de procesflow en maakt het mogelijk om specifieke opdrachten over afdelingen heen te volgen. Waar je het vindt Tabel: WORKORDER, kolom: WONUM Voorbeelden WO100234WO100235CM-99281PM-11002 | |||
| Bronsysteem SourceSystem | De naam van het systeem waar de data vandaan komt. | ||
| Beschrijving Identificeert de brontoepassing van het datarecord. In deze context is dat meestal 'IBM Maximo'. Dit is vooral nuttig wanneer data uit meerdere onderhoudssystemen wordt gecombineerd of met ERP-data wordt geïntegreerd. Analisten kunnen de weergave hiermee filteren op het systeem waarin het record is vastgelegd, wanneer het process mining-project meerdere CMMS-instanties omvat. Waarom dit belangrijk is Zorgt voor herkomst en traceerbaarheid van data in omgevingen met meerdere systemen. Waar je het vindt Hardgecodeerd tijdens extractie Voorbeelden IBM MaximoMaximo PRODMaximo Legacy | |||
| Laatste data-update LastDataUpdate | De timestamp waarop de data is geëxtraheerd of voor het laatst is vernieuwd. | ||
| Beschrijving Geeft aan wanneer het record voor het laatst is verwerkt of geëxtraheerd voor process mining. Zo kun je de actualiteit en betrouwbaarheid van de data beoordelen en controleren of de analyse de meest recente staat van de onderhoudsprocessen weergeeft. Dit attribuut is belangrijk voor incrementele data-ladingen en om te controleren of dashboards actuele informatie tonen over de status en achterstand van werkorders. Waarom dit belangrijk is Belangrijk om de vertraging en actualiteit van data te begrijpen. Waar je het vindt Systeemtijd tijdens extractie Voorbeelden 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Assetnummer AssetNumber | Unieke identificatie van de apparatuur of asset waaraan onderhoud wordt uitgevoerd. | ||
| Beschrijving De specifieke machine, het voertuig of het onderdeel van een installatie waarop het onderhoud betrekking heeft. Dit koppelt de procesdata aan de fysieke assethiërarchie. Het is belangrijk om 'probleemassets' te vinden, oftewel assets die vaak uitvallen. In de analyse 'Onderhoudskwaliteit en percentages herstelwerk' wordt dit attribuut gebruikt om werkorders per asset te groeperen, de gemiddelde tijd tussen storingen (MTBF) te berekenen en terugkerende betrouwbaarheidsproblemen te herkennen. Waarom dit belangrijk is Koppelt de uitvoering van het proces aan de prestaties van de fysieke infrastructuur. Waar je het vindt Tabel: WORKORDER, kolom: ASSETNUM Voorbeelden PUMP-101HVAC-02FLEET-99 | |||
| Geplande einddatum TargetCompletionDate | De geplande of vereiste deadline voor de werkorder. | ||
| Beschrijving De datum waarop de werkorder naar verwachting afgerond moet zijn. 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 dit veld te vergelijken met de 'Werkelijke einddatum' kunnen analisten het percentage werk dat op tijd is afgerond bepalen en zien welke assetcategorieën hun onderhoudsvensters vaak missen. Waarom dit belangrijk is De basis voor het meten van SLA-naleving en naleving van de planning. Waar je het vindt Tabel: WORKORDER, kolom: TARGCOMPDATE Voorbeelden 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| Huidige status Status | De huidige fase in de levenscyclus van de werkorder. | ||
| Beschrijving De huidige administratieve status van de werkorder, bijvoorbeeld 'APPR', 'WAPPR' of 'COMP'. Het attribuut 'Activiteit' legt de geschiedenis van wijzigingen vast, terwijl dit attribuut de laatst bekende status toont. Je kunt dit gebruiken om de dataset te filteren op alleen 'Open' of 'Gesloten' werkorders. Dat ondersteunt de analyse 'Verdeling van onderhoudswerk'. Waarom dit belangrijk is Geeft een momentopname van de huidige werkvoorraad en achterstand. Waar je het vindt Tabel: WORKORDER, kolom: STATUS Voorbeelden APPRCLOSEINPRG | |||
| Kritikaliteit van asset AssetCriticality | Een score die aangeeft hoe belangrijk de asset is voor de bedrijfsvoering. | ||
| Beschrijving Een classificatie, meestal 1-10 of A/B/C, op het assetrecord die aangeeft wat de gevolgen van een storing zijn. Deze moet aan de werkorderweergave worden gekoppeld. Dit attribuut is verplicht voor het dashboard 'SLA-prestaties van kritieke assets'. Zo richt de analyse zich op wat het belangrijkst is. Vertragingen bij een kritieke generator wegen bijvoorbeeld zwaarder dan vertragingen bij een koffieautomaat in de kantine. Waarom dit belangrijk is Maakt segmentatie van procesprestaties op basis van bedrijfsrisico mogelijk. Waar je het vindt Tabel: ASSET, kolom: PRIORITY (gekoppeld via ASSETNUM) Voorbeelden 1510 | |||
| Prioriteit Priority | Het urgentieniveau dat 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 waarbij lagere getallen vaak een hogere urgentie betekenen, bijvoorbeeld 1 = noodgeval. Dit attribuut wordt gebruikt om werk in de achterstand te prioriteren en is belangrijk voor het dashboard 'SLA-prestaties van kritieke assets'. Het helpt bepalen of werk met een hoge prioriteit inderdaad snel genoeg wordt uitgevoerd in vergelijking met taken met een lage prioriteit. Waarom dit belangrijk is Maakt het mogelijk om te analyseren of de organisatie haar bronnen inzet op de meest urgente taken. Waar je het vindt Tabel: WORKORDER, kolom: WOPRIORITY Voorbeelden 1234 | |||
| Toegewezen technicus AssignedResource | De specifieke persoon of hoofdtechnicus die is toegewezen om het werk uit te voeren. | ||
| Beschrijving Identificeert de persoon of hoofdtechnicus die verantwoordelijk is voor de werkorder. Dit kan worden gevonden in het veld 'Lead' of worden afgeleid uit arbeidstoewijzingen. Het ondersteunt het dashboard 'Productiviteit van bronnen en aannemers'. Door dit attribuut te analyseren kun je onevenwichtige werkverdelingen herkennen in de weergave 'Verdeling van onderhoudswerk' en de efficiëntie van verschillende technici of teams vergelijken. Waarom dit belangrijk is Belangrijk voor het analyseren van productiviteit en het verdelen van werkdruk. Waar je het vindt Tabel: WORKORDER, kolom: LEAD (of uit de tabel ASSIGNMENT) Voorbeelden JSMITHBPATELMRODRIGUEZ | |||
| Type werkorder WorkType | Classificeert de werkorder als preventief (PM), correctief (CM) of voor noodgevallen (EM). | ||
| Beschrijving Dit attribuut classificeert de aard van de onderhoudstaak. Veelvoorkomende waarden in Maximo zijn PM (Preventive Maintenance), CM (Corrective Maintenance) en EM (Emergency Maintenance). Deze classificatie vormt de basis voor het dashboard 'Proactief versus reactief onderhoud'. Door op dit attribuut te filteren kunnen analisten de KPI 'Aandeel noodonderhoud' berekenen en verschuivingen in de onderhoudsstrategie herkennen, van reactief brandjes blussen naar gepland betrouwbaarheidswerk. Waarom dit belangrijk is Maakt onderscheid tussen gepland en ongepland werk, een belangrijke indicator van de volwassenheid van onderhoud. Waar je het vindt Tabel: WORKORDER, kolom: WORKTYPE Voorbeelden PMCMEMCPMOD | |||
| Werkelijke arbeidsuren ActualLaborHours | Het totale aantal werkelijke uren dat alle technici aan de werkorder hebben besteed. | ||
| Beschrijving De optelsom van alle geregistreerde arbeidstijd voor de werkorder. Deze metriek laat zien hoe bronnen daadwerkelijk zijn ingezet en ondersteunt de KPI 'Afwijking in technicusbenutting'. De waarde wordt gebruikt om arbeidskosten te berekenen en toekomstige werkplannen te verbeteren met historische data over de werkelijke uitvoeringsduur van specifieke taken. Waarom dit belangrijk is De belangrijkste metriek voor analyses van arbeidskosten en efficiëntie. Waar je het vindt 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 verschilt van de administratieve afsluiting van het ticket. Door deze datum te vergelijken met de 'Geplande einddatum' kun je de naleving van de SLA berekenen. Dit wordt gebruikt in het dashboard 'Administratieve doorlooptijd van werkorders' om de vertraging te meten tussen het afronden van het werk en het sluiten van de administratie in het systeem. Waarom dit belangrijk is Markeert het einde van de technische uitvoeringsfase. Waar je het vindt Tabel: WORKORDER, kolom: ACTFINISH Voorbeelden 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Geschatte arbeidsuren EstimatedLaborHours | De geplande hoeveelheid arbeidstijd die nodig is voor de werkorder. | ||
| Beschrijving Het totale aantal uren dat tijdens de planningsfase is geschat voor het uitvoeren van de taak. Dit wordt vergeleken met de 'Werkelijke arbeidsuren' in het 'Dashboard nauwkeurigheid arbeidsinschatting'. Grote verschillen tussen deze waarde en de werkelijke uren wijzen op een gebrekkige planning, het ontbreken van standaardwerkinstructies of onverwachte omstandigheden aan de asset waardoor meer werk nodig is dan voorzien. Waarom dit belangrijk is Belangrijk voor het beoordelen van de planningsnauwkeurigheid en het voorspellen van benodigde bronnen. Waar je het vindt Tabel: WORKORDER, kolom: ESTLABHRS Voorbeelden 2.04.58.0 | |||
| Is noodgeval IsEmergency | Vlag die aangeeft of de werkorder een noodgeval is. | ||
| Beschrijving Een booleaanse vlag die wordt berekend op basis van het werktype of de prioriteit. Als het werktype 'EM' (Emergency) is of de prioriteit 1 bedraagt, is de waarde waar. Met dit vereenvoudigde attribuut kun je dashboards eenvoudig filteren op noodonderhoud, zonder complexe logica in de visualisatielaag. Waarom dit belangrijk is Vereenvoudigt het filteren voor analyses van reactief onderhoud. Waar je het vindt Berekend uit WORKTYPE Voorbeelden truefalse | |||
| Leverancier Vendor | De externe aannemer die aan de werkorder is toegewezen, indien van toepassing. | ||
| Beschrijving Identificeert het externe bedrijf dat verantwoordelijk is voor de onderhoudstaak. Dit veld wordt ingevuld wanneer het werk wordt uitbesteed. Het is belangrijk voor de KPI 'Efficiëntie van aannemers'. Met dit attribuut kan de onderhoudsorganisatie de prestaties van verschillende leveranciers onderling en met interne teams vergelijken op kosten, snelheid en kwaliteit. Waarom dit belangrijk is Maakt leveranciersbeheer en analyse van uitbestedingsprestaties mogelijk. Waar je het vindt Tabel: WORKORDER, kolom: VENDOR Voorbeelden ACME SERVICESSIEMENSFAST REPAIR INC | |||
| Locatie Location | De functionele locatie of fysieke vestiging 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 breder dan het specifieke assetnummer en helpt bij geografische of zoneanalyses. Het wordt gebruikt in het dashboard 'Verdeling van onderhoudswerk' om concentraties van onderhoudsactiviteiten zichtbaar te maken en de logistiek te plannen voor technici die tussen locaties reizen. Waarom dit belangrijk is Geeft geografische context voor logistiek en de verdeling van bronnen. Waar je het vindt Tabel: WORKORDER, kolom: LOCATION Voorbeelden BRILER-RMPLANT-AOFFICE-1 | |||
| Meldingsdatum ReportedDate | De datum en tijd waarop het probleem voor het eerst is gemeld of de aanvraag is aangemaakt. | ||
| Beschrijving De timestamp die aangeeft wanneer de onderhoudsbehoefte voor het eerst is vastgesteld en in het systeem is ingevoerd. Dit is het echte beginpunt van de tijdlijn voor de klantbeleving. De datum wordt gebruikt om de 'Gemiddelde doorlooptijd voor planning en goedkeuring' te berekenen, door de tijd tussen deze melding en de start van het werk te meten. Zo kun je de reactiesnelheid van de onderhoudsorganisatie beoordelen. Waarom dit belangrijk is Vormt het startpunt voor de reactiesnelheid gedurende de volledige onderhoudslevenscyclus. Waar je het vindt Tabel: WORKORDER, kolom: REPORTDATE Voorbeelden 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| Site-ID SiteId | De overkoepelende site-identificatie voor Maximo-implementaties op meerdere locaties. | ||
| Beschrijving In grote organisaties is Maximo vaak per 'Site' ingericht. Dit attribuut onderscheidt verschillende fabrieken of vestigingen op databaseniveau. Het is belangrijk om prestaties tussen verschillende bedrijfsonderdelen te vergelijken in de analyse 'Naleving van het standaardonderhoudsproces'. Zo vinden vergelijkingen plaats binnen de juiste bedrijfscontext. Waarom dit belangrijk is Belangrijk om data af te bakenen in implementaties op meerdere locaties. Waar je het vindt Tabel: WORKORDER, kolom: SITEID Voorbeelden BEDFORDNASHUATEXAS | |||
| SLA overschreden IsSlaBreached | Vlag die aangeeft of de werkelijke einddatum na de geplande datum lag. | ||
| Beschrijving Een berekend booleaans veld dat de 'Werkelijke einddatum' vergelijkt met de 'Geplande einddatum'. Als de werkelijke datum na de geplande datum ligt, is de waarde waar. Deze vooraf berekende metriek vereenvoudigt het dashboard 'SLA-prestaties van kritieke assets'. Zo kun je meteen het aantal niet-gehaalde SLA's tellen zonder tijdens het uitvoeren datumverschillen te berekenen. Waarom dit belangrijk is Direct zicht op naleving van prestatieafspraken. Waar je het vindt Berekend uit ACTFINISH en TARGCOMPDATE Voorbeelden truefalse | |||
| Storingscode FailureCode | Gestandaardiseerde code die beschrijft waarom de asset is uitgevallen. | ||
| Beschrijving Een gestructureerde code die de technicus selecteert om de oorzaak van de storing te categoriseren, bijvoorbeeld 'Slijtage', 'Elektrisch' of 'Bedieningsfout'. Dit is belangrijk voor Root Cause Analysis (RCA). Door deze codes te groeperen kunnen engineeringteams structurele problemen in het assetbestand herkennen. Dat ondersteunt de analyse 'Onderhoudskwaliteit en percentages herstelwerk' en helpt bij het aanpassen van preventieve onderhoudsstrategieën. Waarom dit belangrijk is Het belangrijkste datapunt voor betrouwbaarheidsengineering en storingsanalyse. Waar je het vindt Tabel: WORKORDER, kolom: FAILURECODE Voorbeelden LEKOVERVERHITTINGTRILLING | |||
| Totale werkelijke kosten TotalActualCost | De som van arbeids-, materiaal-, service- en gereedschapskosten voor de werkorder. | ||
| Beschrijving Vertegenwoordigt de totale financiële impact van de onderhoudstaak. In Maximo is dit de som van verschillende kostencomponenten (arbeid + materiaal + services + gereedschap). Met dit attribuut kun je process mining op basis van kosten uitvoeren. Procesinefficiënties, zoals vertragingen of herstelwerk, kunnen rechtstreeks aan financiële verliezen worden gekoppeld. Zo kun je de duurste onderhoudstypen of assetklassen herkennen. Waarom dit belangrijk is Koppelt bedrijfsactiviteiten aan financiële resultaten. Waar je het vindt Tabel: WORKORDER, kolom: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Voorbeelden 150.002500.500.00 | |||
Activiteiten voor bedrijfsmiddelenonderhoud
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Onderhoudsaanvraag aangemaakt | De eerste gebeurtenis waarbij een werkorder in het systeem wordt aangemaakt, vaak vanuit een serviceaanvraag of een automatische planning. Dit wordt expliciet vastgelegd via de aanmaaktimestamp in de tabel WORKORDER of de eerste registratie in de WOSTATUS-historie. | ||
| Waarom dit belangrijk is Dit markeert de start van de procesinstantie en vormt de basis voor het meten van de totale oplostijd en de snelheid van de eerste reactie. Waar je het vindt WORKORDER.REPORTDATE of de eerste registratie in de WOSTATUS-tabel, meestal status WAPPR Vastleggen Vastgelegd wanneer de transactie het WO-record aanmaakt Eventtype 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 in uitvoering is. | ||
| Waarom dit belangrijk is Belangrijk moment om plantijd van uitvoeringstijd te onderscheiden. Wordt gebruikt om de gemiddelde doorlooptijd van planning en goedkeuring te berekenen. Waar je het vindt WOSTATUS-tabel waar STATUS = 'INPRG' Vastleggen Vastgelegd wanneer de transactie de status wijzigt naar INPRG Eventtype 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 je het vindt WOSTATUS-tabel waar STATUS = 'COMP' Vastleggen Vastgelegd wanneer de transactie de status wijzigt naar COMP Eventtype explicit | |||
| Werkorder geannuleerd | Het proces eindigt voortijdig omdat het werk niet nodig, dubbel of niet uitvoerbaar blijkt. Dit is een eindstatus. | ||
| Waarom dit belangrijk is Voedt het dashboard Work Order Cancellation Analysis. Hoge percentages wijzen op problemen eerder in het proces, bij het aanmaken van aanvragen. Waar je het vindt WOSTATUS-tabel waar STATUS = 'CAN' Vastleggen Vastgelegd wanneer de transactie de status wijzigt naar CAN Eventtype explicit | |||
| Werkorder gesloten | De laatste gebeurtenis in de levenscyclus waarbij de werkorder financieel wordt afgehandeld en alleen-lezen wordt. Er kunnen geen verdere kosten meer worden geboekt. | ||
| Waarom dit belangrijk is Markeert het einde van de administratieve doorlooptijd. Vertragingen hier hebben gevolgen voor financiële rapportages. Waar je het vindt WOSTATUS-tabel waar STATUS = 'CLOSE' Vastleggen Vastgelegd wanneer de transactie de status wijzigt naar CLOSE Eventtype explicit | |||
| Werkorder goedgekeurd | Geeft aan dat de werkorder de benodigde plannings- en financiële goedkeuringen heeft doorlopen. Dit wordt afgeleid uit een statuswijziging in de systeemhistorie. | ||
| Waarom dit belangrijk is Belangrijk voor het berekenen van de KPI voor de doorlooptijd van planning en goedkeuring. Vertragingen hier wijzen op administratieve knelpunten. Waar je het vindt WOSTATUS-tabel waar STATUS = 'APPR' Vastleggen Vergelijk het statusveld voor en na de wijziging om de overgang naar APPR te herkennen Eventtype explicit | |||
| Arbeidsuren geregistreerd | Staat voor de registratie van de werkelijke tijd die een technicus aan de specifieke werkorder heeft besteed. Voor één werkorder kunnen meerdere registraties voorkomen als verschillende technici bijdragen. | ||
| Waarom dit belangrijk is Voedt het dashboard Labor Estimation Accuracy met werkelijke waarden die met schattingen kunnen worden vergeleken. Waar je het vindt Records in de tabel LABTRANS die aan de werkorder zijn gekoppeld Vastleggen Vastgelegd wanneer een transactie plaatsvindt in LABTRANS Eventtype explicit | |||
| Capaciteit ingepland | Het moment waarop specifieke arbeidskrachten of ploegen aan de werkorder worden toegewezen. Dit wordt gevolgd wanneer toewijzingen worden aangemaakt of de status verandert naar Waiting Schedule. | ||
| Waarom dit belangrijk is Ondersteunt het dashboard Planning and Approval Cycle Analysis door de tijd zichtbaar te maken die nodig is om beschikbare technici te vinden. Waar je het vindt Aanmaken van rijen in de tabel ASSIGNMENT of statuswijziging in WOSTATUS naar 'WSCH' Vastleggen Afgeleid uit het aanmaken van Assignment-records die aan de WO zijn gekoppeld Eventtype inferred | |||
| Inspectie afgerond | Geeft aan dat tijdens de levenscyclus een veiligheids- of technische inspectie is uitgevoerd. Dit is vaak een statuswijziging of het afronden van een checklistmeting. | ||
| Waarom dit belangrijk is Belangrijk voor het dashboard Safety and Compliance Documentation. Zorgt dat wettelijke stappen niet worden overgeslagen. Waar je het vindt Statuswijziging in WOSTATUS naar 'INSP' of een vergelijkbare aangepaste status, of het afronden van MEASUREMENT-records Vastleggen Vergelijk het statusveld voor en na de wijziging Eventtype inferred | |||
| Kwaliteitscontrole mislukt | Dit gebeurt wanneer een afgeronde klus tijdens de controle wordt afgewezen en de status vaak teruggaat naar In Progress. Dit staat voor herstelwerkloops. | ||
| Waarom dit belangrijk is Ondersteunt rechtstreeks het dashboard Maintenance Quality and Rework Rates door procesfouten zichtbaar te maken. Waar je het vindt Afgeleid uit een WOSTATUS-overgang van COMP terug naar INPRG of WAPPR Vastleggen Afgeleid door de WOSTATUS-historie te vergelijken op teruggaande overgangen Eventtype inferred | |||
| Materiaal uitgegeven | Legt het fysieke verbruik of de uitgifte van onderdelen uit de voorraad aan de werkorder vast. Dit bevestigt dat de onderdelen beschikbaar zijn en worden gebruikt. | ||
| Waarom dit belangrijk is Valideert het toeleveringsproces en heeft invloed op de totale kostenanalyse van de onderhoudsinterventie. Waar je het vindt MATUSETRANS-tabel waar ISSUETYPE = 'ISSUE' Vastleggen Vastgelegd wanneer een transactie plaatsvindt in MATUSETRANS Eventtype explicit | |||
| Materiaalaanvraag ingediend | Geeft aan dat reserveonderdelen of verbruiksartikelen voor de onderhoudstaak zijn aangevraagd. Dit kan worden afgeleid uit een statuswijziging naar Waiting on Material of uit het aanmaken van regels voor materiaalbehoeften. | ||
| Waarom dit belangrijk is Nodig voor het dashboard Material Readiness om vertragingen in de toeleveringsketen te vinden die de uitvoering van werkzaamheden verhinderen. Waar je het vindt WOSTATUS-tabel waar STATUS = 'WMATL' of het aanmaken van records in de tabel WPMATERIAL Vastleggen Afgeleid uit de statuswijziging naar WMATL Eventtype inferred | |||
| Streefdatum bijgewerkt | Legt een wijziging in de geplande einddatum of SLA-streefdatum vast. Hiermee kun je zien wanneer verwachtingen worden aangepast om vertragingen op te vangen. | ||
| Waarom dit belangrijk is Belangrijk voor het analyseren van Critical Asset SLA Performance en het herkennen van 'valsspelen', waarbij data worden verschoven om een SLA-overschrijding te voorkomen. Waar je het vindt Auditspoor op de velden TARGETCOMPDATE of SCHEDFINISH Vastleggen Vastgelegd wanneer de transactie datumvelden bijwerkt Eventtype explicit | |||
Extractiegidsen
Stappen
Bepaal je strategie voor databaseweergaven: ProcessMind heeft een vlak event log nodig, terwijl Maximo data hiërarchisch opslaat, met de kop in WORKORDER, historie in WOSTATUS en kosten in WOLABTRANS. Daarom kun je het beste eerst een Database View in de Maximo-database maken. Deze view wordt de bron voor het Integration Framework.
Maak de SQL-view: Voer de SQL uit het gedeelte Query uit in je databasetool, zoals SQL Developer of SSMS. Hiermee voeg je
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSenA_WORKORDER(audit) samen tot één vlakke structuur.Registreer de view in Maximo: Log in op Maximo als beheerder. Ga naar System Configuration, Platform Configuration, Database Configuration. Maak een nieuw object met de naam
PM_WO_EVENTLOG. Koppel dit aan de databaseview uit de vorige stap. VoerConfigDBuit om de view te registreren. Voor views is meestal geen downtime nodig, maar controleer je eigen procedures.Maak een objectstructuur: Ga naar Integration, Object Structures. Maak een nieuwe objectstructuur met de naam
MX_PM_EVENTS. VoegPM_WO_EVENTLOGtoe als bronobject. Controleer of ondersteuning voor Flat Structure is ingeschakeld, als die optie beschikbaar is.Configureer een publish channel: Ga naar Integration, Publish Channels. Maak een nieuw kanaal met de naam
PC_PM_EVENTSen koppel dit aan de objectstructuurMX_PM_EVENTS. Zo kun je indien nodig verwerkingsregels instellen.Stel een extern systeem in: Ga naar Integration, External Systems. Selecteer je doelsysteem of maak een generiek EXTSYS aan. Voeg het publish channel
PC_PM_EVENTStoe aan dit systeem.Schakel data-export in: Gebruik in de applicatie 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 End Point. Voor ProcessMind heeft CSV de voorkeur. Controleer of je End Point, bijvoorbeeld
MXFLATFILE, is ingesteld voor CSV-uitvoer.Controleer de uitvoer: Open het gegenereerde CSV-bestand. Controleer of de kopteksten overeenkomen met de attributen uit de query en of er geen hiërarchische XML-tags zijn overgebleven.
Maak de data definitief op: Als de Maximo-CSV-export standaardkolommen met systeemmetadata bevat, zoals
OWNER1enORGID, verwijder je die als je ze niet nodig hebt. Laad de opgeschoonde CSV in ProcessMind.
Configuratie
- Maximo-statussynoniemen: Met Maximo kun je aangepaste statuscodes gebruiken, zoals APPR en WAPPR. De query gaat uit van standaard interne waarden. Controleer
SYNONYMDOMAINvoor het domeinWOSTATUSom aangepaste statussen goed te koppelen. - Audittabellen: Voor het ophalen van 'Target Date Updated' wordt de audittabel
A_WORKORDERgebruikt. Als auditing niet is ingeschakeld voor het objectWORKORDER, levert deze activiteit geen rijen op. Schakel auditing in via Database Configuration als dit nodig is. - Datumbereik: Filter bij de eerste import op
EVENTTIMESTAMPover de afgelopen 6 tot 12 maanden. Grote historische imports kunnen via de webinterface van het Integration Framework een time-out veroorzaken. Gebruik achtergrondverwerking voor datasets met meer dan 50.000 rijen. - Site- en organisatiefilters: Maximo werkt met meerdere sites. Filter altijd op
SITEIDals je procesanalyse op één specifieke faciliteit is gericht. - Prestaties: De query met
UNION ALLvraagt veel van de database. Controleer of er indexen bestaan opWOSTATUS.WONUM,WOLABTRANS.REFWOenMATUSETRANS.REFWO.
a 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, meestal DB2, Oracle of SQL Server. Controleer of 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 is een systeem met meerdere sites. Werkordernummers (WONUM) zijn alleen uniek in combinatie met SITEID. Kies ook het datumbereik, meestal op basis van REPORTDATE (aanmaakdatum) of STATUSDATE.
Begrijp het datamodel: De tabel WORKORDER bevat de kopgegevens. De tabel WOSTATUS bevat de historie van wijzigingen in de levenscyclus. LABTRANS bevat gedetailleerde arbeidsregistraties en MATUSETRANS materiaalbewegingen. Deze tabellen moeten met UNION ALL worden samengevoegd tot één event stream.
Verwerk 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 blijven tussen sites die verschillende labels gebruiken voor dezelfde logische status.
Bereid de query voor: Kopieer de SQL uit het gedeelte Query. Vervang placeholders zoals [Your Database Schema] en [Start Date] door je eigen waarden. Als je omgeving aangepaste statuscodes gebruikt voor inspecties of kwaliteitscontroles, pas je de WHERE-clausules in de betreffende onderdelen aan.
Voer de extractie uit: 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.
Valideer de data: Controleer of de activiteit 'Maintenance Request Created' voor elke werkorder voorkomt. Controleer ook of de timestamps een formaat hebben dat ProcessMind ondersteunt. ISO 8601 wordt aanbevolen.
Verwerk de data na afloop: Maximo-timestamps bevatten meestal milliseconden. Zorg dat deze behouden blijven, zodat gebeurtenissen die snel na elkaar plaatsvinden in de juiste volgorde worden gesorteerd.
Exporteer de resultaten: 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' als Case ID, 'Activity' als Activity Name en 'EventTimestamp' als Timestamp.
Configuratie
- Databaseplatforms: Maximo draait meestal op IBM DB2, Oracle of SQL Server. De opgegeven syntax is standaard-SQL, maar afhankelijk van je platform zijn kleine aanpassingen aan datumfuncties nodig, zoals TO_DATE in plaats van CAST.
- Datumfiltering: Gebruik de kolom REPORTDATE in de tabel WORKORDER om het bereik van de procesinstanties te bepalen. Een voortschrijdend venster van de afgelopen 12 maanden is gebruikelijk.
- Belang van Site ID: Gebruik WONUM nooit alleen als unieke sleutel. Voeg WONUM en SITEID altijd samen of neem SITEID op als case-attribuut wanneer je meerdere sites analyseert.
- Statuslogica: Met 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 zeer groot zijn. Controleer of deze tabellen zijn geïndexeerd op REFWO en SITEID.
a 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 aan de slag te gaan?
Verbeter je onderhoudsstrategie vandaag nog door deze template te gebruiken voor je data-extractie. Ons team helpt je om technische logs om te zetten in bruikbare procesinzichten.
Verbeter je assetonderhoud en verminder stilstand vandaag nog
Verkort de onderhoudsdoorlooptijd met 30% en neem bottlenecks weg
14 dagen gratis proefperiode, geen creditcard nodig