Szablon danych dotyczących utrzymania ruchu

SAP Plant Maintenance
Szablon danych dotyczących utrzymania ruchu

Szablon danych dotyczących utrzymania ruchu

Szablon zawiera strukturę danych potrzebną do analizy workflow utrzymania ruchu, w tym atrybuty, działania i wskazówki dotyczące ekstrakcji. Pomaga określić, jakie dane są niezbędne do mapowania procesu i uzyskania praktycznych informacji o jego wynikach operacyjnych.
  • Zalecane atrybuty do zebrania
  • Najważniejsze działania konserwacyjne do śledzenia
  • Wskazówki techniczne dotyczące ekstrakcji danych z SAP PM
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty utrzymania ruchu

To zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby rzetelnie i dokładnie analizować utrzymanie ruchu.
5 Wymagane 11 Zalecane 4 Opcjonalne
Nazwa Opis
Nazwa działania
Activity
Konkretne zadanie lub zmiana statusu, która miała miejsce.
Opis

Oznacza etap procesu konserwacji, na przykład „Utworzono zlecenie konserwacyjne”, „Zaksięgowano wydanie materiałów” lub „Potwierdzono operację zlecenia”. Zdarzenia są zwykle ustalane na podstawie tabel zarządzania statusami (JEST) w przypadku zmian statusu albo tabel transakcyjnych, takich jak AFRU dla potwierdzeń i MKPF dla ruchów materiałowych. Ten atrybut określa węzły na mapie procesu.

Dlaczego to ważne

Określa, co dzieje się w procesie. Jest niezbędny do odkrywania przebiegu procesu i jego wariantów.

Skąd pobrać

Dane pochodzą z tabel JEST (status), AFRU (potwierdzenia) i QMEL (zgłoszenia)

Przykłady
Utworzono zlecenie konserwacyjneZwolniono zlecenieZakończono technicznie
Ostatnia aktualizacja danych
LastDataUpdate
Znacznik czasu ostatniej ekstrakcji danych.
Opis

Wskazuje, kiedy dane w modelu process mining zostały ostatnio odświeżone. Analitycy mogą ocenić aktualność wniosków i sprawdzić, czy dane są aktualne na potrzeby dashboardów monitorujących bieżące zaległości lub realizację SLA.

Dlaczego to ważne

Ma znaczenie dla zarządzania danymi i budowania zaufania do dashboardów.

Skąd pobrać

Znacznik czasu ETL

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

Wskazuje konkretnego klienta lub instancję SAP, na przykład „SAP_PM_PROD”. W środowisku z wieloma systemami ERP ten atrybut pozwala rozróżnić rekordy o identycznych identyfikatorach, które należą do różnych podmiotów prawnych lub środowisk systemowych.

Dlaczego to ważne

Zapewnia unikalność danych i możliwość śledzenia ich pochodzenia w środowiskach wielosystemowych.

Skąd pobrać

Konfiguracja systemu / dziennik ekstrakcji

Przykłady
SAP_ECC_P01SAP_S4H_100
Zlecenie robocze konserwacji
MaintenanceWorkOrder
Unikalny identyfikator zlecenia roboczego konserwacji.
Opis

Zlecenie robocze konserwacji jest głównym dokumentem w SAP Plant Maintenance (tabela AUFK, pole AUFNR). Łączy zapotrzebowanie na konserwację (zgłoszenie) z zasobami, materiałami i kosztami realizacji. W analizie process mining pełni funkcję identyfikatora sprawy (Case ID), dzięki czemu można odtworzyć cały cykl życia prac konserwacyjnych, od utworzenia zlecenia po jego zakończenie techniczne i biznesowe.

Dlaczego to ważne

To unikalny klucz łączący wszystkie działania, koszty i znaczniki czasu, który umożliwia wizualizację przebiegu procesu.

Skąd pobrać

Tabela SAP AUFK, pole AUFNR

Przykłady
00004001234540012345000040098765
Znacznik czasu zdarzenia
EventTimestamp
Dokładna data i godzina wystąpienia działania.
Opis

Rejestruje dokładny moment wystąpienia zdarzenia. W przypadku zmian statusu dane pochodzą z czasu aktualizacji statusu systemowego, a w przypadku operacji z czasu potwierdzenia. Dokładne znaczniki czasu są niezbędne do obliczania czasu cyklu i czasu realizacji oraz wykrywania wąskich gardeł między etapami procesu, takimi jak planowanie i realizacja.

Dlaczego to ważne

Pozwala prawidłowo uporządkować zdarzenia i obliczyć wszystkie KPI oparte na czasie trwania.

Skąd pobrać

JEST (UDATE/UTIME), AFRU (ISDD/ISDZ), MKPF (CPUDT/CPUTM)

Przykłady
2023-10-15T08:30:00Z2023-10-15T14:45:12Z
Główne stanowisko robocze
MainWorkCenter
Główne stanowisko robocze lub zespół przypisany do realizacji zlecenia.
Opis

Główne stanowisko robocze (VAPLZ) oznacza grupę techników lub maszyn, które wykonają prace. Ten atrybut jest mapowany na „Zespół” i ma znaczenie przy analizie efektywności realizacji, na przykład średniego czasu naprawy dla poszczególnych ekip. Pomaga odróżnić pracę własnych pracowników od pracy zewnętrznych wykonawców.

Dlaczego to ważne

Umożliwia analizę wyników na poziomie zasobów.

Skąd pobrać

Tabela SAP AFKO, pole VAPLZ (lub AUFK-VAPLZ, zależnie od konfiguracji)

Przykłady
MECH_01ELEC_TEAMEXT_CONT
Grupa planistów
ResponsiblePlannerGroup
Grupa planistów odpowiedzialna za obsługę zlecenia.
Opis

Grupa planistów (INGRP) wskazuje zespół lub dział odpowiedzialny za planowanie prac konserwacyjnych. Jest mapowana na „Dział” i ma znaczenie dla dashboardu wykorzystania zasobów i harmonogramowania, który pomaga ustalić, które zespoły planistyczne tworzą wąskie gardła na etapie przygotowania.

Dlaczego to ważne

Wskazuje zespół administracyjny odpowiedzialny za planowanie.

Skąd pobrać

Tabela SAP AUFK, pole INGRP

Przykłady
M01ELEMEC
Lokalizacja funkcjonalna
FunctionalLocation
Hierarchiczna lokalizacja, w której zainstalowano zasób.
Opis

Wskazuje miejsce w strukturze technicznej, w którym wykonywane są prace konserwacyjne (TPLNR). W przeciwieństwie do urządzenia, które można przenieść, lokalizacja funkcjonalna jest stała. Ten atrybut wspiera dashboard czasu trwania cyklu inspekcji technicznej, umożliwiając porównanie wyników w różnych obszarach zakładu, na przykład w kotłowni i na linii pakującej.

Dlaczego to ważne

Umożliwia analizę wyników konserwacji według lokalizacji i hierarchii.

Skąd pobrać

Tabela SAP IFLOT, pole TPLNR (lub AUFK-TPLNR)

Przykłady
ZAKŁAD1-BUD2-LINIA01US-TX-DAL-01
Numer urządzenia
EquipmentNumber
Identyfikator konkretnego zasobu fizycznego objętego konserwacją.
Opis

Numer urządzenia (EQUNR) identyfikuje konkretną maszynę lub zasób. Grupując dane według tego pola, analitycy mogą przygotować dashboard kosztów konserwacji i przepustowości zasobów, aby wykryć urządzenia wymagające częstych i kosztownych napraw. Umożliwia to analizę konserwacji ukierunkowanej na niezawodność.

Dlaczego to ważne

Łączy wyniki procesu z konkretnymi zasobami fizycznymi.

Skąd pobrać

Tabela SAP AUFK, pole EQUNR

Przykłady
10004567POMPA-001HVAC-202
Numer zgłoszenia
NotificationNumber
Zgłoszenie konserwacyjne, które zainicjowało to zlecenie.
Opis

Numer zgłoszenia (QMNUM) łączy zlecenie robocze z pierwotnym zgłoszeniem. To powiązanie jest niezbędne do obliczenia pełnego czasu realizacji, od otrzymania zgłoszenia konserwacyjnego do zakończenia prac. Bez niego analiza pomija początkowy etap wykrycia i zgłoszenia usterki.

Dlaczego to ważne

Łączy etap realizacji z etapem zgłoszenia lub wykrycia potrzeby.

Skąd pobrać

Tabela SAP AUFK, pole QMNUM

Przykłady
1000050010000501
Planowana data zakończenia
TargetFinishDate
Planowana data zakończenia prac konserwacyjnych.
Opis

Ta data (zwykle Basic Finish Date, GLTRP) wyznacza termin realizacji zlecenia. Porównuje się ją z rzeczywistym znacznikiem czasu zakończenia, aby obliczyć KPI „Wskaźnik dotrzymania SLA”. Stanowi punkt odniesienia przy ocenie, czy zlecenie wykonano terminowo.

Dlaczego to ważne

Punkt odniesienia dla wszystkich obliczeń terminowości dostaw (OTD).

Skąd pobrać

Tabela SAP AFKO, pole GLTRP

Przykłady
2023-12-012023-12-15
Priorytet konserwacji
MaintenancePriority
Poziom pilności przypisany do zlecenia roboczego.
Opis

Wskazuje priorytet (PRIOK) zadania konserwacyjnego, na przykład „1 - bardzo wysoki”, „2 - wysoki” lub „3 - średni”. To pole jest bezpośrednim źródłem danych dla KPI udziału zleceń awaryjnych. Analiza przebiegu procesu według priorytetu pozwala sprawdzić, czy zlecenia o wysokim priorytecie są rzeczywiście realizowane szybciej niż prace rutynowe.

Dlaczego to ważne

Pomaga analizować SLA i identyfikować prace awaryjne.

Skąd pobrać

Tabela SAP AFKO, pole PRIOK (lub AUFK przez widok)

Przykłady
1 - awaryjny2 - wysoki3 - średni4 - niski
Status systemowy
SystemStatus
Bieżący status techniczny zlecenia (np. REL, TECO).
Opis

Połączony ciąg znaków lub lista aktywnych statusów systemowych (z JEST) przypisanych obecnie do zlecenia. Typowe wartości to CRTD (utworzone), REL (zwolnione), TECO (zakończone technicznie) i CLSD (zamknięte). Pozwala odróżnić otwarte i zamknięte sprawy w monitorze „Zaległości i prace w toku”.

Dlaczego to ważne

Podstawowy wskaźnik etapu cyklu życia zlecenia.

Skąd pobrać

Moduł funkcyjny SAP STATUS_TEXT_EDIT lub tabela JEST

Przykłady
REL CNFTECOCRTD MACM
Typ zlecenia konserwacyjnego
MaintenanceOrderType
Określa kategorię zlecenia roboczego, na przykład konserwację zapobiegawczą lub naprawczą.
Opis

Typ zlecenia (AUART) w SAP PM określa charakter prac konserwacyjnych. Do często używanych typów należą PM01 (naprawa), PM02 (konserwacja zapobiegawcza) i PM03 (regeneracja). Ten atrybut jest niezbędny w dashboardzie monitorowania wpływu zleceń awaryjnych oraz do podziału wariantów procesu, ponieważ przebieg konserwacji zapobiegawczej znacznie różni się od procesu reaktywnego.

Dlaczego to ważne

Pozwala rozdzielić analizę prac planowanych i nieplanowanych.

Skąd pobrać

Tabela SAP AUFK, pole AUART

Przykłady
PM01PM02PM03
Użytkownik, który utworzył zlecenie
CreatedByUser
Nazwa użytkownika, który utworzył zlecenie.
Opis

Wskazuje użytkownika (ERNAM), który zainicjował zlecenie. W modelu ogólnym jest mapowany na pole „Użytkownik”. Umożliwia analizę zleceń tworzonych ręcznie i automatycznie oraz audyt działania „Utworzono zlecenie konserwacyjne”.

Dlaczego to ważne

Umożliwia analizę działań użytkowników i audyt.

Skąd pobrać

Tabela SAP AUFK, pole ERNAM

Przykłady
JSMITHBSERVICEDDAVIS
Zakład odpowiedzialny za konserwację
MaintenancePlant
Zakład logistyczny odpowiedzialny za konserwację.
Opis

Zakład (WERKS) to podstawowa jednostka organizacyjna w logistyce. Pozwala rozdzielać dane według lokalizacji fizycznej. Ten atrybut jest niezbędny do porównywania wyników różnych zakładów i jest mapowany na „Jednostkę biznesową”, co umożliwia filtrowanie danych na wysokim poziomie organizacyjnym w dashboardach.

Dlaczego to ważne

Podstawowy filtr organizacyjny do porównywania wyników zakładów.

Skąd pobrać

Tabela SAP AUFK, pole WERKS

Przykłady
100020003000
Czy praca jest awaryjna
IsEmergencyWork
Flaga wskazująca, czy zlecenie dotyczy pracy awaryjnej.
Opis

Atrybut logiczny wyliczany na podstawie priorytetu konserwacji. Jeśli priorytet wynosi „1” (lub ma kod przypisany w konfiguracji do sytuacji awaryjnej), flaga przyjmuje wartość prawda. Ułatwia to filtrowanie i obliczanie KPI „Udział zleceń awaryjnych” bez stosowania złożonej logiki w warstwie dashboardu.

Dlaczego to ważne

Ułatwia filtrowanie danych na potrzeby analizy pilnych napraw.

Skąd pobrać

Wyliczane na podstawie MaintenancePriority

Przykłady
truefalse
Czy wykonano poprawkę
IsRework
Flaga wskazująca, czy zlecenie obejmowało poprawki.
Opis

Wyliczany atrybut logiczny wskazujący, czy w procesie wystąpiła pętla. Flaga jest ustawiana, gdy działanie „Wykonano zadanie konserwacyjne” wystąpiło więcej niż raz lub gdy status zmienił się z „Zakończone technicznie” na „W toku”. Atrybut wspiera KPI „Wskaźnik poprawek w utrzymaniu ruchu” i pomaga wykrywać problemy z jakością.

Dlaczego to ważne

Bezpośrednio wspiera analizę kontroli jakości.

Skąd pobrać

Wyliczane na podstawie przebiegu procesu

Przykłady
truefalse
Łączny koszt rzeczywisty
TotalActualCost
Łączny koszt rzeczywisty zaksięgowany na zleceniu.
Opis

Łączne koszty robocizny, materiałów i usług (z tabeli PMCO). Ten atrybut zasila dashboard „Koszty i przepustowość utrzymania ruchu”, który pozwala kierownikom ocenić finansowy wpływ prac konserwacyjnych. Jest niezbędny do porównania opłacalności naprawy i wymiany zasobów.

Dlaczego to ważne

Uzupełnia dane operacyjne procesu o wymiar finansowy.

Skąd pobrać

Tabela SAP PMCO (suma wartości typu 04, rzeczywistej)

Przykłady
150.002500.500.00
Planowana liczba roboczogodzin
PlannedLaborHours
Szacowana liczba roboczogodzin dla zlecenia.
Opis

Łączna planowana praca (ARBEI) dla operacji zlecenia. Porównanie tej wartości z rzeczywistym czasem trwania działania pozwala ocenić dokładność planowania konserwacji w dashboardzie „Skuteczność planowania i szacowania”.

Dlaczego to ważne

Podstawowa miara do analizy dokładności planowania.

Skąd pobrać

Tabela SAP AFKO (suma planowanej pracy dla operacji)

Przykłady
4.08.512.0
Wymagane Zalecane Opcjonalne

Działania związane z utrzymaniem ruchu

To najważniejsze kroki procesu i punkty kontrolne, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie odtworzyć cykl utrzymania ruchu.
6 Zalecane 8 Opcjonalne
Działanie Opis
Potwierdzono operację zlecenia
Oznacza zarejestrowanie rzeczywistego czasu pracy technika nad konkretną operacją. Odzwierciedla faktyczne prace wykonane przy zasobie.
Dlaczego to ważne

To główne źródło danych do obliczania średniego czasu naprawy i kosztów pracy.

Skąd pobrać

Tabela AFRU (potwierdzenia zleceń).

Rejestrowanie

Rejestrowane po wykonaniu transakcji IW41

Typ zdarzenia explicit
Ustawiono status zakończenia biznesowego
Oznacza ostateczne zamknięcie administracyjne zlecenia roboczego, po którym nie można już księgować kosztów. Zdarzenie jest rejestrowane przy zmianie statusu na CLSD (zamknięte).
Dlaczego to ważne

Oznacza definitywny koniec cyklu życia zlecenia. Ma znaczenie dla dokładności danych i zgodności dokumentacji.

Skąd pobrać

Tabela JCDS, status I0046 (CLSD).

Rejestrowanie

Rejestrowane po zmianie statusu na CLSD w tabeli JCDS

Typ zdarzenia explicit
Ustawiono status zakończenia technicznego
Oznacza fizyczne i techniczne zakończenie prac konserwacyjnych. Zdarzenie jest rejestrowane przy zmianie statusu na TECO (zakończono technicznie).
Dlaczego to ważne

To najważniejszy punkt końcowy analizy operacyjnej. Oznacza przywrócenie zasobu do działania i zakończenie konserwacji.

Skąd pobrać

Tabela JCDS, status I0045 (TECO).

Rejestrowanie

Rejestrowane po zmianie statusu na TECO w tabeli JCDS

Typ zdarzenia explicit
Utworzono zlecenie konserwacyjne
Oznacza utworzenie w systemie zlecenia roboczego dotyczącego konserwacji. Zdarzenie jest odczytywane bezpośrednio ze znacznika czasu utworzenia rekordu w tabeli danych podstawowych zlecenia.
Dlaczego to ważne

To główne zdarzenie identyfikujące sprawę. Oznacza przejście od zgłoszenia do planowania i realizacji.

Skąd pobrać

Tabela AUFK, pola ERDAT (data) i ERFZEIT (godzina).

Rejestrowanie

Rejestrowane po wykonaniu transakcji IW31

Typ zdarzenia explicit
Zaksięgowano wydanie materiałów
Rejestruje fizyczne zużycie części zamiennych lub materiałów przypisanych do zlecenia. Zdarzenie jest odczytywane z nagłówków dokumentów materiałowych powiązanych ze zleceniem.
Dlaczego to ważne

Potwierdza dostępność i pobranie części, co bezpośrednio wpływa na analizę czasu oczekiwania na części.

Skąd pobrać

Tabele MSEG/MKPF, rodzaj ruchu 261 (wydanie materiałów na zlecenie).

Rejestrowanie

Rejestrowane po wykonaniu transakcji MIGO/MB1A

Typ zdarzenia explicit
Zwolniono zlecenie konserwacyjne
Oznacza zakończenie planowania i zwolnienie zlecenia do realizacji. Zdarzenie jest wykrywane na podstawie zmiany statusu systemowego na REL.
Dlaczego to ważne

Ten etap oddziela planowanie od realizacji i jest niezbędny do pomiaru czasu planowania i przygotowania wyceny.

Skąd pobrać

Tabela JCDS (dokumenty zmian statusu), status I0002 (REL).

Rejestrowanie

Rejestrowane po zmianie statusu na REL w tabeli JCDS

Typ zdarzenia explicit
Cofnięto zakończenie techniczne
Rejestruje cofnięcie statusu zakończenia technicznego, co oznacza ponowne otwarcie zlecenia. W modelu procesu powstaje pętla poprawek.
Dlaczego to ważne

To główny wskaźnik KPI odsetka poprawek w konserwacji. Wskazuje przedwczesne zamknięcia lub problemy z jakością.

Skąd pobrać

Tabela JCDS, zmiana statusu I0045 (TECO) na nieaktywny.

Rejestrowanie

Rejestrowane po dezaktywacji statusu TECO

Typ zdarzenia explicit
Dodano materiał do zlecenia
Rejestruje dodanie części zamiennych lub materiałów do listy komponentów zlecenia. Zdarzenie jest odczytywane z utworzenia pozycji rezerwacji.
Dlaczego to ważne

Wskazuje początek procesu zaopatrzenia w wymagane części i wspiera dashboard czasu realizacji zamówień na części zamienne.

Skąd pobrać

Tabela RESB, pole BDTER (data zapotrzebowania) lub znacznik czasu utworzenia.

Rejestrowanie

Rejestrowane po dodaniu pozycji do tabeli RESB

Typ zdarzenia explicit
Rozliczono koszty zlecenia
Oznacza przeniesienie kosztów zgromadzonych na zleceniu na obiekt kontrolingowy, na przykład centrum kosztów. Zdarzenie jest odczytywane z dokumentu kontrolingowego.
Dlaczego to ważne

Pozwala śledzić finansowe zamknięcie zlecenia i wspiera KPI czasu rozliczenia finansowego.

Skąd pobrać

Tabela COBK (nagłówek dokumentu obiektu CO), powiązana ze zleceniem.

Rejestrowanie

Rejestrowane po wykonaniu transakcji rozliczeniowej KO88

Typ zdarzenia explicit
Utworzono zapotrzebowanie zakupu
Oznacza utworzenie zapotrzebowania na zakup zewnętrzny lub usługi. Łączy wewnętrzne zlecenie konserwacyjne z zewnętrznym łańcuchem dostaw.
Dlaczego to ważne

Zdarzenie jest niezbędne do analizy opóźnień spowodowanych przez zewnętrznych dostawców lub zakup materiałów niedostępnych w magazynie.

Skąd pobrać

Tabela EBAN, powiązanie przez przypisanie konta z AUFK-AUFNR.

Rejestrowanie

Rejestrowane przy utworzeniu rekordu w tabeli EBAN

Typ zdarzenia explicit
Utworzono zgłoszenie konserwacyjne
Rejestruje utworzenie zgłoszenia konserwacyjnego, które często inicjuje zlecenie robocze. Zdarzenie jest odczytywane ze znacznika czasu utworzenia rekordu w tabeli QMEL i łączy zgłoszenie z poprzedniego etapu ze zleceniem realizacyjnym.
Dlaczego to ważne

To zdarzenie wyznacza początek całego procesu konserwacji i pozwala obliczyć czas reakcji od wykrycia usterki do utworzenia zlecenia.

Skąd pobrać

Tabela QMEL, pola ERDAT (data utworzenia) i MZEIT (godzina). Powiązanie ze zleceniem przez QMEL-AUFNR.

Rejestrowanie

Rejestrowane przy utworzeniu rekordu w tabeli QMEL

Typ zdarzenia explicit
Zaplanowano zlecenie robocze
Oznacza zaplanowanie operacji na określony termin lub dla określonych zasobów. Zdarzenie jest wnioskowane na podstawie przypisania operacjom statusu Dispatch.
Dlaczego to ważne

Pozwala mierzyć efektywność przydziału zasobów i wspiera dashboard wykorzystania zasobów i harmonogramowania.

Skąd pobrać

Tabela JCDS (dokumenty zmian statusu) dla operacji (typ obiektu OV), status I0009 (DSPT).

Rejestrowanie

Porównanie pola statusu przed zmianą i po niej

Typ zdarzenia inferred
Zarejestrowano odczyt pomiaru
Rejestruje wprowadzenie dokumentu pomiarowego, na przykład odczytu licznika lub oceny stanu. Często odpowiada zdarzeniu inspekcji technicznej.
Dlaczego to ważne

Zdarzenie jest niezbędne w konserwacji opartej na stanie technicznym oraz do śledzenia czasu trwania cyklu inspekcji technicznej.

Skąd pobrać

Tabela IMRG (dokument pomiarowy), powiązana z urządzeniem lub lokalizacją funkcjonalną.

Rejestrowanie

Rejestrowane przy utworzeniu dokumentu pomiarowego

Typ zdarzenia explicit
Zmieniono priorytet konserwacji
Rejestruje zmianę priorytetu zlecenia, na przykład podniesienie go do poziomu awaryjnego. Zdarzenie jest ustalane na podstawie dokumentów zmian powiązanych z danymi podstawowymi zlecenia.
Dlaczego to ważne

Śledzenie zmian priorytetu pomaga wyjaśnić odstępstwa od przebiegu procesu i wspiera dashboard monitorowania wpływu zleceń awaryjnych, wskazując pilne zmiany priorytetu.

Skąd pobrać

Tabele CDPOS/CDHDR, klasa obiektu AUFTRAG, pole PRIOK.

Rejestrowanie

Rejestrowane w dokumentach zmian (CDPOS)

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji

Jak pobrać dane z SAP Plant Maintenance

Gotowi do rozpoczęcia?

Skorzystaj z tych materiałów, aby rozpocząć mapowanie workflow utrzymania ruchu i znaleźć możliwości ograniczenia kosztów. Nasza struktura danych zapewnia przejrzysty obraz operacji.

Usuń wąskie gardła w utrzymaniu ruchu w SAP

Już teraz skróć czas cyklu utrzymania ruchu o 30 procent

Rozpocznij okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje 5 minut.