Uw Data Template voor Assetonderhoud
Uw Data Template voor Assetonderhoud
- Uitgebreide lijst met onderhouds-attributes
- Kritieke procesmijlpalen om te volgen
- Gedetailleerde technische extractiehandleiding
Asset Maintenance attributes
| Naam | Omschrijving | ||
|---|---|---|---|
| Activiteit Activity | De specifieke gebeurtenis of statuswijziging die plaatsvond in de levenscyclus van de werkorder. | ||
| Omschrijving Dit attribute vertegenwoordigt de stap die is uitgevoerd in het onderhoudsproces, zoals 'Werkorder Goedgekeurd' of 'Arbeid Geregistreerd'. In IBM Maximo wordt dit doorgaans afgeleid van statuswijzigingen in de geschiedenistabellen of specifieke transactielogs, zoals arbeidsregistratie. Het vormt de nodes van de proceskaart, waarmee de visualisatie van de opeenvolging van stappen mogelijk is. Door deze waarden te analyseren, kunnen organisaties procesvarianten, loops en afwijkingen van de standaard onderhoudsprocedure identificeren. Het belang Het definieert het 'wat' van het proces, essentieel voor het opstellen van de proceskaart en het begrijpen van de workflow-uitvoering. Vindplaats Tabel: WOSTATUS (Kolom: STATUS) of WOLOG Voorbeelden APPRINPRGCOMPCLOSEWMATL | |||
| Gebeurtenistijdstempel EventTimestamp | De specifieke datum en tijd waarop de activiteit plaatsvond. | ||
| Omschrijving Dit attribute registreert het exacte moment waarop een event plaatsvond, zoals wanneer een status wijzigde of arbeid werd geregistreerd. Het biedt de temporele dimensie die nodig is voor alle prestatieanalyses, inclusief doorlooptijden en duurcalculaties. Nauwkeurige timestamps zijn cruciaal voor het berekenen van de 'Gemiddelde Doorlooptijd Planning en Goedkeuring' en voor het waarborgen van de juiste volgorde van events. In Maximo is dit meestal de wijzigingsdatum van de statusrecord. Het belang Vereist om events chronologisch te ordenen en alle tijdsgebonden KPI's te berekenen. Vindplaats Tabel: WOSTATUS, Kolom: CHANGEDATE Voorbeelden 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| Onderhoudswerkorder WorkOrderNumber | De unieke alfanumerieke identificatiecode voor de onderhoudswerkorder. | ||
| Omschrijving Dit attribute dient als de centrale case-identifier voor het onderhoudsproces. Het identificeert elke werkorder uniek binnen het IBM Maximo-systeem, en koppelt alle gerelateerde activiteiten, arbeidstransacties en materiaalgebruik aan één uitgevoerde taak. In process mining-analyse wordt deze ID gebruikt om individuele events te groeperen in een samenhangende case. Het stelt analisten in staat om de end-to-end lifecycle van een onderhoudstaak te volgen, van de initiële aanmaak van de aanvraag tot goedkeuring, uitvoering en uiteindelijke administratieve afsluiting. Het belang Het is de fundamentele sleutel voor het reconstrueren van de processtroom en maakt het volgen van specifieke taken over afdelingen heen mogelijk. Vindplaats Tabel: WORKORDER, Kolom: WONUM Voorbeelden WO100234WO100235CM-99281PM-11002 | |||
| Bronsysteem SourceSystem | De naam van het systeem waar de data vandaan komt. | ||
| Omschrijving Identificeert de bronapplicatie voor de Het stelt analisten in staat de weergave te filteren op Het belang Garandeert datalineage en traceerbaarheid in multi-systeemomgevingen. Vindplaats Hardgecodeerd tijdens extractie Voorbeelden IBM MaximoMaximo PRODMaximo Legacy | |||
| Laatste data-update LastDataUpdate | De timestamp waarop de data werd geëxtraheerd of voor het laatst werd ververst. | ||
| Omschrijving Geeft aan wanneer de record voor het laatst is verwerkt of geëxtraheerd voor process mining. Dit helpt bij het beoordelen van de actualiteit en betrouwbaarheid van de data, zodat de analyse de meest recente staat van de onderhoudswerkzaamheden weerspiegelt. Dit attribuut is essentieel voor incrementele dataladingen en voor het valideren dat dashboards actuele informatie weergeven over de werkorderstatus en achterstand. Het belang Cruciaal voor het begrijpen van datalatentie en actualiteit. Vindplaats Systeemtijd bij extractie Voorbeelden 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Asset Criticality AssetCriticality | Een score die aangeeft hoe belangrijk het bedrijfsmiddel is voor de bedrijfsvoering. | ||
| Omschrijving Een classificatie (meestal 1-10 of A/B/C) die zich op de Asset record bevindt en de gevolgen van een storing aangeeft. Dit moet worden gekoppeld aan de Work Order view. Deze attribute is verplicht voor het 'Critical Asset SLA Performance' dashboard. Het zorgt ervoor dat de analyse zich richt op de meest kritieke aspecten: vertragingen bij een kritieke generator wegen zwaarder dan vertragingen bij een koffiezetapparaat in de kantine. Het belang Maakt segmentatie van procesprestaties mogelijk, gebaseerd op bedrijfsrisico's. Vindplaats Tabel: ASSET, Kolom: PRIORITY (Gekoppeld via ASSETNUM) Voorbeelden 1510 | |||
| Bedrijfsmiddelnummer AssetNumber | Unieke identificatiecode van de apparatuur of asset die wordt onderhouden. | ||
| Omschrijving De specifieke machine, voertuig of facilitaire component die het onderwerp is van het onderhoudswerk. Dit koppelt de procesdata aan de fysieke activa-hiërarchie. Het is essentieel voor het identificeren van 'probleemactiva' — activa die vaak falen. Gebruikt in de 'Maintenance Quality and Rework Rates'-analyse, maakt dit attribuut de groepering van werkorders per activa mogelijk om de gemiddelde tijd tussen storingen (MTBF) te berekenen en chronische betrouwbaarheidsproblemen te identificeren. Het belang Koppelt procesuitvoering aan de prestaties van de fysieke infrastructuur. Vindplaats Tabel: WORKORDER, Kolom: ASSETNUM Voorbeelden POMP-101HVAC-02FLEET-99 | |||
| Beoogde Afrondingsdatum TargetCompletionDate | De geplande of vereiste deadline voor de werkorder. | ||
| Omschrijving De datum waarop de werkorder naar verwachting voltooid zal zijn. Dit wordt vaak berekend op basis van de prioriteit en de aanmaakdatum. Het dient als de benchmark voor het 'Critical Asset SLA Performance'-dashboard. Door dit veld te vergelijken met de 'Actual Finish Date', kunnen analisten de punctualiteitspercentages bepalen en vaststellen welke activacategorieën hun onderhoudsvensters vaak missen. Het belang De basislijn voor het meten van SLA-naleving en naleving van de planning. Vindplaats Tabel: WORKORDER, Kolom: TARGCOMPDATE Voorbeelden 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| Huidige Status Status | De huidige levenscyclusstatus van de werkorder. | ||
| Omschrijving De huidige administratieve status van de werkorder (bijv. 'APPR', 'WAPPR', 'COMP'). Hoewel het 'Activity'-attribuut de geschiedenis van wijzigingen vastlegt, legt dit attribuut de laatst bekende status vast. Het is nuttig voor het filteren van de dataset om alleen 'Open' orders versus 'Closed' orders te tonen, ter ondersteuning van de 'Maintenance Workload Distribution'-analyse. Het belang Biedt een momentopname van de huidige werklast en achterstand. Vindplaats Tabel: WORKORDER, Kolom: STATUS Voorbeelden APPRCLOSEINPRG | |||
| Prioriteit Priority | Het urgentieniveau dat aan de werkorder is toegewezen. | ||
| Omschrijving Een numerieke of categorische waarde die het belang en de urgentie van de werkorder aangeeft. In Maximo is dit doorgaans een getal waarbij lagere nummers vaak duiden op een hogere urgentie (bijv. 1 = Noodgeval). Deze attribute wordt gebruikt om werk in de backlog te prioriteren en is essentieel voor het 'Critical Asset SLA Performance' dashboard. Het helpt bepalen of werk met hoge prioriteit daadwerkelijk met de vereiste snelheid wordt behandeld in vergelijking met taken met een lage prioriteit. Het belang Maakt analyse mogelijk of de organisatie middelen richt op de meest urgente taken. Vindplaats Tabel: WORKORDER, Kolom: WOPRIORITY Voorbeelden 1234 | |||
| Toegewezen technicus AssignedResource | De specifieke persoon of hoofdtechnicus die is toegewezen om het werk uit te voeren. | ||
| Omschrijving Identificeert de individuele of leidende technicus die verantwoordelijk is voor de werkorder. Dit kan worden gevonden in het Het analyseren van deze Het belang Cruciaal voor het analyseren van de arbeidsproductiviteit en het balanceren van de werkdruk. Vindplaats Tabel: WORKORDER, Kolom: LEAD (of uit ASSIGNMENT-tabel) Voorbeelden JSMITHBPATELMRODRIGUEZ | |||
| Werkelijke arbeidsuren ActualLaborHours | Het totaal aantal daadwerkelijke uren besteed door alle technici aan de werkorder. | ||
| Omschrijving Het totaal van alle geregistreerde arbeidstijd op de werkorder. Deze metriek is een realiteitscheck voor de benutting van middelen. Het ondersteunt de 'Technician Utilization Variance' KPI. Deze data wordt gebruikt om de arbeidskosten te berekenen en toekomstige werkplannen te verfijnen door historische data te bieden over de daadwerkelijke duur van specifieke taken. Het belang De primaire metriek voor analyse van arbeidskosten en efficiëntie. Vindplaats Tabel: WORKORDER, Kolom: ACTLABHRS Voorbeelden 2.55.012.0 | |||
| Werkelijke einddatum ActualFinishDate | De datum en tijd waarop het fysieke werk werd voltooid. | ||
| Omschrijving Registreert wanneer de onderhoudstaak technisch werd voltooid. Dit verschilt van de administratieve afsluiting van het ticket. Het vergelijken van deze datum met de 'Target Completion Date' maakt de berekening van SLA compliance mogelijk.\n\nHet wordt gebruikt in het 'Work Order Administrative Lead Time' dashboard om de vertraging te meten tussen het afronden van de klus en het sluiten van de administratie in het systeem. Het belang Markeert het einde van de technische uitvoeringsfase. Vindplaats Tabel: WORKORDER, Kolom: ACTFINISH Voorbeelden 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Werkordertype WorkType | Categoriseert de werkorder als Preventief (PM), Correctief (CM) of Spoed (EM). | ||
| Omschrijving Dit attribute classificeert de aard van de onderhoudstaak. Veelvoorkomende waarden in Maximo zijn PM (Preventief Onderhoud), CM (Correctief Onderhoud) en EM (Spoedonderhoud). Deze classificatie vormt de basis voor het 'Proactief versus Reactief Onderhoud'-dashboard. Door te filteren op dit attribute, kunnen analisten de KPI 'Noodonderhoudsratio' berekenen en verschuivingen in de onderhoudsstrategie identificeren, van een reactieve aanpak naar gepland betrouwbaarheidswerk. Het belang Onderscheidt gepland en ongepland werk, een belangrijke indicator voor onderhoudsvolwassenheid. Vindplaats Tabel: WORKORDER, Kolom: WORKTYPE Voorbeelden PMCMEMCPMOD | |||
| Foutcode FailureCode | Gestandaardiseerde code die beschrijft waarom de asset faalde. | ||
| Omschrijving Een gestructureerde code, geselecteerd door de technicus, om de oorzaak van de storing te categoriseren (bijv. 'Slijtage', 'Elektrisch', 'Bedieningsfout'). Dit is essentieel voor Root Cause Analysis (RCA). Het aggregeren van deze codes helpt technische teams systemische problemen in de hele activabasis te identificeren, wat bijdraagt aan de analyse van 'Maintenance Quality and Rework Rates' en leidt tot aanpassingen in preventieve onderhoudsstrategieën. Het belang Het primaire datapunt voor betrouwbaarheidstechniek en foutanalyse. Vindplaats Tabel: WORKORDER, Kolom: FAILURECODE Voorbeelden LEAKOVERHEATTRILLING | |||
| Geschatte Arbeidsuren EstimatedLaborHours | De geplande hoeveelheid arbeidstijd die nodig is voor de werkorder. | ||
| Omschrijving Het totaal aantal geschatte uren om de taak te voltooien tijdens de planningsfase. Dit wordt vergeleken met de 'Actual Labor Hours' in het 'Labor Estimation Accuracy Dashboard'. Grote verschillen tussen deze waarde en de werkelijke uren wijzen op slechte planning, een gebrek aan standaard operationele procedures, of onverwachte conditie van activa die meer werk vereisen dan verwacht. Het belang Essentieel voor het evalueren van planningsnauwkeurigheid en Vindplaats Tabel: WORKORDER, Kolom: ESTLABHRS Voorbeelden 2.04.58.0 | |||
| Is `SLA` Geschonden IsSlaBreached | Vlag die aangeeft of de daadwerkelijke einddatum de streefdatum heeft overschreden. | ||
| Omschrijving Een booleaans berekend veld dat 'Actual Finish Date' vergelijkt met 'Target Completion Date'. Indien Actual > Target is, is de waarde 'true'. Deze vooraf berekende metric vereenvoudigt het 'Critical Asset SLA Performance' dashboard, waardoor een directe telling van mislukte SLA's mogelijk wordt, zonder complexe datumfuncties tijdens runtime. Het belang Direct inzicht in prestatiecompliance. Vindplaats Berekend op basis van ACTFINISH en TARGCOMPDATE Voorbeelden truefalse | |||
| Is noodsituatie IsEmergency | Vlag die aangeeft of de werkorder een noodgeval betreft. | ||
| Omschrijving Een booleaanse vlag die is berekend op basis van het Work Type of de Priority. Indien het Work Type 'EM' (Emergency) is of de Priority 1 is, dan is dit 'true'. Deze vereenvoudigde attribute maakt eenvoudig filteren in dashboards mogelijk, om de 'Emergency Maintenance Ratio' te isoleren zonder complexe logica in de visualisatielaag. Het belang Vereenvoudigt het filteren voor analyse van reactief onderhoud. Vindplaats Berekend op basis van WORKTYPE Voorbeelden truefalse | |||
| Leverancier Vendor | De externe aannemer die aan de werkorder is toegewezen, indien van toepassing. | ||
| Omschrijving Identificeert het externe bedrijf dat verantwoordelijk is voor de onderhoudstaak. Dit wordt ingevuld wanneer werk wordt uitbesteed. Het is cruciaal voor de 'Contractor Execution Efficiency' KPI. Analyse van deze Het belang Maakt leveranciersbeheer en analyse van outsourcingprestaties mogelijk. Vindplaats Tabel: WORKORDER, Kolom: VENDOR Voorbeelden ACME SERVICESSIEMENSFAST REPAIR INC | |||
| Locatie Location | De functionele locatie of fysieke locatie waar het werk wordt uitgevoerd. | ||
| Omschrijving Specificeert het fysieke gebied of de functionele locatiecode waar de asset zich bevindt. Dit is breder dan het specifieke assetnummer en helpt bij geografische of zonale analyse.\n\nGebruikt in het 'Maintenance Workload Distribution' dashboard om hotspots van onderhoudsactiviteit te visualiseren en logistiek te plannen voor technici die zich tussen sites verplaatsen. Het belang Biedt geospatiale context voor logistiek en resourceverdeling. Vindplaats Tabel: WORKORDER, Kolom: LOCATION Voorbeelden BRILER-RMFABRIEK-AOFFICE-1 | |||
| Meldingsdatum ReportedDate | De datum en tijd waarop het probleem voor het eerst werd gemeld of de aanvraag werd aangemaakt. | ||
| Omschrijving De timestamp die aangeeft wanneer de onderhoudsbehoefte voor het eerst werd geïdentificeerd en in het systeem werd ingevoerd. Dit dient als de werkelijke start van de tijdlijn van de klantbeleving. Het wordt gebruikt om de 'Gemiddelde Doorlooptijd Planning en Goedkeuring' te berekenen door de duur te meten vanaf deze gerapporteerde datum tot het moment dat het werk daadwerkelijk begint. Het helpt de reactiesnelheid van de onderhoudsorganisatie te beoordelen. Het belang Legt de basis voor de responsiviteit van de gehele onderhoudslevenscyclus. Vindplaats Tabel: WORKORDER, Kolom: REPORTDATE Voorbeelden 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| Site ID SiteId | De identificatiecode van de hoofdlocatie voor Maximo-implementaties met meerdere locaties. | ||
| Omschrijving In grote organisaties wordt Maximo vaak gepartitioneerd op 'Site'. Deze Het is essentieel voor Het belang Cruciaal voor het bepalen van de reikwijdte van data in implementaties op meerdere locaties. Vindplaats Tabel: WORKORDER, Kolom: SITEID Voorbeelden BEDFORDNASHUATEXAS | |||
| Totale Werkelijke Kosten TotalActualCost | De som van arbeids-, materiaal-, service- en gereedschapskosten voor de werkorder. | ||
| Omschrijving Vertegenwoordigt de totale financiële impact van de onderhoudstaak. In Maximo is dit de som van verschillende kostencomponenten (Arbeid + Materiaal + Diensten + Gereedschappen).\n\nDit Het belang Koppelt operationele activiteiten aan financiële resultaten. Vindplaats Tabel: WORKORDER, Kolom: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Voorbeelden 150.002500.500.00 | |||
Asset Maintenance Activiteiten
| Activiteit | Omschrijving | ||
|---|---|---|---|
| Onderhoudsaanvraag aangemaakt | De initiële gebeurtenis waarbij een werkorder in het systeem wordt aangemaakt, vaak afkomstig van een serviceaanvraag of geautomatiseerde planning. Dit wordt expliciet vastgelegd vanuit de aanmaak-timestamp in de WORKORDER-tabel of de initiële invoer in de WOSTATUS-geschiedenis. | ||
| Het belang Markeert de start van de procesinstantie en legt de basis voor het meten van de totale oplostijd en de initiële responsiviteit. Vindplaats WORKORDER.REPORTDATE of initiële invoer in WOSTATUS-tabel (meestal status WAPPR) Vastleggen Geregistreerd wanneer de transactie de WO-record aanmaakt Gebeurtenistype explicit | |||
| Werk Begonnen | Markeert de daadwerkelijke start van fysieke werkzaamheden door de technicus. Dit wordt expliciet geregistreerd wanneer de gebruiker de status wijzigt om aan te geven dat het werk bezig is. | ||
| Het belang Cruciale mijlpaal voor het scheiden van planningstijd en uitvoeringstijd. Wordt gebruikt om de Gemiddelde Doorlooptijd voor Planning en Goedkeuring te berekenen. Vindplaats WOSTATUS-tabel waar STATUS = 'INPRG' Vastleggen Geregistreerd wanneer de transactie van status verandert naar INPRG Gebeurtenistype explicit | |||
| Werkorder Afgesloten | De laatste levenscyclusgebeurtenis waarbij de werkorder financieel wordt afgehandeld en alleen-lezen wordt. Er kunnen geen verdere kosten meer worden toegepast. | ||
| Het belang Markeert het einde van de administratieve doorlooptijd. Vertragingen hier beïnvloeden de financiële rapportage. Vindplaats WOSTATUS-tabel waar STATUS = 'CLOSE' Vastleggen Geregistreerd wanneer de transactie van status verandert naar CLOSE Gebeurtenistype explicit | |||
| Werkorder Geannuleerd | Het proces eindigt voortijdig omdat het werk als onnodig, dubbel of onmogelijk werd beschouwd. Dit is een eindstatus. | ||
| Het belang Voedt het Work Order Annuleringsanalyse Vindplaats WOSTATUS-tabel waar STATUS = 'CAN' Vastleggen Geregistreerd wanneer de transactie van status verandert naar CAN Gebeurtenistype explicit | |||
| Werkorder Goedgekeurd | Geeft aan dat de werkorder de noodzakelijke planning- en financiële autorisatiecontroles heeft doorstaan. Dit is afgeleid van een statuswijziging in de systeemgeschiedenis. | ||
| Het belang Cruciaal voor het berekenen van de KPI voor de doorlooptijd van planning en goedkeuring. Vertragingen hier duiden op administratieve knelpunten. Vindplaats WOSTATUS-tabel waar STATUS = 'APPR' Vastleggen Vergelijk het statusveld voor/na om de APPR-overgang te identificeren. Gebeurtenistype explicit | |||
| Werkorder Voltooid | De technicus bevestigt dat het fysieke werk is voltooid. Deze statuswijziging stopt de klok voor KPI's voor uitvoeringstijd. | ||
| Het belang De primaire eind-timestamp voor technische uitvoering. Gebruikt om SLA-naleving en benutting van technici te berekenen. Vindplaats WOSTATUS-tabel waar STATUS = 'COMP' Vastleggen Geregistreerd wanneer de transactie van status verandert naar COMP Gebeurtenistype explicit | |||
| Geregistreerde arbeidsuren | Vertegenwoordigt de invoer van de daadwerkelijke tijd die een technicus aan de specifieke werkorder heeft besteed. Meerdere invoeren kunnen voorkomen voor één werkorder, aangezien verschillende technici bijdragen. | ||
| Het belang Voedt het Vindplaats LABTRANS tabelposten gekoppeld aan de werkorder Vastleggen Geregistreerd wanneer de transactie plaatsvindt in LABTRANS Gebeurtenistype explicit | |||
| Inspectie voltooid | Geeft aan dat een veiligheids- of technische inspectie is uitgevoerd tijdens de levenscyclus. Dit is vaak een statuswijziging of de voltooiing van een checklistmeting. | ||
| Het belang Cruciaal voor het Safety en Compliance Documentatie dashboard. Zorgt ervoor dat regelgevende stappen niet worden overgeslagen. Vindplaats WOSTATUS-wijziging naar 'INSP' of vergelijkbare custom status, of voltooiing van MEASUREMENT-invoeren Vastleggen Vergelijk het statusveld voor/na Gebeurtenistype inferred | |||
| Kwaliteitscontrole Mislukt | Treedt op wanneer een voltooide taak tijdens de beoordeling wordt afgekeurd, waarbij de status vaak terugkeert naar 'In uitvoering'. Vertegenwoordigt herstelcycli. | ||
| Het belang Ondersteunt direct het dashboard voor Onderhoudskwaliteit en Herstelpercentages door procesfouten te markeren. Vindplaats Afgeleid van WOSTATUS-overgang van COMP terug naar INPRG of WAPPR Vastleggen Afleiden uit het vergelijken van de WOSTATUS-historie voor terugwaartse overgangen Gebeurtenistype inferred | |||
| Materiaal uitgegeven | Registreert het fysieke verbruik of de uitgifte van onderdelen vanuit de voorraad naar de werkorder. Dit bevestigt dat onderdelen beschikbaar zijn en worden gebruikt. | ||
| Het belang Valideert het supply chain-proces en beïnvloedt de totale kostenanalyse van de onderhoudsinterventie. Vindplaats MATUSETRANS-tabel waar ISSUETYPE = 'ISSUE' Vastleggen Geregistreerd wanneer de transactie plaatsvindt in MATUSETRANS Gebeurtenistype explicit | |||
| Materiaalrekwisitie ingediend | Betekent dat reserveonderdelen of verbruiksartikelen zijn aangevraagd voor de onderhoudstaak. Dit kan worden afgeleid uit de statuswijziging naar 'Wachten op Materiaal' of de aanmaak van materiaalbehoeftelijnen. | ||
| Het belang Essentieel voor het Material Readiness Vindplaats WOSTATUS-tabel waar STATUS = 'WMATL' of aanmaak van invoeren in WPMATERIAL-tabel Vastleggen Afgeleid van statuswijziging naar WMATL Gebeurtenistype inferred | |||
| Resources Ingepland | Het punt waarop specifieke arbeidskrachten of teams aan de werkorder worden toegewezen. Dit wordt bijgehouden wanneer toewijzingen worden aangemaakt of de status overgaat naar Wachtend op Planning. | ||
| Het belang Ondersteunt het Planning and Approval Cycle Analysis dashboard door de benodigde tijd om beschikbare technici te vinden in kaart te brengen. Vindplaats Creatie van rijen in de ASSIGNMENT tabel of WOSTATUS wijziging naar 'WSCH' Vastleggen Afleiden uit de aanmaak van Assignment records gekoppeld aan WO Gebeurtenistype inferred | |||
| Streefdatum Bijgewerkt | Registreert een wijziging in de geplande voltooiingsdatum of SLA-doelstelling. Dit helpt te identificeren wanneer verwachtingen worden verschoven om vertragingen op te vangen. | ||
| Het belang Belangrijk voor het analyseren van de Critical Asset Vindplaats Audit trail op Vastleggen Geregistreerd wanneer de transactie datumvelden bijwerkt Gebeurtenistype explicit | |||
Extractie Guides
Stappen
Strategie voor Database View opzetten: Omdat ProcessMind een platte event log vereist en Maximo data hiërarchisch opslaat (kopgegevens in WORKORDER, historie in WOSTATUS, kosten in WOLABTRANS), is de meest robuuste methode om eerst een database view in de Maximo-database aan te maken. Deze view zal dienen als bron voor het Integration Framework.
SQL View aanmaken: Voer de SQL uit die u vindt in de Query-sectie in uw databasebeheertool (SQL Developer, SSMS). Dit consolideert
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSenA_WORKORDER(audit) tot één enkele platte structuur.View registreren in Maximo: Log in bij Maximo als Administrator. Navigeer naar Systeemconfiguratie, Platformconfiguratie, Databaseconfiguratie. Maak een nieuw Object aan met de naam
PM_WO_EVENTLOG. Koppel dit aan de database view die in de vorige stap is aangemaakt. VoerConfigDBuit om het te registreren (voor views is meestal geen downtime nodig, maar controleer uw eigen procedures).Objectstructuur aanmaken: Navigeer naar Integratie, Objectstructuren. Maak een nieuwe Objectstructuur aan met de naam
MX_PM_EVENTS. VoegPM_WO_EVENTLOGtoe als bronobject. Zorg ervoor dat de optie 'Ondersteuning voor Platte Structuur' is aangevinkt, indien beschikbaar.Publish Channel configureren: Navigeer naar Integratie, Publish Channels. Maak een nieuw kanaal
PC_PM_EVENTSaan dat is gekoppeld aan deMX_PM_EVENTSObjectstructuur. Dit stelt u in staat om, indien nodig, verwerkingsregels te definiëren.Extern systeem instellen: Navigeer naar Integratie, Externe systemen. Selecteer uw doelsysteem (of maak een generiek EXTSYS aan). Voeg het
PC_PM_EVENTSPublish Channel toe aan dit systeem.Data-export inschakelen: Gebruik in de toepassing 'Externe systemen' het tabblad 'Data-export'. Selecteer het
PC_PM_EVENTSkanaal. U kunt hier een SQL WHERE-clausule opgeven (bijv.EVENTTIMESTAMP >= '2023-01-01') om het exportbereik te beperken.Data exporteren: Klik op Exporteren. Het systeem genereert het bestand (XML of CSV, afhankelijk van het geconfigureerde eindpunt). Voor ProcessMind heeft CSV de voorkeur. Zorg ervoor dat uw eindpunt (bijv.
MXFLATFILE) is geconfigureerd om CSV-bestanden te exporteren.Output verifiëren: Open het gegenereerde CSV-bestand. Zorg ervoor dat de headers overeenkomen met de attributes die in de query zijn gedefinieerd (WorkOrderNumber, Activity, enz.) en dat er geen hiërarchische XML-tags zijn overgebleven.
Definitieve opmaak: Als de Maximo CSV-export standaard systeemmetadata-kolommen bevat (zoals
OWNER1,ORGID), verwijder deze dan indien ze niet nodig zijn. Laad de opgeschoonde CSV in ProcessMind.
Configuratie
- Maximo Status Synoniemen: Maximo staat aangepaste statuscodes toe (bijv. APPR, WAPPR). De query veronderstelt standaard interne waarden. Verifieer de
SYNONYMDOMAINvan uw systeem voor hetWOSTATUS-domein om aangepaste statussen correct te mappen. - Audittabellen: De extractie van 'Target Date Updated' is afhankelijk van de
A_WORKORDERaudittabel. Als auditing niet is ingeschakeld voor hetWORKORDER-object, zal deze specifieke activiteit geen rijen opleveren. Schakel auditing in via Database Configuratie indien cruciaal. - Datumbereik: Filter voor de initiële lading op
EVENTTIMESTAMPover de laatste 6-12 maanden. Grote historische ladingen kunnen eentimeoutveroorzaken via de Integration Framework webinterface; gebruik achtergrondverwerking voordatasetsgroter dan 50k rijen. - Site-/Organisatiefilters: Maximo is
multi-site. Filter altijd opSITEIDals de procesanalyse is gericht op een specifieke faciliteit. - Prestaties: De
UNION ALL-query isresource-intensief. Zorg ervoor dat database-indexen bestaan opWOSTATUS.WONUM,WOLABTRANS.REFWOenMATUSETRANS.REFWO.
a Voorbeeldquery config
/* 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: Leg een alleen-lezen JDBC- of ODBC-verbinding tot stand met de IBM Maximo backend database (veelvoorkomend zijn DB2, Oracle of SQL Server). Zorg ervoor dat de gebruiker SELECT-rechten heeft op de tabellen WORKORDER, WOSTATUS, LABTRANS en MATUSETRANS.
Scope bepalen: Bepaal de specifieke SITES of ORGIDS die u moet extraheren. Maximo is een multisite-systeem en werkordernummers (WONUM) zijn alleen uniek in combinatie met SITEID. Bepaal het datumbereik, meestal door te filteren op de REPORTDATE (aanmaakdatum) of STATUSDATE.
Datamodel begrijpen: De WORKORDER-tabel fungeert als de kop. De WOSTATUS-tabel bevat de geschiedenis van levenscycluswijzigingen. De LABTRANS-tabel bevat gedetailleerde arbeidsregistraties en MATUSETRANS bevat materiaalbewegingen. Deze moeten worden gecombineerd met UNION ALL om één enkele event stream te vormen.
Synoniemen verwerken: Maximo gebruikt interne waarden (MAXVALUE) en weergegeven waarden (VALUE) voor statussen die zijn gedefinieerd in de SYNONYMDOMAIN. De query zou idealiter moeten filteren op de interne MAXVALUE om consistentie te waarborgen tussen verschillende sites die mogelijk verschillende weergavelabels gebruiken voor dezelfde logische status.
Query voorbereiden: Kopieer de SQL die wordt aangeboden in de Query-sectie. Vervang placeholders zoals [Your Database Schema] en [Start Date] door uw werkelijke waarden. Als uw omgeving specifieke aangepaste statuscodes gebruikt voor Inspecties of Kwaliteitscontroles, werk dan de WHERE-clausules in de betreffende secties bij.
Extractie uitvoeren: Voer de query uit. Afhankelijk van de hoeveelheid data, kan het nodig zijn dit in batches (bijvoorbeeld maand per maand) uit te voeren om database-timeouts te voorkomen.
Data valideren: Controleer of de gebeurtenis 'Maintenance Request Created' bestaat voor elke werkorder. Zorg ervoor dat timestamps een formaat hebben dat compatibel is met ProcessMind (ISO 8601 wordt aanbevolen).
Nawerking: Maximo timestamps bevatten meestal milliseconden. Zorg ervoor dat deze behouden blijven om de juiste sorteervolgorde van gebeurtenissen die snel na elkaar plaatsvinden te handhaven.
Exporteren: Sla de resultaten op als een CSV- of Parquet-bestand. De kolomkoppen moeten overeenkomen met de attributes die zijn gedefinieerd in de query-output.
ProcessMind Upload: Importeer het bestand in ProcessMind. Wijs 'WorkOrderNumber' toe als de Case ID, 'Activity' als de Activity Name en 'EventTimestamp' als de Timestamp.
Configuratie
- Databaseplatformen: Maximo draait doorgaans op IBM DB2, Oracle of SQL Server. De meegeleverde syntaxis is standaard SQL, maar kan kleine aanpassingen aan datumfuncties vereisen (bijv. TO_DATE vs CAST), afhankelijk van uw specifieke platform.
- Datumfiltering: Gebruik de REPORTDATE-kolom in de
WORKORDER-tabel om de reikwijdte van deprocess instanceste definiëren. Een voortschrijdend venster van de laatste 12 maanden is standaard. - Belang van Site ID: Vertrouw nooit alleen op WONUM voor uniciteit. Combineer altijd WONUM en SITEID, of voeg SITEID toe als een
case attributebij het analyseren van meerdere sites. - Statuslogica: Maximo staat aangepaste statuswaarden toe. Controleer de
SYNONYMDOMAIN-tabel indien standaardstatussen zoals WMATL of COMP geen resultaten opleveren. - Prestaties: De
LABTRANSenMATUSETRANStabellen kunnen zeer groot zijn. Zorg ervoor dat deze tabellen geïndexeerd zijn 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')