Datatemplate voor assetonderhoud
Datatemplate voor assetonderhoud
Dit is onze generieke datatemplate voor process mining voor Assetonderhoud. Gebruik onze templates voor specifieke systemen voor gerichter advies.
Selecteer een specifiek systeem- Volledig overzicht van standaardonderhoudsmijlpalen
- Flexibel attributenschema voor een grondige prestatieanalyse
- Compatibel met elke databron voor enterprise assetmanagement
Attributen voor assetonderhoud
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De specifieke taak, statuswijziging of gebeurtenis in de workflow. | ||
| Beschrijving Dit attribuut beschrijft de stappen in de levenscyclus van de onderhoudswerkorder. Het legt de verschillende statussen vast die de werkorder doorloopt, zoals aangemaakt, goedgekeurd, in uitvoering, in de wacht en afgerond. Voor nauwkeurige process mining worden verschillende systeemevents in dit veld omgezet naar herkenbare activiteiten. Het is nodig om de proceskaart weer te geven, overgangstijden tussen fasen te berekenen en herstelwerkloops op te sporen waarbij een werkorder teruggaat naar een eerdere status. Waarom dit belangrijk is Dit veld bepaalt de knooppunten op de proceskaart en is nodig om de workflow te reconstrueren. Waar vind je dit? Afgeleid uit statushistorietabellen, transactielogs of wijzigingslogs van werkorders. Voorbeelden Werkorder aangemaaktMateriaal uitgegevenGoedkeuring verleendStatus gewijzigd naar In uitvoeringWerkorder afgesloten | |||
| Bronsysteem SourceSystem | De naam van de applicatie of database waaruit de registratie afkomstig is. | ||
| Beschrijving Dit attribuut geeft aan welke softwareomgeving de data heeft gegenereerd. Bij complex onderhoud kan de data afkomstig zijn uit een ERP-systeem, een gespecialiseerd CMMS of een IoT-monitoringsplatform. Bij analyses kun je dit veld gebruiken om data te filteren wanneer meerdere systemen in één procesmodel zijn opgenomen. Het helpt de herkomst van data te controleren en de datakwaliteit of procesvarianten van verschillende oudere systemen te vergelijken. Waarom dit belangrijk is Hiermee blijft de data herleidbaar in omgevingen met meerdere systemen. Waar vind je dit? Vastgelegd tijdens het extractieproces of overgenomen uit de systeemconfiguratie. Voorbeelden SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM | |||
| Laatste data-update LastDataUpdate | De timestamp die aangeeft wanneer de registratie voor het laatst is geëxtraheerd of vernieuwd. | ||
| Beschrijving Dit attribuut houdt bij hoe actueel de dataset voor de analyse is. Analisten zien hiermee hoe recent de data is en kunnen mogelijke vertragingen tussen het operationele systeem en de process mining-omgeving opsporen. Dit veld maakt geen deel uit van het fysieke procesverloop, maar is wel belangrijk voor datagovernance. Het laat stakeholders zien of ze naar realtime data kijken of naar een momentopname uit een eerdere afsluitperiode. Waarom dit belangrijk is Hiermee kun je controleren hoe actueel de data is en incrementele ladingen beheren. Waar vind je dit? Tijdens de uitvoering gegenereerd door de ETL-pipeline of het extractiescript. Voorbeelden 2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z | |||
| Tijdstip van event EventTimestamp | De datum en tijd waarop een activiteit plaatsvond. | ||
| Beschrijving Dit attribuut legt het tijdstip van elk event in het onderhoudslogboek vast. Het registreert precies wanneer een status veranderde of een transactie in het bronsysteem werd vastgelegd. Timestamps vormen de basis voor alle tijdsgebonden metrieken in process mining. Hiermee bereken je doorlooptijden, levertijden en de tijd dat resources niet actief zijn. Nauwkeurige timestamps zijn nodig om events die kort na elkaar plaatsvinden in de juiste volgorde te zetten. Waarom dit belangrijk is Hiermee kun je events op volgorde zetten en alle tijdsduurmetrieken berekenen. Waar vind je dit? Te vinden in transactielogs, historietabellen of auditsporen bij de activiteit. Voorbeelden 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z | |||
| Werkordernummer WorkOrderNumber | De unieke identificatiecode van de onderhoudscase of werkorder. | ||
| Beschrijving Dit attribuut is de centrale case-identificatie voor de process mining-analyse. Het staat voor één volledige onderhoudscyclus, vanaf de eerste aanvraag of preventieve aanleiding tot en met de afronding en financiële afsluiting. Bij analyses gebruik je dit veld als primaire sleutel om alle bijbehorende events, kosten en resourcegegevens te groeperen. De process mining-engine kan hiermee de levenscyclus van specifieke opdrachten reconstrueren. Analisten kunnen zo het verloop van het werk volgen, bottlenecks per case opsporen en resultaten vergelijken met ordertypen of prioriteiten. Waarom dit belangrijk is Dit is de vereiste unieke Case-ID om afzonderlijke procesinstanties van elkaar te onderscheiden. Waar vind je dit? Meestal te vinden in de tabel met werkorderkoppen, bijvoorbeeld WONUM in Maximo of AUFNR in SAP. Voorbeelden WO-2023-884110049221PM-552-AREQ-992104500021 | |||
| Asset-ID AssetId | De unieke identificatiecode van de apparatuur of locatie waaraan onderhoud wordt uitgevoerd. | ||
| Beschrijving Dit attribuut koppelt de werkorder aan het fysieke object op locatie. Het is het tagnummer, apparatuur-ID of de machinecode van de asset waaraan onderhoud wordt uitgevoerd. Hiermee kun je assets opsporen die vaak defect raken of reparatie nodig hebben. Door werkorders per asset-ID te groeperen, kunnen analisten de gemiddelde tijd tussen storingen (MTBF) berekenen en apparatuur vinden die een onevenredig groot deel van het onderhoudsbudget opslokt. Waarom dit belangrijk is Hiermee kun je de prestaties van specifieke apparatuur analyseren en de MTBF berekenen. Waar vind je dit? Tabel met werkorderkoppen, bijvoorbeeld ASSETNUM in Maximo of EQUNR in SAP. Voorbeelden PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05 | |||
| Geplande einddatum TargetCompletionDate | De geplande deadline waarop de werkorder afgerond moet zijn. | ||
| Beschrijving Dit attribuut bevat de vervaldatum die de planner heeft vastgesteld of die in de SLA is bepaald. Deze datum is het uitgangspunt voor berekeningen van tijdige oplevering. Door de werkelijke einddatum met de geplande datum te vergelijken, kun je naleving van de planning en vertragingen berekenen. Grote afwijkingen wijzen op inefficiënte planning of beperkte beschikbaarheid van resources. Waarom dit belangrijk is Dit is het uitgangspunt voor het berekenen van vertragingen en naleving van de planning. Waar vind je dit? Tabblad voor werkorderplanning, bijvoorbeeld GLTRP in SAP of SCHEDFINISH in Maximo. Voorbeelden 2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z | |||
| Is preventief IsPreventive | Een aanduiding die aangeeft of de werkorder deel uitmaakt van een preventief onderhoudsprogramma. | ||
| Beschrijving Dit booleaanse attribuut deelt werkorders in twee groepen in: preventief en niet-preventief. Vaak wordt het afgeleid van de code voor het werkordertype. Met deze aanduiding kun je dashboards snel filteren op naleving van preventief onderhoud. Ook wordt de berekening van de KPI voor de verhouding tussen preventief en correctief onderhoud eenvoudiger. Dit is een gangbare branchemetriek voor de volwassenheid van de onderhoudsorganisatie. Waarom dit belangrijk is Hiermee kun je eenvoudig filteren en KPI’s berekenen voor de verhouding tussen preventief onderhoud en ander onderhoud. Waar vind je dit? Afgeleid van het werkordertype of een specifieke systeemaanduiding, bijvoorbeeld de PPM-aanduiding. 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 die een storing zou hebben voor de veiligheid, het milieu of de productie. Vaak is dit een vast attribuut in het assetstamrecord, maar het wordt ook regelmatig als momentopname aan de werkorder toegevoegd. Met dit attribuut kunnen analisten nagaan of onderhoudsteams werk aan kritieke assets de juiste prioriteit geven. Ook kun je controleren of voor de belangrijkste apparatuur de preventieve onderhoudsschema’s het best worden nageleefd. Waarom dit belangrijk is Hiermee stem je de onderhoudsprioriteiten af op bedrijfsrisico’s en operationele gevolgen. Waar vind je dit? Assetstamgegevens of, bij denormalisatie, de tabel met werkorderkoppen. Voorbeelden A - Zeer belangrijkB - EssentieelC - SecundairKritiek voor de veiligheidKritiek voor de productie | |||
| Onderhoudsafdeling MaintenanceDepartment | De organisatie-eenheid of werkplaats die verantwoordelijk is voor de uitvoering van het werk. | ||
| Beschrijving Dit attribuut geeft aan welk team, vakgebied of welke afdeling de werkorder uitvoert, zoals elektrotechniek, werktuigbouwkunde, instrumentatie of facilitaire diensten. Met dit overzicht kun je de prestaties van teams vergelijken. Analisten kunnen doorlooptijden, achterstanden en percentages herstelwerk per afdeling vergelijken om opleidingsbehoeften of tekorten aan resources binnen specifieke vakgebieden op te sporen. Waarom dit belangrijk is Hiermee kun je de prestaties en achterstanden van verschillende teams vergelijken. Waar vind je dit? Werkorderkop, bijvoorbeeld Work Center in SAP of Crew ID in Maximo. Voorbeelden Werkplaats werktuigbouwkundeOnderhoud elektrotechniekFacilitaire dienstenExterne aannemerInstrumentatie | |||
| Prioriteitsniveau PriorityLevel | De urgentie of het belang dat aan de werkorder is toegekend. | ||
| Beschrijving Dit attribuut geeft aan hoe belangrijk de onderhoudstaak is voor de bedrijfsvoering. De waarden lopen meestal uiteen van numerieke codes (1, 2, 3) tot omschrijvingen (Kritiek, Hoog, Gemiddeld, Laag). De prioriteit bepaalt de vereiste reactietijd en de inzet van resources. Bij procesanalyses gebruik je dit attribuut om compliance met SLA’s te controleren. Analisten onderzoeken of werk met hoge prioriteit daadwerkelijk sneller door het proces gaat dan werk met lage prioriteit, of juist vastloopt bij goedkeuring. Waarom dit belangrijk is Hiermee kun je compliance met SLA’s analyseren en controleren of resources de juiste prioriteit krijgen. Waar vind je dit? Tabel met werkorderkoppen, bijvoorbeeld PRIORITY in Maximo of PRIOK in SAP. Voorbeelden 1 - Kritiek2 - Hoog3 - Gemiddeld4 - LaagSpoed | |||
| Totale werkelijke kosten TotalActualCost | De totale gemaakte kosten, inclusief arbeid, materialen en diensten. | ||
| Beschrijving Dit attribuut telt alle financiële boekingen voor de werkorder bij elkaar op. Het geeft de totale financiële impact van de onderhoudsactiviteit weer. Kostenanalyse is een belangrijke toepassing van process mining in assetmanagement. Met dit attribuut kun je zien welke assetklassen het duurst zijn in onderhoud en uitschieters opsporen waarbij reparatiekosten hoger zijn dan de vervangingswaarde van de asset. Waarom dit belangrijk is Dit is een belangrijke basis voor analyses van financiële impact en rapportages over budgetafwijkingen. Waar vind je dit? Kostensamenvattingstabellen of totalen van grootboekboekingen die aan de order zijn gekoppeld. Voorbeelden 1500.00245.5010000.000.00560.75 | |||
| Werkelijke arbeidsuren ActualLaborHours | De totale tijd die technici aan de werkorder hebben besteed. | ||
| Beschrijving Dit attribuut telt de duur op van alle urenregistraties die aan de werkorder zijn gekoppeld. Het geeft aan hoeveel werk er daadwerkelijk nodig was om de taak af te ronden. Deze metriek is nodig om de personeelsinzet en arbeidsefficiëntie te berekenen. Door de werkelijke uren met de geschatte uren te vergelijken, zie je hoe nauwkeurig de planning was. Grote verschillen kunnen wijzen op onduidelijke opdrachten of een gebrek aan bepaalde vaardigheden. Waarom dit belangrijk is Dit meet de geleverde inspanning en wordt gebruikt om de personeelsinzet en planningsnauwkeurigheid te berekenen. Waar vind je dit? Opgeteld uit urenregistratie- of arbeidstransactietabellen. Voorbeelden 4.512.00.548.0160.0 | |||
| Werkordertype WorkOrderType | Deelt onderhoudswerk in als preventief, correctief, spoedwerk of projectwerk. | ||
| Beschrijving Dit attribuut deelt onderhoudswerk in naar aard. Veelgebruikte waarden maken onderscheid tussen gepland werk (preventief) en ongeplande uitval (correctief of spoed). Dit is een standaardveld in vrijwel alle EAM- en CMMS-systemen. Analisten gebruiken dit veld om het procesmodel op te splitsen. Een vergelijking van de workflow voor spoedreparaties en preventief onderhoud laat vaak duidelijk verschillende procespaden, goedkeuringsvereisten en doorlooptijden zien. Dit is de belangrijkste dimensie voor het berekenen van de verhouding tussen preventief en reactief onderhoud. Waarom dit belangrijk is Dit veld is belangrijk om gepland en ongepland werk afzonderlijk te analyseren. Waar vind je dit? Tabel met werkorderkoppen, bijvoorbeeld WORKTYPE in Maximo of AUART in SAP. Voorbeelden PreventiefCorrectiefSpoedVoorspellendInvesteringsproject | |||
| Toegewezen medewerker AssignedResource | De technicus of voorman die het werk uitvoert. | ||
| Beschrijving Dit attribuut geeft aan welke medewerker of hoofdtechnicus verantwoordelijk is voor de onderhoudstaak. De afdeling geeft het team aan, dit veld de specifieke persoon. Deze mate van detail is handig om de werkverdeling binnen het team te analyseren. Je ziet bijvoorbeeld of bepaalde technici structureel overbelast zijn of vaker herstelwerk moeten uitvoeren, wat kan wijzen op een opleidingsbehoefte. Waarom dit belangrijk is Hiermee kun je de werkverdeling analyseren en prestaties per medewerker meten. Waar vind je dit? Toewijzingen van werkorders of gedetailleerde arbeidstabellen. Voorbeelden J. SmithA. DoeTech-001Vendor-XYZPloegleider 5 | |||
| Werklocatie WorkLocation | De fysieke locatie of functionele plek waar het werk wordt uitgevoerd. | ||
| Beschrijving Dit attribuut geeft het geografische of functionele gebied aan waar de asset zich bevindt. Dat kan een gebouw, verdieping of afgelegen locatie zijn. Locatiegegevens helpen inefficiënte reistijd en logistieke problemen te analyseren. Als technici veel tijd kwijt zijn aan reizen tussen ver uit elkaar liggende locaties voor werk met lage prioriteit, kan process mining laten zien waar betere routeplanning of het groeperen van werkorders per locatie mogelijk is. Waarom dit belangrijk is Hiermee kun je de logistiek analyseren en locatiegebonden bottlenecks opsporen. Waar vind je dit? Werkorderkop of gekoppelde tabel met assetlocaties. Voorbeelden Gebouw A - verdieping 2Noordelijke fabriekLocatie 55Afgelegen pompstationWerkplaats | |||
Activiteiten voor assetonderhoud
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Arbeidsuren geregistreerd | Een technicus registreert de werkelijk gewerkte uren op de werkorder. Dit kan meerdere keren gebeuren wanneer verschillende teamleden aan de opdracht werken. | ||
| Waarom dit belangrijk is Deze gegevens vormen de basis voor kostenberekeningen en analyses van de inzet. Tussenpozen tussen registraties van arbeidsuren kunnen wijzen op onderbrekingen in het proces. Waar vind je dit? Haal de gegevens op uit tabellen met tijdregistraties of transactielogs voor arbeidsuren. Vastleggen Leg elke tijdregistratie op de werkorder vast. Gebeurtenistype explicit | |||
| Werkorder aangemaakt | De formele aanmaak van de onderhoudswerkorder in het systeem. Hierbij krijgt de order een case-ID en begint de planning en uitvoering. | ||
| Waarom dit belangrijk is Dit is het centrale ankerpunt van het proces en markeert het begin van de administratieve onderhoudslevenscyclus. Waar vind je dit? Haal de aanmaaktimestamp op uit de hoofdtabel met werkordergegevens. Vastleggen Leg de timestamp vast waarop de unieke werkorder-ID is aangemaakt. Gebeurtenistype explicit | |||
| Werkorder afgerond | Het technische werk is fysiek afgerond. Het asset wordt weer in gebruik genomen, maar administratieve en financiële taken kunnen nog openstaan. | ||
| Waarom dit belangrijk is De belangrijkste timestamp voor het berekenen van de reparatieduur en de stilstand van het asset. Waar vind je dit? Vastgelegd wanneer de status verandert in Completed, TECO of Finished. Vastleggen Leg de statuswijziging vast die aangeeft dat het technische werk is afgerond. Gebeurtenistype explicit | |||
| Werkorder afgesloten | De laatste administratieve stap: de werkorder wordt financieel afgesloten en gearchiveerd. Daarna kunnen geen kosten of arbeidsuren meer worden geboekt. | ||
| Waarom dit belangrijk is Markeert het definitieve einde van de case in het systeem. Vertragingen op dit punt wijzen op een administratieve achterstand. Waar vind je dit? Vastgelegd wanneer de status verandert in Closed, Archived of CLSD. Vastleggen Leg de laatste statuswijziging naar Closed vast. Gebeurtenistype explicit | |||
| Werkorder gestart | Het moment waarop technici beginnen met het fysieke werk aan het asset. De overgang van planning en wachten naar de uitvoering. | ||
| Waarom dit belangrijk is Belangrijk voor de berekening van de gemiddelde reparatietijd (MTTR) en om administratieve wachttijd te onderscheiden van de tijd die aan de reparatie wordt besteed. Waar vind je dit? Meestal aangegeven door een statuswijziging naar In Progress of de timestamp van de eerste registratie van arbeidsuren. Vastleggen Leg de statuswijziging naar In Progress of Started vast. Gebeurtenistype explicit | |||
| Werkorder goedgekeurd | Een statuswijziging die aangeeft dat de omvang van het werk, de kostenraming en het plan zijn beoordeeld en goedgekeurd. De werkzaamheden kunnen nu worden uitgevoerd. | ||
| Waarom dit belangrijk is Dit meet de administratieve doorlooptijd die nodig is om de planning en het budget goedgekeurd te krijgen. Waar vind je dit? Meestal vastgelegd wanneer de status verandert in Approved, Released of Authorized. Vastleggen Filter op statuswijzigingen die op goedkeuring wijzen. Gebeurtenistype explicit | |||
| Werkorder ingepland | Arbeidskrachten of teams worden aan de werkorder toegewezen, of er wordt een vast tijdstip in de agenda ingepland. De order gaat hiermee van de achterstand naar de dagelijkse of wekelijkse planning. | ||
| Waarom dit belangrijk is Zo zie je het verschil tussen de tijd dat een opdracht in de achterstand staat en de tijd dat deze op een specifieke technicus wacht. Waar vind je dit? Af te leiden uit aangemaakte personeelsopdrachten of dispatchgegevens. Vastleggen Timestamp waarop een medewerker wordt toegewezen of de dispatchstatus wordt ingesteld. Gebeurtenistype explicit | |||
| Herstelwerk bij onderhoud geregistreerd | Geeft aan dat afgerond werk is afgekeurd of kort daarna opnieuw problemen opleverde, waardoor de status teruggaat naar In Progress. Dit vormt een lus in het proces. | ||
| Waarom dit belangrijk is Een belangrijke aanwijzing voor problemen met technische training of reserveonderdelen van slechte kwaliteit. Waar vind je dit? Af te leiden uit een statuswijziging van Complete terug naar In Progress, of expliciet vastgelegd met de code Rework. Vastleggen Zoek naar teruggaande statuswijzigingen of markeringen voor herstelwerk. Gebeurtenistype inferred | |||
| Kwaliteitsinspectie afgerond | Een specifieke controle waarbij de reparatie wordt geïnspecteerd, gemeten of getest. Zo wordt gecontroleerd of het asset aan de operationele eisen voldoet voordat het weer in gebruik wordt genomen. | ||
| Waarom dit belangrijk is Belangrijk voor analyses van compliance en veiligheid. Als deze stap niet wordt gehaald, kan herstelwerk nodig zijn. Waar vind je dit? Te vinden in inspectielogs, afgeronde checklists of specifieke statusmomenten. Vastleggen Zoek naar afgeronde inspectietaken of wijzigingen in de kwaliteitsstatus. Gebeurtenistype explicit | |||
| Materiaal uitgegeven | Reserveonderdelen worden fysiek uit de voorraad gehaald en aan de werkorder toegewezen. Dit bevestigt dat de materialen beschikbaar zijn en zijn gebruikt. | ||
| Waarom dit belangrijk is Hiermee controleer je of onderdelen daadwerkelijk zijn gebruikt en eindigt de wachttijd door ontbrekende materialen. Waar vind je dit? Te vinden in voorraadtransactielogs waarin het type boeking aan een werkorder is gekoppeld. Vastleggen Haal de timestamp op uit voorraadtransacties voor uitgegeven materialen. Gebeurtenistype explicit | |||
| Materiaalaanvraag aangemaakt | Een formele aanvraag voor reserveonderdelen of verbruiksartikelen wordt aan de werkorder gekoppeld. Hiermee begint het deelproces voor de levering van benodigdheden voor de reparatie. | ||
| Waarom dit belangrijk is Essentieel om vertragingen door afhankelijkheid van leveranciers en ontbrekende materialen te analyseren. Waar vind je dit? Te vinden in tabellen met materiaalbehoeften of wanneer de status verandert in Waiting on Material. Vastleggen Zoek naar aangemaakte materiaalregels die aan de werkorder zijn gekoppeld. Gebeurtenistype explicit | |||
| Onderhoudsverzoek aangemaakt | Een operator of geautomatiseerd systeem dient een melding van een defect of een serviceverzoek in. Dit gebeurt vaak voordat de formele werkorder wordt aangemaakt en markeert het begin van de vraag naar onderhoud. | ||
| Waarom dit belangrijk is Als je deze stap vastlegt, kun je de totale reactietijd berekenen vanaf het moment dat een probleem wordt gemeld, niet pas vanaf het moment dat het onderhoudsteam de melding accepteert. Waar vind je dit? Meestal te vinden in logboeken met serviceverzoeken, tabellen met helpdesktickets of tabellen met meldingshistorie. Vastleggen Haal de aanmaaktimestamp op van het eerdere verzoek dat aan de werkorder is gekoppeld. Gebeurtenistype explicit | |||
| Prioriteit bijgewerkt | Een wijziging van de urgentie of kritikaliteit van een werkorder nadat deze is aangemaakt. Hierbij worden de nieuwe prioriteit en het tijdstip van de beslissing vastgelegd. | ||
| Waarom dit belangrijk is Regelmatige prioriteitswijzigingen kunnen wijzen op een gebrekkig triageproces of op misbruik van het systeem om wachtrijen te omzeilen. Waar vind je dit? Meestal vastgelegd in auditlogs van velden of systeemhistorie waarin het veld Priority wordt bijgehouden. Vastleggen Zoek in het auditlog naar wijzigingen in het prioriteitsveld. Gebeurtenistype explicit | |||
| Streefdatum bijgewerkt | Een wijziging van de geplande start- of einddatum van de werkorder. Dit laat zien hoe verwachtingen worden aangepast door de beschikbaarheid van middelen of vertragingen. | ||
| Waarom dit belangrijk is Door datumwijzigingen bij te houden, zie je of KPI’s worden gehaald door goed te presteren of door de doelen te verschuiven. Waar vind je dit? Te vinden in auditlogs met wijzigingen in de velden Scheduled Start of Required By Date. Vastleggen Leg wijzigingen in datumvelden vast in de werkorderhistorie. Gebeurtenistype explicit | |||
| Werkorder geannuleerd | Een werkorder wordt voortijdig beëindigd voordat het werk is afgerond. Dit gebeurt bijvoorbeeld als het werk niet meer nodig is, dubbel is aangemaakt of met een andere order wordt samengevoegd. | ||
| Waarom dit belangrijk is Veel annuleringen kunnen wijzen op gebrekkige filtering van aanvragen vooraf of op dubbele gegevensinvoer. Waar vind je dit? Vastgelegd wanneer de status verandert in Cancelled, Rejected of Void. Vastleggen Filter op eindstatussen die op annulering wijzen. Gebeurtenistype explicit | |||
| Werkorder in de wacht | De status van de werkorder verandert in een wachtstatus en de uitvoering wordt stilgelegd. Dit gebeurt meestal door ontbrekende onderdelen, beperkte toegang of veiligheidsproblemen. | ||
| Waarom dit belangrijk is Brengt bottlenecks en externe afhankelijkheden in beeld die het normale procesverloop verstoren. Waar vind je dit? Expliciet vastgelegd in de statushistorie wanneer de status verandert in Hold, Suspended of Blocked. Vastleggen Filter op statuswijzigingen die aangeven dat het werk stilligt. Gebeurtenistype explicit | |||
Extractiegidsen
Extractiemethoden verschillen per systeem. Lees voor gedetailleerde instructies
Klaar om te beginnen?
Je kunt een van onze extractiegidsen voor specifieke platforms volgen of deze generieke template toepassen op je eigen dataomgeving. Daarna kun je aan de slag met process mining.
Maak assetonderhoud vandaag nog efficiënter
Beperk stilstand en onderhoudskosten met realtime data.
Geen creditcard nodig. Binnen 5 minuten ingesteld.