Szablon danych dla procesu od zakupu do płatności, zamówienia zakupu

SAP S/4HANA
Szablon danych dla procesu od zakupu do płatności, zamówienia zakupu

Szablon danych dla procesu od zakupu do płatności, zamówienia zakupu

Ten szablon pomaga zebrać dane potrzebne do analizy procesu obsługi zamówień zakupu w ramach procesu od zakupu do płatności. Zawiera listę atrybutów do zebrania i działań do śledzenia, a także wskazówki dotyczące ekstrakcji danych z SAP S/4HANA. Dzięki tym informacjom można przygotować dziennik zdarzeń i lepiej poznać przebieg operacji zakupowych.
  • Zalecane atrybuty do szczegółowej analizy
  • Działania do śledzenia w procesie
  • Instrukcja ekstrakcji danych krok po kroku
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu od zakupu do płatności, zamówienia zakupu

Oto zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby kompleksowo analizować proces obsługi zamówień zakupu w ramach procesu od zakupu do płatności.
5 Wymagane 6 Zalecane 9 Opcjonalne
Nazwa Opis
Czas zdarzenia
EventTime
Timestamp wskazujący, kiedy wystąpiła czynność.
Opis

Ten atrybut zapisuje dokładną datę i godzinę każdej czynności w procesie. Jest podstawą wszystkich analiz czasowych w process mining.

Czas zdarzenia służy do chronologicznego uporządkowania czynności i odtworzenia przebiegu procesu. Na jego podstawie oblicza się też wszystkie miary czasu, takie jak czas realizacji między czynnościami, czas oczekiwania i czas przetwarzania. Są one niezbędne do analizy wyników i wykrywania wąskich gardeł.

Dlaczego to ważne

Ten timestamp pozwala prawidłowo uporządkować zdarzenia i obliczyć wszystkie miary wyników, w tym czas realizacji, czas dostawy i czas oczekiwania.

Skąd pobrać

Pola timestamp powiązane z konkretnymi czynnościami, takie jak data utworzenia (EKKO-AEDAT dla zmian) lub data księgowania (MKPF-BUDAT dla przyjęć towarów). Często wymagają połączenia danych z kilku tabel.

Przykłady
2023-04-15T10:00:00Z2023-04-15T14:30:00Z2023-05-01T09:15:00Z
Czynność
ActivityName
Nazwa zdarzenia biznesowego lub etapu, który wystąpił w procesie zamówienia zakupu.
Opis

Ten atrybut opisuje konkretne działanie lub zmianę statusu w cyklu życia zamówienia zakupu, na przykład „Utworzenie zamówienia zakupu”, „Akceptacja zamówienia zakupu” lub „Zaksięgowanie przyjęcia towaru”. Kolejność tych czynności tworzy przebieg procesu.

Analiza kolejności i częstotliwości czynności stanowi podstawę process mining. Pomaga odkryć rzeczywisty przebieg procesu, porównać go z zaprojektowanym modelem, wykrywać wąskie gardła, na przykład długie oczekiwanie po „Otrzymaniu faktury”, oraz mierzyć dodatkową pracę, na przykład powtarzające się czynności „Zmiana zamówienia zakupu”.

Dlaczego to ważne

Określa etapy procesu, umożliwiając wizualizację i analizę przebiegu od początku do końca, wariantów oraz wąskich gardeł.

Skąd pobrać

Zwykle jest wyznaczany na podstawie kombinacji tabel i pól, takich jak pola statusu w EKKO/EKPO lub dzienniki dokumentów zmian w CDHDR/CDPOS, aby odzwierciedlić ważne etapy biznesowe.

Przykłady
Utworzenie zamówienia zakupuAkceptacja zamówienia zakupuZaksięgowanie przyjęcia towaruOtrzymanie faktury
Zamówienie zakupu
PurchaseOrderNumber
Unikalny identyfikator zamówienia zakupu (PO), pełniący funkcję głównego identyfikatora case do śledzenia cyklu zakupowego.
Opis

Numer Purchase Order to główny identyfikator łączący wszystkie powiązane czynności, od utworzenia zamówienia po przyjęcie towaru i zamknięcie. W analizie process mining pełni funkcję identyfikatora case.

Grupowanie zdarzeń według tego numeru pozwala odtworzyć przebieg każdego PO. Jest to niezbędne do obliczania czasu realizacji, analizowania wariantów procesu oraz wykrywania wąskich gardeł i odchyleń dotyczących konkretnego zamówienia.

Dlaczego to ważne

To niezbędny identyfikator, który łączy wszystkie zdarzenia zakupowe w jeden proces od początku do końca i umożliwia szczegółową analizę cyklu życia każdego zamówienia zakupu.

Skąd pobrać

Atrybut znajduje się w tabeli EKKO systemu SAP S/4HANA, w polu EBELN.

Przykłady
450001712345000171244500017125
Data ostatniej aktualizacji danych
LastDataUpdate
Timestamp ostatniego odświeżenia danych lub ich pobrania z systemu źródłowego.
Opis

Ten atrybut informuje, jak aktualne są analizowane dane. Pokazuje datę i godzinę ostatniego pobrania danych z SAP S/4HANA.

Informacja o czasie ostatniej aktualizacji jest niezbędna do oceny aktualności analizy. Pozwala prawidłowo interpretować wyniki i ustalić, czy dotyczą danych bieżących, czy migawki z określonego momentu. Ma to wpływ na trafność działań podejmowanych na podstawie analizy.

Dlaczego to ważne

Informuje o aktualności danych, dzięki czemu można ocenić kontekst i przydatność wniosków z analizy.

Skąd pobrać

To timestamp metadanych dodawany podczas ekstrakcji, transformacji i ładowania danych (ETL).

Przykłady
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
System źródłowy
SourceSystem
Wskazuje system źródłowy, z którego pobrano dane.
Opis

Ten atrybut określa system, z którego pochodzą dane o zdarzeniach, na przykład „SAP S/4HANA Production” lub „SAP ECC”.

W środowiskach korzystających z wielu systemów pole to ma zasadnicze znaczenie dla śledzenia pochodzenia danych, rozwiązywania problemów i prawidłowej interpretacji danych z różnych źródeł. Pomaga zrozumieć ich kontekst i filtrować analizę według konkretnego środowiska systemowego.

Dlaczego to ważne

Dostarcza informacji o pochodzeniu danych, niezbędnych do zarządzania nimi, ich weryfikacji i analizy w środowiskach wielosystemowych.

Skąd pobrać

Zwykle jest to stała wartość dodawana podczas ekstrakcji, transformacji i ładowania danych (ETL), która oznacza źródło zbioru danych.

Przykłady
S4H_PROD_100ECC_EU_200S4H_US_300
Identyfikator dostawcy
VendorId
Unikalny identyfikator dostawcy towarów lub usług.
Opis

Identyfikator dostawcy to ważna dana podstawowa, która łączy zamówienie zakupu z konkretnym dostawcą. Jest wykorzystywany w całym procesie zakupowym do komunikacji, dostaw i płatności.

W process mining ten atrybut pozwala analizować wyniki według dostawcy. Jest niezbędny w dashboardach takich jak „Czas realizacji dostawcy” i „Wskaźnik zwrotów towarów według dostawcy”. Pomaga wskazać rzetelnych dostawców oraz tych, którzy mogą powodować opóźnienia lub problemy z jakością.

Dlaczego to ważne

Umożliwia analizę wyników poszczególnych dostawców, wskazanie tych osiągających lepsze i gorsze wyniki oraz usprawnienie łańcucha dostaw.

Skąd pobrać

Atrybut znajduje się w tabeli EKKO systemu SAP S/4HANA, w polu LIFNR.

Przykłady
100023100045100088
Łączna wartość netto
TotalNetAmount
Łączna wartość zamówienia zakupu bez podatków i kosztów transportu.
Opis

Ten atrybut określa wartość netto zamówienia zakupu. Jest to ważna kwota finansowa, która pokazuje skalę transakcji zakupowej.

Kwota ta ma znaczenie w analizie finansowej, na przykład przy podziale PO według wartości, aby sprawdzić, czy zamówienia o wysokiej i niskiej wartości przebiegają inaczej. Można jej też użyć do ustalenia priorytetów analizy i skupić się na zamówieniach o wysokiej wartości, które mogą wiązać się z większym ryzykiem finansowym lub mieć większy wpływ na działalność.

Dlaczego to ważne

Umożliwia analizę finansową, podział zamówień zakupu według wartości i nadanie priorytetu usprawnieniom w obszarach o największych wydatkach.

Skąd pobrać

Atrybut znajduje się w tabeli EKKO systemu SAP S/4HANA, w polu NETWR.

Przykłady
1500.0025000.50125.75
Typ dokumentu PO
DocumentType
Klasyfikacja rozróżniająca typy zamówień zakupu, takie jak standardowe PO, PO na usługi lub zamówienia transportu zapasów.
Opis

Typ dokumentu to ważny element konfiguracji SAP, który określa przebieg procesu, zakres numeracji i pola zamówienia zakupu. Pozwala dostosować proces zakupowy do różnych sytuacji.

Analiza procesu według typu dokumentu pomaga zrozumieć różnice w jego przebiegu. Proces dla standardowego zamówienia towarów może znacznie różnić się od procesu dla usług lub transferu zapasów. Ten atrybut pozwala filtrować i porównywać poszczególne przebiegi, aby znaleźć konkretne możliwości usprawnień.

Dlaczego to ważne

Klasyfikuje zamówienia zakupu, umożliwia porównywanie procesów zakupowych i pomaga wyjaśnić różnice w przebiegu oraz czasie realizacji.

Skąd pobrać

Atrybut znajduje się w tabeli EKKO systemu SAP S/4HANA, w polu BSART.

Przykłady
NBFOUB
Użytkownik
UserName
Identyfikator użytkownika, który wykonał daną czynność.
Opis

Ten atrybut zapisuje identyfikator użytkownika SAP odpowiedzialnego za utworzenie, zmianę lub akceptację dokumentu. Pozwala ustalić, kto wykonał daną czynność w systemie.

Analiza według użytkownika pomaga określić potrzeby szkoleniowe, rozkład obciążenia pracą i wyniki poszczególnych osób. Można na przykład sprawdzić, czy konkretni użytkownicy regularnie uczestniczą w długich procesach akceptacji lub częstych zmianach po akceptacji. Wnioski te pomagają zarządzać zasobami i usprawniać proces.

Dlaczego to ważne

Pozwala ustalić odpowiedzialność i analizować wyniki na poziomie osoby lub zespołu, a także wykrywać potrzeby szkoleniowe i ograniczenia zasobów.

Skąd pobrać

Informacje te znajdują się w polach takich jak ERNAM (utworzył) w EKKO lub w polu użytkownika w tabelach dokumentów zmian (CDHDR-USERNAME).

Przykłady
CB9980000012JSMITHRROE
Żądany termin dostawy
RequestedDeliveryDate
Data, w której firma oczekuje dostawy towarów lub usług od dostawcy.
Opis

Ten atrybut określa docelowy termin dostawy uzgodniony w zamówieniu zakupu. Stanowi punkt odniesienia przy ocenie terminowości dostawcy.

W process mining datę tę porównuje się z datą rzeczywistego przyjęcia towaru (timestampem zdarzenia „Zaksięgowanie przyjęcia towaru”), aby obliczyć KPI „Wskaźnik terminowych dostaw dostawcy”. Analiza odchyleń pomaga ocenić rzetelność dostawcy i zarządzać ryzykiem w łańcuchu dostaw.

Dlaczego to ważne

Stanowi punkt odniesienia przy pomiarze terminowości dostaw dostawcy, czyli ważnego KPI w zarządzaniu łańcuchem dostaw i planowaniu operacyjnym.

Skąd pobrać

Dane znajdują się w tabeli harmonogramu EKET, w polu EINDT.

Przykłady
2023-06-012023-06-152023-07-01
Zap zapotrzebowanie zakupu
PurchaseRequisitionNumber
Identyfikator zapotrzebowania zakupowego (PR), na podstawie którego utworzono zamówienie zakupu.
Opis

Ten atrybut łączy zamówienie zakupu z zapotrzebowaniem, od którego rozpoczął się proces. Nie każde PO ma powiązane PR, ponieważ zamówienia mogą być tworzone bezpośrednio.

To powiązanie jest niezbędne do analizy całego procesu zakupowego od pierwotnego zgłoszenia. Umożliwia obliczanie KPI, takich jak „Czas akceptacji zapotrzebowania zakupowego”, i pomaga wykrywać zakupy poza zatwierdzonymi kanałami, czyli PO utworzone bez wcześniejszego, zaakceptowanego zapotrzebowania.

Dlaczego to ważne

Łączy PO z pierwotnym zapotrzebowaniem, umożliwiając analizę procesu od początku do końca oraz wykrywanie zakupów poza zatwierdzonymi kanałami.

Skąd pobrać

Atrybut znajduje się w tabeli EKPO systemu SAP S/4HANA (poziom pozycji PO), w polu BANFN.

Przykłady
1001005110010052
Czy wystąpiła poprawka
IsRework
Obliczana flaga wskazująca, czy zamówienie zakupu wymagało poprawek, na przykład zmiany po zatwierdzeniu lub zwrotu towaru.
Opis

Ten atrybut logiczny jest obliczany na podstawie sekwencji działań dla każdego zamówienia zakupu. Przyjmuje wartość „true”, jeśli po zdarzeniu „Zatwierdzono zamówienie zakupu” wystąpi zdarzenie „Zmieniono zamówienie zakupu” lub jeśli wystąpi zdarzenie „Zwrócono towar”.

Flaga ułatwia obliczanie KPI „Wskaźnik przetwarzania bezpośredniego”. Pozwala szybko filtrować i wizualizować zamówienia zakupu wymagające ręcznej interwencji lub korekty, a także określić częstotliwość i koszt poprawek.

Dlaczego to ważne

Pomaga określić skalę nieefektywności procesu, wskazując przypadki wymagające poprawek. Jest to istotne przy obliczaniu wskaźnika przetwarzania bezpośredniego i ustalaniu przyczyn odstępstw.

Skąd pobrać

Pole obliczane na podstawie sekwencji działań. Logika sprawdza, czy po zatwierdzeniu wystąpiło zdarzenie „Zmieniono zamówienie zakupu” lub czy wystąpiło zdarzenie „Zwrócono towar”.

Przykłady
truefalse
Grupa zakupowa
PurchasingGroup
Grupa nabywców odpowiedzialna za określone działania zakupowe.
Opis

Grupa zakupowa to nabywca lub zespół nabywców odpowiedzialny za określone działania zakupowe, materiały lub dostawców. To główny punkt kontaktu dla dostawców.

Ten atrybut pozwala analizować obciążenie pracą i wyniki bardziej szczegółowo niż organizacja zakupowa. Można go wykorzystać do wykrywania przeciążonych zespołów, pomiaru efektywności poszczególnych grup nabywców oraz ustalenia, które z nich częściej odstępują od procesu, na przykład dokonując zakupów poza ustalonymi zasadami.

Dlaczego to ważne

Pozwala szczegółowo analizować wyniki grup nabywców, w tym obciążenie pracą, efektywność i przestrzeganie procesu na poziomie zespołu.

Skąd pobrać

Ten atrybut znajduje się w tabeli SAP S/4HANA EKKO, w polu EKGRP.

Przykłady
001002N00
Kategoria pozycji
ItemCategory
Klasyfikuje pozycję zamówienia zakupu, na przykład jako standardową, konsygnacyjną, podwykonawczą lub usługową.
Opis

Kategoria pozycji określa sposób obsługi zakupu konkretnego materiału lub usługi. Wpływa na kolejne etapy, takie jak przyjęcie towaru i weryfikacja faktury.

Ten atrybut jest przydatny przy analizie wariantów procesu zależnie od przedmiotu zakupu. Na przykład obsługa pozycji usługowej, która wymaga arkusza wprowadzania usług, znacznie różni się od obsługi standardowej pozycji magazynowej. Analiza według kategorii pozycji pomaga wyjaśnić te różnice i zaplanować odpowiednie usprawnienia.

Dlaczego to ważne

Wyjaśnia różnice między wariantami procesu, rozróżniając typy zakupów, takie jak towary, usługi czy podwykonawstwo.

Skąd pobrać

Ten atrybut znajduje się w tabeli SAP S/4HANA EKPO, w polu PSTYP.

Przykłady
093
Kod spółki
CompanyCode
Identyfikator jednostki prawnej lub spółki, dla której utworzono zamówienie zakupu.
Opis

Kod spółki oznacza niezależną jednostkę księgową w organizacji. Wszystkie transakcje finansowe związane z zamówieniem zakupu są księgowane na konkretny kod spółki.

To podstawowy atrybut organizacyjny, który pozwala filtrować i porównywać procesy zakupowe w różnych jednostkach prawnych. Analiza według kodu spółki może ujawnić niespójności w realizacji procesu, różnice w efektywności lub poziomie zgodności w poszczególnych częściach organizacji.

Dlaczego to ważne

Pozwala analizować procesy osobno dla poszczególnych jednostek prawnych i porównywać ich wyniki oraz zgodność w różnych częściach firmy.

Skąd pobrać

Ten atrybut znajduje się w tabeli SAP S/4HANA EKKO, w polu BUKRS.

Przykłady
101017102000
Numer materiału
MaterialNumber
Identyfikator konkretnego materiału lub towaru kupowanego w ramach procesu.
Opis

Numer materiału to unikalny kod przypisany do każdej kartoteki materiałowej w SAP. Jest używany we wszystkich transakcjach dotyczących danego materiału, w tym zakupach, zarządzaniu zapasami i sprzedaży.

Analiza według numeru lub grupy materiałowej pozwala oceniać zakupy w podziale na kategorie. Może pomóc ustalić, czy procesy zakupowe dotyczące określonych materiałów są mniej efektywne, trwają dłużej lub częściej prowadzą do zwrotów. Takie informacje wspierają zarządzanie kategoriami zakupowymi.

Dlaczego to ważne

Umożliwia analizę zakupów według kategorii i pomaga wykrywać problemy z procesem lub wynikami dostawców w odniesieniu do konkretnych produktów i materiałów.

Skąd pobrać

Ten atrybut znajduje się w tabeli SAP S/4HANA EKPO, w polu MATNR.

Przykłady
RM100-100FG210USŁUGI-KONSULTINGOWE
Organizacja zakupowa
PurchasingOrganization
Jednostka organizacyjna odpowiedzialna za zakup materiałów i usług oraz negocjacje z dostawcami.
Opis

Organizacja zakupowa to ważna jednostka organizacyjna w obszarze zakupów. Może działać na poziomie całej grupy kapitałowej, spółki lub zakładu i odpowiada za wszystkie działania zakupowe.

Analiza procesu według organizacji zakupowej pomaga ocenić efektywność i wyniki różnych zespołów zakupowych lub regionów. Może ujawnić różnice w negocjacjach z dostawcami, zgodności z procesem lub opóźnieniach w zatwierdzaniu między jednostkami organizacyjnymi.

Dlaczego to ważne

Umożliwia porównanie wyników różnych działów zakupów lub regionów, co pomaga wskazać dobre praktyki i obszary wymagające usprawnień.

Skąd pobrać

Ten atrybut znajduje się w tabeli SAP S/4HANA EKKO, w polu EKORG.

Przykłady
10101710US01
Terminowość dostaw dostawcy
SupplierOnTimeDelivery
Obliczana flaga wskazująca, czy przyjęcie towaru zaksięgowano w dniu wymaganej dostawy lub wcześniej.
Opis

Ten atrybut logiczny jest wyliczany przez porównanie znacznika czasu działania „Zaksięgowano przyjęcie towaru” z „Wymaganą datą dostawy”. Jeśli przyjęcie towaru nastąpiło w wymaganym terminie lub wcześniej, flaga przyjmuje wartość „true”.

Atrybut ten bezpośrednio zasila KPI „Wskaźnik terminowych dostaw dostawcy”. Ułatwia analizę, pozwalając filtrować dostawy terminowe i opóźnione. Jest przydatny w dashboardach wyników dostawców i przy ocenie dostawców.

Dlaczego to ważne

Bezpośrednio mierzy rzetelność dostawcy, stanowi podstawę KPI terminowości dostaw i wspiera zarządzanie wynikami dostawców.

Skąd pobrać

Obliczany przez porównanie znacznika czasu działania „Zaksięgowano przyjęcie towaru” z atrybutem „RequestedDeliveryDate”.

Przykłady
truefalse
Zakład
Plant
Zakład lub lokalizacja, do której dostarczane są towary albo w której świadczone są usługi.
Opis

W SAP zakład to fizyczna lokalizacja, w której produkuje się lub przechowuje towary albo świadczy usługi. Jest ważnym elementem logistyki i planowania.

Podział analizy procesu według zakładu może ujawnić różnice regionalne lub lokalne w przebiegu zakupów. Można na przykład sprawdzić, czy w niektórych zakładach dostawy trwają dłużej albo częściej dochodzi do zwrotów towarów. Może to wskazywać na lokalne problemy logistyczne lub z kontrolą jakości.

Dlaczego to ważne

Umożliwia analizę według lokalizacji i pokazuje różnice w przebiegu procesu między zakładami, placówkami operacyjnymi i magazynami.

Skąd pobrać

Ten atrybut znajduje się w tabeli SAP S/4HANA EKPO, w polu WERKS.

Przykłady
10101710DE01
Zakup poza ustalonymi zasadami
IsMaverickSpend
Obliczana flaga wskazująca, czy zamówienie zakupu utworzono bez wcześniejszego zatwierdzonego zapotrzebowania zakupowego.
Opis

Ta flaga logiczna jest wyliczana podczas przetwarzania danych. Przyjmuje wartość „true”, jeśli zamówienie zakupu nie ma powiązanego zapotrzebowania zakupowego lub jego utworzenie ominęło standardowy workflow zatwierdzania.

Atrybut ten bezpośrednio zasila dashboard „Identyfikacja zakupów poza ustalonymi zasadami” i powiązane KPI. Pomaga określić skalę zakupów niezgodnych z zasadami, dzięki czemu można wskazać konkretne działy lub grupy użytkowników i wzmocnić stosowanie polityki zakupowej oraz mechanizmów kontrolnych.

Dlaczego to ważne

Bezpośrednio wskazuje zakupy niezgodne z zasadami, pomaga określić skalę odstępstw od procesu oraz egzekwować kontrolę finansową i politykę zakupową.

Skąd pobrać

Pole obliczane na podstawie braku wartości w polu „PurchaseRequisitionNumber” dla określonych typów dokumentów lub analizy sekwencji zdarzeń.

Przykłady
truefalse
Wymagane Zalecane Opcjonalne

Działania w procesie od zakupu do płatności, zamówienia zakupu

Oto najważniejsze kroki procesu i kamienie milowe, które należy uwzględnić w dzienniku zdarzeń, aby prawidłowo odkrywać i optymalizować proces.
7 Zalecane 6 Opcjonalne
Działanie Opis
Akceptacja zamówienia zakupu
Oznacza, że zamówienie zakupu uzyskało wszystkie wymagane akceptacje wewnętrzne i może zostać wysłane do dostawcy. Zdarzenie jest określane na podstawie zmiany statusu w strategii zwalniania zamówienia zakupu.
Dlaczego to ważne

To ważny etap przy mierzeniu sprawności akceptacji i dodatkowej pracy po zatwierdzeniu. Analiza czasu między utworzeniem a akceptacją PO pozwala wykryć opóźnienia w procesie wewnętrznym.

Skąd pobrać

Zdarzenie jest określane na podstawie wskaźnika zwolnienia (FRGKE) w tabeli EKKO. Timestamp ustala się na podstawie historii zmian (CDHDR/CDPOS), sprawdzając, kiedy pole przyjęło status „zwolnione”.

Rejestrowanie

Zdarzenie jest określane na podstawie dzienników zmian pola wskaźnika zwolnienia (FRGKE) w tabeli EKKO.

Typ zdarzenia inferred
Akceptacja zapotrzebowania zakupowego
Oznacza formalną akceptację zapotrzebowania zakupowego przez kierownika lub wyznaczoną osobę zatwierdzającą. Zwykle wnioskuje się o niej na podstawie zmiany statusu dokumentu, która oznacza, że można przekształcić go w zamówienie zakupu.
Dlaczego to ważne

To ważny etap przy mierzeniu czasu akceptacji i wykrywaniu wąskich gardeł. Opóźnienia bezpośrednio wpływają na to, jak szybko można utworzyć zamówienie zakupu i wysłać je do dostawcy.

Skąd pobrać

Zdarzenie jest określane na podstawie pól statusu zwolnienia w tabeli EBAN, na przykład FRGZU (wskaźnik zwolnienia). Timestamp pochodzi z dokumentów zmian (CDHDR/CDPOS), które zapisują moment ustawienia końcowego statusu zwolnienia.

Rejestrowanie

Zdarzenie jest określane na podstawie dzienników zmian (CDHDR/CDPOS) pól statusu zwolnienia w tabeli EBAN.

Typ zdarzenia inferred
Otrzymanie faktury
Oznacza wprowadzenie faktury dostawcy do systemu SAP i powiązanie jej z odpowiednim zamówieniem zakupu. Jest to jawne księgowanie finansowe, które tworzy dokument księgowy.
Dlaczego to ważne

To ważny etap łączący proces zakupowy z procesem obsługi zobowiązań. Pozwala analizować czas między przyjęciem towaru a przetworzeniem faktury.

Skąd pobrać

Dokument księgowy jest tworzony w tabeli BKPF (nagłówek), a jego pozycje znajdują się w tabeli BSEG lub w uniwersalnym dzienniku ACDOCA. Dokument jest powiązany z PO w tabeli RSEG.

Rejestrowanie

Data wprowadzenia dokumentu (CPUDT) z tabeli nagłówka dokumentu księgowego BKPF.

Typ zdarzenia explicit
Utworzenie zamówienia zakupu
Oznacza utworzenie oficjalnego dokumentu zamówienia zakupu, z odwołaniem do zapotrzebowania zakupowego lub bez niego. Zdarzenie jest rejestrowane w chwili pierwszego zapisania dokumentu PO w systemie.
Dlaczego to ważne

To zdarzenie może być alternatywnym początkiem procesu, szczególnie przy analizie zakupów poza zatwierdzonymi kanałami. Jest podstawą do mierzenia całkowitego czasu obsługi PO.

Skąd pobrać

Dane są zapisane w tabeli nagłówka zamówienia zakupu EKKO. Data utworzenia (AEDAT) i godzina dokumentu są przechowywane bezpośrednio w tej tabeli.

Rejestrowanie

Timestamp utworzenia (AEDAT) dokumentu zamówienia zakupu w tabeli EKKO.

Typ zdarzenia explicit
Utworzenie zapotrzebowania zakupowego
To zdarzenie oznacza formalne zgłoszenie zapotrzebowania na towary lub usługi i rozpoczyna proces zakupowy. Jest rejestrowane w chwili zapisania przez użytkownika nowego dokumentu zapotrzebowania zakupowego, na przykład w transakcji ME51N.
Dlaczego to ważne

To częsty punkt początkowy cyklu życia zamówienia zakupu. Analiza czasu od tego zdarzenia do utworzenia PO pomaga wykryć opóźnienia w pozyskiwaniu ofert i obsłudze wewnętrznej.

Skąd pobrać

Dane są zapisane w tabeli EBAN (Purchase Requisition). Timestamp utworzenia można znaleźć w tabelach historii zmian CDHDR i CDPOS dla obiektu EBAN.

Rejestrowanie

Zdarzenie rejestrowane podczas tworzenia dokumentu w tabeli EBAN.

Typ zdarzenia explicit
Zaksięgowanie przyjęcia towaru
Oznacza fizyczne przyjęcie towarów od dostawcy i odpowiadający mu zapis w systemie. Jest to jawna transakcja aktualizująca historię zamówienia zakupu.
Dlaczego to ważne

To ważny etap, który kończy czas realizacji po stronie dostawcy i rozpoczyna wewnętrzną weryfikację faktury. Jest niezbędny do śledzenia terminowości dostaw.

Skąd pobrać

Dane są zapisane jako dokument materiałowy w tabelach MKPF (nagłówek) i MSEG (pozycja), a w tabeli historii zamówienia zakupu EKBE są powiązane z określonym typem ruchu, na przykład 101.

Rejestrowanie

Data księgowania (BUDAT) z nagłówka dokumentu materiałowego (MKPF), powiązana przez EKBE.

Typ zdarzenia explicit
Zamknięcie zamówienia zakupu
To zdarzenie oznacza, że pozycja zamówienia zakupu jest uznawana za zamkniętą z punktu widzenia logistyki. Wnioskuje się o nim, gdy ustawione są wskaźniki „Dostawa zakończona” i „Faktura końcowa”.
Dlaczego to ważne

To końcowy punkt analizy cyklu życia zamówienia zakupu. Pomiar czasu do tego zdarzenia pokazuje całkowity czas realizacji operacji zakupowych.

Skąd pobrać

Zdarzenie jest określane na podstawie flag statusu w tabeli pozycji zamówienia zakupu EKPO. Występuje, gdy wskaźniki „Dostawa zakończona” (ELIKZ) i „Faktura końcowa” (EREKZ) są ustawione na true.

Rejestrowanie

Zdarzenie jest określane na podstawie dzienników zmian, gdy pola ELIKZ i EREKZ w EKPO są oznaczone jako zakończone.

Typ zdarzenia inferred
Opłacenie faktury
Oznacza końcowe rozliczenie faktury dostawcy w ramach przebiegu płatności lub płatności ręcznej. Jest to jawna transakcja finansowa, która tworzy dokument rozliczeniowy.
Dlaczego to ważne

Choć technicznie należy do procesu płatności, uwzględnienie tego zdarzenia zapewnia pełny obraz cyklu zakupowego od zamówienia do płatności. Jest ono ważne przy analizie warunków i terminowości płatności.

Skąd pobrać

Płatność jest rejestrowana jako dokument rozliczeniowy w BKPF/ACDOCA. Data rozliczenia (AUGDT) pozycji faktury w tabeli BSEG lub ACDOCA wskazuje zdarzenie płatności.

Rejestrowanie

Data rozliczenia (AUGDT) dokumentu faktury, dostępna w BSEG lub ACDOCA.

Typ zdarzenia explicit
Usunięcie zamówienia zakupu
Oznacza anulowanie lub logiczne usunięcie pozycji zamówienia zakupu albo całego dokumentu. Zdarzenie jest rejestrowane, gdy użytkownik ustawi flagę usunięcia dokumentu.
Dlaczego to ważne

To alternatywny punkt końcowy procesu, oznaczający niepowodzenie lub anulowanie. Analiza przyczyn usuwania PO może ujawnić problemy z planowaniem popytu lub określaniem wymagań.

Skąd pobrać

Dane pochodzą z flagi wskaźnika usunięcia (LOEKZ) w tabeli nagłówka zamówienia zakupu (EKKO) lub pozycji (EKPO). Timestamp ustala się na podstawie dokumentów zmian (CDHDR/CDPOS).

Rejestrowanie

Timestamp z dokumentów zmian (CDHDR/CDPOS) z chwili ustawienia flagi usunięcia (LOEKZ).

Typ zdarzenia explicit
Wprowadzenie potwierdzenia wykonania usługi
To zdarzenie oznacza potwierdzenie wykonania usługi określonej w zamówieniu zakupu. Jest jawnie rejestrowane podczas tworzenia arkusza wprowadzania usług.
Dlaczego to ważne

W przypadku zakupów usług jest to odpowiednik przyjęcia towaru. Zdarzenie pomaga śledzić terminy realizacji usług i terminowo opłacać dostawców.

Skąd pobrać

Zdarzenie jest rejestrowane podczas tworzenia arkusza wprowadzania usług. Dane są przechowywane w tabelach ESSR (nagłówek) i ESLL (pozycje). Timestampem jest data utworzenia.

Rejestrowanie

Data utworzenia dokumentu arkusza wprowadzania usług w tabeli ESSR.

Typ zdarzenia explicit
Wysłanie zamówienia zakupu do dostawcy
Oznacza moment przekazania zamówienia zakupu dostawcy, na przykład przez EDI, e-mail lub wydruk. Zdarzenie często można odczytać z dzienników zarządzania komunikatami wyjściowymi systemu.
Dlaczego to ważne

To faktyczny początek czasu realizacji po stronie dostawcy. Zdarzenie jest niezbędne do rzetelnego pomiaru wyników dostawcy od chwili otrzymania zamówienia.

Skąd pobrać

Dane pochodzą z tabeli sterowania komunikatami wyjściowymi NAST, w której zapisywane są komunikaty wysłane dla dokumentu zakupowego. Można wykorzystać datę i godzinę odpowiedniego typu komunikatu, na przykład EDI lub e-mail.

Rejestrowanie

Timestamp pierwszego pomyślnie wysłanego komunikatu dotyczącego PO w tabeli NAST.

Typ zdarzenia inferred
Zmiana zamówienia zakupu
To zdarzenie oznacza zmianę zamówienia zakupu po jego utworzeniu, na przykład zmianę ilości, ceny lub terminu dostawy. Jest jawnie rejestrowane w dziennikach zmian systemu.
Dlaczego to ważne

Śledzenie zmian, szczególnie po akceptacji, pomaga wykrywać nieefektywności, dodatkową pracę i potencjalne problemy ze zgodnością. Częste zmiany mogą wskazywać na niedokładne specyfikacje początkowe.

Skąd pobrać

Dane są zapisane w tabelach dokumentów zmian CDHDR (nagłówek) i CDPOS (pozycja) dla obiektów zamówień zakupu (EINKBELEG). Każda zmiana tworzy szczegółowy wpis w dzienniku.

Rejestrowanie

Zdarzenie rejestrowane przy zmianie ważnych pól w tabelach EKKO lub EKPO, zapisanej w CDHDR/CDPOS.

Typ zdarzenia explicit
Zwrot towarów
Oznacza zwrot wcześniej przyjętych towarów do dostawcy, zwykle z powodu problemów z jakością, uszkodzeń lub błędnej dostawy. Zdarzenie jest jawnie rejestrowane jako ruch zwrotny towarów.
Dlaczego to ważne

To zdarzenie wskazuje na dodatkową pracę i możliwe problemy z jakością dostawcy lub poprawnością zamówienia. Częste zwroty konkretnego materiału lub do konkretnego dostawcy sygnalizują problem.

Skąd pobrać

Dane są zapisywane jako dokument materiałowy z określonym typem ruchu zwrotnego, na przykład 122. Zdarzenie jest rejestrowane w MKPF/MSEG i powiązane z PO w tabeli historii EKBE.

Rejestrowanie

Data księgowania z dokumentu materiałowego z typem ruchu zwrotnego w EKBE.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z SAP S/4HANA

Gotowi, by zacząć?

Ten szablon to dobry punkt wyjścia do analizy procesu za pomocą process mining. Wykorzystajcie dane z SAP S/4HANA, aby znaleźć możliwości usprawnień i już dziś poprawić proces od zakupu do płatności.

Usprawnijcie obsługę zamówień w P2P i skróćcie czas realizacji

Ograniczcie nieefektywne działania i skróćcie cykl obsługi zamówienia w P2P o 30%.

Rozpocznijcie okres próbny

Nie trzeba podawać danych karty płatniczej. Konfiguracja zajmuje kilka minut.