Szablon danych dotyczących utrzymania majątku
Szablon danych dotyczących utrzymania majątku
- Pola danych dotyczące śledzenia utrzymania majątku
- Najważniejsze etapy analizy cyklu zlecenia pracy
- Szczegółowe wskazówki dotyczące eksportu danych z Infor EAM
Atrybuty utrzymania majątku
| Nazwa | Opis | ||
|---|---|---|---|
| Czynność EventName | Konkretna czynność lub zmiana statusu w cyklu życia prac konserwacyjnych. | ||
| Opis Ten atrybut zawiera nazwę zdarzenia lub zmiany statusu, na przykład utworzenie zlecenia pracy, wydanie materiałów lub zamknięcie zlecenia pracy. Wartość pochodzi z historii zmian statusu lub typów transakcji zapisanych dla zlecenia. Na podstawie kolejności tych wartości narzędzie process mining odtwarza przebieg workflow. Umożliwia to analizę wariantów procesu, powtarzających się poprawek i kolejności operacji. Dlaczego to ważne Atrybut określa węzły na mapie procesu i pozwala ustalić, co wydarzyło się na każdym etapie. Skąd pobrać Tabela R5EVENTSTATUS (pole EVS_STATUS) lub R5TRANSACTIONS (pole TRA_DESC) Przykłady Utworzenie zlecenia pracyWydanie materiałówZamknięcie zlecenia pracyZaplanowanie zasobów | |||
| Zlecenie pracy związane z utrzymaniem ruchu WorkOrderNumber | Unikalny identyfikator zlecenia pracy dotyczącego utrzymania ruchu. | ||
| Opis Ten atrybut pełni funkcję głównego identyfikatora sprawy w analizie procesu. Oznacza konkretne zadanie związane z utrzymaniem ruchu, zapobiegawcze lub naprawcze, i łączy wszystkie powiązane czynności, koszty oraz wpisy czasu pracy. W Infor EAM jest to zwykle kod zdarzenia w głównych tabelach zdarzeń. Analitycy używają tego pola do rozróżniania poszczególnych instancji procesu. Pozwala ono zebrać wszystkie zdarzenia dotyczące jednego zgłoszenia i obliczyć czas realizacji oraz koszty każdego zadania. Dlaczego to ważne To podstawowy klucz do odtworzenia przebiegu procesu i jednoznacznego rozpoznania każdej sprawy związanej z utrzymaniem ruchu. Skąd pobrać Tabela R5EVENTS, pole EVT_CODE Przykłady 10023456ZP-2023-88910023457PP-55421 | |||
| Znacznik czasu EventTimestamp | Data i godzina wykonania czynności. | ||
| Opis Ten atrybut zapisuje dokładny moment wykonania czynności. Służy do uporządkowania zdarzeń chronologicznie i obliczania czasu między kolejnymi etapami. Dokładne znaczniki czasu są niezbędne do wykrywania wąskich gardeł, mierzenia czasu realizacji i obliczania zgodności z SLA. W Infor EAM pochodzą zwykle z daty transakcji lub daty zmiany statusu. Dlaczego to ważne Zapewnia wymiar czasowy niezbędny do analizy i porządkowania zdarzeń według czasu. Skąd pobrać Tabela R5EVENTSTATUS (pole EVS_DATE) lub R5TRANSACTIONS (pole TRA_DATE) Przykłady 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-14T09:00:00Z | |||
| Ostatnia aktualizacja danych LastDataUpdate | Znacznik czasu pobrania lub ostatniego odświeżenia danych. | ||
| Opis To pole wskazuje, kiedy rekord został ostatnio przetworzony lub pobrany do modelu process mining. Pomaga ocenić aktualność analizowanych danych. Pole jest często generowane podczas procesu ETL, a nie w systemie źródłowym. Dzięki temu analitycy wiedzą, czy przeglądają dane bieżące, czy historyczne migawki. Dlaczego to ważne Pozwala sprawdzić aktualność danych i wykryć nieodświeżone zbiory. Skąd pobrać Czas systemowy w chwili ekstrakcji Przykłady 2023-10-25T12:00:00Z | |||
| System źródłowy SourceSystem | Nazwa systemu, z którego pochodzą dane. | ||
| Opis Ten atrybut wskazuje źródło rekordu danych, co ma szczególne znaczenie w środowiskach korzystających z wielu systemów. W tym widoku jest stałym identyfikatorem instancji Infor EAM. Pomaga śledzić pochodzenie danych i rozwiązywać problemy, gdy dane z kilku źródeł są łączone w jednym modelu danych process mining. Dlaczego to ważne Pozwala prześledzić dane do środowiska Infor EAM, z którego pochodzą. Skąd pobrać Ustawiane na stałe podczas ekstrakcji Przykłady Infor EAMDatastream 7i | |||
| Docelowy termin SLA SlaTargetDate | Termin, do którego należy zakończyć zlecenie. | ||
| Opis Ten atrybut przechowuje docelową datę zakończenia, często ustalaną na podstawie krytyczności składnika majątku i priorytetu prac. Stanowi punkt odniesienia przy obliczaniu zgodności z harmonogramem. Porównanie rzeczywistego znacznika czasu zakończenia z tą datą pozwala sprawdzić, czy organizacja dotrzymuje uzgodnionych poziomów usług. Dlaczego to ważne Wymagany do dashboardu zgodności z SLA dla krytycznych składników majątku. Skąd pobrać Tabela R5EVENTS, pole EVT_TARGET Przykłady 2023-11-01T17:00:00Z | |||
| Dział DepartmentCode | Dział konserwacji lub ekipa odpowiedzialna za wykonanie prac. | ||
| Opis Ten atrybut wskazuje dział lub centrum kosztów odpowiedzialne za zlecenie. Umożliwia porównywanie wyników różnych zespołów konserwacyjnych, na przykład elektryków i mechaników. W Infor EAM jest to często określane jako MRC (Maintenance Repair Center). Dlaczego to ważne Ułatwia planowanie zasobów i analizę wyników poszczególnych działów. Skąd pobrać Tabela R5EVENTS, pole EVT_MRC Przykłady MECHELECOBIEKTY | |||
| Kod składnika majątku AssetCode | Unikalny identyfikator urządzenia lub składnika majątku objętego konserwacją. | ||
| Opis Ten atrybut wskazuje obiekt fizyczny, którego dotyczy zlecenie konserwacyjne. Umożliwia zestawianie historii prac dla poszczególnych maszyn lub obiektów. Analiza wyników procesu według kodu składnika majątku pomaga wykryć problematyczne urządzenia, które często ulegają awariom lub których naprawa trwa dłużej niż przeciętnie. Dlaczego to ważne Niezbędny do powiązania wyników procesu z infrastrukturą fizyczną. Skąd pobrać Tabela R5EVENTS, pole EVT_OBJECT Przykłady POMPA-001HVAC-N-22PRZENOŚNIK-05 | |||
| Łączny koszt rzeczywisty ActualTotalCost | Suma kosztów robocizny, materiałów i usług. | ||
| Opis Ten atrybut przedstawia łączny koszt prac konserwacyjnych. Jest aktualizowany w miarę rejestrowania robocizny i wydawania materiałów. To podstawowy wskaźnik finansowy procesu, który pozwala analizować czynniki wpływające na koszty i przygotowywać raporty budżetowe. Dlaczego to ważne Podstawowy wskaźnik do rozliczeń finansowych i analizy efektywności. Skąd pobrać Tabela R5EVENTS, pole EVT_ACTCOST (lub suma transakcji) Przykłady 450.251500.0075.50 | |||
| Priorytet WorkOrderPriority | Poziom pilności przypisany do zlecenia konserwacyjnego. | ||
| Opis Ten atrybut określa ważność zlecenia, zwykle w skali, na przykład wysoki, średni i niski. Pozwala filtrować analizę i sprawdzać, czy pilne prace są właściwie traktowane priorytetowo w kolejce. Analiza przebiegu procesu według priorytetu pozwala sprawdzić, czy zlecenia o wysokim priorytecie są realizowane szybciej niż te o niskim. Dlaczego to ważne Pozwala sprawdzić, czy prace awaryjne otrzymują odpowiednią uwagę. Skąd pobrać Tabela R5EVENTS, pole EVT_PRIORITY Przykłady 1-Awaryjny2-Wysoki3-Zwykły | |||
| Rodzaj prac konserwacyjnych MaintenanceType | Klasyfikuje zlecenie pracy jako zapobiegawcze, naprawcze lub predykcyjne. | ||
| Opis Ten atrybut określa charakter prac konserwacyjnych. Pozwala analitykom podzielić widok procesu i porównać planowane cykle konserwacji zapobiegawczej z nieplanowanymi naprawami reaktywnymi. Optymalizacja proporcji prac zapobiegawczych do reaktywnych jest jednym z głównych celów kierowników utrzymania ruchu. To pole znajduje się zwykle w kolumnie typu zdarzenia. Dlaczego to ważne Niezbędne do dashboardu rozkładu rodzajów prac konserwacyjnych i analizy strategii niezawodności. Skąd pobrać Tabela R5EVENTS, pole EVT_TYPE Przykłady PrewencyjneNaprawczeAwariaPrzegląd | |||
| Szacowany koszt EstimatedCost | Planowany budżet zlecenia. | ||
| Opis Ten atrybut zawiera koszt oszacowany na etapie planowania. Porównanie go z kosztem rzeczywistym pozwala ocenić dokładność szacunków działu planowania. Duże różnice między kosztami szacowanymi a rzeczywistymi wskazują, że warto zweryfikować sposób szacowania lub efektywność realizacji. Dlaczego to ważne Umożliwia analizę kosztów szacowanych i rzeczywistych w dashboardzie. Skąd pobrać Tabela R5EVENTS, pole EVT_ESTCOST Przykłady 500.001200.500.00 | |||
| Technik TechnicianName | Osoba lub zasób przypisany do wykonania zadania. | ||
| Opis Ten atrybut wskazuje użytkownika lub technika wykonującego daną czynność. Służy do analizy wydajności pracy oraz identyfikowania potrzeb szkoleniowych i problemów z harmonogramem. W zależności od konfiguracji systemu dane te mogą znajdować się w tabeli zarejestrowanych godzin lub w polu osoby odpowiedzialnej za zdarzenie. Dlaczego to ważne Umożliwia analizę wydajności pracy i harmonogramowania w dashboardzie. Skąd pobrać Tabela R5BOOKEDHOURS (pole BOO_PERSON) lub R5EVENTS (pole EVT_PERSON) Przykłady J. KowalskiM. NowakWykonawca-A | |||
| Czy przekroczono SLA IsSlaBreached | Wskaźnik informujący, czy prace zakończono po terminie docelowym. | ||
| Opis Ten atrybut logiczny porównuje znacznik czasu „Zlecenie zakończone” z „Docelowym terminem SLA”. Jeśli prace zakończono po terminie, wskaźnik przyjmuje wartość true. Ułatwia raportowanie, ponieważ pozwala filtrować sprawy zgodne i niezgodne z wymaganiami. Dlaczego to ważne Ułatwia raportowanie zgodności z SLA. Skąd pobrać Obliczane w ETL lub narzędziu process mining Przykłady truefalse | |||
| Czy wykonano ponownie IsRework | Wskaźnik informujący, czy zlecenie obejmowało powtórne wykonanie czynności. | ||
| Opis Ten atrybut logiczny wskazuje, czy w przebiegu procesu wystąpiły pętle, czyli powrót do realizacji po kontroli jakości. Jest obliczany podczas transformacji danych na podstawie powtarzających się czynności „Wykonano zadanie konserwacyjne”. Częste ponowne wykonywanie prac może wskazywać na problemy z jakością lub niewystarczające przeszkolenie. Dlaczego to ważne Umożliwia analizę ponownych prac konserwacyjnych i audyt jakości w dashboardzie. Skąd pobrać Obliczane w ETL lub narzędziu process mining Przykłady truefalse | |||
| Godziny robocizny LaborHoursUsed | Rzeczywista liczba roboczogodzin poświęconych na zlecenie. | ||
| Opis Ten atrybut sumuje czas pracy techników zarejestrowany dla zlecenia. Jest potrzebny do obliczania wydajności zespołu i wykorzystania czasu techników. Nie jest to całkowity czas realizacji zlecenia. Odzwierciedla faktyczny nakład pracy, a nie czas kalendarzowy. Dlaczego to ważne Wskaźnik wykorzystywany w dashboardzie wydajności pracy i harmonogramowania. Skąd pobrać Suma godzin dla zdarzenia w tabeli R5BOOKEDHOURS Przykłady 2.58.00.5 | |||
| Koszt materiałów MaterialCost | Koszt części zamiennych wydanych do zlecenia. | ||
| Opis Ten atrybut wyodrębnia koszt materiałów z kosztu całkowitego. Ułatwia porównanie wydatków na dostawy z kosztami robocizny. Osobne śledzenie tych kosztów pomaga podejmować decyzje dotyczące cen części zamiennych i zarządzania zapasami. Dlaczego to ważne Szczegółowe dane potrzebne do analizy finansowej. Skąd pobrać Obliczane na podstawie tabeli R5TRANSACTIONS dla transakcji typu wydanie Przykłady 150.0020.00 | |||
| Krytyczność składnika majątku AssetCriticality | Ocena określająca znaczenie składnika majątku dla działalności operacyjnej. | ||
| Opis Ten atrybut klasyfikuje składniki majątku według ich znaczenia dla produkcji lub bezpieczeństwa, na przykład A, B lub C. Pozwala sprawdzić, czy prace dotyczące najważniejszych składników są realizowane z odpowiednim pośpiechem. Dane te są zwykle pobierane z kartoteki składnika majątku powiązanego ze zleceniem. Dlaczego to ważne Umożliwia analizę opóźnień w konserwacji z uwzględnieniem ryzyka. Skąd pobrać Tabela R5OBJECTS (pole OBJ_CRITICALITY), powiązana przez EVT_OBJECT Przykłady A - KrytycznyB - WażnyC - Eksploatacja do awarii | |||
| Opis WorkOrderDescription | Opis problemu lub wymaganych prac. | ||
| Opis Ten atrybut zawiera krótkie podsumowanie wpisane przez osobę zgłaszającą lub planistę. Dostarcza kontekstu, który pomaga wyjaśnić nietypowe wyniki lub przebieg procesu. Analiza tekstu może pomóc sklasyfikować typowe przyczyny awarii, których nie opisują pola strukturalne. Dlaczego to ważne Dostarcza kontekstu do analizy przyczyn źródłowych. Skąd pobrać Tabela R5EVENTS, pole EVT_DESC Przykłady Silne drgania pompyWymienić uszczelnienie zaworu 2Przegląd kwartalny | |||
| Organizacja OrganizationCode | Jednostka biznesowa lub lokalizacja, do której należy składnik majątku. | ||
| Opis W instalacjach obejmujących wiele lokalizacji ten atrybut określa konkretny zakład lub jednostkę biznesową. Umożliwia porównywanie wyników na wysokim poziomie między zakładami i regionami. Jest potrzebny do tworzenia globalnych dashboardów, gdy przebieg procesów nieznacznie różni się między lokalizacjami. Dlaczego to ważne Umożliwia porównywanie lokalizacji w widoku jednostek biznesowych. Skąd pobrać Tabela R5EVENTS, pole EVT_ORG Przykłady ZAKŁAD-NYCSIEDZIBA-LONPROD-01 | |||
Działania związane z utrzymaniem majątku
| Działanie | Opis | ||
|---|---|---|---|
| Przyjęcie zgłoszenia dotyczącego utrzymania ruchu | Oznacza zarejestrowanie potrzeby wykonania prac konserwacyjnych w systemie. Zgłoszenie często pochodzi z portalu serwisowego lub interfejsu centrum obsługi. W Infor EAM jest zwykle rejestrowane jako nowy rekord w obiekcie Call lub Request, zanim zostanie przekształcone w formalne zlecenie pracy. | ||
| Dlaczego to ważne To punkt początkowy do obliczania tempa narastania zaległości w utrzymaniu ruchu i całkowitego czasu realizacji. Pozwala określić rzeczywiste zapotrzebowanie zgłaszane do działu utrzymania ruchu. Skąd pobrać Odpytaj tabelę R5EVENTS, w której EVT_TYPE ma wartość 'R' (Request) lub 'C' (Call). Użyj dzienników EVT_CREATED. Rejestrowanie Rejestrowane przy dodaniu rekordu zgłoszenia Typ zdarzenia explicit | |||
| Rozpoczęcie prac | Oznacza faktyczne rozpoczęcie prac przy zasobie. Zdarzenie to często wnioskuje się na podstawie znacznika czasu pierwszego wpisu czasu pracy lub konkretnej aktualizacji statusu w aplikacji mobilnej. | ||
| Dlaczego to ważne Niezbędne do obliczenia czasu realizacji zapotrzebowania na materiały i efektywności wykorzystania czasu pracy techników. Pozwala odróżnić czas 'Scheduled' od czasu 'Working'. Skąd pobrać Ustal na podstawie najwcześniejszej daty rozpoczęcia w R5BOOKEDHOURS lub zmiany statusu na 'In Progress' w R5EVENTSTATUS. Rejestrowanie Ustal przez porównanie pola X z polem Y Typ zdarzenia inferred | |||
| Utworzenie zlecenia pracy | Oznacza formalne utworzenie zlecenia pracy, przekształconego ze zgłoszenia lub utworzonego bezpośrednio. To zdarzenie rozpoczyna śledzenie kosztów, zasobów i historii statusów danej sprawy związanej z utrzymaniem ruchu. | ||
| Dlaczego to ważne Podstawowe zdarzenie utworzenia sprawy dla monitora zaległości i przepustowości. Pozwala odróżnić etap zgłoszenia od właściwego workflow zarządzania pracami konserwacyjnymi. Skąd pobrać Odpytaj tabelę R5EVENTS w poszukiwaniu nowych rekordów z EVT_TYPE równym 'JOB' lub 'PPM'. Można też śledzić zmianę statusu na początkowy status 'Open' w tabeli R5EVENTSTATUS. Rejestrowanie Rejestrowane, gdy transakcja tworzy rekord WO Typ zdarzenia explicit | |||
| Wykonanie zadania konserwacyjnego | Oznacza trwające prace konserwacyjne rejestrowane na podstawie godzin pracy wpisanych przez techników. W ramach jednego zlecenia pracy czynność ta może wystąpić wielokrotnie. | ||
| Dlaczego to ważne Zasila KPI efektywności wykorzystania czasu pracy techników i dokładności szacowania nakładu pracy. Częste wpisy bez zakończenia zlecenia mogą wskazywać na trudną naprawę. Skąd pobrać Wyodrębnij poszczególne wpisy z tabeli R5BOOKEDHOURS powiązane ze zleceniem pracy. Rejestrowanie Rejestrowane po wykonaniu transakcji X Typ zdarzenia explicit | |||
| Zakończenie zlecenia pracy | Oznacza techniczne zakończenie prac konserwacyjnych. Zasób wraca do eksploatacji, choć mogą pozostać zadania finansowe i administracyjne. | ||
| Dlaczego to ważne Punkt końcowy pomiaru realizacji SLA dla zasobów krytycznych. Pozwala odróżnić 'Job Done' od 'Paperwork Done'. Skąd pobrać Śledź zmianę statusu na 'C' (Complete) lub 'J' (Job Complete) w R5EVENTSTATUS. Sprawdź EVT_DATECOMPLETED. Rejestrowanie Rejestrowane przy zmianie statusu na Complete Typ zdarzenia explicit | |||
| Zamknięcie zlecenia pracy | Ostatni etap administracyjny, w którym zlecenie pracy zostaje zarchiwizowane i nie można już przypisywać do niego kosztów. Kończy cykl życia sprawy. | ||
| Dlaczego to ważne Kończy pomiar efektywności zamknięcia administracyjnego. Pomaga utrzymać porządek w danych i zapobiega pozostawianiu otwartych zleceń bez dalszych działań. Skąd pobrać Odpytaj R5EVENTSTATUS w poszukiwaniu zmiany statusu na 'Close'. Ustawia ona pole EVT_STATUS na 'C'. Rejestrowanie Rejestrowane przy zmianie statusu na Closed Typ zdarzenia explicit | |||
| Aktualizacja dokumentacji utrzymania ruchu | Rejestruje uzupełnienie zlecenia pracy o notatki techniczne, kody awarii lub dane z monitorowania stanu. Zwykle następuje pod koniec prac fizycznych. | ||
| Dlaczego to ważne Umożliwia monitorowanie zgodności dokumentacji technicznej i zapewnia jakość danych potrzebnych do przyszłej analizy niezawodności. Skąd pobrać Śledź aktualizacje tabeli R5COMMENTS lub pól 'Problem/Failure/Cause' w tabeli R5EVENTS. Rejestrowanie Rejestrowane przy aktualizacji rekordu Typ zdarzenia explicit | |||
| Przeprowadzenie kontroli jakości | Oznacza etap weryfikacji, podczas którego naprawa jest sprawdzana przed ostatecznym odbiorem. Jeśli kontrola zakończy się niepowodzeniem, proces wraca do etapu realizacji. | ||
| Dlaczego to ważne Niezbędne do dashboardu poprawek w utrzymaniu ruchu i audytu jakości. Pomaga wykrywać problemy z jakością i powtarzające się poprawki. Skąd pobrać Wykryj zakończenie konkretnej listy kontrolnej w R5CHECKLISTS lub zmianę statusu na 'Review' w R5EVENTSTATUS. Rejestrowanie Porównaj pole statusu przed zmianą i po niej Typ zdarzenia inferred | |||
| Rozliczenie kosztów | Oznacza końcowe obliczenie i zaksięgowanie kosztów związanych ze zleceniem pracy. Pozwala uwzględnić w budżecie wszystkie koszty pracy i materiałów. | ||
| Dlaczego to ważne Umożliwia analizę kosztów szacowanych i rzeczywistych. Opóźnienia na tym etapie obniżają dokładność raportowania finansowego. Skąd pobrać Zdarzenie często wnioskuje się na podstawie daty zablokowania zlecenia pracy do edycji lub wykonania transakcji aktualizującej końcowy koszt w dzienniku transakcji. Rejestrowanie Ustal przez porównanie pola X z polem Y Typ zdarzenia calculated | |||
| Wydanie materiałów | Rejestruje fizyczne wydanie części zamiennych z magazynu na potrzeby zlecenia pracy. Potwierdza, że materiały są dostępne do wykorzystania. | ||
| Dlaczego to ważne Zdarzenie kończące analizę opóźnień w łańcuchu dostaw. Potwierdza, że problem z dostępnością części został rozwiązany. Skąd pobrać Odpytaj R5TRANSACTIONS w poszukiwaniu transakcji typu 'I' (Issue) powiązanych ze zleceniem pracy. Rejestrowanie Rejestrowane po wykonaniu transakcji X Typ zdarzenia explicit | |||
| Zakończenie planowania i szacowania kosztów | Oznacza, że zakres zlecenia pracy został określony, koszty oszacowane, a plan pracy jest gotowy do zatwierdzenia. Zdarzenie to często wnioskuje się na podstawie zmiany statusu z etapu planowania na etap gotowości do zatwierdzenia. | ||
| Dlaczego to ważne To ważny punkt pomiaru czasu zatwierdzania zlecenia pracy i wykrywania administracyjnych wąskich gardeł przed rozpoczęciem prac. Umożliwia analizę czasu potrzebnego na planowanie. Skąd pobrać Wywnioskuj zdarzenie z tabeli R5EVENTSTATUS, gdy status zmienia się z 'Planning' na 'Request Approval' lub 'Released'. Rejestrowanie Porównaj pole statusu przed zmianą i po niej Typ zdarzenia inferred | |||
| Zaplanowanie zasobów | Rejestruje przypisanie konkretnych techników lub ekip do zlecenia pracy. Oznacza przejście od planowania do przydzielania zasobów. | ||
| Dlaczego to ważne Zasila dashboard produktywności pracy i planowania. Pomaga wykryć przerwy między zatwierdzeniem zlecenia a dostępnością zasobów. Skąd pobrać Śledź zmiany przypisań pracowników w tabeli R5ACTIVITIES lub zmiany statusu na 'Scheduled' w tabeli R5EVENTSTATUS. Rejestrowanie Rejestrowane przy przypisaniu zasobów Typ zdarzenia explicit | |||
| Zatwierdzenie zlecenia pracy | Oznacza, że odpowiedni szczebel kierownictwa zatwierdził prace konserwacyjne. Po tym kroku można zaplanować zlecenie pracy i zamówić materiały. | ||
| Dlaczego to ważne Oznacza koniec cyklu zatwierdzania i początek prac, które można już realizować. Opóźnienia na tym etapie bezpośrednio wpływają na szybkość reakcji na awarie zasobów krytycznych. Skąd pobrać Śledź dodanie kodu statusu 'A' (Approved) lub 'R' (Released) w tabeli historii R5EVENTSTATUS. Rejestrowanie Rejestrowane przy zmianie statusu na Approved Typ zdarzenia explicit | |||
| Złożenie zapotrzebowania na materiały | Rejestruje zapotrzebowanie na konkretne części zamienne potrzebne do wykonania prac konserwacyjnych. To zdarzenie pozwala powiązać procesy łańcucha dostaw z realizacją prac. | ||
| Dlaczego to ważne Punkt początkowy dashboardu analizy opóźnień w dostawach materiałów. Pozwala ustalić, czy zakupy części są przyczyną opóźnień w utrzymaniu ruchu. Skąd pobrać Odpytaj tabele R5REQUISITIONS lub R5MATLIST w poszukiwaniu znaczników czasu utworzenia powiązanych z identyfikatorem zlecenia pracy. Rejestrowanie Rejestrowane po wykonaniu transakcji X Typ zdarzenia explicit | |||
Instrukcje eksportu danych
Kroki
Sprawdź dostępność modułu Databridge: Zaloguj się do Infor EAM jako administrator. Otwórz menu Administration i sprawdź, czy moduł Databridge jest aktywny oraz czy można korzystać z ekranów konfiguracji Partner i Document.
Zdefiniuj partnera eksportu: Utwórz w Databridge nowego partnera przeznaczonego dla ProcessMind, na przykład z kodem partnera
PMIND. Ustaw metodę Communication naFILElubFTP, zależnie od miejsca docelowego plików XML/CSV. Wybierz format XML, aby zachować jak najwięcej szczegółów danych.Skonfiguruj obiekty biznesowe (dokumenty): Aby rejestrować wymagane działania, należy zasubskrybować określone obiekty biznesowe Infor EAM (BOD). Dodaj poniższe dokumenty do konfiguracji partnera:
MP0094_SyncWorkOrder: rejestruje utworzenie, zmiany statusu, aktualizacje i zamknięcie zlecenia.MP0024_SyncBookedHours: rejestruje ewidencję czasu pracy (wykonanie).MP3036_SyncTransaction: rejestruje wydania i zwroty materiałów.MP0026_SyncRequisition: rejestruje zapotrzebowania na materiały.MP0098_SyncWorkOrderActivity: rejestruje szczegóły planowania i harmonogramu.
Ustaw filtry: Dla każdego dokumentu skonfiguruj filtry wykluczające nieistotne dane. W przypadku
SyncWorkOrderfiltruj wedługOrganizationi sprawdź, czyWork Order Typenie jest pusty. Ustaw filtrDatetak, aby obejmował analizowany okres, na przykład ostatnie 12 miesięcy.Włącz wyzwalacze zdarzeń: Na ekranie Event Configuration włącz wyzwalacze
On Save,On UpdateiOn Status Changedla jednostek powiązanych z wybranymi dokumentami. Dzięki temu dane będą wysyłane od razu po wykonaniu czynności w systemie.Zmapuj elementy danych: Skonfiguruj szablon XML Databridge tak, aby zawierał wymagane kolumny. Upewnij się, że
EVT_CODEjest mapowane naWorkOrderNumber,EVT_STATUSjest uwzględnione do śledzenia statusu, a poleEVT_DAT_CREATEDjest dostępne.Wykonaj eksport początkowy: Databridge działa głównie w oparciu o zdarzenia, ale do analizy danych historycznych trzeba uruchomić Batch Export. Otwórz ekran Databridge Export, wybierz partnera
PMINDi dokumentSyncWorkOrder, określ zakres dat, a następnie kliknijSubmit, aby wygenerować eksport danych historycznych.Ujednolić format danych: Eksport utworzy hierarchiczne pliki XML. Użyj narzędzia skryptowego, takiego jak Python lub PowerShell, albo oprogramowania pośredniczącego ETL, aby spłaszczyć te pliki. Przyjmij zasadę: jeden węzeł XML to jeden wiersz zdarzenia. Zastosuj reguły mapowania opisane w sekcji Query poniżej.
Wyznacz nazwy działań: W skrypcie transformującym zastosuj logikę warunkową z sekcji Query, aby zamienić kody systemowe, na przykład status
RnaWork Order Generatedi statusCnaWork Order Completed, na czytelne nazwy działań.Ujednolić format znaczników czasu: Infor EAM eksportuje znaczniki czasu w formacie ISO 8601. Należy przekonwertować je na standardowy format
YYYY-MM-DD HH:MM:SSzgodny z ProcessMind.Utwórz dziennik zdarzeń: Połącz dane z różnych obiektów biznesowych (zlecenia pracy, zarejestrowane godziny, transakcje) w jeden plik CSV. Posortuj wiersze według
WorkOrderNumberiEventTimestamp.Przeprowadź końcową weryfikację: Wczytaj wynikowy plik CSV do ProcessMind i sprawdź, czy liczba spraw jest zgodna z liczbą unikalnych zleceń pracy wyeksportowanych z Infor EAM.
Konfiguracja
- Format eksportu: Zalecany jest XML zamiast zwykłego tekstu. Ułatwia obsługę znaków specjalnych w komentarzach i pozwala wymuszać zgodność ze schematem.
- Tryb wyzwalania: Wybierz Asynchronous, aby przetwarzanie Databridge nie spowalniało interfejsu użytkownika w godzinach największego obciążenia.
- Szczegółowość: W konfiguracji dokumentu zaznacz Include Update Details, aby wykrywać zmiany poszczególnych pól, na przykład aktualizacje priorytetu lub zmianę działu.
- Zakres dat: Przy pierwszym eksporcie standardowo uwzględnia się 12–24 miesiące danych historycznych. Przy kolejnych eksportach przyrostowych system będzie wysyłał dane na bieżąco.
- Filtr organizacji: Zawsze filtruj według
EVT_ORG(Organization), aby uniknąć eksportu danych z wielu dzierżawców, jeśli instancja EAM jest współdzielona. - Konfiguracja statusów: Sprawdź, które statusy zdefiniowane przez użytkownika odpowiadają statusom systemowym (R, A, C itd.), aby poprawnie mapować działania.
Przykładowe zapytanie json
{
"extractionConfig": {
"sourceSystem": "Infor EAM",
"module": "Databridge",
"targetFormat": "ProcessMind_EventLog",
"globalFilters": {
"organization": "[Your Organization Code]",
"dateRangeStart": "2023-01-01",
"excludedTypes": ["Standing Work Order", "Campaign"]
},
"mappings": [
{
"activityName": "Maintenance Request Received",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_TYPE = 'R' AND EVT_DATE_CREATED IS NOT NULL",
"timestampField": "EVT_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"MaintenanceType": "EVT_TYPE",
"AssetCode": "EVT_OBJECT",
"DepartmentCode": "EVT_MRC",
"Priority": "EVT_PRIORITY"
}
},
{
"activityName": "Work Order Generated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Previous_EVT_STATUS IS NULL AND EVT_STATUS = 'R'",
"timestampField": "EVT_RTYPE_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"TechnicianName": "EVT_PERSON",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Planning and Estimating Finished",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'READY' (or system equivalent)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Work Order Approved",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'A' (Approved)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Material Requisition Submitted",
"sourceDocument": "MP0026_SyncRequisition",
"triggerCondition": "REQ_STATUS = 'R' AND REQ_EVT IS NOT NULL",
"timestampField": "REQ_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "REQ_EVT",
"DepartmentCode": "REQ_MRC"
}
},
{
"activityName": "Resources Scheduled",
"sourceDocument": "MP0098_SyncWorkOrderActivity",
"triggerCondition": "ACT_PERSON IS NOT NULL OR ACT_TRADE IS NOT NULL",
"timestampField": "ACT_START_DATE",
"attributes": {
"WorkOrderNumber": "ACT_EVENT",
"TechnicianName": "ACT_PERSON"
}
},
{
"activityName": "Work Commenced",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'IP' (In Progress)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Material Issued",
"sourceDocument": "MP3036_SyncTransaction",
"triggerCondition": "TRN_TYPE = 'ISSUE'",
"timestampField": "TRN_DATE",
"attributes": {
"WorkOrderNumber": "TRN_EVENT",
"ActualTotalCost": "TRN_VALUE",
"AssetCode": "TRN_PART"
}
},
{
"activityName": "Maintenance Task Executed",
"sourceDocument": "MP0024_SyncBookedHours",
"triggerCondition": "BOO_HOURS > 0",
"timestampField": "BOO_DATE",
"attributes": {
"WorkOrderNumber": "BOO_EVENT",
"TechnicianName": "BOO_PERSON",
"ActualTotalCost": "BOO_COST"
}
},
{
"activityName": "Maintenance Records Updated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Update to EVT_UDF_CHECKLIST OR EVT_NOTE is updated",
"timestampField": "LastUpdateTimestamp",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Quality Control Testing Performed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'QC' or 'TEST'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Work Order Completed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'C' (Completed)",
"timestampField": "EVT_COMPLETED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Financial Settlement Processed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_DATE_POSTED IS NOT NULL AND Previous_EVT_DATE_POSTED IS NULL",
"timestampField": "EVT_DATE_POSTED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"ActualTotalCost": "EVT_COST_ACT"
}
},
{
"activityName": "Work Order Closed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'CLOSE'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
}
]
}
} Kroki
Konfiguracja dostępu do bazy danych Nawiąż bezpośrednie połączenie z bazą danych Infor EAM przez ODBC/JDBC (Oracle lub SQL Server). Upewnij się, że masz uprawnienia tylko do odczytu dla następujących tabel: R5EVENTS (zlecenia pracy), R5STATUS (historia statusów), R5BOOKEDHOURS (czas pracy), R5TRANSACTIONS (materiały), R5ACTIVITIES (zadania) i R5TESTRESULTS (jakość).
Określenie zakresu i filtrów Ustal okres eksportu. W process mining zazwyczaj wystarcza ruchome okno obejmujące ostatnie 12–24 miesiące. Jeśli korzystasz z instancji obejmującej wiele lokalizacji, ustal kod organizacji (ORG), aby filtrować odpowiednie dane.
Konfiguracja mapowania statusów Infor EAM pozwala definiować własne statusy. Przejrzyj udostępniony skrypt SQL i zastąp przykładowe wartości, takie jak „A” (zatwierdzone) lub „C” (zamknięte), kodami używanymi w danej konfiguracji EAM. W razie wątpliwości sprawdź tabelę R5STATUS_CODES.
Przygotowanie skryptu SQL Skopiuj zapytanie z sekcji Query. Zastąp symbole zastępcze [StartDate] i [EndDate] wybranym zakresem dat, na przykład '2023-01-01'. Zastąp [Your Organization Code] kodem właściwej jednostki biznesowej.
Wykonanie eksportu Uruchom zapytanie w kliencie SQL, takim jak SQL Developer, SSMS lub DBeaver. Zapytanie używa UNION ALL, aby połączyć zdarzenia z nagłówków, zmiany statusów, ewidencję czasu pracy i transakcje materiałowe w jednym ujednoliconym dzienniku zdarzeń.
Weryfikacja danych Sprawdź, czy w kolumnie EventTimestamp nie ma pustych znaczników czasu. Upewnij się, że w każdym wierszu wypełniono WorkOrderNumber. Zweryfikuj, czy kolumna EventName zawiera odpowiedni zestaw 14 zdefiniowanych działań.
Transformacja danych (opcjonalnie) Jeśli znaczniki czasu zawierają przesunięcia strefy czasowej niezgodne z wymaganiami analizy, zastosuj funkcję konwersji, taką jak AT TIME ZONE, w zapytaniu lub podczas dalszego przetwarzania.
Eksport do CSV Wyeksportuj wyniki zapytania do pliku CSV. Ustaw separatorem przecinek lub średnik i użyj cudzysłowów jako ograniczników tekstu, aby poprawnie obsłużyć przecinki w opisach.
Import do ProcessMind Prześlij plik CSV do ProcessMind. Zmapuj kolumny w następujący sposób: WorkOrderNumber na identyfikator sprawy, EventName na działanie, a EventTimestamp na znacznik czasu. Pozostałe kolumny przypisz do atrybutów sprawy lub zdarzenia.
Konfiguracja
- Zakres dat: Zalecany okres eksportu to 12–24 miesiące. Upewnij się, że filtr obejmuje EVT_DATE (datę utworzenia) lub odpowiednie daty transakcji, aby uwzględnić otwarte sprawy.
- Filtr organizacji: Użyj EVT_ORG lub wspólnej kolumny Organization, aby rozdzielić dane według zakładu lub lokalizacji, ponieważ procesy mogą się różnić między lokalizacjami.
- Kody statusów: Zapytanie zakłada standardowe kody statusów (A, C, R itd.). Sprawdź je w konfiguracji systemu, w menu Administration, w sekcji Screen Setup lub Status setup.
- Wydajność: Zapytanie korzysta z dużych tabel transakcyjnych (R5TRANSACTIONS). Przy zapytaniach do dużych zbiorów danych (ponad 1 milion wierszy) sprawdź, czy istnieją odpowiednie indeksy nieklastrowane dla EVT_CODE i TRN_DATE.
- Strefy czasowe: Infor EAM zapisuje daty według czasu serwera bazy danych. Uwzględnij różnicę, jeśli użytkownicy pracują w innej strefie czasowej.
Przykładowe zapytanie sql
/* 1. Work Order Generated (Creation) */
SELECT
EVT_CODE AS WorkOrderNumber,
'Work Order Generated' AS EventName,
EVT_DATE AS EventTimestamp,
'Infor EAM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
EVT_TYPE AS MaintenanceType,
EVT_OBJECT AS AssetCode,
EVT_MRC AS DepartmentCode,
NULL AS TechnicianName,
EVT_PRIORITY AS WorkOrderPriority,
NULL AS EstimatedCost,
NULL AS ActualTotalCost,
EVT_TARGET AS SlaTargetDate
FROM R5EVENTS
WHERE EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 2. Maintenance Request Received (If derived from origin date) */
SELECT
EVT_CODE,
'Maintenance Request Received',
EVT_CREATED,
'Infor EAM',
GETDATE(),
EVT_TYPE,
EVT_OBJECT,
EVT_MRC,
NULL,
EVT_PRIORITY,
NULL,
NULL,
EVT_TARGET
FROM R5EVENTS
WHERE EVT_CREATED < EVT_DATE /* Only if created earlier than WO generation */
AND EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 3. Planning and Estimating Finished (Status Change) */
SELECT
S.STA_KEYVALUE,
'Planning and Estimating Finished',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('R', 'PLANNED') /* Adjust status code */
AND E.EVT_DATE >= '[StartDate]' AND E.EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 4. Work Order Approved */
SELECT
S.STA_KEYVALUE,
'Work Order Approved',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'A' /* Standard Approved Code */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 5. Material Requisition Submitted */
SELECT
TRL_EVENT,
'Material Requisition Submitted',
TRL_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TRANSLINES T
JOIN R5EVENTS E ON T.TRL_EVENT = E.EVT_CODE
WHERE T.TRL_TYPE = 'REQ' /* Requisition Line */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 6. Resources Scheduled */
SELECT
ACT_EVENT,
'Resources Scheduled',
ACT_START,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
ACT_PERSON,
E.EVT_PRIORITY,
ACT_EST_COST,
NULL,
E.EVT_TARGET
FROM R5ACTIVITIES A
JOIN R5EVENTS E ON A.ACT_EVENT = E.EVT_CODE
WHERE A.ACT_START IS NOT NULL
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 7. Work Commenced */
SELECT
S.STA_KEYVALUE,
'Work Commenced',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('SO', 'IP') /* Start Order or In Progress */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 8. Material Issued */
SELECT
TRN_EVENT,
'Material Issued',
TRN_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
TRN_VALUE,
E.EVT_TARGET
FROM R5TRANSACTIONS T
JOIN R5EVENTS E ON T.TRN_EVENT = E.EVT_CODE
WHERE T.TRN_TYPE = 'I' /* Issue Transaction */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 9. Maintenance Task Executed (Labor Booking) */
SELECT
BOO_EVENT,
'Maintenance Task Executed',
BOO_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
BOO_PERSON,
E.EVT_PRIORITY,
NULL,
BOO_VALUE,
E.EVT_TARGET
FROM R5BOOKEDHOURS B
JOIN R5EVENTS E ON B.BOO_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 10. Maintenance Records Updated (Comments) */
SELECT
COM_CODE,
'Maintenance Records Updated',
COM_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
COM_PERSON,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5COMMENTS C
JOIN R5EVENTS E ON C.COM_CODE = E.EVT_CODE
WHERE C.COM_TYPE = 'EVT' /* Linked to Event */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 11. Quality Control Testing Performed */
SELECT
TST_EVENT,
'Quality Control Testing Performed',
TST_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
TST_ENTEREDBY,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TESTRESULTS T
JOIN R5EVENTS E ON T.TST_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 12. Work Order Completed */
SELECT
S.STA_KEYVALUE,
'Work Order Completed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'C' /* Completed/Technically Complete */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 13. Financial Settlement Processed */
SELECT
S.STA_KEYVALUE,
'Financial Settlement Processed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'AC' /* Accounting Close/Review */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 14. Work Order Closed */
SELECT
S.STA_KEYVALUE,
'Work Order Closed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
E.EVT_COST, /* Final Cost usually captured here */
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'CL' /* Hard Close */
AND E.EVT_DATE >= '[StartDate]' Gotowi do rozpoczęcia?
Skorzystaj z tego szablonu, aby przygotować solidną podstawę danych i już dziś rozpocząć usprawnianie operacji związanych z utrzymaniem majątku. Nasz zespół techniczny może pomóc w eksporcie i mapowaniu danych.
Usprawnij utrzymanie majątku w Infor EAM
Skróć czas cyklu utrzymania majątku o 30% już dziś
Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.