Jouw datatemplate voor assetonderhoud
Jouw datatemplate voor assetonderhoud
Dit is onze generieke datatemplate voor process mining voor Assetonderhoud. Gebruik onze systeemspecifieke templates voor gerichtere begeleiding.
Selecteer een specifiek systeem- Volledige lijst met standaardonderhoudsmijlpalen
- Flexibel attributenschema voor grondige prestatieanalyse
- Volledig compatibel met elke databron voor enterprise assetmanagement
Attributen voor assetonderhoud
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De specifieke taak, statuswijziging of gebeurtenis binnen de workflow. | ||
| Beschrijving Dit attribuut beschrijft de stappen tijdens de levenscyclus van de onderhoudswerkopdracht. Het legt de afzonderlijke statussen vast die de werkopdracht doorloopt, zoals aangemaakt, goedgekeurd, in uitvoering, in de wacht en afgerond. Voor nauwkeurige process mining normaliseert dit veld verschillende systeemevents naar leesbare activiteiten. Het is nodig om de proceskaart te visualiseren, overgangstijden tussen fases te berekenen en herstelwerklussen te vinden waarbij een werkopdracht teruggaat naar een eerdere status. Waarom dit belangrijk is Het definieert de knooppunten in de proceskaart en is nodig om de workflow te reconstrueren. Waar je het vindt Afgeleid uit statushistorietabellen, transactielogboeken of wijzigingslogboeken van werkopdrachten. Voorbeelden Werkorder aangemaaktMateriaal uitgegevenGoedkeuring verleendStatus gewijzigd in In uitvoeringWerkorder gesloten | |||
| Bronsysteem SourceSystem | De naam van de applicatie of database waaruit het record afkomstig is. | ||
| Beschrijving Dit attribuut identificeert de softwareomgeving die de data heeft gegenereerd. In complexe onderhoudsomgevingen kan de data afkomstig zijn uit een ERP-systeem, een gespecialiseerd CMMS of een IoT-monitoringplatform. In de analyse is dit veld handig om data te filteren wanneer meerdere systemen in één procesmodel worden ingelezen. Het helpt de herkomst van data te controleren en maakt het mogelijk om datakwaliteit of procesvarianten tussen verschillende legacy-systemen te vergelijken. Waarom dit belangrijk is Het zorgt voor traceerbaarheid van data in omgevingen met meerdere systemen. Waar je het vindt Hardcoded tijdens het extractieproces of gemapt vanuit de systeemconfiguratie. Voorbeelden SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM | |||
| Eventtimestamp EventTimestamp | De specifieke datum en tijd waarop een activiteit plaatsvond. | ||
| Beschrijving Dit attribuut geeft de temporele context van elk event in het onderhoudslog. Het legt het exacte moment vast waarop een status in het bronsysteem veranderde of een transactie werd vastgelegd. Timestamps vormen de basis voor alle metriek op basis van doorlooptijd in process mining. Hiermee kun je doorlooptijden, wachttijden en inactieve tijd van bronnen berekenen. Timestamps met hoge precisie zijn nodig om events die elkaar snel opvolgen in de juiste volgorde te zetten. Waarom dit belangrijk is Hiermee kunnen events in de juiste volgorde worden gezet en alle duurmetingen worden berekend. Waar je het vindt Te vinden in transactielogboeken, historietabellen of audit trails naast de activiteit. Voorbeelden 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z | |||
| Laatste data-update LastDataUpdate | De timestamp die aangeeft wanneer het record voor het laatst is geëxtraheerd of vernieuwd. | ||
| Beschrijving Dit attribuut houdt bij hoe actueel de dataset voor de analyse is. Het helpt analisten om de actualiteit van de data te beoordelen en mogelijke vertragingen tussen het operationele systeem en de process mining-omgeving te vinden. Het maakt geen deel uit van de fysieke processtroom, maar is wel belangrijk voor datagovernance. Zo weten belanghebbenden of ze naar realtime data kijken of naar een momentopname uit een eerdere afsluitperiode. Waarom dit belangrijk is Het helpt bij het controleren van de actualiteit van data en het beheren van incrementele ladingen. Waar je het vindt Gegenereerd door de ETL-pijplijn of het extractiescript tijdens runtime. Voorbeelden 2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z | |||
| Werkopdrachtnummer WorkOrderNumber | De unieke identificatie voor de onderhoudscase of werkopdracht. | ||
| Beschrijving Dit attribuut is de centrale case-identificatie voor de process mining-analyse. Het staat voor één volledige onderhoudscyclus, van de eerste aanvraag of preventieve trigger tot en met afronding en financiële afsluiting. In de analyse fungeert dit veld als primaire sleutel om alle gerelateerde events, kosten en resource-logboeken te groeperen. Hiermee kan de process mining-engine de levenscyclus van specifieke opdrachten reconstrueren. Analisten kunnen zo het verloop van het werk volgen, bottlenecks op caseniveau vinden en specifieke uitkomsten koppelen aan ordertypen of prioriteiten. Waarom dit belangrijk is Dit is de vereiste unieke Case ID om afzonderlijke procesinstanties van elkaar te onderscheiden. Waar je het vindt Meestal te vinden in de tabel met werkopdrachtkoppen, bijvoorbeeld WONUM in Maximo en AUFNR in SAP. Voorbeelden WO-2023-884110049221PM-552-AREQ-992104500021 | |||
| Asset-ID AssetId | De unieke identificatie van de apparatuur of faciliteit die wordt onderhouden. | ||
| Beschrijving Dit attribuut koppelt de werkopdracht aan het fysieke object op locatie. Het staat voor het tagnummer, de apparatuur-ID of de machinecode van de asset waaraan onderhoud wordt uitgevoerd. Dit is belangrijk om assets te vinden die vaak storingen hebben of regelmatig reparatie nodig hebben. Door werkopdrachten per Asset ID te groeperen, kunnen analisten de Mean Time Between Failures (MTBF) berekenen en apparatuur identificeren die een onevenredig groot deel van het onderhoudsbudget verbruikt. Waarom dit belangrijk is Hiermee kun je de prestaties van specifieke apparatuur analyseren en MTBF-berekeningen uitvoeren. Waar je het vindt Tabel met werkopdrachtkoppen, bijvoorbeeld ASSETNUM in Maximo en EQUNR in SAP. Voorbeelden PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05 | |||
| Geplande einddatum TargetCompletionDate | De geplande deadline waarop de werkopdracht afgerond moet zijn. | ||
| Beschrijving Dit attribuut staat voor de vervaldatum die de planner heeft gepland of die door de SLA wordt bepaald. Het is het referentiepunt voor berekeningen van tijdige oplevering. Door de werkelijke einddatum met deze streefdatum te vergelijken, kun je Schedule Compliance en vertragingen berekenen. Grote afwijkingen wijzen op inefficiënte planning of capaciteitsbeperkingen. Waarom dit belangrijk is Het is de basis voor het berekenen van vertragingen en naleving van de planning. Waar je het vindt Tabblad voor werkopdrachtplanning, bijvoorbeeld GLTRP in SAP en SCHEDFINISH in Maximo. Voorbeelden 2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z | |||
| Is preventief IsPreventive | Een vlag die aangeeft of de werkopdracht deel uitmaakt van een preventief onderhoudsprogramma. | ||
| Beschrijving Dit booleaanse attribuut vereenvoudigt het type werkopdracht tot een binaire classificatie: Preventive of Non-Preventive. Het wordt vaak afgeleid van de code voor het type werkopdracht. Deze vlag is de snelste manier om dashboards te filteren op naleving van preventief onderhoud. Ook vereenvoudigt de vlag de berekening van de PM/CM-ratio-KPI, een standaardmetriek om de volwassenheid van de onderhoudsorganisatie te meten. Waarom dit belangrijk is Het vereenvoudigt filtering en KPI-berekeningen voor verhoudingen rond preventief onderhoud. Waar je het vindt Afgeleid van het type werkopdracht of een specifieke systeemvlag, bijvoorbeeld de PPM-vlag. Voorbeelden truefalse | |||
| Kritikaliteit van asset AssetCriticality | Een beoordeling van het operationele belang van de asset. | ||
| Beschrijving Dit attribuut deelt assets in op basis van de gevolgen van een storing voor veiligheid, milieu of productie. Het is vaak een statisch attribuut in het assetmasterrecord, maar wordt ook regelmatig als momentopname op de werkopdracht opgeslagen. Met dit attribuut kunnen analisten bepalen of onderhoudsteams het werk aan kritieke assets inderdaad de juiste prioriteit geven. Het helpt controleren of voor de belangrijkste apparatuur de preventieve onderhoudsplanning het best wordt nageleefd. Waarom dit belangrijk is Het helpt de onderhoudsfocus af te stemmen op bedrijfsrisico en operationele impact. Waar je het vindt Assetmasterdata of de werkopdrachtkop als de data is gedenormaliseerd. Voorbeelden A - VitaalB - EssentieelC - SecundairVeiligheidskritiekProductiekritiek | |||
| Onderhoudsafdeling MaintenanceDepartment | De organisatie-eenheid of werkplaats die verantwoordelijk is voor de uitvoering van het werk. | ||
| Beschrijving Dit attribuut identificeert het team, vakgebied of de afdeling die aan de werkopdracht is toegewezen, zoals Electrical, Mechanical, Instrumentation of Facilities. Met dit overzicht kun je prestaties tussen teams vergelijken. Analisten kunnen doorlooptijden, achterstanden en herstelwerkpercentages per afdeling vergelijken om opleidingsbehoeften of capaciteitstekorten binnen specifieke vakgebieden te vinden. Waarom dit belangrijk is Hiermee kun je prestaties en achterstanden van verschillende teams vergelijken. Waar je het vindt Werkopdrachtkop, bijvoorbeeld Work Center in SAP en Crew ID in Maximo. Voorbeelden Mechanische werkplaatsElektrisch onderhoudFaciliteitenExterne aannemerInstrumentatie | |||
| Prioriteitsniveau PriorityLevel | De urgentie of het belang dat aan de werkopdracht is toegekend. | ||
| Beschrijving Dit attribuut geeft aan hoe belangrijk de onderhoudstaak is voor de bedrijfsvoering. Waarden lopen meestal uiteen van numerieke codes, zoals 1, 2 en 3, tot beschrijvende labels, zoals Critical, High, Medium en Low. De waarde bepaalt de vereiste responstijd en de inzet van bronnen. In procesanalyse gebruik je dit attribuut om compliance met SLA's te controleren. Analisten onderzoeken of items met een hoge prioriteit inderdaad sneller door het proces gaan dan items met een lage prioriteit, of juist vastlopen bij goedkeuringsknelpunten. Waarom dit belangrijk is Hiermee kun je SLA-compliance analyseren en controleren of bronnen op de juiste manier worden geprioriteerd. Waar je het vindt Tabel met werkopdrachtkoppen, bijvoorbeeld PRIORITY in Maximo en PRIOK in SAP. Voorbeelden 1 - Kritiek2 - Hoog3 - Gemiddeld4 - LaagNoodgeval | |||
| Totale werkelijke kosten TotalActualCost | De totale gemaakte kosten, inclusief arbeid, materialen en diensten. | ||
| Beschrijving Dit attribuut telt alle financiële boekingen voor de werkopdracht bij elkaar op. Het geeft de uiteindelijke economische impact van de onderhoudsactiviteit weer. Kostenanalyse is een belangrijke toepassing van process mining in assetmanagement. Met dit attribuut kun je de duurste assetklassen om te onderhouden vinden en uitschieters signaleren waarbij reparatiekosten hoger zijn dan de vervangingswaarde van de asset. Waarom dit belangrijk is Het vormt de basis voor analyses van financiële impact en rapportages over budgetafwijkingen. Waar je het vindt Kostensamenvattingstabellen of geaggregeerd uit grootboekboekingen die aan de order zijn gekoppeld. Voorbeelden 1500.00245.5010000.000.00560.75 | |||
| Type werkopdracht WorkOrderType | Classificeert het onderhoudswerk als preventief, correctief, spoedwerk of projectmatig. | ||
| Beschrijving Dit attribuut classificeert de aard van het onderhoudswerk. Veelvoorkomende waarden maken onderscheid tussen gepland werk, Preventive, en ongeplande storingen, Corrective of Emergency. Het is een standaardveld in vrijwel alle EAM- en CMMS-systemen. Analisten gebruiken dit veld om het procesmodel te segmenteren. Een vergelijking van de workflow voor Emergency-reparaties met die voor Preventive Maintenance laat vaak duidelijk verschillende procespaden, goedkeuringsvereisten en doorlooptijden zien. Het is de belangrijkste dimensie voor het berekenen van de verhouding tussen preventief en reactief onderhoud. Waarom dit belangrijk is Het is belangrijk om geplande en ongeplande werkzaamheden afzonderlijk te analyseren. Waar je het vindt Tabel met werkopdrachtkoppen, bijvoorbeeld WORKTYPE in Maximo en AUART in SAP. Voorbeelden PreventiefCorrectiefNoodgevalVoorspellendKapitaalproject | |||
| Werkelijke arbeidsuren ActualLaborHours | De totale tijd die technici aan de werkopdracht hebben besteed. | ||
| Beschrijving Dit attribuut telt de duur op van alle arbeidsregistraties die aan de werkopdracht zijn geboekt. Het geeft de werkelijke inspanning weer die nodig was om de taak uit te voeren. Deze metriek is belangrijk voor het berekenen van personeelsbenutting en arbeidsefficiëntie. Door werkelijke uren met geschatte uren te vergelijken, zie je hoe nauwkeurig de planning is. Grote afwijkingen kunnen wijzen op onduidelijke werkomvang of kennishiaten. Waarom dit belangrijk is Het meet de inspanning en wordt gebruikt om benutting en planningsnauwkeurigheid te berekenen. Waar je het vindt Geaggregeerd uit tabellen met tijdregistraties of arbeidstransacties. Voorbeelden 4.512.00.548.0160.0 | |||
| Toegewezen resource AssignedResource | De specifieke technicus of hoofdverantwoordelijke die aan het werk is toegewezen. | ||
| Beschrijving Dit attribuut identificeert de persoon of hoofdtechnicus die verantwoordelijk is voor de uitvoering van de onderhoudstaak. Afdelingen volgen het team, dit attribuut volgt de specifieke persoon. Dit detailniveau is nuttig om de verdeling van de werklast binnen het team te analyseren. Het kan laten zien of bepaalde technici structureel overbelast zijn of dat specifieke personen vaker herstelwerk veroorzaken, wat kan wijzen op een opleidingsbehoefte. Waarom dit belangrijk is Hiermee kun je de verdeling van de werklast en individuele prestatiemetrics analyseren. Waar je het vindt Toewijzingen van werkopdrachten of gedetailleerde arbeidstabellen. Voorbeelden J. SmithA. DoeTech-001Vendor-XYZPloegleider 5 | |||
| Werklocatie WorkLocation | De fysieke locatie of functionele locatie waar het werk wordt uitgevoerd. | ||
| Beschrijving Dit attribuut beschrijft het geografische of functionele gebied waar de asset zich bevindt. Dat kan een specifiek gebouw, een verdieping of een externe locatie zijn. Locatiedata helpt inefficiënte reistijd en logistieke problemen te analyseren. Als technici veel tijd besteden aan reizen tussen ver uit elkaar liggende locaties voor werk met een lage prioriteit, kan process mining laten zien waar betere routeplanning of het groeperen van werkopdrachten per locatie mogelijk is. Waarom dit belangrijk is Het helpt bij logistieke analyses en het vinden van locatiegebonden bottlenecks. Waar je het vindt Werkopdrachtkop of gekoppelde tabel met assetlocaties. Voorbeelden Gebouw A - verdieping 2Noordelijke fabriekLocatie 55Pompstation op afstandWerkplaats | |||
Activiteiten voor bedrijfsmiddelenonderhoud
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Arbeidsuren geregistreerd | Een technicus registreert de werkelijk gewerkte uren op de werkorder. Deze activiteit kan meerdere keren voorkomen als verschillende teamleden aan de opdracht werken. | ||
| Waarom dit belangrijk is Dit vormt de basis voor kostenberekening en analyse van de inzet. Hiaten tussen arbeidsregistraties kunnen wijzen op onderbrekingen in het proces. Waar je het vindt Afgeleid van tabellen met tijdbevestigingen of transactielogboeken van arbeidsuren. Vastleggen Registreer elke tijdboeking op de order Eventtype explicit | |||
| Werkorder aangemaakt | Het formeel aanmaken van de onderhoudswerkorder in het systeem. Hiermee wordt de case-ID vastgelegd en ontstaat de basis voor planning, roostering en uitvoering. | ||
| Waarom dit belangrijk is Dit is het centrale ankerpunt van het proces en markeert het begin van de administratieve onderhoudscyclus. Waar je het vindt Afgeleid van de aanmaaktimestamp in de tabel met de hoofdgegevens van de werkorder. Vastleggen Leg de timestamp vast waarop de unieke werkorder-ID is aangemaakt Eventtype explicit | |||
| Werkorder afgerond | De technische afronding van het fysieke werk. Het bedrijfsmiddel wordt teruggegeven aan de bedrijfsvoering, hoewel administratieve financiële taken nog kunnen openstaan. | ||
| Waarom dit belangrijk is De belangrijkste timestamp voor het berekenen van het einde van de reparatieduur en de stilstand van het bedrijfsmiddel. Waar je het vindt Vastgelegd wanneer de status verandert in Completed, TECO of Finished. Vastleggen Leg de statuswijziging vast die de technische afronding aangeeft Eventtype explicit | |||
| Werkorder gesloten | De laatste administratieve stap waarbij de werkorder financieel wordt afgesloten en gearchiveerd. Daarna kunnen geen kosten of arbeidsuren meer worden geboekt. | ||
| Waarom dit belangrijk is Dit markeert het absolute einde van de case in het systeem. Vertragingen op dit punt wijzen op administratieve achterstanden. Waar je het vindt Vastgelegd wanneer de status verandert in Closed, Archived of CLSD. Vastleggen Leg de laatste statuswijziging naar Closed vast Eventtype explicit | |||
| Werkorder gestart | Het moment waarop technici beginnen met het fysieke werk aan het bedrijfsmiddel. Dit markeert de overgang van planning en wachten naar daadwerkelijke uitvoering. | ||
| Waarom dit belangrijk is Belangrijk voor het berekenen van Mean Time to Repair (MTTR) en het onderscheiden van administratieve wachttijd en daadwerkelijke reparatietijd. Waar je het vindt Meestal aangegeven door een statuswijziging naar In Progress of de timestamp van de eerste arbeidsregistratie. Vastleggen Leg de statuswijziging naar In Progress of Started vast Eventtype explicit | |||
| Werkorder goedgekeurd | De statuswijziging die aangeeft dat de werkomvang, kostenraming en planning zijn beoordeeld en goedgekeurd. Het werk is nu vrijgegeven voor uitvoering. | ||
| Waarom dit belangrijk is Hiermee meet je de administratieve doorlooptijd die nodig is om plannings- en budgettaire obstakels weg te nemen. Waar je het vindt Meestal vastgelegd wanneer de status verandert in Approved, Released of Authorized. Vastleggen Filter op statuswijzigingen die autorisatie aangeven Eventtype explicit | |||
| Werkorder ingepland | Het toewijzen van specifieke arbeidsbronnen, ploegen of een vast tijdslot in de kalender aan de werkorder. Hiermee gaat de order van de achterstand naar de actieve dag- of weekplanning. | ||
| Waarom dit belangrijk is Hiermee maak je onderscheid tussen de tijd dat een opdracht in de achterstand ligt en de tijd dat deze op een specifieke technicus wacht. Waar je het vindt Afgeleid van het aanmaken van arbeidstoewijzingen of dispatchrecords. Vastleggen Timestamp waarop een bron wordt toegewezen of de dispatchstatus wordt ingesteld Eventtype explicit | |||
| Herstelwerk bij onderhoud geregistreerd | Geeft aan dat een afgeronde opdracht is afgekeurd of snel is mislukt, waardoor de status teruggaat naar In Progress. Dit vormt een lus in het proces. | ||
| Waarom dit belangrijk is Een belangrijke indicator voor problemen met technische training of reserveonderdelen van slechte kwaliteit. Waar je het vindt Afgeleid wanneer de status teruggaat van Complete naar In Progress, of expliciet geregistreerd met een Rework-code. Vastleggen Identificeer achterwaartse statuswijzigingen of herstelwerkmarkeringen Eventtype inferred | |||
| Kwaliteitsinspectie afgerond | Een specifieke validatiestap waarbij de reparatie wordt geïnspecteerd, gemeten of getest. Zo wordt gecontroleerd of het bedrijfsmiddel vóór ingebruikname aan de operationele normen voldoet. | ||
| Waarom dit belangrijk is Belangrijk voor analyses van compliance en veiligheid. Een mislukte controle op dit punt leidt tot herstelwerk. Waar je het vindt Te vinden in inspectielogboeken, afgeronde checklists of specifieke statusmomenten. Vastleggen Identificeer het afronden van inspectietaken of wijzigingen in de kwaliteitsstatus Eventtype explicit | |||
| Materiaal uitgegeven | Het fysiek uitgeven van reserveonderdelen uit de voorraad aan de werkorder. Hiermee wordt bevestigd dat de materialen beschikbaar waren en zijn verbruikt. | ||
| Waarom dit belangrijk is Hiermee controleer je of onderdelen daadwerkelijk zijn gebruikt en stopt de meting van vertraging door de beschikbaarheid van materialen. Waar je het vindt Te vinden in transactielogboeken van de voorraad, waar het type boeking aan een werkorder is gekoppeld. Vastleggen Haal de timestamp op uit voorraaduitgiftetransacties Eventtype explicit | |||
| Materiaalaanvraag aangemaakt | Een formele aanvraag voor reserveonderdelen of verbruiksmaterialen wordt aan de werkorder gekoppeld. Hiermee start het deelproces in de toeleveringsketen dat nodig is voor de reparatie. | ||
| Waarom dit belangrijk is Essentieel voor het analyseren van vertragingen door afhankelijkheden in de toeleveringsketen en niet-beschikbare materialen. Waar je het vindt Te vinden in tabellen met materiaalbehoeften of wanneer een status verandert in Waiting on Material. Vastleggen Identificeer het aanmaken van materiaalregels die aan de werkorder zijn gekoppeld Eventtype explicit | |||
| Onderhoudsverzoek aangemaakt | De eerste registratie van een storingsmelding of serviceverzoek door een operator of geautomatiseerd systeem. Dit gebeurt vaak vóór de formele werkorder en markeert het echte begin van de vraagcyclus. | ||
| Waarom dit belangrijk is Door deze stap vast te leggen, kun je de totale responstijd berekenen vanaf het moment waarop een probleem wordt vastgesteld, en niet pas vanaf het moment waarop het onderhoudsteam het verzoek accepteert. Waar je het vindt Meestal te vinden in logboeken met serviceverzoeken, tabellen met helpdesktickets of tabellen met meldingshistorie. Vastleggen Haal de aanmaaktimestamp op van het bovenliggende aanvraagobject dat aan de werkorder is gekoppeld Eventtype explicit | |||
| Prioriteit bijgewerkt | Een wijziging van de kritieke of urgente status van de werkorder na de eerste aanmaak. Hierbij worden de nieuwe prioriteitswaarde en het tijdstip van de beslissing vastgelegd. | ||
| Waarom dit belangrijk is Veelvuldige prioriteitswijzigingen kunnen wijzen op een gebrekkig triageproces of op het manipuleren van het systeem om wachtrijen te omzeilen. Waar je het vindt Meestal vastgelegd in veldaudittrails of systeemlogboeken die het veld Priority volgen. Vastleggen Identificeer wijzigingen in het prioriteitsveld in het auditlogboek Eventtype explicit | |||
| Streefdatum bijgewerkt | Een wijziging van de geplande start- of einddatum van de werkorder. Dit weerspiegelt aangepaste verwachtingen door de beschikbaarheid van bronnen of opgelopen vertragingen. | ||
| Waarom dit belangrijk is Door verschuivingen in datums te volgen, zie je of KPI's worden gehaald door goede prestaties of simpelweg door de doelstelling te verplaatsen. Waar je het vindt Te vinden in auditlogboeken die wijzigingen in de velden Scheduled Start of Required By Date bijhouden. Vastleggen Leg wijzigingen in datumvelden vast in de werkorderhistorie Eventtype explicit | |||
| Werkorder geannuleerd | Het voortijdig beëindigen van een werkorder voordat deze succesvol is afgerond. Dit gebeurt als het werk niet nodig blijkt, dubbel is of wordt samengevoegd. | ||
| Waarom dit belangrijk is Een hoog annuleringspercentage kan wijzen op gebrekkige filtering van aanvragen aan het begin van het proces of op dubbele gegevensinvoer. Waar je het vindt Vastgelegd wanneer de status verandert in Cancelled, Rejected of Void. Vastleggen Filter op eindstatussen die annulering aangeven Eventtype explicit | |||
| Werkorder in de wacht | De status van de werkorder verandert naar een wachtstatus, waardoor de uitvoering stopt. Dit gebeurt meestal door ontbrekende onderdelen, beperkte toegang of veiligheidsproblemen. | ||
| Waarom dit belangrijk is Hiermee worden knelpunten en externe afhankelijkheden zichtbaar die de standaardprocesstroom verstoren. Waar je het vindt Expliciet vastgelegd in de statushistorie wanneer de waarde verandert in Hold, Suspended of Blocked. Vastleggen Filter op statuswijzigingen die een wachtstatus aangeven Eventtype explicit | |||
Extractiegidsen
Extractiemethoden verschillen per systeem. Bekijk voor gedetailleerde instructies
Klaar om aan de slag te gaan?
Of je nu een van onze platformspecifieke extractiegidsen volgt of deze generieke template toepast op je eigen dataomgeving, je kunt meteen met process mining beginnen.
Maak je assetonderhoud vandaag efficiënter
Verminder uitvaltijd en verlaag onderhoudskosten met realtime data.
Geen creditcard nodig. Je bent in 5 minuten klaar met instellen.