Jouw datatemplate voor assetonderhoud
Jouw datatemplate voor assetonderhoud
- Aanbevolen attributen voor een volledige analyse
- Belangrijke procesmijlpalen om te volgen
- Systeemspecifieke extractie-instructies voor Oracle
Attributen voor bedrijfsmiddelenonderhoud
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteit
ActivityName
|
De naam van het event of de statuswijziging die in de workflow plaatsvindt. | ||
|
Beschrijving
Dit attribuut legt de specifieke stap in het onderhoudsproces vast, zoals 'Work Order Created', 'Operation Started' of 'Work Order Closed'. Het vertegenwoordigt de knooppunten in de procesmap. Analisten gebruiken dit om de procesflow te visualiseren, varianten te herkennen en knelpunten tussen specifieke processtappen op te sporen.
Waarom dit belangrijk is
Nodig om de procesflow en volgorde van events vast te leggen.
Waar je het vindt
Afgeleid uit tabellen met transactiehistorie of logboeken van statuswijzigingen.
Voorbeelden
Maintenance Work Order aangemaaktWerkorder vrijgegevenActiviteit afgerond
|
|||
|
Onderhoudswerkorder
WorkOrderNumber
|
De unieke identificatie van de onderhoudswerkorder. | ||
|
Beschrijving
Het Work Order Number is de unieke case-identificatie 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. In analyses is dit attribuut de centrale sleutel om eventdata aan case-attributen te koppelen. Hiermee kunnen analisten alle activiteiten voor één opdracht groeperen en end-to-end-doorlooptijden berekenen.
Waarom dit belangrijk is
Dit is de primaire sleutel van de procesinstantie en is essentieel om de casehistorie te reconstrueren.
Waar je het vindt
Tabel WIE_WORK_ORDERS_B, kolom WORK_ORDER_NUMBER
Voorbeelden
WO-2023-0015WO-2023-0089WO-2023-1102
|
|||
|
Timestamp van event
EventDateTime
|
De datum en tijd waarop de activiteit plaatsvond. | ||
|
Beschrijving
Dit attribuut registreert het exacte moment waarop een event plaatsvond. Het wordt gebruikt om activiteiten binnen een case chronologisch te ordenen en de duur tussen stappen te berekenen. Nauwkeurige timestamps zijn essentieel voor het berekenen van doorlooptijden, het vinden van vertragingen en het meten van prestaties ten opzichte van SLA's.
Waarom dit belangrijk is
Essentieel om de tijdlijn van het proces vast te leggen.
Waar je het vindt
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 waar de data vandaan komt. | ||
|
Beschrijving
Geeft aan uit welke bronsoftware of database het record is geëxtraheerd. In deze context is dat meestal 'Oracle Maintenance Cloud'. Essentieel in omgevingen met meerdere systemen om de herkomst van data te volgen.
Waarom dit belangrijk is
Volgt de herkomst van data in omgevingen met meerdere systemen.
Waar je het vindt
Hardgecodeerd tijdens de extractie.
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 geëxtraheerd of vernieuwd in de process-miningtool. Hiermee kunnen gebruikers zien hoe actueel de analyse is. Dit is een metadataveld van het systeem dat nodig is voor datagovernance.
Waarom dit belangrijk is
Zorgt ervoor dat gebruikers weten hoe actueel de data is.
Waar je het vindt
Systeemtijd tijdens de extractie.
Voorbeelden
2023-10-30T12:00:00Z
|
|||
|
Assetnummer
AssetNumber
|
De unieke identificatie van het equipment dat wordt onderhouden. | ||
|
Beschrijving
Identificeert het specifieke fysieke asset of de machine waarop de onderhoudswerkorder betrekking heeft. Het koppelt het proces aan de assethiërarchie. Dit is belangrijk voor de KPI Asset Rework Frequency. Analisten kunnen hiermee machines vinden die herhaaldelijk defect raken.
Waarom dit belangrijk is
Koppelt onderhoudsactiviteiten aan specifieke fysieke apparatuur.
Waar je het vindt
Tabel WIE_WORK_ORDERS_B, kolom ASSET_ID, gekoppeld aan CSI_ITEM_INSTANCES.
Voorbeelden
PUMP-101HVAC-Unit-5CONVEYOR-BELT-A
|
|||
|
Onderhoudstype
WorkOrderType
|
Classificeert de werkorder als preventief, correctief of voorspellend onderhoud. | ||
|
Beschrijving
Dit attribuut beschrijft de aard van het onderhoudswerk. Veelvoorkomende waarden zijn Preventive, Corrective, Emergency of Condition-Based. Het is belangrijk voor de KPI Proactive Maintenance Ratio. Analisten kunnen hiermee gepland werk vergelijken met ongeplande reacties op storingen.
Waarom dit belangrijk is
Maakt onderscheid tussen gepland onderhoud en reactieve reparaties.
Waar je het vindt
Tabel WIE_WORK_ORDERS_B, kolom WORK_ORDER_TYPE_ID, gekoppeld aan de typedefinitie.
Voorbeelden
PreventiefCorrectiefNoodgeval
|
|||
|
Organisatiecode
OrganizationCode
|
De code van de onderhoudsorganisatie of fabriek. | ||
|
Beschrijving
Vertegenwoordigt de specifieke bedrijfseenheid, fabriek of locatie die verantwoordelijk is voor het onderhoudswerk. Hiermee kun je prestaties per regio of locatie vergelijken. Wordt gebruikt om prestatieverschillen tussen locaties of operationele eenheden in kaart te brengen.
Waarom dit belangrijk is
Analyse per fysieke locatie of bedrijfseenheid.
Waar je het vindt
Tabel WIE_WORK_ORDERS_B, kolom ORGANIZATION_ID.
Voorbeelden
M1NY-PLANTLON-DEPOT
|
|||
|
Prioriteit
Priority
|
Het urgentieniveau dat aan de werkorder is toegewezen. | ||
|
Beschrijving
Geeft het belang van de werkorder aan, zoals Critical, High, Medium of Low. Dit bepaalt de planning en resourceverdeling. Belangrijk voor het dashboard Work Order Conversion Efficiency, zodat kritieke storingen op de juiste manier prioriteit krijgen.
Waarom dit belangrijk is
Bepaalt de beoogde responstijd en resourceverdeling.
Waar je het vindt
Tabel WIE_WORK_ORDERS_B, kolom WORK_ORDER_PRIORITY_ID.
Voorbeelden
KritiekHoogStandaard
|
|||
|
Status van werkorder
WorkOrderStatus
|
De huidige status in de levenscyclus van de werkorder. | ||
|
Beschrijving
Geeft de status van de werkorder aan, zoals Unreleased, Released, On Hold, Completed of Closed. Hiermee kun je openstaande cases onderscheiden van afgeronde cases. Wordt in dashboards gebruikt om het actuele onderhanden werk (WIP) te visualiseren en orders te vinden die in een bepaalde status blijven hangen.
Waarom dit belangrijk is
Geeft een momentopname van de voortgang van de werkorder.
Waar je het vindt
Tabel WIE_WORK_ORDERS_B, kolom WORK_ORDER_STATUS_ID.
Voorbeelden
VrijgegevenIn de wachtGesloten
|
|||
|
Toegewezen technicus
AssignedTechnician
|
De persoon of resourcegroep die aan de uitvoering van de taak is toegewezen. | ||
|
Beschrijving
Legt de gebruikers- of werknemers-ID vast van de technicus die verantwoordelijk is voor het werk. Deze kan op kopniveau of op bewerkingsniveau worden toegewezen. Wordt gebruikt in analyses van technicibenutting en arbeid om vaardigheidstekorten of overbenutte bronnen te herkennen.
Waarom dit belangrijk is
Maakt analyse van resourceprestaties en capaciteitsplanning mogelijk.
Waar je het vindt
Tabel WIE_OPERATION_RESOURCES of een vergelijkbare tabel voor toewijzingen.
Voorbeelden
J. SmithTech-005Externe aannemer
|
|||
|
Werkelijke startdatum
ActualStartDate
|
De werkelijke datum en tijd waarop het werk is gestart. | ||
|
Beschrijving
Legt vast wanneer de technicus daadwerkelijk met het werk is begonnen. Dit wordt vaak geactiveerd door een transactie 'Operation Started'. Wordt gebruikt om de vertraging bij materiaalbeschikbaarheid (eindpunt) en de flexibiliteit van de resourceplanning te berekenen.
Waarom dit belangrijk is
Belangrijk voor het berekenen van de uitvoeringsduur ten opzichte van de planning.
Waar je het vindt
Tabel WIE_WORK_ORDERS_B, kolom ACTUAL_START_DATE.
Voorbeelden
2023-10-212023-10-222023-10-23
|
|||
|
Werkelijke voltooiingsdatum
ActualCompletionDate
|
De datum en tijd waarop het onderhoudswerk is afgerond. | ||
|
Beschrijving
Legt de definitieve afronding van het fysieke werk vast. Deze timestamp wordt gebruikt om de uitvoeringsfase van de levenscyclus af te sluiten. Dit is het eindpunt van de technische uitvoeringstijd en het startpunt van de administratieve vertraging.
Waarom dit belangrijk is
Markeert het einde van de technische uitvoeringsfase.
Waar je het vindt
Tabel WIE_WORK_ORDERS_B, kolom COMPLETED_DATE of CLOSED_DATE.
Voorbeelden
2023-10-252023-10-262023-10-27
|
|||
|
Assetcategorie
AssetCategory
|
Groepering van assets in typen zoals HVAC, Fleet of Production Line. | ||
|
Beschrijving
Deelt assets in bredere groepen in. Zo kun je onderhoudsprestaties op hoofdlijnen vergelijken tussen verschillende typen apparatuur. Wordt gebruikt in het dashboard Maintenance Lead Time Overview om te bepalen welke apparatuurklassen de meeste vertraging veroorzaken.
Waarom dit belangrijk is
Maakt geaggregeerde analyse van onderhoudsprestaties per type apparatuur mogelijk.
Waar je het vindt
Afgeleid uit de Item Category die aan de Asset ID is toegewezen.
Voorbeelden
Zware machinesWagenparkvoertuigenFaciliteiten
|
|||
|
Beschrijving van de werkorder
WorkOrderDescription
|
Korte tekst die het probleem of de taak beschrijft. | ||
|
Beschrijving
Een vrij tekstveld dat de aanvrager of planner invult met een beschrijving van het probleem of het benodigde werk. Het geeft context die gestructureerde data mogelijk missen. Handig voor tekstanalyse of handmatige controle van werktypen met de waarde 'Other'.
Waarom dit belangrijk is
Geeft begrijpelijke context bij de onderhoudstaak.
Waar je het vindt
Tabel WIE_WORK_ORDERS_B, kolom WORK_ORDER_DESCRIPTION.
Voorbeelden
Motor van transportband vervangenMaandelijkse veiligheidsinspectieOlielek op pomp A repareren
|
|||
|
Datum van verzoek
RequestDate
|
De datum waarop het eerste onderhoudsverzoek is ontvangen. | ||
|
Beschrijving
De timestamp die aangeeft wanneer de onderhoudsbehoefte voor het eerst is vastgesteld en geregistreerd. Dit vormt het begin van de berekening van de doorlooptijd. Belangrijk voor de KPI Work Order Conversion Lead Time, waarmee je de vertraging meet tussen het vaststellen van een probleem en het aanmaken van de order.
Waarom dit belangrijk is
Markeert het begin van de end-to-end-proceslevenscyclus.
Waar je het vindt
Tabel WIE_WORK_ORDERS_B, afgeleid uit de koppeling met het bronverzoek.
Voorbeelden
2023-10-012023-10-052023-11-12
|
|||
|
Geplande startdatum
ScheduledStartDate
|
De geplande startdatum van het onderhoudswerk. | ||
|
Beschrijving
De datum en tijd waarop het werk volgens de planning zou beginnen. Door deze te vergelijken met de werkelijke startdatum zie je hoe goed de planning wordt gevolgd. Wordt gebruikt in Scheduling and Slippage Analysis om verstoringen in het onderhoudsplan op te sporen.
Waarom dit belangrijk is
Basis voor het meten van naleving van de planning en vertraging.
Waar je het vindt
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 hoeveelheid tijd die de planner voor de klus heeft ingeschat. Deze waarde wordt ingesteld tijdens de plannings- of vrijgavefase. Wordt vergeleken met de werkelijke arbeidsuren om de afwijking te bepalen en toekomstige planningsnormen te verbeteren.
Waarom dit belangrijk is
Referentiewaarde voor het beoordelen van de uitvoeringsefficiëntie.
Waar je het vindt
Tabel WIE_OPERATION_RESOURCES, geplande hoeveelheid.
Voorbeelden
5.010.01.0
|
|||
|
Is herstelwerk
IsRework
|
Vlag die aangeeft of deze werkorder een herhaalde reparatie is. | ||
|
Beschrijving
Een booleaanse vlag die de waarde true krijgt als binnen de voorafgaande periode van 30 dagen een andere werkorder voor dezelfde Asset ID is gesloten. Dit is een berekend attribuut. Ondersteunt rechtstreeks de KPI voor de frequentie van herstelwerk aan bedrijfsmiddelen en helpt reparaties van slechte kwaliteit of defecte bedrijfsmiddelen te identificeren.
Waarom dit belangrijk is
Identificeert kwaliteitsproblemen en terugkerende storingen.
Waar je het vindt
Berekend in de datatransformatielaag.
Voorbeelden
truefalse
|
|||
|
SLA-doeldatum
SlaTargetDate
|
De deadline waarop de werkorder moet zijn afgerond. | ||
|
Beschrijving
Berekend op basis van de prioriteit en de aanmaakdatum. Deze datum staat voor de toezegging aan de organisatie om het bedrijfsmiddel te herstellen. Wordt gebruikt voor de KPI voor het SLA-nalevingspercentage om te bepalen of het onderhoud aan de serviceverplichtingen voldoet.
Waarom dit belangrijk is
Bepaalt de criteria voor tijdige uitvoering.
Waar je het vindt
Meestal een aangepast veld of afgeleid van de prioriteitsconfiguratie.
Voorbeelden
2023-11-012023-11-052023-11-10
|
|||
|
Totale kosten
TotalCost
|
De totale financiële kosten die voor de werkorder zijn gemaakt. | ||
|
Beschrijving
Som van de materiaal-, arbeids- en overheadkosten die aan de werkorder zijn gekoppeld. Deze waarde wordt meestal definitief tijdens de activiteit 'Maintenance Costs Transferred'. Wordt gebruikt in de analyse van de nauwkeurigheid van de onderhoudsplanning om begrote en werkelijke uitgaven te vergelijken.
Waarom dit belangrijk is
Belangrijkste financiële maatstaf voor onderhoudsactiviteiten.
Waar je het vindt
Tabellen uit de kostenmodule die aan de werkorder-ID zijn gekoppeld.
Voorbeelden
1500.00250.505000.00
|
|||
|
Werkelijke arbeidsuren
ActualLaborHours
|
Het totale aantal uren dat technici aan deze werkorder hebben besteed. | ||
|
Beschrijving
De som van alle geregistreerde duurwaarden in de arbeidstransacties voor de werkorder. Dit meet de werkelijk geleverde inspanning. Wordt gebruikt in de KPI voor de afwijking tussen geschatte en werkelijke arbeidsuren om de nauwkeurigheid van de planning te beoordelen.
Waarom dit belangrijk is
Belangrijke maatstaf voor kostenberekening en efficiëntie van het personeelsbestand.
Waar je het vindt
Samengevoegd uit WIE_WORK_ORDER_TRANSACTIONS (resourcetransacties).
Voorbeelden
4.512.00.75
|
|||
Activiteiten voor bedrijfsmiddelenonderhoud
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Activiteit gestart
|
Het starten van een specifieke activiteit, zoals Op 10 of Op 20, binnen de werkorder. Dit is het precieze moment waarop het technische werk aan een taak begint. | ||
|
Waarom dit belangrijk is
Vertegenwoordigt de mijlpaal 'Work Commenced'. Essentieel om de werkelijke werktijd met de geplande duur te vergelijken.
Waar je het vindt
Afgeleid uit statuswijzigingen in WIE_WO_OPERATIONS_B of de timestamp van de eerste resourcetransactie voor de activiteit.
Vastleggen
Afgeleid door veld X met veld Y te vergelijken
Eventtype
inferred
|
|||
|
Gewerkte uren geregistreerd
|
Het registreren van de tijd die een technicus aan de werkorder besteedt. Dit is een transactioneel event waarbij kosten aan de onderhoudsactiviteit worden toegerekend. | ||
|
Waarom dit belangrijk is
Houdt de inspanning en kostenopbouw bij. Meerdere events van dit type wijzen op doorlopend werk en worden gebruikt om totale afwijkingen in arbeidskosten te berekenen.
Waar je het vindt
Afgeleid uit de tabel WIE_RESOURCE_TRANSACTIONS.
Vastleggen
Geregistreerd wanneer transactie X is uitgevoerd
Eventtype
explicit
|
|||
|
Maintenance Work Order aangemaakt
|
Het aanmaken door het systeem van de Work Order-entiteit, die is omgezet vanuit een verzoek of handmatig is aangemaakt. Dit event legt de Case ID voor process mining vast en vormt het uitgangspunt voor planning en uitvoering. | ||
|
Waarom dit belangrijk is
Het belangrijkste ankerpunt van de procesinstantie. Het scheidt de intakefase van de plannings- en uitvoeringsfase.
Waar je het vindt
Afgeleid uit WIE_WORK_ORDERS_B met de timestamp CREATION_DATE.
Vastleggen
Geregistreerd wanneer het headerrecord van de WO wordt aangemaakt
Eventtype
explicit
|
|||
|
Materialen uitgegeven
|
De daadwerkelijke afboeking van voorraad uit het magazijn voor de specifieke werkorder. Dit vertegenwoordigt de fysieke verplaatsing van onderdelen naar de onderhoudslocatie. | ||
|
Waarom dit belangrijk is
Een concreet teken dat het werk bijna begint. Door dit te vergelijken met het event 'Released' zie je vertragingen in het verzamelen van onderdelen in het magazijn.
Waar je het vindt
Afgeleid uit de tabel INV_MATERIAL_TXNS, waarbij TRANSACTION_SOURCE_TYPE_ID naar de Work Order verwijst.
Vastleggen
Geregistreerd wanneer transactie X is uitgevoerd
Eventtype
explicit
|
|||
|
Onderhoudsverzoek aangemaakt
|
De eerste indiening van een onderhoudsverzoek via het self-serviceportaal of de helpdeskinterface. Dit event legt de eerste aanwijzing voor een storing of benodigde service vast, voordat die uitgroeit tot een formele werkorder. Je vindt dit meestal in de Work Requests-tabel. | ||
|
Waarom dit belangrijk is
Dit markeert de werkelijke start van de onderhoudsvraag. Het is essentieel om de doorlooptijd te berekenen tussen het vaststellen van een storing en het aanmaken van een uitvoerbare werkorder.
Waar je het vindt
Afgeleid uit de tabel MNT_WORK_REQUESTS met het veld CREATION_DATE.
Vastleggen
Geregistreerd wanneer een record in de Work Requests-tabel wordt ingevoegd
Eventtype
explicit
|
|||
|
Werkorder afgerond
|
De technische afronding van de volledige werkorder. Dit betekent dat het fysieke asset is gerepareerd en klaar is voor gebruik, hoewel de financiële verwerking nog kan doorlopen. | ||
|
Waarom dit belangrijk is
Het effectieve einde van de onderhoudsinterventie vanuit het perspectief van de bedrijfsvoering. Wordt gebruikt om naleving van de SLA te berekenen.
Waar je het vindt
Afgeleid uit WIE_WO_STATUS_HISTORY wanneer STATUS_CODE verandert in 'COMPLETED'.
Vastleggen
Vergelijk het statusveld voor en na de wijziging
Eventtype
explicit
|
|||
|
Werkorder gesloten
|
De definitieve administratieve afsluiting van de werkorder. Er kunnen geen verdere kosten meer worden geboekt en de order wordt afgerond voor de financiële administratie. | ||
|
Waarom dit belangrijk is
Dit markeert het einde van de administratieve levenscyclus. De tijd tussen Completed en Closed vertegenwoordigt de administratieve vertraging.
Waar je het vindt
Afgeleid uit WIE_WO_STATUS_HISTORY wanneer STATUS_CODE verandert in 'CLOSED'.
Vastleggen
Vergelijk het statusveld voor en na de wijziging
Eventtype
explicit
|
|||
|
Werkorder vrijgegeven
|
De statuswijziging waarmee een werkorder van Draft of Unreleased naar Released gaat. Met deze actie wordt het verbruik van materialen en bronnen voor de werkorder toegestaan. | ||
|
Waarom dit belangrijk is
Dit markeert het einde van de planningsfase en de toestemming om met de uitvoering te beginnen. Vertragingen hier wijzen op planningsknelpunten.
Waar je het vindt
Afgeleid uit WIE_WO_STATUS_HISTORY wanneer STATUS_CODE verandert in 'RELEASED'.
Vastleggen
Vergelijk het statusveld voor en na de wijziging
Eventtype
inferred
|
|||
|
Activiteit afgerond
|
Het afronden van een specifieke stap, of Operation, in de routing. Dit geeft aan dat een bepaald deel van het technische werk klaar is. | ||
|
Waarom dit belangrijk is
Geeft gedetailleerd inzicht in de voortgang. 'Maintenance Task Executed' wordt meestal afgeleid uit de afronding van de laatste activiteit.
Waar je het vindt
Afgeleid uit statuswijzigingen in WIE_WO_OPERATIONS_B of uit transactiehistorie waaruit afronding blijkt.
Vastleggen
Vergelijk het statusveld voor en na de wijziging
Eventtype
inferred
|
|||
|
Kwaliteitsinspectie geregistreerd
|
Het vastleggen van kwaliteitsresultaten die aan de onderhoudswerkorder zijn gekoppeld. Hiermee wordt gecontroleerd of de reparatie aan veiligheids- en operationele normen voldoet. | ||
|
Waarom dit belangrijk is
Zorgt voor compliance. Ontbrekende kwaliteitscontroles vóór afronding kunnen wijzen op veiligheidsrisico's of afwijkingen van het proces.
Waar je het vindt
Afgeleid uit QA_RESULTS of vergelijkbare Quality Collection Plan-tabellen die aan de Work Order ID zijn gekoppeld.
Vastleggen
Geregistreerd wanneer transactie X is uitgevoerd
Eventtype
explicit
|
|||
|
Materialen toegewezen
|
Het reserveren of toewijzen van benodigde reserveonderdelen en componenten aan de werkorder. Zo is de voorraad beschikbaar voordat het werk begint. | ||
|
Waarom dit belangrijk is
Belangrijk voor het analyseren van de gereedheid van de toeleveringsketen. Vertragingen in deze stap wijzen op voorraadtekorten of trage inkoopplanning.
Waar je het vindt
Afgeleid uit de tabel WIE_WO_COMPONENTS_B op basis van CREATION_DATE of ALLOCATION_DATE.
Vastleggen
Geregistreerd wanneer transactie X is uitgevoerd
Eventtype
explicit
|
|||
|
Onderhoudskosten overgeboekt
|
Het overboeken van opgebouwde kosten vanuit het onderhoudssysteem naar de module Cost Management. Dit vormt de financiële afrekening. | ||
|
Waarom dit belangrijk is
Bevestigt dat de financiële impact van het onderhoud is verwerkt. Essentieel voor de analyse van 'Maintenance Planning Accuracy'.
Waar je het vindt
Afgeleid uit distributietabellen voor Cost Accounting die aan de transactieborn van de Work Order zijn gekoppeld.
Vastleggen
Geregistreerd wanneer transactie X is uitgevoerd
Eventtype
inferred
|
|||
|
Werkorder geannuleerd
|
Het beëindigen van een werkorder voordat die succesvol is afgerond. Dit kan gebeuren als het werk dubbel, niet nodig of samengevoegd was. | ||
|
Waarom dit belangrijk is
Een hoog annuleringspercentage kan problemen in het proces voor het aannemen van verzoeken of in de logica voor het herkennen van dubbele verzoeken aan het licht brengen.
Waar je het vindt
Afgeleid uit WIE_WO_STATUS_HISTORY wanneer STATUS_CODE verandert in 'CANCELED'.
Vastleggen
Vergelijk het statusveld voor en na de wijziging
Eventtype
explicit
|
|||
|
Werkorder ingepland
|
Het toewijzen van specifieke startdatums of specifieke bronnen, zoals technici en gereedschappen, aan de bewerkingen van een werkorder. Hiermee worden de geplande datums in het systeem bijgewerkt. | ||
|
Waarom dit belangrijk is
Meet de efficiëntie van het dispatch- of planningsteam. Verschillen tussen vrijgave en planning wijzen op concurrentie om bronnen.
Waar je het vindt
Afgeleid uit updates van planningskolommen in WIE_OPERATION_RESOURCES of WIE_WO_OPERATIONS_B.
Vastleggen
Vergelijk het statusveld voor en na de wijziging
Eventtype
inferred
|
|||
|
Werkorder on hold
|
De status van de werkorder verandert in 'On Hold', waardoor de uitvoering stopt. Dit gebeurt meestal door ontbrekende onderdelen, beperkte toegang of veiligheidsproblemen. | ||
|
Waarom dit belangrijk is
Een belangrijke bron van inefficiëntie in het proces. Inzicht in de frequentie en duur van deze onderbrekingen is nodig om de totale doorlooptijd te verkorten.
Waar je het vindt
Afgeleid uit WIE_WO_STATUS_HISTORY wanneer STATUS_CODE verandert in 'ON_HOLD'.
Vastleggen
Vergelijk het statusveld voor en na de wijziging
Eventtype
explicit
|
|||
Extractiegidsen
Klaar om aan de slag te gaan?
Zet je onderhoudsdata vandaag om in bruikbare inzichten door deze template toe te passen op je Oracle-omgeving. Ons team helpt je op weg met process mining.
Optimaliseer je assetonderhoud en voorkom uitlopende planningen
Verkort de doorlooptijd met 30 procent en stem je bronnen nu beter af
Je hebt geen creditcard nodig. 14 dagen gratis proefperiode.