Szablon danych dotyczących utrzymania majątku
Szablon danych dotyczących utrzymania majątku
- Zalecane atrybuty do szczegółowej analizy
- Najważniejsze etapy procesu do monitorowania
- Wskazówki dotyczące ekstrakcji danych z Oracle
Atrybuty utrzymania majątku
| 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
|
|||
Działania związane z utrzymaniem majątku
| 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
|
|||
Instrukcje ekstrakcji danych
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
Karta kredytowa nie jest wymagana. Bezpłatny 14-dniowy okres próbny.