Uw datatemplate voor Onderhoud van bedrijfsmiddelen

Dit attribuut 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 stappen 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 vinden.

Het definieert het 'wat' van het proces, belangrijk voor het opstellen van de proceskaart en het begrijpen van de workflow-uitvoering.

Table: WOSTATUS (Kolom: STATUS) of WOLOG

Dit attribuut dient als de centrale case-kenmerk 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 gebeurtenissen te groeperen in een samenhangende case. Het stelt analysesten in staat om de end-to-end levenscyclus van een onderhoudstaak te volgen, van de initiële aanmaak van de aanvraag tot goedkeuring, uitvoering en uiteindelijke administratieve afsluiting.

Het is de fundamentele sleutel voor het reconstrueren van de processtroom en maakt het volgen van specifieke taken over afdelingen heen mogelijk.

Table: WORKORDER, Kolom: WONUM

Dit attribuut registreert het exacte moment waarop een gebeurtenis plaatsvond, zoals wanneer een status wijzigde of arbeid werd geregistreerd. Het biedt de tijdlijn die nodig is voor alle prestatieanalyses, inclusief doorlooptijden en berekening van de tijdsduurs.

Nauwkeurige tijdstempels zijn belangrijk voor het berekenen van de 'Gemiddelde Doorlooptijd Planning en Goedkeuring' en voor het waarborgen van de juiste volgorde van gebeurtenissen. In Maximo is dit meestal de wijzigingsdatum van de statusrecord.

Verplicht om gebeurtenissen chronologisch te ordenen en alle tijdsgebonden KPI's te berekenen.

Table: WOSTATUS, Kolom: CHANGEDATE

Identificeert de bronapplicatie voor de data record. In deze context zal dit doorgaans 'IBM Maximo' zijn. Dit is bijzonder nuttig bij het combineren van data uit meerdere onderhoudssystemen of het integreren met ERP data.

Het stelt analysesten in staat de weergave te filteren op bronsysteem als het process mining project een complex systeemlandschap met meerdere CMMS-instanties omvat.

Garandeert datalineage en traceerbaarheid in multi-systeemomgevingen.

Hardgecodeerd tijdens extractie

Geeft aan wanneer de record voor het laatst is verwerkt of opgehaald voor process mining. Dit helpt bij het beoordelen van de relevantie en betrouwbaarheid van de data, zodat de analyse de meest recente staat van de onderhoudswerkzaamheden weerspiegelt.

Dit attribuut is belangrijk voor incrementele dataladingen en voor het bevestigen dat dashboards actuele Informatie weergeven over de werkorderstatus en achterstand.

Belangrijk voor het begrijpen van datalatentie en relevantie.

Systeemtijd tijdens extractie

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.

Dit attribuut 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.

Maakt segmentatie van procesprestaties mogelijk, gebaseerd op bedrijfsrisico's.

Table: ASSET, Kolom: PRIORITY (Gekoppeld via ASSETNUM)

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 belangrijk voor het vinden 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 vinden.

Koppelt procesuitvoering aan de prestaties van de fysieke infrastructuur.

Table: WORKORDER, Kolom: ASSETNUM

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 analysesten de punctualiteitspercentages bepalen en vaststellen welke activacategorieën hun onderhoudsvensters vaak missen.

De basislijn voor het meten van SLA-naleving en naleving van de planning.

Table: WORKORDER, Kolom: TARGCOMPDATE

De huidige administratieve status van de werkorder (bijv. 'APPR', 'WAPPR', 'COMP'). Hoewel het 'Activiteit'-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.

Biedt een momentopname van de huidige werklast en achterstand.

Table: WORKORDER, Kolom: STATUS

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).

Dit attribuut wordt gebruikt om werk in de backlog te prioriteren en is belangrijk 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.

Maakt analyse mogelijk of de organisatie middelen richt op de meest urgente taken.

Table: WORKORDER, Kolom: WOPRIORITY

Identificeert de individuele of leidende technicus die verantwoordelijk is voor de werkorder. Dit kan worden gevonden in het Lead veld of afgeleid uit labor assignments. Het maakt het 'Resource and Contractor Productivity' dashboard mogelijk.

Het analyseren van deze attribuut helpt bij het vinden van onbalans in de werklast in de 'Maintenance Workload Distribution' weergave en maakt de vergelijking van efficiëntie tussen verschillende technici of ploegen mogelijk.

Belangrijk voor het analyseren van de arbeidsproductiviteit en het balanceren van de werkdruk.

Table: WORKORDER, Kolom: LEAD (of uit ASSIGNMENT-tabel)

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.

De primaire metriek voor analyse van arbeidskosten en efficiëntie.

Table: WORKORDER, Kolom: ACTLABHRS

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.

Markeert het einde van de technische uitvoeringsfase.

Table: WORKORDER, Kolom: ACTFINISH

Dit attribuut 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 attribuut, kunnen analysesten de KPI 'Noodonderhoudsratio' berekenen en verschuivingen in de onderhoudsstrategie vinden, van een reactieve aanpak naar gepland betrouwbaarheidswerk.

Onderscheidt gepland en ongepland werk, een belangrijke indicator voor onderhoudsvolwassenheid.

Table: WORKORDER, Kolom: WORKTYPE

Een gestructureerde code, geselecteerd door de technicus, om de oorzaak van de storing te categoriseren (bijv. 'Slijtage', 'Elektrisch', 'Bedieningsfout'). Dit is belangrijk voor oorzaakanalyse (RCA).

Het aggregeren van deze codes helpt technische teams systemische problemen in de hele activabasis te vinden, wat bijdraagt aan de analyse van 'Maintenance Quality and Rework Rates' en leidt tot aanpassingen in preventieve onderhoudsstrategieën.

Het primaire datapunt voor betrouwbaarheidstechniek en foutanalyse.

Table: WORKORDER, Kolom: FAILURECODE

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.

Essentieel voor het ewaarderen van planningsnauwkeurigheid en bron prognoses.

Table: WORKORDER, Kolom: ESTLABHRS

Een booleaans berekend veld dat 'Actual Finish Date' vergelijkt met 'Target Completion Date'. Indien Actual > Target is, is de waarde 'true'.

Deze vooraf berekende metriek vereenvoudigt het 'Critical Asset SLA Performance' dashboard, waardoor een directe telling van mislukte SLA's mogelijk wordt, zonder complexe datumfuncties tijdens runtime.

Direct inzicht in prestatiecompliance.

Berekend op basis van ACTFINISH en TARGCOMPDATE

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 attribuut maakt eenvoudig filteren in dashboards mogelijk, om de 'Emergency Maintenance Ratio' te isoleren zonder complexe logica in de visualisatielaag.

Vereenvoudigt het filteren voor analyse van reactief onderhoud.

Berekend op basis van WORKTYPE

Identificeert het externe bedrijf dat verantwoordelijk is voor de onderhoudstaak. Dit wordt ingevuld wanneer werk wordt uitbesteed. Het is belangrijk voor de 'Contractor Execution Efficiency' KPI.

Analyse van deze attribuut stelt de onderhoudsorganisatie in staat de prestaties (kosten, snelheid, kwaliteit) van verschillende leveranciers met elkaar en met interne teams te vergelijken.

Maakt leveranciersbeheer en analyse van outsourcingprestaties mogelijk.

Table: WORKORDER, Kolom: VENDOR

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.

Biedt geospatiale context voor logistiek en bronverdeling.

Table: WORKORDER, Kolom: LOCATION

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.

Legt de basis voor de responsiviteit van de gehele onderhoudslevenscyclus.

Table: WORKORDER, Kolom: REPORTDATE

In grote organisaties wordt Maximo vaak gepartitioneerd op 'Site'. Deze attribuut onderscheidt verschillende fabrieken of faciliteiten op database-niveau.

Het is belangrijk voor benchmarking van prestaties tussen verschillende bedrijfsonderdelen in de 'Standard Maintenance Process Compliance' analyse, om ervoor te zorgen dat vergelijkingen binnen de juiste operationele context worden gemaakt.

Belangrijk voor het bepalen van de reikwijdte van data in implementaties op meerdere locaties.

Table: WORKORDER, Kolom: SITEID

Vertegenwoordigt de totale financiële impact van de onderhoudstaak. In Maximo is dit de som van verschillende kostencomponenten (Arbeid + Materiaal + Diensten + Gereedschappen).\n\nDit attribuut maakt kosten-gebaseerde process mining mogelijk, waarbij procesinefficiënties (zoals vertragingen of rework) direct kunnen worden gecorreleerd met financieel verlies. Het helpt bij het vinden van de duurste onderhoudstypen of assetklassen.

Koppelt operationele activiteiten aan financiële resultaten.

Table: WORKORDER, Kolom: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST