Datatemplate voor onderhoud van bedrijfsmiddelen

Oracle Maintenance Cloud
Datatemplate voor onderhoud van bedrijfsmiddelen

Datatemplate voor onderhoud van bedrijfsmiddelen

Deze template biedt een vaste structuur om onderhoudsgegevens uit Oracle Maintenance Cloud te ordenen voor process mining. Je ziet welke datapunten en processtappen nodig zijn voor een volledig beeld van het onderhoud aan apparatuur en de inzet van middelen. Met deze richtlijnen bouw je een betrouwbaar event log dat inefficiënties zichtbaar maakt en helpt je onderhoudsstrategie te verbeteren.
  • Aanbevolen attributen voor een volledige analyse
  • Belangrijke processtappen om te volgen
  • Extractie-instructies voor Oracle

Attributen voor onderhoud van bedrijfsmiddelen

Met deze aanbevolen datavelden kun je onderhoudsgebeurtenissen indelen en filteren. Zo krijg je beter zicht op de prestaties van apparatuur en de inzet van middelen.
5 Verplicht 8 Aanbevolen 9 Optioneel
Naam Beschrijving
Activiteit
ActivityName
De naam van de gebeurtenis of statuswijziging in de workflow.
Beschrijving

Dit attribuut legt de specifieke stap in het onderhoudsproces vast, zoals 'Werkorder aangemaakt', 'Bewerking gestart' of 'Werkorder afgesloten'. Het staat voor de knooppunten in de procesmap.

Analisten gebruiken dit attribuut om de processtroom te visualiseren, varianten te herkennen en bottlenecks tussen processtappen op te sporen.

Waarom dit belangrijk is

Nodig om de processtroom en de volgorde van gebeurtenissen vast te leggen.

Waar vind je dit?

Afgeleid uit transactiegeschiedenis of logboeken met statuswijzigingen.

Voorbeelden
Onderhoudswerkorder aangemaaktWerkorder vrijgegevenBewerking afgerond
Onderhoudswerkorder
WorkOrderNumber
De unieke identificatiecode van de onderhoudswerkorder.
Beschrijving

Het werkordernummer is de unieke case-ID voor het onderhoudsproces. Het volgt de levenscyclus van een onderhoudstaak, vanaf het eerste verzoek of het aanmaken van de planning tot en met de uitvoering, afronding en financiële afsluiting.

Bij analyses is dit attribuut de centrale sleutel om gebeurtenisdata te koppelen aan attributen op caseniveau. Zo kunnen analisten alle activiteiten van één opdracht groeperen en de totale doorlooptijd berekenen.

Waarom dit belangrijk is

Dit is de primaire sleutel van de procesinstantie en is nodig om de geschiedenis van de case samen te stellen.

Waar vind je dit?

Tabel WIE_WORK_ORDERS_B, kolom WORK_ORDER_NUMBER

Voorbeelden
WO-2023-0015WO-2023-0089WO-2023-1102
Timestamp van gebeurtenis
EventDateTime
De datum en tijd waarop de activiteit plaatsvond.
Beschrijving

Dit attribuut registreert het exacte moment waarop een gebeurtenis plaatsvond. Het wordt gebruikt om activiteiten binnen een case chronologisch te ordenen en de tijd tussen stappen te berekenen.

Nauwkeurige timestamps zijn nodig om doorlooptijden te berekenen, vertragingen op te sporen en prestaties met SLA’s te vergelijken.

Waarom dit belangrijk is

Nodig om de tijdlijn van het proces vast te leggen.

Waar vind je dit?

De kolommen CREATION_DATE of LAST_UPDATE_DATE in transactietabellen.

Voorbeelden
2023-10-15T08:30:00Z2023-10-15T09:15:00Z2023-10-16T14:00:00Z
Bronsysteem
SourceSystem
De naam van het systeem waaruit de data afkomstig is.
Beschrijving

Geeft aan uit welke software of database de registratie is opgehaald. In deze context is dat meestal 'Oracle Maintenance Cloud'.

Essentieel om de herkomst van data in omgevingen met meerdere systemen te volgen.

Waarom dit belangrijk is

Volgt de herkomst van data in omgevingen met meerdere systemen.

Waar vind je dit?

Vast ingesteld tijdens het ophalen van de data.

Voorbeelden
Oracle Maintenance CloudOracle Cloud ERP
Laatste data-update
LastDataUpdate
Timestamp van de meest recente data-extractie.
Beschrijving

De datum en tijd waarop de data voor het laatst is opgehaald of vernieuwd in de process mining-tool. Zo zie je hoe actueel de analyse is.

Dit systeemmetadataveld is nodig voor datagovernance.

Waarom dit belangrijk is

Laat zien hoe actueel de data is.

Waar vind je dit?

Systeemtijd tijdens het ophalen van de data.

Voorbeelden
2023-10-30T12:00:00Z
Bedrijfsmiddelnummer
AssetNumber
De unieke identificatiecode van het bedrijfsmiddel waaraan onderhoud wordt uitgevoerd.
Beschrijving

Identificeert het specifieke bedrijfsmiddel of de machine waarvoor de werkorder is aangemaakt. Hiermee wordt het proces gekoppeld aan de hiërarchie van bedrijfsmiddelen.

Dit attribuut is belangrijk voor de KPI voor de frequentie van herhaalreparaties. Analisten kunnen ermee machines opsporen die steeds opnieuw defect raken.

Waarom dit belangrijk is

Koppelt onderhoudsactiviteiten aan specifieke bedrijfsmiddelen.

Waar vind je dit?

Tabel WIE_WORK_ORDERS_B, kolom ASSET_ID (gekoppeld aan CSI_ITEM_INSTANCES).

Voorbeelden
POMP-101HVAC-eenheid-5TRANSPORTBAND-A
Onderhoudstype
WorkOrderType
Deelt de werkorder in als preventief, correctief of voorspellend onderhoud.
Beschrijving

Dit attribuut geeft aan om welk type onderhoud het gaat. Veelvoorkomende waarden zijn Preventief, Correctief, Spoed of Op basis van conditie.

Het is belangrijk voor de KPI voor het aandeel preventief onderhoud. Analisten kunnen hiermee gepland werk vergelijken met ongeplande reacties op storingen.

Waarom dit belangrijk is

Maakt onderscheid tussen gepland onderhoud en reparaties na een storing.

Waar vind je dit?

Tabel WIE_WORK_ORDERS_B, kolom WORK_ORDER_TYPE_ID (gekoppeld aan de typedefinitie).

Voorbeelden
PreventiefCorrectiefSpoed
Organisatiecode
OrganizationCode
De code van de onderhoudsorganisatie of fabriek.
Beschrijving

Geeft de bedrijfseenheid, fabriek of locatie aan die verantwoordelijk is voor het onderhoud. Zo kun je prestaties per regio of locatie vergelijken.

Wordt gebruikt om prestatieverschillen tussen locaties of bedrijfsonderdelen in kaart te brengen.

Waarom dit belangrijk is

Deel analyses in op basis van fysieke locatie of bedrijfseenheid.

Waar vind je dit?

Tabel WIE_WORK_ORDERS_B, kolom ORGANIZATION_ID.

Voorbeelden
M1NY-FABRIEKLON-DEPOT
Prioriteit
Priority
De urgentie die aan de werkorder is toegekend.
Beschrijving

Geeft het belang van de werkorder aan, bijvoorbeeld Kritiek, Hoog, Gemiddeld of Laag. Dit bepaalt de planning en de toewijzing van bronnen.

Belangrijk voor het dashboard Efficiëntie van werkorderconversie, zodat kritieke storingen de juiste prioriteit krijgen.

Waarom dit belangrijk is

Bepaalt de gewenste reactietijd en de toewijzing van bronnen.

Waar vind je dit?

Tabel WIE_WORK_ORDERS_B, kolom WORK_ORDER_PRIORITY_ID.

Voorbeelden
KritiekHoogStandaard
Toegewezen monteur
AssignedTechnician
De persoon of brongroep die de taak uitvoert.
Beschrijving

Legt de gebruikers-ID of werknemers-ID vast van de monteur die verantwoordelijk is voor het werk. De monteur kan op kopregel- of bewerkingsniveau worden toegewezen.

Wordt gebruikt bij analyses van monteurbenutting en arbeidsuren om vaardigheidstekorten of overbelasting van bronnen op te sporen.

Waarom dit belangrijk is

Maakt analyses van bronprestaties en capaciteitsplanning mogelijk.

Waar vind je dit?

Tabel WIE_OPERATION_RESOURCES of een vergelijkbare tabel met toewijzingen.

Voorbeelden
J. SmithTech-005Externe aannemer
Werkelijke einddatum
ActualCompletionDate
De datum en tijd waarop de onderhoudswerkzaamheden zijn afgerond.
Beschrijving

Legt vast wanneer het fysieke werk volledig is afgerond. Met deze timestamp wordt de uitvoeringsfase afgesloten.

Dit is het eindpunt voor de doorlooptijd van de technische uitvoering en het beginpunt voor de administratieve vertraging.

Waarom dit belangrijk is

Markeert het einde van de technische uitvoeringsfase.

Waar vind je dit?

Tabel WIE_WORK_ORDERS_B, kolom COMPLETED_DATE of CLOSED_DATE.

Voorbeelden
2023-10-252023-10-262023-10-27
Werkelijke startdatum
ActualStartDate
De werkelijke datum en tijd waarop het werk is begonnen.
Beschrijving

Legt vast wanneer de technicus daadwerkelijk met het werk is begonnen. Dit wordt vaak geregistreerd via een transactie 'Operation Started'.

Wordt gebruikt om de vertraging bij het leveren van materialen (eindpunt) en de flexibiliteit van de resourceplanning te berekenen.

Waarom dit belangrijk is

Essentieel om de uitvoeringsduur met de planning te vergelijken.

Waar vind je dit?

Tabel WIE_WORK_ORDERS_B, kolom ACTUAL_START_DATE.

Voorbeelden
2023-10-212023-10-222023-10-23
Werkorderstatus
WorkOrderStatus
De huidige status van de werkorder.
Beschrijving

Geeft de status van de werkorder aan, zoals Niet vrijgegeven, Vrijgegeven, On Hold, Afgerond of Gesloten. Zo kun je openstaande cases onderscheiden van afgeronde cases.

Wordt gebruikt in dashboards om het huidige werk in uitvoering (WIP) te tonen en orders op te sporen die in een bepaalde status blijven hangen.

Waarom dit belangrijk is

Geeft een momentopname van de voortgang van de werkorder.

Waar vind je dit?

Tabel WIE_WORK_ORDERS_B, kolom WORK_ORDER_STATUS_ID.

Voorbeelden
VrijgegevenOn HoldGesloten
Aanvraagdatum
RequestDate
Datum waarop de eerste onderhoudsaanvraag is ontvangen.
Beschrijving

De timestamp waarop de onderhoudsbehoefte voor het eerst is vastgesteld en geregistreerd. Dit is het beginpunt voor de berekening van de doorlooptijd.

Essentieel voor de KPI Doorlooptijd van werkorderconversie, die de vertraging meet tussen het vaststellen van een probleem en het aanmaken van de werkorder.

Waarom dit belangrijk is

Markeert het begin van het volledige proces.

Waar vind je dit?

Tabel WIE_WORK_ORDERS_B, afgeleid van de koppeling met de oorspronkelijke aanvraag.

Voorbeelden
2023-10-012023-10-052023-11-12
Beschrijving van de werkorder
WorkOrderDescription
Korte omschrijving van het probleem of de taak.
Beschrijving

Een vrij tekstveld waarin de aanvrager of planner het probleem of de benodigde werkzaamheden beschrijft. Zo wordt context vastgelegd die mogelijk ontbreekt in de gestructureerde data.

Handig voor tekstanalyse of handmatige beoordeling van werktypen met de categorie 'Overig'.

Waarom dit belangrijk is

Geeft een begrijpelijke omschrijving van de onderhoudstaak.

Waar vind je dit?

Tabel WIE_WORK_ORDERS_B, kolom WORK_ORDER_DESCRIPTION.

Voorbeelden
Motor van transportband vervangenMaandelijkse veiligheidsinspectieOlielekkage bij pomp A verhelpen
Categorie bedrijfsmiddel
AssetCategory
Indeling van bedrijfsmiddelen in typen, zoals HVAC, wagenpark of productielijn.
Beschrijving

Deelt bedrijfsmiddelen in bredere groepen in. Zo kun je de onderhoudsprestaties van verschillende typen apparatuur op hoofdlijnen vergelijken.

Wordt gebruikt in het dashboard Overzicht doorlooptijd onderhoud om te zien welke apparatuurklassen de meeste vertraging veroorzaken.

Waarom dit belangrijk is

Maakt het mogelijk om onderhoudsprestaties per type apparatuur samen te vatten.

Waar vind je dit?

Afgeleid van de artikelcategorie die aan de Asset ID is toegewezen.

Voorbeelden
Zware machinesWagenparkGebouwen en terreinen
Geplande startdatum
ScheduledStartDate
De geplande startdatum van de onderhoudswerkzaamheden.
Beschrijving

De datum en tijd waarop het werk volgens de planning zou beginnen. Door deze te vergelijken met de werkelijke startdatum zie je of de planning is gevolgd.

Wordt gebruikt bij de analyse van de planning en vertragingen om verstoringen in het onderhoudsplan op te sporen.

Waarom dit belangrijk is

Referentiepunt om te meten of de planning is gevolgd en of er vertraging is.

Waar vind je dit?

Tabel WIE_WORK_ORDERS_B, kolom PLANNED_START_DATE.

Voorbeelden
2023-10-202023-10-212023-10-22
Geschatte arbeidsuren
EstimatedLaborHours
Geplande arbeidsuren voor de werkorder.
Beschrijving

De tijd die de planner verwachtte dat de klus zou kosten. Deze waarde wordt tijdens de plannings- of vrijgavefase vastgelegd.

Door deze te vergelijken met de werkelijke arbeidsuren zie je de afwijking en kun je de planningsnormen voor toekomstige klussen verbeteren.

Waarom dit belangrijk is

Referentiepunt om de efficiëntie van de uitvoering te beoordelen.

Waar vind je dit?

Tabel WIE_OPERATION_RESOURCES, geplande hoeveelheid.

Voorbeelden
5.010.01.0
Is herstelwerk
IsRework
Geeft aan of deze werkorder een herhaalde reparatie betreft.
Beschrijving

Een booleaanse waarde die true is als er in de voorafgaande 30 dagen een andere werkorder voor hetzelfde bedrijfsmiddel is gesloten. Dit is een berekend attribuut.

Ondersteunt rechtstreeks de KPI Frequentie van herstelwerk aan bedrijfsmiddelen en helpt reparaties van lage kwaliteit of defecte bedrijfsmiddelen op te sporen.

Waarom dit belangrijk is

Brengt kwaliteitsproblemen en terugkerende storingen aan het licht.

Waar vind je dit?

Berekend in de datatransformatielaag.

Voorbeelden
truefalse
SLA-streefdatum
SlaTargetDate
De uiterste datum waarop de werkorder moet zijn afgerond.
Beschrijving

Berekend op basis van de prioriteit en aanmaakdatum. Deze datum geeft aan wanneer het bedrijf verwacht dat het bedrijfsmiddel weer beschikbaar is.

Wordt gebruikt voor de KPI SLA-nalevingspercentage om te bepalen of het onderhoud aan de serviceverplichtingen voldoet.

Waarom dit belangrijk is

Bepaalt wanneer het werk op tijd is afgerond.

Waar vind je dit?

Meestal een aangepast veld of afgeleid van de prioriteitsinstellingen.

Voorbeelden
2023-11-012023-11-052023-11-10
Totale kosten
TotalCost
De totale kosten van de werkorder.
Beschrijving

De som van de materiaal-, arbeids- en overheadkosten voor de werkorder. Deze wordt meestal definitief vastgelegd tijdens de activiteit 'Maintenance Costs Transferred'.

Wordt gebruikt bij de analyse van de nauwkeurigheid van de onderhoudsplanning om de begrote kosten met de werkelijke uitgaven te vergelijken.

Waarom dit belangrijk is

Belangrijkste financiële metriek voor onderhoudsactiviteiten.

Waar vind je dit?

Tabellen uit de kostenmodule die zijn gekoppeld aan het werkordernummer.

Voorbeelden
1500.00250.505000.00
Werkelijke arbeidsuren
ActualLaborHours
Het totale aantal uren dat technici aan deze werkorder hebben besteed.
Beschrijving

De som van alle duurwaarden in de arbeidsregistraties voor de werkorder. Dit geeft de werkelijk bestede tijd weer.

Wordt gebruikt in de KPI Afwijking tussen geschatte en werkelijke arbeidsuren om de nauwkeurigheid van de planning te beoordelen.

Waarom dit belangrijk is

Belangrijke metriek voor kostenberekening en personeelsefficiëntie.

Waar vind je dit?

Samengevoegd uit WIE_WORK_ORDER_TRANSACTIONS (resourcetransacties).

Voorbeelden
4.512.00.75
Verplicht Aanbevolen Optioneel

Activiteiten voor onderhoud van bedrijfsmiddelen

Deze activiteiten laten de belangrijkste fasen en operationele updates zien. Zo kun je de volledige stroom van onderhoudswerkorders in kaart brengen.
8 Aanbevolen 7 Optioneel
Activiteit Beschrijving
Bewerking gestart
Een specifieke bewerking, bijvoorbeeld Op 10 of Op 20, binnen de werkorder begint. Dit is het precieze moment waarop het technische werk aan een taak start.
Waarom dit belangrijk is

Dit markeert de mijlpaal 'Werk begonnen'. De gebeurtenis is nodig om de werkelijke montagetijd te vergelijken met de geplande duur.

Waar vind je dit?

Afgeleid uit statuswijzigingen in WIE_WO_OPERATIONS_B of de timestamp van de eerste transactie voor de bewerking.

Vastleggen

Afleiden door veld X met veld Y te vergelijken

Gebeurtenistype inferred
Gewerkte uren geregistreerd
De tijd die een monteur aan de werkorder heeft besteed, wordt geregistreerd. Dit is een transactie waarbij kosten aan de onderhoudsactiviteit worden toegerekend.
Waarom dit belangrijk is

Registreert de bestede tijd en opgebouwde kosten. Meerdere gebeurtenissen van dit type wijzen op doorlopend werk en worden gebruikt om de totale afwijking in arbeidsuren te berekenen.

Waar vind je dit?

Afgeleid uit de tabel WIE_RESOURCE_TRANSACTIONS.

Vastleggen

Geregistreerd wanneer transactie X is uitgevoerd

Gebeurtenistype explicit
Materialen uitgegeven
De voorraad wordt daadwerkelijk afgeboekt en aan de werkorder toegewezen. Dit staat voor het fysieke transport van onderdelen naar de onderhoudslocatie.
Waarom dit belangrijk is

Een concreet teken dat het werk bijna begint. Vergelijk deze gebeurtenis met 'Vrijgegeven' om vertragingen bij het verzamelen van onderdelen in het magazijn te vinden.

Waar vind je dit?

Afgeleid uit de tabel INV_MATERIAL_TXNS, waarin TRANSACTION_SOURCE_TYPE_ID verwijst naar de werkorder.

Vastleggen

Geregistreerd wanneer transactie X is uitgevoerd

Gebeurtenistype explicit
Onderhoudsverzoek aangemaakt
De eerste indiening van een onderhoudsverzoek via het self-serviceportaal of de helpdesk. Deze gebeurtenis legt de eerste melding van een storing of benodigde service vast, voordat er een formele werkorder is. Meestal staat deze informatie in de tabel Work Requests.
Waarom dit belangrijk is

Dit markeert het daadwerkelijke begin van de onderhoudscyclus. De gebeurtenis is nodig om de doorlooptijd te berekenen tussen het vaststellen van een storing en het aanmaken van een uitvoerbare werkorder.

Waar vind je dit?

Afgeleid uit de tabel MNT_WORK_REQUESTS met het veld CREATION_DATE.

Vastleggen

Geregistreerd wanneer een record wordt toegevoegd aan de tabel Work Requests

Gebeurtenistype explicit
Onderhoudswerkorder aangemaakt
De werkorder wordt door het systeem aangemaakt, na omzetting van een verzoek of handmatig. Deze gebeurtenis bepaalt de Case-ID voor process mining en vormt het uitgangspunt voor de planning en uitvoering.
Waarom dit belangrijk is

De belangrijkste gebeurtenis voor de procesinstantie. Hiermee eindigt de intakefase en begint de planning en uitvoering.

Waar vind je dit?

Afgeleid uit de tabel WIE_WORK_ORDERS_B met de timestamp CREATION_DATE.

Vastleggen

Geregistreerd wanneer de kopregel van de WO wordt aangemaakt

Gebeurtenistype explicit
Werkorder afgesloten
De werkorder wordt administratief definitief afgesloten. Er kunnen geen kosten meer worden geboekt en de order is klaar voor de financiële administratie.
Waarom dit belangrijk is

Dit markeert het einde van de administratieve levenscyclus. De tijd tussen technisch afronden en afsluiten is de administratieve vertraging.

Waar vind je dit?

Afgeleid uit WIE_WO_STATUS_HISTORY wanneer STATUS_CODE verandert in 'CLOSED'.

Vastleggen

Vergelijk het statusveld voor en na de wijziging

Gebeurtenistype explicit
Werkorder technisch afgerond
Het technische werk aan de volledige werkorder is afgerond. Het bedrijfsmiddel is gerepareerd en klaar voor gebruik, maar de financiële afhandeling kan nog doorgaan.
Waarom dit belangrijk is

Dit is vanuit operationeel oogpunt het einde van de onderhoudsbeurt. De gebeurtenis wordt gebruikt om naleving van de SLA te berekenen.

Waar vind je dit?

Afgeleid uit WIE_WO_STATUS_HISTORY wanneer STATUS_CODE verandert in 'COMPLETED'.

Vastleggen

Vergelijk het statusveld voor en na de wijziging

Gebeurtenistype explicit
Werkorder vrijgegeven
De status van de werkorder verandert van Concept of Niet vrijgegeven naar Vrijgegeven. Hierdoor mogen materialen en bronnen voor de order worden gebruikt.
Waarom dit belangrijk is

Dit markeert het einde van de planningsfase en geeft toestemming om met de uitvoering te beginnen. Vertragingen op dit punt wijzen op bottlenecks in de planning.

Waar vind je dit?

Afgeleid uit WIE_WO_STATUS_HISTORY wanneer STATUS_CODE verandert in 'RELEASED'.

Vastleggen

Vergelijk het statusveld voor en na de wijziging

Gebeurtenistype inferred
Bewerking afgerond
Een specifieke stap (bewerking) in de route is afgerond. Dit geeft aan dat een deel van het technische werk klaar is.
Waarom dit belangrijk is

Geeft gedetailleerd inzicht in de voortgang. 'Onderhoudstaak uitgevoerd' wordt meestal afgeleid van de afronding van de laatste bewerking.

Waar vind je dit?

Afgeleid uit statuswijzigingen in WIE_WO_OPERATIONS_B of uit transactiegeschiedenis waaruit blijkt dat de bewerking is afgerond.

Vastleggen

Vergelijk het statusveld voor en na de wijziging

Gebeurtenistype inferred
Kwaliteitscontrole geregistreerd
De kwaliteitsresultaten voor de onderhoudswerkorder worden ingevoerd. Zo wordt gecontroleerd of de reparatie voldoet aan de veiligheids- en bedrijfsnormen.
Waarom dit belangrijk is

Helpt compliance te waarborgen. Ontbrekende kwaliteitscontroles vóór afronding kunnen wijzen op veiligheidsrisico’s of procesafwijkingen.

Waar vind je dit?

Afgeleid uit QA_RESULTS of vergelijkbare tabellen voor kwaliteitsplannen die aan de werkorder-ID zijn gekoppeld.

Vastleggen

Geregistreerd wanneer transactie X is uitgevoerd

Gebeurtenistype explicit
Materialen toegewezen
De benodigde reserveonderdelen en componenten worden gereserveerd of toegewezen aan de werkorder. Zo is de voorraad beschikbaar voordat het werk begint.
Waarom dit belangrijk is

Belangrijk om te bepalen of de toeleveringsketen klaar is voor de uitvoering. Vertraging op dit punt kan wijzen op voorraadtekorten of trage inkoopplanning.

Waar vind je dit?

Afgeleid uit de tabel WIE_WO_COMPONENTS_B op basis van CREATION_DATE of ALLOCATION_DATE.

Vastleggen

Geregistreerd wanneer transactie X is uitgevoerd

Gebeurtenistype explicit
Onderhoudskosten overgeboekt
De opgebouwde kosten worden overgeboekt van het onderhoudssysteem naar de module Cost Management. Hiermee wordt de financiële afhandeling uitgevoerd.
Waarom dit belangrijk is

Bevestigt dat de financiële gevolgen van het onderhoud zijn verwerkt. Belangrijk voor de analyse 'Nauwkeurigheid van onderhoudsplanning'.

Waar vind je dit?

Afgeleid uit distributietabellen van Cost Accounting die zijn gekoppeld aan de transactiesource van de werkorder.

Vastleggen

Geregistreerd wanneer transactie X is uitgevoerd

Gebeurtenistype inferred
Werkorder geannuleerd
De werkorder wordt beëindigd voordat het werk is afgerond. Dit kan gebeuren als het werk dubbel, onnodig of samengevoegd blijkt te zijn.
Waarom dit belangrijk is

Een hoog aantal annuleringen kan wijzen op problemen bij de intake van verzoeken of bij het opsporen van dubbele aanvragen.

Waar vind je dit?

Afgeleid uit WIE_WO_STATUS_HISTORY wanneer STATUS_CODE verandert in 'CANCELED'.

Vastleggen

Vergelijk het statusveld voor en na de wijziging

Gebeurtenistype explicit
Werkorder in de wacht
De status van de werkorder verandert in 'On Hold' en de uitvoering wordt stilgelegd. Dit gebeurt meestal door ontbrekende onderdelen, beperkte toegang of veiligheidsproblemen.
Waarom dit belangrijk is

Een belangrijke oorzaak van inefficiëntie. Breng in kaart hoe vaak en hoe lang werkorders in de wacht staan om de totale doorlooptijd te verkorten.

Waar vind je dit?

Afgeleid uit WIE_WO_STATUS_HISTORY wanneer STATUS_CODE verandert in 'ON_HOLD'.

Vastleggen

Vergelijk het statusveld voor en na de wijziging

Gebeurtenistype explicit
Werkorder ingepland
Er worden specifieke startdatums of bronnen, zoals monteurs en gereedschap, aan de bewerkingen van de werkorder toegewezen. De geplande datums worden bijgewerkt in het systeem.
Waarom dit belangrijk is

Meet hoe efficiënt het team voor dispatching of planning werkt. Tijd tussen vrijgave en planning wijst op concurrentie om beschikbare bronnen.

Waar vind je dit?

Afgeleid uit wijzigingen in de planningskolommen van WIE_OPERATION_RESOURCES of WIE_WO_OPERATIONS_B.

Vastleggen

Vergelijk het statusveld voor en na de wijziging

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data op uit Oracle Maintenance Cloud

Klaar om te beginnen?

Zet onderhoudsdata om in bruikbare inzichten door deze template vandaag nog toe te passen op je Oracle-omgeving. Ons team helpt je op weg met process mining.

Verbeter het onderhoud van bedrijfsmiddelen en voorkom vertraging in de planning

Verkort de doorlooptijd met 30 procent en stem de inzet van middelen beter af

Start je gratis proefperiode

Geen creditcard nodig. Gratis proefperiode van 14 dagen.