Szablon danych dla procesu Purchase to Pay: zamówienia zakupu

SAP ECC
Szablon danych dla procesu Purchase to Pay: zamówienia zakupu

Szablon danych dla procesu Purchase to Pay: zamówienia zakupu

Ten szablon pomaga zebrać dane potrzebne do analizy procesu Purchase to Pay: zamówienia zakupu w SAP ECC. Zawiera listę atrybutów do zebrania i najważniejszych aktywności do śledzenia, a także praktyczne wskazówki dotyczące pobierania danych z systemu. Na tej podstawie można przygotować dziennik zdarzeń do analizy process mining.
  • Zalecane atrybuty do zebrania
  • Najważniejsze aktywności do śledzenia
  • Wskazówki dotyczące ekstrakcji danych z SAP ECC
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu Purchase to Pay: zamówienia zakupu

To najważniejsze pola danych zalecane do uwzględnienia w dzienniku zdarzeń. Umożliwiają analizę procesu Purchase to Pay: zamówienia zakupu.
3 Wymagane 6 Zalecane 12 Opcjonalne
Nazwa Opis
Czas zdarzenia
EventTime
Dokładna data i godzina wystąpienia czynności.
Opis

Ten znacznik czasu wskazuje dokładny moment wystąpienia zdarzenia, na przykład zatwierdzenia zamówienia zakupu lub zaksięgowania przyjęcia towaru. Określa chronologiczną kolejność wszystkich czynności w ramach danego case.

Znaczniki czasu są podstawą process mining, ponieważ umożliwiają analizę czasu. Pozwalają obliczać czas cyklu między czynnościami, wykrywać opóźnienia, analizować przepustowość procesu i mierzyć wyniki względem umów o gwarantowanym poziomie usług (SLA).

Dlaczego to ważne

Ten znacznik czasu jest niezbędny do obliczania miar opartych na czasie, takich jak czas cyklu i wąskie gardła, oraz do chronologicznego porządkowania zdarzeń.

Skąd pobrać

Dane pochodzą z różnych pól daty i godziny w tabelach SAP, takich jak EKKO-AEDAT (data zmiany), CDHDR-UDATE/UTIME (znacznik czasu dziennika zmian) lub EKBE-BUDAT (data księgowania).

Przykłady
2023-04-15T10:05:31Z2023-04-16T14:22:00Z2023-05-01T09:00:15Z
Czynność
Activity
Nazwa konkretnego zdarzenia biznesowego lub kroku, który wystąpił w cyklu życia zamówienia zakupu.
Opis

Ten atrybut opisuje pojedynczy krok procesu, na przykład „Utworzenie zamówienia zakupu”, „Zatwierdzenie zamówienia zakupu” lub „Zaksięgowanie przyjęcia towaru”. Sekwencja tych czynności tworzy przepływ procesu dla każdego zamówienia zakupu.

Analiza kolejności, częstotliwości i czasu między czynnościami stanowi podstawę process mining. Pomaga wykrywać wąskie gardła, pętle ponownej pracy i odstępstwa od standardowego procesu, co ułatwia wprowadzanie ukierunkowanych usprawnień i standaryzację.

Dlaczego to ważne

Czynności określają kolejne kroki procesu. Analiza ich kolejności i czasu pozwala poznać rzeczywisty przebieg procesu, wykryć wąskie gardła i odstępstwa.

Skąd pobrać

Dane pochodzą z różnych tabel SAP i dzienników transakcji, takich jak CDHDR/CDPOS dla zmian, EKBE dla przyjęć towaru i faktur oraz EBAN dla zapotrzebowań. Ich przygotowanie często wymaga niestandardowej logiki lub programu ekstrakcji.

Przykłady
Utworzenie zamówienia zakupuZatwierdzenie zamówienia zakupuZaksięgowanie przyjęcia towaru
Zamówienie zakupu
PurchaseOrder
Unikalny identyfikator dokumentu zamówienia zakupu (PO), który służy jako główny case do śledzenia procesu zakupowego.
Opis

Numer zamówienia zakupu to główny identyfikator łączący wszystkie działania, od utworzenia zamówienia po przyjęcie towaru i zakończenie realizacji. Każdy unikalny numer PO odpowiada jednej instancji procesu zakupowego.

W process mining ten atrybut jest niezbędny do odtworzenia pełnego przebiegu każdego zakupu. Umożliwia szczegółową analizę czasu cyklu, wariantów procesu i zgodności dla poszczególnych zamówień. Stanowi podstawę całego modelu procesu.

Dlaczego to ważne

To główny identyfikator łączący wszystkie powiązane zdarzenia. Dzięki niemu można analizować pełny cykl życia każdego zamówienia zakupu.

Skąd pobrać

Tabela: EKKO, pole: EBELN

Przykłady
450001762345000176244500017625
Grupa materiałowa
MaterialGroup
Klasyfikacja służąca do grupowania materiałów lub usług o podobnych cechach.
Opis

Grupa materiałowa, czyli kategoria zakupowa, służy do klasyfikowania kupowanych towarów lub usług. Przykłady to „Sprzęt IT”, „Artykuły biurowe” i „Usługi profesjonalne”.

Ten atrybut jest ważny przy analizie wydatków i wzorców zakupowych. Pozwala filtrować proces według kategorii i sprawdzać, jak są one obsługiwane, kto je zatwierdza i którzy dostawcy je realizują. Stanowi ważny wymiar dashboardu „Analiza wartości zamówień zakupu”.

Dlaczego to ważne

Pozwala analizować proces według kategorii produktów lub usług i porównywać przebieg, czas cyklu oraz dostawców dla różnych rodzajów wydatków.

Skąd pobrać

Tabela: EKPO, pole: MATKL

Przykłady
00101Sprzęt ITUsługi konsultingowe
Kod spółki
CompanyCode
Identyfikator jednostki prawnej lub spółki składającej zamówienie.
Opis

Kod spółki w SAP oznacza niezależną jednostkę prawną. Wszystkie transakcje są księgowane na poziomie kodu spółki, dlatego jest to podstawowa jednostka organizacyjna.

Analiza procesu według kodu spółki pozwala porównywać sprawność zakupów i zgodność w różnych jednostkach biznesowych lub krajach. Pomaga wskazać dobre praktyki, które można zastosować w innych jednostkach, oraz te, które mają trudności z realizacją procesu.

Dlaczego to ważne

Oznacza jednostkę prawną i umożliwia porównywanie wyników procesu oraz kontrolę zgodności w różnych częściach organizacji.

Skąd pobrać

Tabela: EKKO, pole: BUKRS

Przykłady
10002100US01
Nazwa użytkownika
UserName
Identyfikator użytkownika, który wykonał daną czynność.
Opis

Ten atrybut zawiera nazwę użytkownika SAP pracownika, który utworzył, zmienił lub zatwierdził dokument. W przypadku kroków automatycznych może wskazywać identyfikator użytkownika systemowego lub wsadowego.

Analiza według użytkownika pomaga określić potrzeby szkoleniowe, wskazać osoby osiągające dobre wyniki lub wykryć potencjalne problemy ze zgodnością. Jest przydatna przy tworzeniu dashboardów dotyczących podziału obciążenia, zgodności z macierzą zatwierdzeń oraz wyników zespołów i poszczególnych osób.

Dlaczego to ważne

Przypisuje działania konkretnym osobom, umożliwiając analizę wyników, obciążenia pracą i przestrzegania zasad zgodności.

Skąd pobrać

Tabela: EKKO, pole: ERNAM (utworzył); tabela: CDHDR, pole: USERNAME (zmienił).

Przykłady
JSMITHMBROWNBATCH_USER
Numer dostawcy
VendorNumber
Unikalny identyfikator dostawcy.
Opis

To kod jednoznacznie identyfikujący dostawcę, od którego kupowane są towary lub usługi. Jest ważnym elementem danych podstawowych w procesie zakupowym.

Ten atrybut jest niezbędny do analiz dotyczących dostawców. Pozwala oceniać terminowość dostaw, porównywać czasy realizacji u różnych dostawców i analizować strukturę wydatków. Stanowi główny wymiar dashboardu „Terminowość dostawców”.

Dlaczego to ważne

Umożliwia analizę wyników dostawców i pomaga wskazać tych, którzy dostarczają terminowo, oraz tych, którzy powodują opóźnienia lub problemy z jakością.

Skąd pobrać

Tabela: EKKO, pole: LIFNR

Przykłady
100345V-20598700112
Typ dokumentu
DocumentType
Kod klasyfikujący różne rodzaje zamówień zakupu.
Opis

Typ dokumentu to ustawienie w SAP, które określa zakres numeracji, wybór pól i ogólny przebieg procesu dla zamówienia zakupu. Mogą istnieć osobne typy dla standardowych zamówień, zamówień na usługi lub zamówień przesunięcia zapasów.

Ten atrybut jest przydatny w analizie, ponieważ różne typy dokumentów często podlegają odmiennym procesom. Filtrowanie według typu dokumentu pozwala rzetelniej porównywać czasy cyklu i przebieg procesu.

Dlaczego to ważne

Rozróżnia rodzaje procesów zakupowych, na przykład standardowe, dotyczące usług lub zwrotów, które często mają inne ścieżki i oczekiwane wyniki.

Skąd pobrać

Tabela: EKKO, pole: BSART

Przykłady
NBFOUB
Wartość zamówienia
OrderAmount
Łączna wartość pieniężna pozycji zamówienia zakupu.
Opis

Ten atrybut określa łączną wartość konkretnej pozycji zamówienia zakupu, obliczaną jako iloczyn ilości i ceny netto. Aby uzyskać wartość całego zamówienia, należy zsumować wartości pozycji.

Analiza procesu według wartości zamówienia pomaga wykrywać transakcje o wysokiej wartości, które mogą wymagać ściślejszej kontroli lub innej ścieżki zatwierdzania. Zasila dashboard „Analiza wartości zamówień zakupu” i pomaga skupić działania usprawniające na zamówieniach o największym znaczeniu finansowym.

Dlaczego to ważne

Określa wartość finansową każdego zakupu, umożliwiając analizę według wartości, ustalanie priorytetów dla dużych zamówień i wykrywanie możliwości ograniczenia kosztów.

Skąd pobrać

Tabela: EKPO, pole: NETWR (wartość netto zamówienia).

Przykłady
1500.00250.7512345.50
Czy dostawa była terminowa
IsOnTimeDelivery
Flaga wskazująca, czy towary odebrano w wymaganym terminie lub wcześniej.
Opis

Ten atrybut logiczny ma wartość true, jeśli znacznik czasu aktywności „Zaksięgowano przyjęcie towaru” przypada w wymaganym terminie lub wcześniej. Dla każdej pozycji PO jednoznacznie określa, czy dostawa była terminowa.

Atrybut ten stanowi podstawę KPI „Odsetek terminowych przyjęć towarów”. Ułatwia analizę wyników dostawców i efektywności wewnętrznego procesu odbioru, ponieważ pozwala agregować dane i filtrować dostawy terminowe oraz opóźnione.

Dlaczego to ważne

Jednoznacznie wskazuje, czy dostawa dotarła na czas, i bezpośrednio zasila KPI oraz dashboardy dotyczące wyników dostawców.

Skąd pobrać

To atrybut obliczany przez porównanie daty księgowania przyjęcia towaru (EKBE-BUDAT) z wymaganą datą dostawy (EKPO-EINDT).

Przykłady
truefalse
Czy zmieniono po zatwierdzeniu
IsPostApprovalChange
Flaga wskazująca, czy zamówienie zakupu (PO) zmieniono po jego wstępnym zatwierdzeniu.
Opis

Ten atrybut logiczny ma wartość true, jeśli dla tego samego PO po aktywności „Zatwierdzono zamówienie zakupu” wykryto aktywność „Zmieniono zamówienie zakupu”. Pozwala wyodrębnić problematyczne zmiany wprowadzane na późnym etapie procesu.

To pole obliczane bezpośrednio zasila KPI „Odsetek zmian PO po zatwierdzeniu” oraz dashboard „Poprawki i zmiany zamówień zakupu”. Pozwala określić skalę zmian zakłócających przebieg procesu, które mogą powodować opóźnienia i wymagać ponownego zatwierdzenia. Wskazuje też na problemy z początkowym określeniem wymagań lub zakresu.

Dlaczego to ważne

Bezpośrednio mierzy poprawki wprowadzane po zatwierdzeniu. To ważny KPI stabilności i efektywności procesu. Wysoki odsetek wskazuje na problemy z wcześniejszym określeniem wymagań.

Skąd pobrać

To atrybut obliczany na podstawie kolejności aktywności w dzienniku zdarzeń.

Przykłady
truefalse
Grupa zakupowa
PurchasingGroup
Kupiec lub grupa kupców odpowiedzialna za daną czynność zakupową.
Opis

Grupa zakupowa oznacza osobę lub zespół kupców odpowiedzialnych za określone zakupy. Jest głównym punktem kontaktu dla dostawców.

Ten atrybut pozwala analizować proces dokładniej niż organizacja zakupowa. Pomaga ocenić podział obciążenia między kupców i wykrywać różnice w wynikach poszczególnych osób. Wnioski mogą wspierać planowanie zasobów i szkoleń.

Dlaczego to ważne

Pozwala sprawdzić, kto odpowiada za zakup, oraz szczegółowo analizować obciążenie pracą i wyniki na poziomie kupującego lub zespołu.

Skąd pobrać

Tabela: EKKO, pole: EKGRP

Przykłady
001002N01
Nazwa dostawcy
VendorName
Nazwa prawna dostawcy.
Opis

Opisowa nazwa dostawcy, łatwiejsza do odczytania niż jego numer. Zwykle pochodzi z danych podstawowych dostawcy.

Numer dostawcy służy do łączenia danych i jednoznacznej identyfikacji. Nazwa dostawcy jest natomiast ważna w dashboardach i raportach dla użytkowników. Ułatwia zrozumienie analiz osobom, które nie znają kodów dostawców.

Dlaczego to ważne

Podaje czytelną nazwę dostawcy, dzięki czemu dashboardy i raporty są łatwiejsze do zrozumienia dla użytkowników biznesowych.

Skąd pobrać

Tabela: LFA1, pole: NAME1. Wymaga połączenia EKKO-LIFNR z LFA1-LIFNR.

Przykłady
Staples Inc.Global Tech SolutionsOffice Supply Co.
Organizacja zakupowa
PurchasingOrganization
Jednostka organizacyjna odpowiedzialna za negocjowanie cen i zakup materiałów lub usług.
Opis

Organizacja zakupowa to ważna jednostka organizacyjna w SAP, odpowiedzialna za działania zakupowe. Może obsługiwać całą firmę centralnie albo działać w podziale na zakłady lub regiony.

Analiza wyników procesu według organizacji zakupowej pomaga ustalić, które zespoły zakupowe pracują najsprawniej. Umożliwia porównywanie czasu cyklu, wskaźnika ponownej pracy i kosztów między jednostkami, a także wskazywanie dobrych praktyk i obszarów wymagających wsparcia.

Dlaczego to ważne

Wskazuje zespół odpowiedzialny za zakupy i umożliwia porównywanie wyników oraz analizę różnych jednostek organizacyjnych.

Skąd pobrać

Tabela: EKKO, pole: EKORG

Przykłady
1000US01DE01
Ostatnia aktualizacja danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy dane zostały ostatnio odświeżone z systemu źródłowego.
Opis

Ten atrybut zapisuje datę i godzinę ostatniej ekstrakcji lub aktualizacji danych. Informuje, jak aktualne są analizowane dane.

Wyświetlanie tej informacji w dashboardach pomaga użytkownikom ocenić, czy wnioski opierają się na danych zbliżonych do bieżących, czy na historycznej migawce. Pozwala ustalić oczekiwania i podejmować decyzje na podstawie danych o znanym wieku.

Dlaczego to ważne

Informuje użytkowników o aktualności danych, dzięki czemu wiadomo, czy analiza odzwierciedla bieżący stan operacji.

Skąd pobrać

Ten znacznik czasu jest generowany i dodawany przez proces ekstrakcji danych lub ETL podczas jego wykonywania.

Przykłady
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Przyczyna odrzucenia
RejectionReason
Kod lub opis wyjaśniający, dlaczego odrzucono zapotrzebowanie lub zamówienie zakupu.
Opis

Ten atrybut zapisuje konkretną przyczynę podaną przy odrzuceniu zamówienia zakupu w workflow zatwierdzania. Informacja ta pomaga ustalić źródła poprawek i opóźnień.

Analiza przyczyn odrzucenia pozwala wykryć powtarzające się problemy, takie jak nieprawidłowa cena, przekroczenie budżetu lub wybór dostawcy niezgodny z wymaganiami. Dzięki temu można usunąć źródła problemów, poprawić jakość zamówień tworzonych za pierwszym razem i usprawnić proces zatwierdzania.

Dlaczego to ważne

Pokazuje, dlaczego zatwierdzenie się nie powiodło, co pozwala ukierunkować działania usprawniające, ograniczyć poprawki i skrócić czas zatwierdzania.

Skąd pobrać

Znalezienie tej informacji może być trudne. Może być zapisana w polach długiego tekstu albo zależeć od niestandardowej konfiguracji workflow. Jej odczyt często wymaga szczegółowej znajomości wdrożenia.

Przykłady
Nieprawidłowa cenaPrzekroczony budżetZduplikowane zapotrzebowanie
System źródłowy
SourceSystem
System, z którego pobrano dane.
Opis

Ten atrybut wskazuje źródło danych, którym jest zwykle identyfikator instancji SAP ECC, na przykład „ECC_PROD_100”. W środowiskach z wieloma systemami pozwala rozróżniać źródła danych.

Informacja o systemie źródłowym jest ważna dla nadzoru nad danymi i śledzenia ich pochodzenia. Pomaga zachować ich integralność oraz diagnozować problemy z ekstrakcją lub jakością, zwłaszcza gdy dane pochodzą z różnych systemów ERP lub modułów.

Dlaczego to ważne

Wskazuje pochodzenie danych, co ma znaczenie dla nadzoru nad danymi, ich weryfikacji i prowadzenia analiz obejmujących wiele systemów.

Skąd pobrać

Zwykle jest to stała wartość dodawana podczas ekstrakcji danych, która oznacza system źródłowy zbioru danych.

Przykłady
SAP_ECC_PRODECC_EU_100S4H_FIN
Waluta
Currency
Kod waluty, w której podano wartość zamówienia zakupu.
Opis

Ten atrybut określa walutę, w której wyrażono wartość zamówienia zakupu, na przykład USD, EUR lub GBP. Jest niezbędnym kontekstem dla każdej wartości pieniężnej.

W organizacjach działających na wielu rynkach waluta jest niezbędna do prawidłowej analizy finansowej. Umożliwia poprawne sumowanie i porównywanie wartości zamówień. Każdy pieniężny KPI należy interpretować z uwzględnieniem waluty.

Dlaczego to ważne

Zapewnia niezbędny kontekst dla wartości pieniężnych i pozwala prawidłowo analizować dane finansowe, zwłaszcza w organizacjach międzynarodowych.

Skąd pobrać

Tabela: EKKO, pole: WAERS

Przykłady
USDEURJPY
Wymagany termin dostawy
RequestedDeliveryDate
Data, w której firma oczekuje dostawy towarów lub usług od dostawcy.
Opis

To docelowy termin dostawy wskazany w zamówieniu zakupu. Stanowi punkt odniesienia przy ocenie rzeczywistej terminowości dostaw.

Ta data jest niezbędna do obliczenia KPI wskaźnika terminowych przyjęć towaru. Porównanie rzeczywistej daty przyjęcia z wymaganym terminem pozwala mierzyć rzetelność dostawców i sprawność wewnętrznego przyjmowania towarów. Wspiera też dashboard „Terminowość dostawców”.

Dlaczego to ważne

To docelowy termin dostawy, niezbędny do obliczania KPI terminowości i oceny rzetelności dostawców.

Skąd pobrać

Tabela: EKPO, pole: EINDT

Przykłady
2023-06-102023-07-222023-08-01
Zakład
Plant
Fizyczna lokalizacja lub zakład, do którego mają zostać dostarczone towary.
Opis

Zakład to jednostka organizacyjna reprezentująca zakład produkcyjny, magazyn lub inną lokalizację, w której odbierane są towary lub usługi.

Analiza według zakładu pozwala sprawdzić, jak przebieg procesu zakupowego różni się w zależności od lokalizacji. Może ujawnić różnice w terminach dostaw poszczególnych dostawców lub wskazać zakłady, w których odbiór towarów przebiega nieefektywnie. Ułatwia też ocenę terminowości przyjęć.

Dlaczego to ważne

Określa miejsce dostawy, co ułatwia analizę różnic regionalnych w przebiegu procesu i efektywności logistyki.

Skąd pobrać

Tabela: EKPO, pole: WERKS

Przykłady
100011002000
Zapotrzebowanie zakupowe
PurchaseRequisition
Identyfikator zapotrzebowania zakupowego, które poprzedziło zamówienie zakupu.
Opis

Ten atrybut łączy zamówienie zakupu z pierwotnym zapotrzebowaniem. Nie każde zamówienie ma poprzedzające je zapotrzebowanie.

To powiązanie jest niezbędne do analizy dashboardu „Od zapotrzebowania do zamówienia” i KPI wskaźnika przekształcenia zapotrzebowań w zamówienia. Pozwala mierzyć sprawność wcześniejszego etapu procesu, od zgłoszenia potrzeby do utworzenia formalnego zamówienia, oraz wykrywać zamówienia utworzone bez zapotrzebowania, niezgodnie z zasadami.

Dlaczego to ważne

Łączy zamówienie zakupu z pierwotnym zapotrzebowaniem, umożliwiając analizę procesu przekształcania zapotrzebowań w zamówienia i wykrywanie zamówień utworzonych bez wcześniejszego zapotrzebowania.

Skąd pobrać

Tabela: EKPO, pole: BANFN

Przykłady
1001589010015891
Wymagane Zalecane Opcjonalne

Aktywności w procesie Purchase to Pay: zamówienia zakupu

To najważniejsze etapy i punkty kontrolne procesu, które warto uwzględnić w dzienniku zdarzeń. Stanowią podstawę do rzetelnego odkrywania przebiegu procesu i wykrywania wąskich gardeł.
6 Zalecane 8 Opcjonalne
Działanie Opis
Utworzenie zamówienia zakupu
To zdarzenie oznacza utworzenie formalnego dokumentu zamówienia zakupu, który stanowi wiążącą umowę z dostawcą. Jest rejestrowane, gdy użytkownik tworzy i zapisuje zamówienie, na przykład w transakcji ME21N. W tabelach EKKO i EKPO pojawiają się wtedy odpowiednie wpisy.
Dlaczego to ważne

To oficjalny początek cyklu życia zamówienia zakupu. Stanowi ważny punkt odniesienia przy pomiarze czasu przekształcenia zapotrzebowania zakupowego w zamówienie oraz czasu realizacji całego zamówienia.

Skąd pobrać

Dane pochodzą z daty utworzenia (EKKO-AEDAT) w tabeli nagłówków zamówień zakupu (EKKO), dla danego numeru zamówienia (EKKO-EBELN).

Rejestrowanie

Dla każdego nowego zamówienia zakupu użyj znacznika czasu utworzenia z tabeli EKKO.

Typ zdarzenia explicit
Utworzenie zapotrzebowania zakupowego
To zdarzenie oznacza utworzenie formalnego zapotrzebowania na towary lub usługi. Jest rejestrowane, gdy użytkownik zapisuje nowy dokument zapotrzebowania zakupowego, na przykład w transakcji ME51N. W tabeli EBAN powstaje wtedy unikalny rekord.
Dlaczego to ważne

To główny punkt początkowy procesu zakupowego. Analiza czasu od tego zdarzenia do utworzenia zamówienia zakupu pozwala ocenić, jak sprawnie potrzeby wewnętrzne są przekształcane w konkretne zamówienia.

Skąd pobrać

Zdarzenie jest rejestrowane po utworzeniu wpisu w tabeli nagłówków zapotrzebowań zakupowych (EBAN). Jego znacznik czasu wyznaczają data utworzenia (EBAN-BADAT) i godzina.

Rejestrowanie

Wyszukaj nowe wpisy w tabeli EBAN na podstawie daty utworzenia.

Typ zdarzenia explicit
Wysłanie zamówienia zakupu do dostawcy
To zdarzenie oznacza oficjalne przekazanie zatwierdzonego zamówienia zakupu dostawcy, na przykład przez EDI, e-mail lub wydruk. Jest rejestrowane w tabelach sterowania komunikatami, gdy komunikat wyjściowy zostanie pomyślnie przetworzony.
Dlaczego to ważne

To ważny etap, od którego liczy się czas realizacji po stronie dostawcy. Analiza czasu od tego zdarzenia do przyjęcia towaru pomaga ocenić terminowość dostaw i wyniki dostawcy.

Skąd pobrać

Zdarzenie jest rejestrowane w tabeli statusów komunikatów (NAST). Znacznik czasu można pobrać z pól NAST-DATVR i NAST-UHRVR, gdy status przetwarzania (NAST-VSTAT) dla odpowiedniego typu komunikatu wyjściowego zamówienia ma wartość „1” (przetworzono pomyślnie).

Rejestrowanie

Użyj znacznika czasu przetworzenia komunikatu wyjściowego zamówienia zakupu z tabeli NAST.

Typ zdarzenia explicit
Zakończenie zamówienia zakupu
Oznacza, że pozycja zamówienia zakupu została w pełni dostarczona. Zdarzenie jest wnioskowane, zwykle na podstawie automatycznego lub ręcznego ustawienia wskaźnika „Dostawa zakończona” w pozycji zamówienia.
Dlaczego to ważne

To logiczny punkt końcowy etapu realizacji zamówienia. Jest niezbędny do obliczenia całkowitego czasu cyklu zamówienia zakupu, od utworzenia do zakończenia.

Skąd pobrać

Zdarzenie jest wnioskowane na podstawie dokumentów zmian (CDHDR/CDPOS), które rejestrują ustawienie wskaźnika „Dostawa zakończona” (EKPO-ELIKZ) na „X” dla pozycji zamówienia. Oznaczenie ostatniej pozycji jako zakończonej może oznaczać zakończenie całego zamówienia.

Rejestrowanie

Ustal na podstawie dokumentów zmian znacznik czasu ustawienia flagi EKPO-ELIKZ.

Typ zdarzenia inferred
Zaksięgowanie przyjęcia towaru
To zdarzenie oznacza fizyczne przyjęcie towarów od dostawcy w ramach konkretnego zamówienia zakupu. Zaksięgowanie przyjęcia towaru jest jawną czynnością, na przykład wykonaną w transakcji MIGO, która tworzy dokument materiałowy i aktualizuje zapasy.
Dlaczego to ważne

To ważny etap przy śledzeniu terminowości dostaw i początku weryfikacji faktury. Służy do obliczania wskaźnika dostaw na czas oraz terminowości przyjęcia towaru.

Skąd pobrać

Zdarzenie jest rejestrowane po utworzeniu dokumentu materiałowego. Jego znacznik czasu to data księgowania (MKPF-BUDAT) lub data utworzenia (MKPF-CPUDT) z tabeli nagłówków dokumentów materiałowych (MKPF). Dokument jest powiązany z zamówieniem zakupu przez tabelę pozycji (MSEG).

Rejestrowanie

Dla dokumentów materiałowych powiązanych z zamówieniem zakupu użyj daty księgowania lub utworzenia z tabeli MKPF.

Typ zdarzenia explicit
Zatwierdzenie zamówienia zakupu
Oznacza ostateczne zatwierdzenie zamówienia zakupu, które pozwala wysłać je do dostawcy. Ten ważny etap jest zwykle wnioskowany na podstawie zmiany statusu zwolnienia zamówienia na „w pełni zwolnione” lub „zatwierdzone”.
Dlaczego to ważne

To zdarzenie jest niezbędne do obliczenia KPI czasu cyklu zatwierdzania zamówienia zakupu i wykrywania wąskich gardeł w workflow zatwierdzania. Warunkuje większość kolejnych działań, takich jak wysłanie zamówienia do dostawcy.

Skąd pobrać

Zdarzenie jest wnioskowane przez śledzenie dzienników zmian (CDHDR/CDPOS) tabeli nagłówków zamówień zakupu (EKKO). Pozwala to ustalić, kiedy zastosowano ostatni kod zwolnienia lub kiedy ogólny wskaźnik statusu zwolnienia (EKKO-FRGKE) przyjął wartość „zwolnione”.

Rejestrowanie

Ustal znacznik czasu zmiany ogólnego statusu zwolnienia zamówienia (EKKO-FRGKE) na stan ostatecznego zatwierdzenia.

Typ zdarzenia inferred
Odrzucenie zamówienia zakupu
To zdarzenie występuje, gdy osoba zatwierdzająca odrzuca zamówienie zakupu w trakcie workflow zatwierdzania. Jest wnioskowane na podstawie zmiany statusu w danych strategii zwolnień zamówienia, która wskazuje na odrzucenie.
Dlaczego to ważne

Śledzenie odrzuceń pomaga wykrywać problemy z jakością danych zamówienia, niezgodność z zasadami lub błędy w macierzy zatwierdzeń. Odrzucenie często prowadzi do ponownej pracy i wydłuża cały cykl.

Skąd pobrać

Zdarzenie jest wnioskowane na podstawie dokumentów zmian (CDHDR/CDPOS) statusu zwolnienia zamówienia zakupu. Odrzucenie jest zwykle rejestrowane, gdy kod zwolnienia zostaje anulowany lub ustawiony zostaje określony status odrzucenia.

Rejestrowanie

Monitoruj dzienniki zmian pod kątem anulowania kodu zwolnienia lub zmiany statusu wskazującej na odrzucenie.

Typ zdarzenia inferred
Przeprowadzenie kontroli jakości
Oznacza, że przyjęte towary przeszły kontrolę jakości. Zdarzenie jest zwykle wnioskowane, gdy dla partii kontrolnej utworzonej przy przyjęciu towaru zostaje podjęta decyzja o wykorzystaniu w module zarządzania jakością.
Dlaczego to ważne

W branżach, w których jakość ma duże znaczenie, to zdarzenie pomaga analizować czas trwania i wyniki kontroli. Opóźnienia mogą tworzyć wąskie gardła między przyjęciem towaru a jego udostępnieniem do użycia.

Skąd pobrać

Zdarzenie jest wnioskowane na podstawie danych z modułu zarządzania jakością. Partia kontrolna powstaje przy przyjęciu towaru (tabela QALS), a wykonanie kontroli oznacza utworzenie decyzji o wykorzystaniu (tabela QAVE), która zawiera znacznik czasu.

Rejestrowanie

Ustal znacznik czasu decyzji o wykorzystaniu w tabeli QAVE dla partii kontrolnej powiązanej z dokumentem materiałowym.

Typ zdarzenia inferred
Usunięcie zamówienia zakupu
Oznacza anulowanie lub logiczne usunięcie pozycji zamówienia zakupu, które uniemożliwia dalsze przetwarzanie, takie jak przyjęcie towaru lub fakturowanie. Zdarzenie jest wnioskowane po ustawieniu wskaźnika usunięcia w pozycji zamówienia.
Dlaczego to ważne

To zdarzenie końcowe oznacza anulowanie zamówienia. Analiza przyczyn i momentu usunięcia zamówień może ujawnić problemy z planowaniem popytu lub wyborem dostawców.

Skąd pobrać

Zdarzenie jest wnioskowane na podstawie dokumentów zmian (CDHDR/CDPOS), które wskazują ustawienie wskaźnika usunięcia (EKPO-LOEKZ) na „L” dla pozycji zamówienia zakupu.

Rejestrowanie

Ustal na podstawie dokumentów zmian znacznik czasu ustawienia flagi EKPO-LOEKZ.

Typ zdarzenia inferred
Wprowadzenie potwierdzenia wykonania usług
W przypadku zamówień zakupu dotyczących usług to zdarzenie oznacza potwierdzenie ich wykonania. Jest rejestrowane przy utworzeniu arkusza wprowadzania usług, na przykład w transakcji ML81N.
Dlaczego to ważne

To odpowiednik przyjęcia towaru w przypadku usług. Zdarzenie jest niezbędne do śledzenia realizacji zamówień na usługi i uruchamia proces rozliczenia płatności za usługę.

Skąd pobrać

Dane pochodzą z daty utworzenia (ESSR-ERDAT) w tabeli nagłówków arkuszy wprowadzania usług (ESSR). Powiązanie z zamówieniem zakupu znajduje się w tabeli ESLL.

Rejestrowanie

Dla arkuszy wprowadzania usług powiązanych z zamówieniem zakupu użyj znacznika czasu utworzenia z tabeli ESSR.

Typ zdarzenia explicit
Wysłanie zamówienia zakupu do zatwierdzenia
Oznacza, że utworzone lub zmienione zamówienie zakupu zostało przekazane do zatwierdzenia zgodnie ze skonfigurowaną strategią zwolnień. Zdarzenie jest wnioskowane, gdy uruchamia się strategia zwolnień, a zamówienie oczekuje na zatwierdzenie.
Dlaczego to ważne

Rozróżnienie utworzenia zamówienia zakupu od rozpoczęcia jego zatwierdzania pozwala precyzyjnie mierzyć KPI czasu cyklu zatwierdzania. Ujawnia też opóźnienie między utworzeniem zamówienia a rozpoczęciem workflow zatwierdzania.

Skąd pobrać

Zdarzenie jest wnioskowane na podstawie dokumentów zmian (CDHDR/CDPOS) dla zamówienia zakupu (obiekt EINKBELEG), które wskazują pierwsze ustawienie statusu zwolnienia, albo na podstawie pierwszego ustawienia ogólnego statusu zwolnienia (EKKO-FRGKE) na wartość oznaczającą aktywny proces zatwierdzania.

Rejestrowanie

Znajdź pierwszy wpis w dokumentach zmian, który uruchamia strategię zwolnień dla zamówienia zakupu.

Typ zdarzenia inferred
Zatwierdzenie zapotrzebowania zakupowego
Oznacza formalne zatwierdzenie zapotrzebowania zakupowego, które pozwala przekształcić je w zamówienie zakupu. Zdarzenie jest wnioskowane na podstawie zmian pól statusu zwolnienia w danych zapotrzebowania, rejestrowanych przez workflow strategii zwolnień SAP.
Dlaczego to ważne

Śledzenie zatwierdzeń pomaga wykrywać wąskie gardła na etapie poprzedzającym złożenie zamówienia oraz sprawdzać zgodność z zasadami zatwierdzania. Opóźnienia na tym etapie bezpośrednio wydłużają cały cykl zakupowy.

Skąd pobrać

Zdarzenie jest wnioskowane na podstawie dzienników zmian tabeli zapotrzebowań zakupowych (EBAN), w szczególności zmian pól statusu zwolnienia, takich jak EBAN-FRGZU, lub dokumentów zmian w CDHDR/CDPOS dla obiektu EBAN.

Rejestrowanie

Monitoruj dokumenty zmian pól statusu zwolnienia w EBAN, aby ustalić znacznik czasu ostatecznego zatwierdzenia.

Typ zdarzenia inferred
Zmiana zamówienia zakupu
Oznacza każdą zmianę zamówienia zakupu po jego utworzeniu, na przykład zmianę ilości, ceny lub terminów dostawy. Zmiany te są jawnie rejestrowane w systemie dokumentów zmian SAP.
Dlaczego to ważne

Częste zmiany, zwłaszcza po zatwierdzeniu, wskazują na nieefektywność procesu, niedostateczne planowanie początkowe lub rozszerzanie zakresu. To zdarzenie jest niezbędne w dashboardzie „Poprawki i zmiany zamówień zakupu” oraz powiązanych KPI.

Skąd pobrać

Zmiany są jawnie rejestrowane w tabelach nagłówków (CDHDR) i pozycji (CDPOS) dokumentów zmian dla obiektu zamówienia zakupu (EINKBELEG). Każda zmiana tworzy nowy wpis ze znacznikiem czasu.

Rejestrowanie

Pobierz zdarzenia zmian i ich znaczniki czasu z tabel CDHDR i CDPOS powiązanych z numerem zamówienia zakupu.

Typ zdarzenia explicit
Zwrot towaru
Oznacza zwrot wcześniej przyjętych towarów do dostawcy, często z powodu problemów z jakością lub nieprawidłowej dostawy. Zdarzenie jest rejestrowane przy zaksięgowaniu dokumentu materiałowego z typem ruchu właściwym dla zwrotu.
Dlaczego to ważne

To zdarzenie wskazuje na problemy z jakością dostawcy lub zgodnością dostawy z zamówieniem i jest ważnym wskaźnikiem ponownej pracy. Jest niezbędne do obliczenia KPI wskaźnika rozbieżności przyjęć towaru.

Skąd pobrać

Zdarzenie jest rejestrowane w tabelach dokumentów materiałowych (MKPF/MSEG), gdy używany jest typ ruchu zwrotnego, na przykład „122” (zwrot dostawy do dostawcy). Znacznikiem czasu jest data księgowania (MKPF-BUDAT).

Rejestrowanie

Znajdź dokumenty materiałowe z typem ruchu zwrotnego, na przykład 122, powiązane z pierwotnym zamówieniem zakupu.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z SAP ECC

Gotowi do rozpoczęcia?

Ten szablon zawiera wskazówki, które pomogą usprawnić proces Purchase to Pay: zamówienia zakupu w SAP ECC. Już dziś można wykorzystać dane, aby odkryć zależności i poprawić efektywność.

Usprawnij zamówienia zakupu w P2P: rozpocznij okres próbny

Usuń wąskie gardła i skróć czas realizacji o 30% lub więcej.

Rozpocznij okres próbny

Karta kredytowa nie jest potrzebna. Rozpoczęcie zajmuje kilka minut.