Szablon danych dotyczących utrzymania majątku

Oracle Maintenance Cloud
Szablon danych dotyczących utrzymania majątku

Szablon danych dotyczących utrzymania majątku

Szablon porządkuje dane dotyczące prac konserwacyjnych z Oracle Maintenance Cloud, przygotowując je do zaawansowanej analizy process mining. Wskazuje wymagane pola i etapy procesu, które pozwalają uzyskać pełny obraz utrzymania urządzeń i przydziału zasobów. Postępując zgodnie z tymi wytycznymi, można zbudować dziennik zdarzeń, który pokaże nieefektywności i pomoże usprawnić strategię utrzymania.
  • Zalecane atrybuty do szczegółowej analizy
  • Najważniejsze etapy procesu do monitorowania
  • Wskazówki dotyczące ekstrakcji danych z Oracle
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty utrzymania majątku

Zalecane pola danych pozwalają kategoryzować i filtrować zdarzenia związane z utrzymaniem, aby lepiej analizować wydajność urządzeń i wykorzystanie zasobów.
5 Wymagane 8 Zalecane 9 Opcjonalne
Nazwa Opis
Czynność
ActivityName
Nazwa zdarzenia lub zmiany statusu w workflow.
Opis

Ten atrybut rejestruje konkretny etap procesu konserwacji, na przykład „Utworzono zlecenie pracy”, „Rozpoczęto operację” lub „Zamknięto zlecenie pracy”. Etapy te są przedstawiane jako węzły na mapie procesu.

Analitycy wykorzystują ten atrybut do wizualizacji przebiegu procesu, identyfikowania wariantów i wykrywania wąskich gardeł między poszczególnymi etapami.

Dlaczego to ważne

Niezbędny do określenia przebiegu procesu i kolejności zdarzeń.

Skąd pobrać

Pochodzi z tabel historii transakcji lub dzienników zmian statusu.

Przykłady
Utworzono zlecenie pracy związane z konserwacjąZwolniono zlecenie pracy do realizacjiZakończono operację
Zlecenie pracy związane z konserwacją
WorkOrderNumber
Unikalny identyfikator zlecenia pracy związanego z konserwacją.
Opis

Numer Work Order jest unikalnym identyfikatorem Case w procesie konserwacji. Pozwala śledzić cykl życia zadania konserwacyjnego od pierwszego zgłoszenia lub utworzenia harmonogramu aż po realizację, zakończenie i zamknięcie finansowe.

W analizie ten atrybut jest głównym kluczem łączącym dane o zdarzeniach z atrybutami na poziomie Case. Umożliwia analitykom grupowanie wszystkich czynności związanych z jednym zleceniem i obliczanie całkowitego czasu realizacji.

Dlaczego to ważne

To główny klucz instancji procesu, niezbędny do odtworzenia historii Case.

Skąd pobrać

Tabela WIE_WORK_ORDERS_B, kolumna WORK_ORDER_NUMBER

Przykłady
WO-2023-0015WO-2023-0089WO-2023-1102
Znacznik czasu zdarzenia
EventDateTime
Data i godzina wystąpienia czynności.
Opis

Ten atrybut zapisuje dokładny moment wystąpienia zdarzenia. Służy do chronologicznego porządkowania czynności w ramach Case oraz obliczania czasu między etapami.

Dokładne znaczniki czasu są niezbędne do obliczania czasu realizacji, wykrywania opóźnień i mierzenia wyników względem SLA.

Dlaczego to ważne

Niezbędny do ustalenia osi czasu procesu.

Skąd pobrać

Kolumny CREATION_DATE lub LAST_UPDATE_DATE w tabelach transakcji.

Przykłady
2023-10-15T08:30:00Z2023-10-15T09:15:00Z2023-10-16T14:00:00Z
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu ostatniej ekstrakcji danych.
Opis

Data i godzina ostatniego pobrania lub odświeżenia danych w narzędziu process mining. Pozwala ocenić, jak aktualna jest analiza.

To pole metadanych systemowych wymagane na potrzeby zarządzania danymi.

Dlaczego to ważne

Informuje użytkowników, jak aktualne są dane.

Skąd pobrać

Czas systemowy w chwili ekstrakcji.

Przykłady
2023-10-30T12:00:00Z
System źródłowy
SourceSystem
Nazwa systemu, z którego pochodzą dane.
Opis

Wskazuje oprogramowanie lub bazę danych, z których pobrano rekord. W tym przypadku jest to zwykle „Oracle Maintenance Cloud”.

W środowisku z wieloma systemami pozwala śledzić pochodzenie danych.

Dlaczego to ważne

Pozwala śledzić pochodzenie danych w środowisku z wieloma systemami.

Skąd pobrać

Wartość ustawiana na stałe podczas ekstrakcji.

Przykłady
Oracle Maintenance CloudOracle Cloud ERP
Kod organizacji
OrganizationCode
Kod organizacji konserwacyjnej lub zakładu.
Opis

Oznacza jednostkę biznesową, zakład lub obiekt odpowiedzialny za prace konserwacyjne. Umożliwia porównywanie wyników między regionami i obiektami.

Służy do analizy różnic w wynikach między lokalizacjami i jednostkami operacyjnymi.

Dlaczego to ważne

Umożliwia podział analizy według lokalizacji lub jednostki biznesowej.

Skąd pobrać

Tabela WIE_WORK_ORDERS_B, kolumna ORGANIZATION_ID.

Przykłady
M1ZAKŁAD-NYBAZA-LON
Numer zasobu
AssetNumber
Unikalny identyfikator konserwowanego sprzętu.
Opis

Identyfikuje konkretny zasób fizyczny lub maszynę, której dotyczy zlecenie pracy. Łączy proces z hierarchią zasobów.

Jest niezbędny do obliczania KPI częstotliwości ponownych napraw zasobów i wykrywania maszyn, które często ulegają awariom.

Dlaczego to ważne

Łączy czynności konserwacyjne z konkretnym sprzętem.

Skąd pobrać

Tabela WIE_WORK_ORDERS_B, kolumna ASSET_ID (połączenie z CSI_ITEM_INSTANCES).

Przykłady
POMPA-101URZĄDZENIE-HVAC-5TAŚMA-PRZENOŚNIKA-A
Priorytet
Priority
Poziom pilności przypisany do zlecenia pracy.
Opis

Określa ważność zlecenia pracy, na przykład Critical, High, Medium lub Low. Wpływa na planowanie i przydział zasobów.

Jest istotny na dashboardzie „Efektywność przekształcania zgłoszeń w zlecenia pracy”, ponieważ pomaga właściwie ustalać priorytety krytycznych usterek.

Dlaczego to ważne

Określa docelowy czas reakcji i przydział zasobów.

Skąd pobrać

Tabela WIE_WORK_ORDERS_B, kolumna WORK_ORDER_PRIORITY_ID.

Przykłady
KrytycznyWysokiStandardowy
Przydzielony technik
AssignedTechnician
Osoba lub grupa zasobów przydzielona do wykonania zadania.
Opis

Zapisuje identyfikator użytkownika lub pracownika będącego technikiem odpowiedzialnym za prace. Przypisanie może być określone na poziomie nagłówka zlecenia lub operacji.

Służy do analizy wykorzystania techników i robocizny, aby wykrywać braki kompetencji lub nadmierne obciążenie zasobów.

Dlaczego to ważne

Umożliwia analizę wyników pracy zasobów i planowanie ich dostępności.

Skąd pobrać

Tabela WIE_OPERATION_RESOURCES lub podobna tabela przypisań.

Przykłady
J. SmithTech-005Zewnętrzny wykonawca
Rodzaj konserwacji
WorkOrderType
Określa, czy zlecenie pracy dotyczy konserwacji prewencyjnej, naprawczej czy predykcyjnej.
Opis

Ten atrybut określa charakter prac konserwacyjnych. Typowe wartości to Preventive, Corrective, Emergency lub Condition-Based.

Jest niezbędny do obliczania KPI udziału konserwacji proaktywnej. Pozwala porównać zakres zaplanowanych prac z nieplanowanymi reakcjami na awarie.

Dlaczego to ważne

Pozwala odróżnić zaplanowaną konserwację od napraw reaktywnych.

Skąd pobrać

Tabela WIE_WORK_ORDERS_B, kolumna WORK_ORDER_TYPE_ID (połączona z definicją typu).

Przykłady
PrewencyjnaNaprawczaAwaryjna
Rzeczywista data rozpoczęcia
ActualStartDate
Rzeczywista data i godzina rozpoczęcia prac.
Opis

Zapisuje moment faktycznego rozpoczęcia prac przez technika. Zdarzenie to często wywołuje transakcja „Operation Started”.

Wykorzystywana do obliczenia opóźnienia w realizacji materiałów (moment końcowy) oraz płynności planowania zasobów.

Dlaczego to ważne

Niezbędna do porównania czasu realizacji z planem.

Skąd pobrać

Tabela WIE_WORK_ORDERS_B, kolumna ACTUAL_START_DATE.

Przykłady
2023-10-212023-10-222023-10-23
Rzeczywista data zakończenia
ActualCompletionDate
Data i godzina zakończenia prac konserwacyjnych.
Opis

Zapisuje moment zakończenia prac fizycznych. Ten znacznik czasu zamyka etap realizacji.

Jest punktem końcowym cyklu realizacji technicznej i początkiem czasu opóźnienia administracyjnego.

Dlaczego to ważne

Wyznacza koniec etapu realizacji technicznej.

Skąd pobrać

Tabela WIE_WORK_ORDERS_B, kolumna COMPLETED_DATE lub CLOSED_DATE.

Przykłady
2023-10-252023-10-262023-10-27
Status zlecenia pracy
WorkOrderStatus
Bieżący etap cyklu życia zlecenia pracy.
Opis

Określa status zlecenia pracy, na przykład Unreleased, Released, On Hold, Completed lub Closed. Ułatwia filtrowanie zleceń otwartych i zakończonych.

Służy do wizualizacji bieżących prac w toku (WIP) na dashboardzie oraz wykrywania zleceń, które utknęły na określonym etapie.

Dlaczego to ważne

Pokazuje bieżący stan realizacji zlecenia pracy.

Skąd pobrać

Tabela WIE_WORK_ORDERS_B, kolumna WORK_ORDER_STATUS_ID.

Przykłady
Zwolniono do realizacjiWstrzymanoZamknięto
Czy ponowna naprawa
IsRework
Flaga wskazująca, czy zlecenie dotyczy ponownej naprawy.
Opis

Wartość logiczna przyjmująca wartość true, jeśli w ciągu poprzednich 30 dni zamknięto inne zlecenie dotyczące tego samego identyfikatora zasobu. Jest to atrybut wyliczany.

Bezpośrednio wspiera KPI częstotliwości ponownych napraw zasobu i pomaga wykrywać naprawy niskiej jakości lub awarie zasobów.

Dlaczego to ważne

Pomaga wykrywać problemy z jakością i powtarzające się awarie.

Skąd pobrać

Wyliczane w warstwie transformacji danych.

Przykłady
truefalse
Data zgłoszenia
RequestDate
Data otrzymania pierwotnego zgłoszenia konserwacyjnego.
Opis

Znacznik czasu wskazujący, kiedy po raz pierwszy rozpoznano i zarejestrowano potrzebę konserwacji. Od tego momentu liczy się czas realizacji.

Ta data jest niezbędna do obliczenia KPI czasu od zgłoszenia do utworzenia zlecenia roboczego. Pozwala zmierzyć opóźnienie między rozpoznaniem problemu a utworzeniem zlecenia.

Dlaczego to ważne

Wyznacza początek całego cyklu procesu.

Skąd pobrać

Tabela WIE_WORK_ORDERS_B, dane pochodzą z powiązanego zgłoszenia źródłowego.

Przykłady
2023-10-012023-10-052023-11-12
Docelowy termin SLA
SlaTargetDate
Termin, do którego należy zakończyć zlecenie.
Opis

Termin wyliczany na podstawie priorytetu i daty utworzenia zlecenia. Określa zobowiązanie wobec firmy dotyczące przywrócenia sprawności zasobu.

Wykorzystywany w KPI realizacji SLA do sprawdzenia, czy prace konserwacyjne spełniają wymagania dotyczące poziomu usług.

Dlaczego to ważne

Określa kryterium terminowej realizacji.

Skąd pobrać

Zwykle jest to pole niestandardowe lub wartość wyliczana na podstawie konfiguracji priorytetów.

Przykłady
2023-11-012023-11-052023-11-10
Kategoria zasobu
AssetCategory
Podział zasobów na kategorie, takie jak HVAC, flota lub linia produkcyjna.
Opis

Przypisuje zasób do szerszej kategorii. Umożliwia analizę wyników konserwacji na wysokim poziomie, z podziałem na rodzaje sprzętu.

Służy na dashboardzie „Przegląd czasu realizacji konserwacji” do identyfikowania kategorii sprzętu, które powodują największe opóźnienia.

Dlaczego to ważne

Umożliwia zbiorczą analizę wyników konserwacji według rodzaju sprzętu.

Skąd pobrać

Pochodzi z kategorii pozycji przypisanej do identyfikatora zasobu.

Przykłady
Maszyny ciężkiePojazdy flotoweObiekty
Łączny koszt
TotalCost
Łączny koszt finansowy poniesiony w związku ze zleceniem.
Opis

Suma kosztów materiałów, robocizny i kosztów pośrednich związanych ze zleceniem. Zwykle jest ostatecznie ustalana podczas działania „Maintenance Costs Transferred”.

Wykorzystywana w analizie dokładności planowania konserwacji do porównania budżetu z rzeczywistymi wydatkami.

Dlaczego to ważne

Podstawowy wskaźnik finansowy dla prac konserwacyjnych.

Skąd pobrać

Tabele modułu kalkulacji kosztów powiązane z identyfikatorem zlecenia.

Przykłady
1500.00250.505000.00
Opis zlecenia
WorkOrderDescription
Krótki opis problemu lub zadania.
Opis

Pole tekstowe wypełniane przez zgłaszającego lub planistę. Zawiera opis problemu albo wymaganych prac i uzupełnia informacje, których może brakować w danych ustrukturyzowanych.

Przydatne do analizy tekstu lub ręcznego przeglądu zleceń typu „Inne”.

Dlaczego to ważne

Zawiera zrozumiały dla użytkownika opis zadania konserwacyjnego.

Skąd pobrać

Tabela WIE_WORK_ORDERS_B, kolumna WORK_ORDER_DESCRIPTION.

Przykłady
Wymiana silnika taśmy przenośnikaComiesięczna kontrola bezpieczeństwaUsunięcie wycieku oleju z pompy A
Planowana data rozpoczęcia
ScheduledStartDate
Planowana data rozpoczęcia prac konserwacyjnych.
Opis

Data i godzina, na które zaplanowano rozpoczęcie prac. Porównanie z rzeczywistą datą rozpoczęcia pokazuje, czy dotrzymano harmonogramu.

Wykorzystywana w analizie harmonogramu i opóźnień do wykrywania zakłóceń w planie konserwacji.

Dlaczego to ważne

Punkt odniesienia przy ocenie zgodności z harmonogramem i opóźnień.

Skąd pobrać

Tabela WIE_WORK_ORDERS_B, kolumna PLANNED_START_DATE.

Przykłady
2023-10-202023-10-212023-10-22
Rzeczywista liczba roboczogodzin
ActualLaborHours
Łączna liczba godzin pracy techników przy tym zleceniu.
Opis

Suma wszystkich wartości czasu zapisanych w transakcjach robocizny dla danego zlecenia. Mierzy faktyczny nakład pracy.

Wykorzystywana w KPI odchylenia między szacowaną a rzeczywistą liczbą roboczogodzin do oceny dokładności planowania.

Dlaczego to ważne

Ważny wskaźnik przy kalkulacji kosztów i ocenie efektywności pracy.

Skąd pobrać

Dane zagregowane z tabeli WIE_WORK_ORDER_TRANSACTIONS (transakcje zasobów).

Przykłady
4.512.00.75
Szacowana liczba roboczogodzin
EstimatedLaborHours
Planowana liczba roboczogodzin dla zlecenia.
Opis

Szacowany przez planistę czas realizacji zadania. Wartość ustala się na etapie planowania lub zwalniania zlecenia.

Porównanie z rzeczywistą liczbą roboczogodzin pozwala określić odchylenie i udoskonalić standardy planowania.

Dlaczego to ważne

Punkt odniesienia przy ocenie efektywności realizacji.

Skąd pobrać

Tabela WIE_OPERATION_RESOURCES, planowana ilość.

Przykłady
5.010.01.0
Wymagane Zalecane Opcjonalne

Działania związane z utrzymaniem majątku

To podstawowe etapy cyklu życia i aktualizacje operacyjne potrzebne do zobrazowania całego przebiegu zleceń konserwacyjnych.
8 Zalecane 7 Opcjonalne
Działanie Opis
Rozpoczęto operację
Rozpoczęcie konkretnej operacji, na przykład Op 10 lub Op 20, w ramach zlecenia pracy. To dokładny moment rozpoczęcia prac technicznych nad zadaniem.
Dlaczego to ważne

Oznacza etap „Rozpoczęto prace”. Jest niezbędne do porównania faktycznego czasu pracy technika z planowanym czasem realizacji.

Skąd pobrać

Pochodzi ze zmian statusu w tabeli WIE_WO_OPERATIONS_B lub ze znacznika czasu pierwszej transakcji zasobu dotyczącej operacji.

Rejestrowanie

Ustalenie przez porównanie wartości pól X i Y.

Typ zdarzenia inferred
Utworzono zgłoszenie konserwacyjne
Pierwsze zgłoszenie potrzeby konserwacji, przesłane przez portal samoobsługowy lub interfejs help desku. Zdarzenie rejestruje pierwszą informację o usterce lub potrzebie serwisu, zanim powstanie formalne zlecenie pracy. Zwykle można je znaleźć w tabeli Work Requests.
Dlaczego to ważne

Wyznacza faktyczny początek cyklu obsługi potrzeby konserwacji. Jest niezbędne do obliczenia czasu od wykrycia usterki do utworzenia zlecenia pracy gotowego do realizacji.

Skąd pobrać

Pochodzi z tabeli MNT_WORK_REQUESTS, z pola CREATION_DATE.

Rejestrowanie

Rejestrowane przy dodaniu rekordu do tabeli Work Requests.

Typ zdarzenia explicit
Utworzono zlecenie pracy związane z konserwacją
Utworzenie w systemie obiektu Work Order, przez przekształcenie zgłoszenia lub ręczne dodanie. To zdarzenie wyznacza identyfikator Case na potrzeby process mining i stanowi punkt odniesienia dla planowania oraz realizacji.
Dlaczego to ważne

Główne zdarzenie wyznaczające początek instancji procesu. Oddziela etap przyjęcia zgłoszenia od planowania i realizacji.

Skąd pobrać

Pochodzi z tabeli WIE_WORK_ORDERS_B, ze znacznika czasu CREATION_DATE.

Rejestrowanie

Rejestrowane przy utworzeniu rekordu nagłówka WO.

Typ zdarzenia explicit
Wydano materiały
Faktyczne pobranie zapasów z magazynu i przypisanie ich do konkretnego zlecenia pracy. Oznacza fizyczne dostarczenie części do miejsca wykonywania prac konserwacyjnych.
Dlaczego to ważne

To namacalny sygnał, że prace mają się rozpocząć. Porównanie tego zdarzenia ze zdarzeniem 'Released' pozwala wykryć opóźnienia w kompletowaniu materiałów w magazynie.

Skąd pobrać

Pochodzi z tabeli INV_MATERIAL_TXNS, w której TRANSACTION_SOURCE_TYPE_ID wskazuje zlecenie pracy.

Rejestrowanie

Rejestrowane po wykonaniu transakcji X.

Typ zdarzenia explicit
Zakończono zlecenie pracy
Techniczne zakończenie całego zlecenia pracy. Oznacza, że zasób został naprawiony i jest gotowy do eksploatacji, choć rozliczenia finansowe mogą nadal trwać.
Dlaczego to ważne

Z perspektywy operacyjnej oznacza faktyczny koniec prac konserwacyjnych. Służy do obliczania zgodności z SLA.

Skąd pobrać

Pochodzi z tabeli WIE_WO_STATUS_HISTORY, gdy STATUS_CODE zmienia się na 'COMPLETED'.

Rejestrowanie

Porównanie pola statusu przed zmianą i po niej.

Typ zdarzenia explicit
Zamknięto zlecenie pracy
Ostateczne administracyjne zamknięcie zlecenia pracy. Nie można już przypisywać do niego kosztów, a zlecenie zostaje rozliczone.
Dlaczego to ważne

Oznacza koniec administracyjnego cyklu zlecenia. Czas między zakończeniem prac a zamknięciem zlecenia to opóźnienie administracyjne.

Skąd pobrać

Pochodzi z tabeli WIE_WO_STATUS_HISTORY, gdy STATUS_CODE zmienia się na 'CLOSED'.

Rejestrowanie

Porównanie pola statusu przed zmianą i po niej.

Typ zdarzenia explicit
Zarejestrowano godziny pracy
Zapisanie czasu pracy technika przy zleceniu. To zdarzenie transakcyjne, w którym koszty są przypisywane do czynności konserwacyjnych.
Dlaczego to ważne

Rejestruje nakład pracy i narastające koszty. Wiele takich zdarzeń oznacza, że prace nadal trwają, i pozwala obliczyć łączne odchylenia czasu pracy.

Skąd pobrać

Pochodzi z tabeli WIE_RESOURCE_TRANSACTIONS.

Rejestrowanie

Rejestrowane po wykonaniu transakcji X.

Typ zdarzenia explicit
Zwolniono zlecenie pracy do realizacji
Zmiana statusu zlecenia pracy z Draft lub Unreleased na Released. Umożliwia pobieranie materiałów i zasobów na potrzeby zlecenia.
Dlaczego to ważne

Oznacza koniec planowania i zgodę na rozpoczęcie realizacji. Opóźnienia na tym etapie mogą wskazywać na wąskie gardła w planowaniu.

Skąd pobrać

Pochodzi z tabeli WIE_WO_STATUS_HISTORY, gdy STATUS_CODE zmienia się na 'RELEASED'.

Rejestrowanie

Porównanie pola statusu przed zmianą i po niej.

Typ zdarzenia inferred
Anulowano zlecenie pracy
Zakończenie zlecenia pracy przed pomyślnym wykonaniem. Może do niego dojść, gdy praca jest duplikatem, nie jest już potrzebna lub została połączona z innym zleceniem.
Dlaczego to ważne

Wysoki odsetek anulowanych zleceń może wskazywać na problemy z przyjmowaniem zgłoszeń lub wykrywaniem duplikatów.

Skąd pobrać

Pochodzi z tabeli WIE_WO_STATUS_HISTORY, gdy STATUS_CODE zmienia się na 'CANCELED'.

Rejestrowanie

Porównanie pola statusu przed zmianą i po niej.

Typ zdarzenia explicit
Przeniesiono koszty konserwacji
Przeniesienie zgromadzonych kosztów z systemu konserwacji do modułu Cost Management. Stanowi rozliczenie finansowe.
Dlaczego to ważne

Potwierdza ujęcie finansowych skutków prac konserwacyjnych. Jest niezbędne do analizy „Dokładność planowania konserwacji”.

Skąd pobrać

Pochodzi z tabel dystrybucji Cost Accounting powiązanych ze źródłem transakcji Work Order.

Rejestrowanie

Rejestrowane po wykonaniu transakcji X.

Typ zdarzenia inferred
Przydzielono materiały
Rezerwacja lub przydzielenie wymaganych części zamiennych i podzespołów do zlecenia pracy. Dzięki temu zapasy są dostępne przed rozpoczęciem prac.
Dlaczego to ważne

Zdarzenie istotne przy analizie gotowości łańcucha dostaw. Opóźnienie może wskazywać na braki magazynowe lub powolne planowanie zakupów.

Skąd pobrać

Pochodzi z tabeli WIE_WO_COMPONENTS_B, na podstawie CREATION_DATE lub ALLOCATION_DATE.

Rejestrowanie

Rejestrowane po wykonaniu transakcji X.

Typ zdarzenia explicit
Wstrzymano zlecenie pracy
Status zlecenia pracy zmienia się na 'On Hold', co wstrzymuje realizację. Zwykle przyczyną są brakujące części, brak dostępu lub kwestie bezpieczeństwa.
Dlaczego to ważne

To częste źródło nieefektywności procesu. Ustalenie, jak często i na jak długo zlecenia są wstrzymywane, pomaga skrócić całkowity czas realizacji.

Skąd pobrać

Pochodzi z tabeli WIE_WO_STATUS_HISTORY, gdy STATUS_CODE zmienia się na 'ON_HOLD'.

Rejestrowanie

Porównanie pola statusu przed zmianą i po niej.

Typ zdarzenia explicit
Zakończono operację
Zakończenie konkretnego etapu (Operation) w marszrucie. Oznacza, że dana część prac technicznych została wykonana.
Dlaczego to ważne

Zapewnia szczegółowy wgląd w postęp prac. Zdarzenie „Wykonano zadanie konserwacyjne” jest zwykle wyznaczane na podstawie zakończenia ostatniej operacji.

Skąd pobrać

Pochodzi ze zmian statusu w tabeli WIE_WO_OPERATIONS_B lub z historii transakcji potwierdzającej zakończenie.

Rejestrowanie

Porównanie pola statusu przed zmianą i po niej.

Typ zdarzenia inferred
Zaplanowano zlecenie pracy
Przypisanie zleceniu pracy konkretnych dat rozpoczęcia lub zasobów, takich jak technicy i narzędzia. Aktualizuje planowane daty w harmonogramie systemowym.
Dlaczego to ważne

Pozwala ocenić sprawność zespołu przydzielającego i planującego prace. Przerwa między zwolnieniem zlecenia a jego zaplanowaniem może wskazywać na konkurencję o zasoby.

Skąd pobrać

Pochodzi ze zmian w kolumnach harmonogramu tabel WIE_OPERATION_RESOURCES lub WIE_WO_OPERATIONS_B.

Rejestrowanie

Porównanie pola statusu przed zmianą i po niej.

Typ zdarzenia inferred
Zarejestrowano kontrolę jakości
Wprowadzenie wyników kontroli jakości powiązanych ze zleceniem pracy. Potwierdza, że naprawa spełnia normy bezpieczeństwa i wymagania operacyjne.
Dlaczego to ważne

Potwierdza zgodność. Brak kontroli jakości przed zakończeniem prac może wskazywać na zagrożenia bezpieczeństwa lub odstępstwa od procesu.

Skąd pobrać

Pochodzi z tabeli QA_RESULTS lub podobnych tabel planów kontroli jakości powiązanych z identyfikatorem Work Order.

Rejestrowanie

Rejestrowane po wykonaniu transakcji X.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z Oracle Maintenance Cloud

Gotowi do rozpoczęcia?

Już dziś zastosuj ten szablon w środowisku Oracle i zamień dane dotyczące utrzymania w konkretne informacje. Nasz zespół pomoże Państwu rozpocząć pracę z process mining.

Usprawnij utrzymanie majątku i zapobiegaj opóźnieniom w harmonogramie

Skróć czas cyklu o 30 procent i lepiej dopasuj zasoby

Rozpocznij okres próbny

Karta kredytowa nie jest wymagana. Bezpłatny 14-dniowy okres próbny.