Szablon danych dla procesu od zamówienia do płatności, od obsługi zamówień sprzedaży

SAP S/4HANA
Szablon danych dla procesu od zamówienia do płatności, od obsługi zamówień sprzedaży

Szablon danych dla procesu od zamówienia do płatności, od obsługi zamówień sprzedaży

Ten szablon danych zawiera wskazówki dotyczące zbierania informacji potrzebnych do analizy procesu od zamówienia do płatności, od obsługi zamówień sprzedaży. Opisuje niezbędne atrybuty i najważniejsze działania potrzebne do utworzenia dokładnego dziennika zdarzeń. Zawiera również szczegółowe instrukcje dotyczące pobierania danych z systemu SAP S/4HANA, aby można było rozpocząć usprawnianie procesu.
  • Zalecane atrybuty do zebrania
  • Najważniejsze działania do śledzenia
  • Instrukcje pobierania danych z SAP S/4HANA
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu od zamówienia do płatności, od obsługi zamówień sprzedaży

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie analizować proces od zamówienia do płatności i obsługę zamówień sprzedaży.
3 Wymagane 7 Zalecane 12 Opcjonalne
Nazwa Opis
Czas zdarzenia
EventTime
Znacznik czasu określający, kiedy miało miejsce konkretne działanie lub zdarzenie.
Opis

Czas zdarzenia podaje dokładną datę i godzinę każdego działania w procesie, tworząc chronologiczną podstawę dziennika zdarzeń. Zapisuje na przykład, kiedy utworzono zamówienie sprzedaży, wysłano towary i opłacono fakturę.

Ten atrybut jest niezbędny do wszystkich analiz opartych na czasie. Służy do obliczania czasu cyklu między działaniami, wykrywania opóźnień, pomiaru wyników procesu względem umów o gwarantowanym poziomie usług oraz analizy całkowitego czasu obsługi zamówienia sprzedaży. Dokładność znaczników czasu bezpośrednio wpływa na jakość wniosków z process mining.

Dlaczego to ważne

Ten znacznik czasu jest niezbędny do obliczania czasów trwania, czasów cyklu i czasów oczekiwania, które stanowią podstawę analizy wyników procesu.

Skąd pobrać

To atrybut pochodny, oparty na różnych polach daty i godziny w tabelach SAP, takich jak ERDAT/ERZET (data i godzina utworzenia) w tabelach VBAK, LIKP i VBRK, lub na znacznikach czasu z dziennika zmian CDHDR.

Przykłady
2023-01-15T09:00:00Z2023-01-18T14:30:00Z2023-01-25T11:20:00Z
Nazwa działania
ActivityName
Nazwa działania biznesowego, które miało miejsce na określonym etapie procesu obsługi zamówienia sprzedaży.
Opis

Ten atrybut opisuje konkretny etap lub zdarzenie w cyklu życia zamówienia sprzedaży, na przykład „Utworzono zamówienie sprzedaży”, „Zaksięgowano wydanie towarów” lub „Otrzymano płatność”. Działania są ustalane na podstawie zmian statusów, dat utworzenia dokumentów i wpisów w dziennikach z różnych modułów SAP.

Analiza kolejności i czasu trwania tych działań stanowi podstawę process mining. Umożliwia wizualizację map procesów, wykrywanie wąskich gardeł między etapami oraz analizę wariantów procesu. Dzięki temu można sprawdzić, jak zamówienia faktycznie przechodzą przez system i porównać ten przebieg z założonym procesem.

Dlaczego to ważne

Atrybut określa etapy procesu, co pozwala zbudować mapę procesu oraz analizować jego przebieg i wąskie gardła.

Skąd pobrać

To atrybut pochodny, zwykle tworzony podczas ekstrakcji danych przez przypisanie zmian statusów lub zdarzeń utworzenia dokumentów z tabel takich jak VBAK, LIKP, VBRK i CDHDR/CDPOS do nazw działań.

Przykłady
Utworzenie zamówienia sprzedażyUtworzono dostawęUtworzono fakturęOtrzymano płatność
Zamówienie sprzedaży
Vbeln
Unikalny identyfikator dokumentu sprzedaży, który służy jako główny identyfikator case w procesie Order to Cash.
Opis

Numer zamówienia sprzedaży jednoznacznie identyfikuje zamówienie klienta na towary lub usługi. To główny obiekt łączący wszystkie działania w cyklu obsługi zamówienia, od utworzenia i potwierdzenia po dostawę i fakturowanie.

W process mining ten atrybut jest niezbędny do śledzenia całej ścieżki każdego zamówienia. Analiza według numeru zamówienia sprzedaży pozwala wykrywać wąskie gardła, rozumieć różnice w przebiegu procesu i mierzyć wskaźniki, takie jak czas cyklu czy terminowość dostaw, dla każdej transakcji klienta.

Dlaczego to ważne

To główny identyfikator łączący wszystkie powiązane zdarzenia procesu i umożliwiający analizę całego cyklu życia zamówienia na poziomie case.

Skąd pobrać

Ten atrybut to numer dokumentu sprzedaży z tabeli VBAK (pole VBELN).

Przykłady
100002341000056710000891
Nazwa użytkownika
Ernam
Identyfikator użytkownika SAP, który utworzył dokument lub ostatnio go zmienił.
Opis

Ten atrybut wskazuje użytkownika odpowiedzialnego za dane działanie, na przykład utworzenie zamówienia sprzedaży lub zaksięgowanie wydania towarów. Łączy etapy procesu z osobami lub zespołami, które je wykonały.

Analiza działań według użytkownika pomaga określić potrzeby szkoleniowe, zrozumieć rozkład obciążenia pracą i wykryć odstępstwa charakterystyczne dla konkretnych użytkowników. Jest też przydatna przy kontroli zgodności i audytach, ponieważ pozwala ustalić, kto wykonał poszczególne działania w procesie.

Dlaczego to ważne

Umożliwia analizę wyników procesu według użytkownika lub zespołu, co pomaga wskazać osoby osiągające najlepsze wyniki, potrzeby szkoleniowe i rozkład obciążenia pracą.

Skąd pobrać

Ten atrybut odpowiada polu „Nazwa osoby, która utworzyła obiekt” w tabelach takich jak VBAK (pole ERNAM dla utworzenia) lub w nagłówkach dokumentów zmian CDHDR (pole UNAME).

Przykłady
CBURNSDSCRANTONJHALPERT
Numer klienta
Kunnr
Unikalny identyfikator konta klienta.
Opis

Numer klienta to unikalny identyfikator przypisany każdemu klientowi w danych podstawowych. Jest używany we wszystkich transakcjach z danym klientem, w tym przy zamówieniach sprzedaży, dostawach i płatnościach.

Analiza procesu z perspektywy klienta ma duże znaczenie. Ten atrybut pozwala porównywać wyniki obsługi zamówień klientów, wskazywać tych, których zamówienia są najczęściej opóźnione, i sprawdzać, jak przebieg procesu różni się w przypadku najważniejszych klientów. Jest też podstawą dashboardów analizujących czas cyklu według segmentu klientów.

Dlaczego to ważne

Umożliwia analizę z perspektywy klienta, pomaga wykrywać problemy procesowe dotyczące konkretnych klientów lub grup oraz mierzyć KPI dla poszczególnych klientów.

Skąd pobrać

Ten atrybut odpowiada polu „Odbiorca faktury” lub „Numer klienta” w tabeli VBAK (pole KUNNR).

Przykłady
C000123C000456C000789
Numer materiału
Matnr
Unikalny identyfikator sprzedawanego produktu lub materiału.
Opis

Numer materiału to unikalny identyfikator produktu w danych podstawowych materiałów. Każda pozycja zamówienia sprzedaży dotyczy konkretnego numeru materiału.

Ten atrybut umożliwia analizę procesu z perspektywy produktu. Pozwala sprawdzić, czy określone produkty wiążą się z dłuższym czasem przetwarzania, częstszymi zmianami lub większą liczbą anulowań. Takie informacje mogą pomóc wykryć problemy dotyczące konkretnych grup produktów, na przykład złożoność łańcucha dostaw lub nieprawidłowe dane.

Dlaczego to ważne

Ułatwia analizę na poziomie produktu i pokazuje, czy określone materiały lub grupy produktów wiążą się z opóźnieniami, ponowną pracą lub innymi nieefektywnościami procesu.

Skąd pobrać

Ten atrybut odpowiada polu „Numer materiału” w tabeli pozycji zamówienia sprzedaży VBAP (pole MATNR).

Przykłady
PROD-1001PROD-2005SERV-A01
Organizacja sprzedaży
Vkorg
Jednostka organizacyjna odpowiedzialna za sprzedaż określonych produktów lub usług.
Opis

Organizacja sprzedaży to jednostka firmy zajmująca się sprzedażą. Odpowiada za negocjowanie warunków sprzedaży oraz dystrybucję towarów i usług. Każda transakcja sprzedaży jest przypisana do konkretnej organizacji sprzedaży.

Ten atrybut jest jedną z głównych kategorii analizy wyników. Filtrowanie i porównywanie danych między organizacjami sprzedaży pozwala zestawiać wyniki, wskazywać dobre praktyki w poszczególnych regionach lub działach oraz sprawdzać, jak sprawność procesu różni się w zależności od lokalizacji lub jednostki biznesowej.

Dlaczego to ważne

Umożliwia porównywanie wyników i zestawianie ich między jednostkami biznesowymi, regionami lub spółkami w grupie.

Skąd pobrać

Ten atrybut odpowiada polu „Organizacja sprzedaży” w tabeli VBAK (pole VKORG).

Przykłady
10002000US01DE01
Rodzaj dokumentu sprzedaży
Auart
Klasyfikacja rozróżniająca rodzaje dokumentów sprzedaży, takie jak standardowe zamówienia, zwroty lub noty kredytowe.
Opis

Rodzaj dokumentu sprzedaży określa sposób jego przetwarzania w SAP. Definiuje między innymi zakres numeracji, wymagane pola i ogólny przebieg transakcji. Przykłady to „OR” dla standardowego zamówienia i „RE” dla zamówienia zwrotu.

W process mining ten atrybut służy do podziału analizy na kategorie. Porównanie przebiegu procesu dla różnych rodzajów dokumentów może ujawnić istotne różnice w czasie cyklu, częstotliwości ponownej pracy i poziomie automatyzacji. Ułatwia to dopasowanie działań usprawniających do konkretnych rodzajów zamówień.

Dlaczego to ważne

Pozwala podzielić zamówienia sprzedaży na kategorie i porównać sposób przetwarzania poszczególnych rodzajów zamówień.

Skąd pobrać

Ten atrybut odpowiada polu „Rodzaj dokumentu sprzedaży” w tabeli VBAK (pole AUART).

Przykłady
ORRECRSO
Wartość netto
Netwr
Wartość netto pozycji lub dokumentu zamówienia sprzedaży w walucie dokumentu.
Opis

Wartość netto to wartość zamówienia po uwzględnieniu rabatów i dopłat, ale przed naliczeniem podatków. Jest to ważna miara finansowa przypisana do każdego zamówienia sprzedaży.

W process mining ten atrybut dostarcza kontekstu biznesowego. Pozwala skupić analizę na zamówieniach o wysokiej wartości, sprawdzić, czy wartość zamówienia wiąże się z czasem lub złożonością przetwarzania, oraz oszacować finansowy wpływ nieefektywności, takich jak anulowania i opóźnienia. Analiza może na przykład wykazać, że zamówienia o wysokiej wartości często opóźniają się z powodu ręcznej kontroli zdolności kredytowej.

Dlaczego to ważne

Dostarcza kontekstu finansowego dla każdego case. Umożliwia analizę według wartości, ustalanie priorytetów usprawnień dla zamówień o największym wpływie i szacowanie kosztów opóźnień.

Skąd pobrać

Ten atrybut odpowiada polu „Wartość netto pozycji zamówienia w walucie dokumentu” w tabeli VBAP (pole NETWR) lub wartości zagregowanej z tabeli VBAK.

Przykłady
1500.00250.5012345.75
Żądana data dostawy
Vdatu
Data dostawy towarów lub usług wskazana przez klienta.
Opis

Ta data określa, kiedy klient oczekuje dostawy pozycji z zamówienia sprzedaży. Jest ważna przy planowaniu i harmonogramowaniu oraz pomiarze realizacji umów o gwarantowanym poziomie usług (SLA).

Atrybut ten służy do pomiaru poziomu obsługi klienta i wyników logistyki. Stanowi punkt odniesienia dla KPI „Terminowość dostaw”. Porównuje się go z rzeczywistą datą wydania towarów lub dostawy, aby sprawdzić, czy spełniono oczekiwania klienta. Analiza odchyleń pomaga wykryć systemowe problemy z realizacją zamówień lub planowaniem.

Dlaczego to ważne

To podstawowa data służąca do pomiaru terminowości dostaw, ważnego KPI dla zadowolenia klientów i sprawności łańcucha dostaw.

Skąd pobrać

Ten atrybut odpowiada polu „Żądana data dostawy” w tabeli harmonogramów dostaw zamówienia sprzedaży VBEP (pole VDATU).

Przykłady
2023-02-012023-03-152023-04-20
Czas zakończenia
EndTime
Znacznik czasu wskazujący, kiedy zakończyło się dane działanie lub zdarzenie.
Opis

EndTime oznacza czas zakończenia pojedynczego działania. StartTime wskazuje, kiedy rozpoczęło się zadanie, a EndTime, kiedy się skończyło. Dzięki temu można zmierzyć czas aktywnej pracy.

Ten atrybut pozwala dokładnie obliczyć czas przetwarzania działania. Umożliwia odróżnienie czasu aktywnej pracy nad zadaniem (czas przetwarzania = EndTime - StartTime) od czasu oczekiwania na rozpoczęcie kolejnego zadania (czas oczekiwania = NextActivity.StartTime - CurrentActivity.EndTime). To rozróżnienie jest niezbędne do precyzyjnej analizy wąskich gardeł.

Dlaczego to ważne

Umożliwia dokładne obliczenie czasu przetwarzania działania, co pozwala odróżnić czas aktywnej pracy od czasu oczekiwania.

Skąd pobrać

To atrybut pochodny. W przypadku niektórych działań może odpowiadać konkretnemu znacznikowi czasu w SAP. W innych przypadkach jest zwykle szacowany lub ustawiany na tę samą wartość co StartTime, jeśli zdarzenie uznaje się za natychmiastowe.

Przykłady
2023-01-15T09:05:10Z2023-01-18T15:00:00Z2023-01-25T11:20:00Z
Czy dostawa była terminowa
IsOnTimeDelivery
Wartość logiczna informująca, czy zlecenie dostarczono w potwierdzonym lub wymaganym terminie albo przed nim.
Opis

Ten atrybut jednoznacznie określa terminowość dostawy każdego zlecenia. Jest obliczany przez porównanie znacznika czasu działania „Zaksięgowanie wydania towaru” z „Wymaganą datą dostawy” (VDATU) lub potwierdzonym terminem dostawy z harmonogramu zlecenia.

Flaga stanowi podstawę KPI „Wskaźnik terminowych dostaw” i dashboardu „Realizacja obiecanych terminów dostawy”. Ułatwia analizę, dzieląc zlecenia na dostarczone terminowo i z opóźnieniem. Następnie można zbadać przebieg procesu w każdej grupie i znaleźć przyczyny opóźnień.

Dlaczego to ważne

Bezpośrednio mierzy realizację dostaw względem oczekiwań klientów i stanowi podstawę KPI „Wskaźnik terminowych dostaw”.

Skąd pobrać

To atrybut obliczany przez porównanie znacznika czasu działania „Zaksięgowanie wydania towaru” z „Wymaganą datą dostawy” (VBEP-VDATU).

Przykłady
truefalse
Czy wprowadzono ręcznie
IsManualEntry
Flaga informująca, czy zlecenie sprzedaży wprowadzono ręcznie, czy utworzono za pośrednictwem kanału automatycznego, takiego jak EDI lub portal e-commerce.
Opis

Ten atrybut odróżnia zlecenia wprowadzone przez użytkownika bezpośrednio w SAP GUI od zleceń utworzonych automatycznie przez elektroniczną wymianę danych (EDI), API lub inne zintegrowane systemy. Informację tę można czasem ustalić na podstawie użytkownika, który utworzył zlecenie (na przykład użytkownika systemowego lub pracownika), albo na podstawie określonych wskaźników w dokumencie sprzedaży.

Atrybut jest niezbędny do analizy automatyzacji i wspiera KPI „Wskaźnik ręcznego wprowadzania zleceń”. Umożliwia bezpośrednie porównanie efektywności procesu, liczby błędów i czasu realizacji zleceń wprowadzonych ręcznie i utworzonych automatycznie. Wyniki pomagają uzasadnić dalszą automatyzację.

Dlaczego to ważne

Pomaga mierzyć poziom automatyzacji wprowadzania zleceń oraz porównywać efektywność i liczbę błędów przy zleceniach wprowadzanych ręcznie i automatycznie.

Skąd pobrać

Często jest to atrybut pochodny. Można go ustalić, porównując użytkownika w polu „Utworzył” (ERNAM) w tabeli VBAK z listą znanych użytkowników systemowych lub wsadowych albo sprawdzając wskaźniki kanału.

Przykłady
truefalse
Czy wystąpiła ponowna praca
IsRework
Wartość logiczna informująca, czy działanie lub przypadek obejmuje ponowną pracę, na przykład powtórne potwierdzenie lub istotną zmianę.
Opis

Ta flaga pozwala wykryć zlecenia sprzedaży, przy których konieczna była ponowna praca, na przykład po zmianie zlecenia po potwierdzeniu lub wielokrotnym wystąpieniu tego samego działania. Flaga może być ustawiana na podstawie zdarzeń „Zmiana zlecenia sprzedaży” lub kilku zdarzeń „Potwierdzenie zlecenia” dla tego samego przypadku.

Atrybut ten bezpośrednio wspiera dashboard „Zmiany zleceń sprzedaży i wskaźnik ponownej pracy” oraz powiązane KPI. Ułatwia filtrowanie i mierzenie ponownej pracy, dzięki czemu można ocenić jej koszt i częstotliwość, a także znaleźć przyczyny nieefektywności i odchyleń w procesie.

Dlaczego to ważne

Ta flaga pomaga mierzyć częstotliwość i wpływ ponownej pracy, a następnie analizować, jak ograniczyć odchylenia w procesie, ręczne zmiany i nieefektywność.

Skąd pobrać

To atrybut obliczany. Logikę definiuje się podczas transformacji danych, zwykle przez wykrywanie powtarzających się działań lub określonych zdarzeń zmiany, na przykład w tabelach CDHDR/CDPOS.

Przykłady
truefalse
Dział
Spart
Jednostka organizacyjna reprezentująca określoną linię produktów lub obszar działalności.
Opis

Dział służy do grupowania materiałów lub usług i często odpowiada linii produktów. Jest częścią definicji obszaru sprzedaży i pozwala uporządkować działalność według produktów.

Ten atrybut przydaje się do analizy wyników procesu dla różnych grup produktów. Pomaga odpowiedzieć na pytania, takie jak: „Czy obsługa zamówień na części zamienne różni się od obsługi zamówień na wyroby gotowe?”. Taki podział jest potrzebny do obliczania KPI „Czas realizacji według linii produktów” i analizy powiązanych danych w dashboardzie.

Dlaczego to ważne

Umożliwia analizę procesów według linii produktów lub obszaru działalności i pomaga wykryć różnice w wynikach między poszczególnymi częściami firmy.

Skąd pobrać

Ten atrybut odpowiada polu „Dział” w tabeli VBAK lub VBAP (pole SPART).

Przykłady
000105
Ilość w zleceniu
Kwmeng
Ilość materiału zamówionego w konkretnej pozycji dokumentu sprzedaży.
Opis

Ten atrybut określa liczbę jednostek danego materiału zamówionych przez klienta w pozycji zlecenia sprzedaży. To podstawowa dana transakcyjna.

Analiza ilości w zleceniu dostarcza kontekstu biznesowego. Można podzielić zlecenia według wielkości, na przykład na małe i duże, i sprawdzić, czy liczba zamówionych jednostek wpływa na efektywność obsługi. Ilość jest też ważnym wskaźnikiem w raportach i pomaga ocenić skalę operacji.

Dlaczego to ważne

Umożliwia analizę według wielkości zlecenia i pomaga sprawdzić, czy liczba zamówionych jednostek wpływa na czas przetwarzania, złożoność lub liczbę błędów.

Skąd pobrać

Ten atrybut odpowiada polu „Skumulowana ilość zlecenia w jednostkach sprzedaży” w tabeli VBAP (pole KWMENG).

Przykłady
101505
Kanał dystrybucji
Vtweg
Kanał, którym produkty lub usługi trafiają do klienta, na przykład sprzedaż detaliczna, hurtowa lub internetowa.
Opis

Kanał dystrybucji określa sposób sprzedaży i dostarczania produktów klientom. Wraz z organizacją sprzedaży wyznacza obszar sprzedaży.

Analiza procesów według kanału dystrybucji pokazuje, które kanały działają sprawniej. Na przykład zlecenia z kanału „Sprzedaż internetowa” mogą być w dużym stopniu zautomatyzowane i realizowane szybko, podczas gdy obsługa zleceń z kanału „Sprzedaż bezpośrednia” może wymagać więcej pracy ręcznej i trwać dłużej. Dzięki temu można kierować usprawnienia do konkretnych kanałów.

Dlaczego to ważne

Umożliwia porównanie wyników różnych kanałów sprzedaży, takich jak internet, sprzedaż bezpośrednia i handel detaliczny, oraz wykrycie wąskich gardeł i dobrych praktyk charakterystycznych dla poszczególnych kanałów.

Skąd pobrać

Ten atrybut odpowiada polu „Kanał dystrybucji” w tabeli VBAK (pole VTWEG).

Przykłady
102001
Ogólny status dostawy
Lfstk
Ogólny status dostawy zlecenia sprzedaży. Informuje, czy zlecenie nie zostało jeszcze przetworzone, zostało dostarczone częściowo czy w całości.
Opis

To pole statusu podsumowuje postęp realizacji dokumentu sprzedaży. Jest wyliczane na podstawie statusów wszystkich pozycji i pokazuje, czy dostawa zlecenia jest otwarta, w toku czy zakończona.

W analizie procesów ten atrybut pomaga określić bieżący stan otwartych zleceń i filtrować przypadki. Analiza zleceń „Dostarczonych w całości” pokazuje zakończone procesy, a analiza zleceń „Jeszcze nieprzetworzonych” może pomóc wykryć zaległości i początkowe wąskie gardła.

Dlaczego to ważne

Pokazuje postęp realizacji dostawy zlecenia i pozwala filtrować oraz analizować zlecenia otwarte, dostarczone częściowo lub w całości.

Skąd pobrać

Ten atrybut odpowiada polu „Ogólny status dostawy wszystkich pozycji” w tabeli statusów VBUK (pole LFSTK).

Przykłady
ABC
Ostatnia aktualizacja danych
LastDataUpdate
Znacznik czasu ostatniego odświeżenia danych lub ich ekstrakcji z systemu źródłowego.
Opis

Ten atrybut wskazuje, kiedy ostatnio zaktualizowano dane używane do analizy procesu. Informuje użytkowników biznesowych i analityków, jak aktualne są przeglądane dane i jaki okres obejmuje analiza.

W dashboardach i raportach ta informacja zapewnia niezbędny kontekst. Pozwala ustalić, czy dane są aktualizowane na bieżąco, czy przedstawiają okresowy obraz sytuacji, co ma wpływ na interpretację najnowszych trendów i wyników operacyjnych.

Dlaczego to ważne

Informuje o aktualności danych, ułatwia zrozumienie kontekstu czasowego analizy i zapobiega błędnej interpretacji wyników.

Skąd pobrać

Ten atrybut jest generowany przez narzędzie do ekstrakcji danych lub ETL. Zapisuje znacznik czasu ostatniego uruchomienia przepływu danych.

Przykłady
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Powód odrzucenia
Abgru
Kod określający przyczynę odrzucenia lub anulowania zlecenia sprzedaży albo jego pozycji.
Opis

Powód odrzucenia wyjaśnia, dlaczego anulowano zlecenie sprzedaży lub konkretną pozycję. Przyczyny są zwykle definiowane przez firmę i mogą obejmować kody takie jak „Brak towaru”, „Anulowanie przez klienta” lub „Nieprawidłowa cena”.

Ten atrybut ma podstawowe znaczenie dla analizy przyczyn anulowania zleceń. Analiza najczęściej występujących powodów odrzucenia pozwala wykryć problemy w procesach sprzedaży, zarządzania zapasami lub ustalania cen. Te informacje są niezbędne w dashboardzie „Analiza anulowanych zleceń sprzedaży”, który pomaga ograniczyć utratę sprzedaży i usprawnić proces.

Dlaczego to ważne

Wyjaśnia, dlaczego anulowano zlecenie, i umożliwia analizę przyczyn problemów, takich jak błędy cenowe, brak towaru lub niska jakość danych.

Skąd pobrać

Ten atrybut odpowiada polu „Powód odrzucenia ofert i zleceń sprzedaży” w tabeli pozycji zlecenia sprzedaży VBAP (pole ABGRU).

Przykłady
010215
System źródłowy
SourceSystemId
Określa system źródłowy, z którego wyodrębniono dane.
Opis

Ten atrybut wskazuje system, z którego pochodzą dane o zdarzeniach, na przykład „SAP S/4HANA Production” lub „ECC Quality”. W środowiskach z wieloma systemami ERP albo połączeniem starszych i nowoczesnych platform pole to jest niezbędne do śledzenia pochodzenia i weryfikacji danych.

Podczas analizy umożliwia filtrowanie i porównywanie procesów w różnych systemach lub jednostkach organizacyjnych. Pozwala to wykryć różnice w przebiegu procesu lub jakości danych charakterystyczne dla danego środowiska systemowego.

Dlaczego to ważne

Atrybut wskazuje pochodzenie danych. W środowiskach z wieloma systemami pomaga zachować ich spójność i umożliwia porównywanie wynikó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
S4H_PROD_100ECC_DEV_200S4H_QAS_100
Waluta dokumentu
Waerk
Kod waluty kwot podanych w dokumencie sprzedaży.
Opis

Ten atrybut określa walutę, na przykład USD, EUR lub JPY, w której podano wartości pieniężne, takie jak wartość netto dokumentu sprzedaży. Dostarcza kontekstu potrzebnego do prawidłowej interpretacji i agregowania danych finansowych.

Waluta nie wpływa bezpośrednio na przebieg procesu, ale jest niezbędna w analizie finansowej. Pozwala poprawnie interpretować kwoty i przeliczać je na wspólną walutę na potrzeby raportowania globalnego.

Dlaczego to ważne

Zapewnia kontekst dla wszystkich kwot, co pozwala rzetelnie analizować i raportować dane finansowe, zwłaszcza w operacjach prowadzonych na wielu rynkach.

Skąd pobrać

Ten atrybut odpowiada polu „Waluta dokumentu SD” w tabeli VBAK (pole WAERK).

Przykłady
USDEURGBP
Wymagane Zalecane Opcjonalne

Działania w procesie od zamówienia do płatności, od obsługi zamówień sprzedaży

Poniżej przedstawiono najważniejsze etapy i punkty kontrolne, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie odkrywać przebieg procesu i identyfikować wąskie gardła.
7 Zalecane 8 Opcjonalne
Działanie Opis
Otrzymano płatność
To zdarzenie oznacza pomyślne zakończenie procesu: płatność klienta wpłynęła i została rozliczona z otwartą fakturą. Jest to jawnie rejestrowane księgowanie finansowe, które zamyka pozycję należności.
Dlaczego to ważne

To ostatni etap cyklu Order to Cash, na którym firma otrzymuje należną kwotę. Analiza czasu od wystawienia faktury do otrzymania płatności jest niezbędna do zarządzania przepływami pieniężnymi i wskaźnikiem DSO (liczbą dni sprzedaży do otrzymania należności).

Skąd pobrać

Data pochodzi z daty rozliczenia (AUGDT) w tabeli BSEG (pozycja dokumentu księgowego), z wiersza dotyczącego płatności klienta rozliczającej fakturę.

Rejestrowanie

Data pochodzi z daty rozliczenia (AUGDT) rozliczonej pozycji klienta w tabeli BSEG lub dokumentu rozliczającego w tabeli BKPF.

Typ zdarzenia explicit
Potwierdzono zamówienie sprzedaży
Oznacza moment, w którym sprawdzono dostępność materiałów i potwierdzono ilość oraz datę dostawy dla pozycji zamówienia. Zdarzenie można wywnioskować z utworzenia harmonogramów dostaw z potwierdzonymi ilościami.
Dlaczego to ważne

To ważny etap, w którym firma zobowiązuje się wobec klienta do realizacji zamówienia. Czas do jego osiągnięcia (czas cyklu potwierdzenia zamówienia) jest miarą sprawności przetwarzania wewnętrznego.

Skąd pobrać

Zdarzenie można wywnioskować z utworzenia rekordów w tabeli VBEP (dane harmonogramu dostaw dokumentu sprzedaży) z potwierdzoną ilością (BMENG > 0) dla pozycji zamówienia sprzedaży.

Rejestrowanie

Data pochodzi z daty utworzenia pierwszego harmonogramu dostawy z potwierdzoną ilością w tabeli VBEP.

Typ zdarzenia inferred
Utworzenie zamówienia sprzedaży
To zdarzenie oznacza rozpoczęcie procesu sprzedaży, gdy w systemie zostaje formalnie utworzone nowe zamówienie sprzedaży. Jest rejestrowane w chwili zapisania przez użytkownika nowego dokumentu zamówienia sprzedaży, na przykład za pomocą transakcji VA01. W wyniku tego zapisu w tabeli VBAK pojawia się nowy wpis.
Dlaczego to ważne

To główne zdarzenie rozpoczynające proces Order to Cash. Analiza czasu od tego zdarzenia do kolejnych etapów pozwala mierzyć całkowity czas cyklu i wykrywać opóźnienia na początku procesu.

Skąd pobrać

Zdarzenie jest rejestrowane podczas tworzenia dokumentu w tabeli VBAK (dane nagłówka dokumentu sprzedaży). Znacznik czasu pochodzi z pól daty utworzenia (ERDAT) i godziny utworzenia (ERZET).

Rejestrowanie

Znacznik czasu pochodzi z daty i godziny utworzenia rekordu nagłówka zamówienia sprzedaży w tabeli VBAK.

Typ zdarzenia explicit
Utworzono dostawę
To zdarzenie oznacza utworzenie dokumentu dostawy wychodzącej, co rozpoczyna proces wysyłki i obsługi logistycznej. Jest rejestrowane w chwili utworzenia dokumentu dostawy na podstawie zamówienia sprzedaży.
Dlaczego to ważne

Ten etap oznacza przejście od obsługi sprzedaży do logistyki. Analiza czasu od potwierdzenia zamówienia do utworzenia dostawy pomaga wykryć wąskie gardła w planowaniu realizacji.

Skąd pobrać

Znacznik czasu utworzenia pochodzi z tabeli LIKP (dane nagłówka dokumentu dostawy SD). Powiązanie z zamówieniem sprzedaży jest zapisane w tabeli VBFA (przepływ dokumentów sprzedaży).

Rejestrowanie

Znacznik czasu pochodzi z daty i godziny utworzenia nagłówka dokumentu dostawy w tabeli LIKP.

Typ zdarzenia explicit
Utworzono fakturę
Oznacza utworzenie dokumentu rozliczeniowego dla klienta, który zawiera informacje o produktach, ilościach i cenach do zapłaty. Zdarzenie jest rejestrowane w chwili utworzenia faktury na podstawie dostawy lub zamówienia sprzedaży.
Dlaczego to ważne

To zdarzenie rozpoczyna cykl pobierania płatności. Czas od zaksięgowania wydania towarów do utworzenia faktury jest ważnym KPI służącym do oceny sprawności fakturowania.

Skąd pobrać

Data i godzina utworzenia (ERDAT i ERZET) pochodzą z tabeli VBRK (dane nagłówka dokumentu rozliczeniowego). Tabela VBFA łączy fakturę z poprzedzającymi ją dokumentami.

Rejestrowanie

Znacznik czasu pochodzi z daty i godziny utworzenia nagłówka dokumentu rozliczeniowego w tabeli VBRK.

Typ zdarzenia explicit
Zaksięgowano wydanie towarów
To formalne przekazanie towarów, które oznacza ich oficjalne wydanie z zapasów firmy. To jawnie rejestrowane zdarzenie zmniejsza stan zapasów i jest warunkiem wystawienia faktury.
Dlaczego to ważne

Zaksięgowanie wydania towarów to ważny etap finansowy i logistyczny. Często uznaje się je za moment wysyłki, który bezpośrednio wpływa na wycenę zapasów i ujęcie przychodów.

Skąd pobrać

Znacznik czasu jest zapisywany w tabeli LIKP (WADAT_IST, rzeczywista data ruchu towarów) podczas księgowania wydania. Tabela przepływu dokumentów VBFA łączy to zdarzenie z zamówieniem sprzedaży.

Rejestrowanie

Data pochodzi z rzeczywistej daty ruchu towarów (LIKP-WADAT_IST) w nagłówku dostawy.

Typ zdarzenia explicit
Zamówienie zamknięte
Oznacza końcowy status zamówienia sprzedaży, wskazujący, że zakończono wszystkie powiązane działania, w tym dostawę, fakturowanie i płatność. Zdarzenie można wywnioskować z ogólnego statusu dokumentu sprzedaży.
Dlaczego to ważne

To zdarzenie wyznacza jednoznaczny koniec pomyślnie zrealizowanego zamówienia w analizie procesu. Pozwala dokładnie mierzyć czas cyklu od początku do końca dla zrealizowanych zamówień.

Skąd pobrać

Zdarzenie można wywnioskować, gdy ogólny status dokumentu sprzedaży (VBUK-GBSTK) zmienia się na „C” (przetworzono w całości). Znacznik czasu należy ustalić na podstawie ostatniej aktualizacji powiązanego dokumentu, na przykład rozliczenia płatności.

Rejestrowanie

Zdarzenie można wywnioskować, gdy status dokumentu VBUK-GBSTK zmienia się na „C”. Znacznik czasu pochodzi z ostatniego zdarzenia, na przykład otrzymania płatności.

Typ zdarzenia inferred
Kontrola zdolności kredytowej zakończona
Oznacza zakończenie kontroli zdolności kredytowej klienta powiązanego z zamówieniem sprzedaży. Kontrola może być automatyczna lub ręczna. Jej zakończenie zwykle można rozpoznać po zmianie ogólnego statusu kredytowego dokumentu.
Dlaczego to ważne

Kontrola zdolności kredytowej często stanowi wąskie gardło, które może znacznie opóźnić potwierdzenie i realizację zamówienia. Śledzenie tego etapu pozwala mierzyć jego czas trwania i wpływ na cały proces.

Skąd pobrać

Zdarzenie można wywnioskować ze zmian statusu w tabeli VBUK (status nagłówka dokumentu sprzedaży i dane administracyjne). Zakończenie kontroli wskazuje zmiana pola statusu kredytowego (CMGST).

Rejestrowanie

Zdarzenie można wywnioskować ze zmiany statusu kredytowego dokumentu sprzedaży (VBUK-CMGST) zarejestrowanej wraz ze znacznikiem czasu.

Typ zdarzenia inferred
Odrzucono pozycję zamówienia sprzedaży
Oznacza anulowanie lub odrzucenie konkretnej pozycji zamówienia sprzedaży przed zakończeniem jej przetwarzania. Zdarzenie można wywnioskować z przypisania pozycji przyczyny odrzucenia.
Dlaczego to ważne

To zdarzenie oznacza niepowodzenie realizacji części zamówienia. Analiza tego, kiedy i dlaczego pozycje są odrzucane, pomaga wykryć problemy z dostępnością produktów, cenami lub wymaganiami klientów.

Skąd pobrać

Zdarzenie można wywnioskować z dzienników zmian (CDHDR, CDPOS), które pokazują, kiedy dla pozycji zamówienia sprzedaży uzupełniono pole „Przyczyna odrzucenia” (VBAP-ABGRU).

Rejestrowanie

Zdarzenie można wywnioskować ze znacznika czasu uzupełnienia pola VBAP-ABGRU dla jednej lub większej liczby pozycji.

Typ zdarzenia inferred
Skompletowano towary
Oznacza zakończenie fizycznego pobierania towarów z miejsc składowania w magazynie na potrzeby dostawy wychodzącej. Zdarzenie zwykle można wywnioskować ze zmiany statusu dokumentu dostawy.
Dlaczego to ważne

Kompletacja to ważny etap realizacji zamówienia w magazynie. Śledzenie jej zakończenia pozwala mierzyć sprawność magazynu i wykrywać opóźnienia, zanim towary będą gotowe do wysyłki.

Skąd pobrać

Zdarzenie można wywnioskować z pól statusu w tabelach LIPS (pozycja dostawy) lub LIKP (nagłówek dostawy), na przykład ze statusu kompletacji (KOSTA). Zmiana statusu na „Skompletowano w całości” oznacza wystąpienie zdarzenia.

Rejestrowanie

Zdarzenie można wywnioskować ze zmiany statusu kompletacji dokumentu dostawy, na przykład LIKP-KOSTA, zarejestrowanej wraz ze znacznikiem czasu.

Typ zdarzenia inferred
Ustawiono blokadę zamówienia sprzedaży
To zdarzenie występuje, gdy na zamówienie sprzedaży zostaje nałożona blokada przetwarzania, która uniemożliwia wykonanie kolejnych czynności, takich jak utworzenie dostawy. Można je rozpoznać, monitorując dzienniki zmian pól blokady w nagłówku lub pozycji zamówienia sprzedaży.
Dlaczego to ważne

Ustawienie blokady to istotne odstępstwo od standardowego przebiegu procesu. Ustalenie, dlaczego i jak często są nakładane blokady, pomaga wykryć problemy systemowe z jakością danych, cenami lub danymi podstawowymi klientów.

Skąd pobrać

Zdarzenie można wywnioskować z tabel zmian (CDHDR, CDPOS) dla pól blokady zamówienia sprzedaży, takich jak VBAK-AUFSP (blokada zamówienia) lub VBAK-LIFSK (blokada dostawy).

Rejestrowanie

Zdarzenie można wykryć, gdy wartość pola blokady, na przykład VBAK-LIFSK, zmienia się z pustej na niepustą.

Typ zdarzenia inferred
Usunięto blokadę zamówienia sprzedaży
Oznacza usunięcie blokady przetwarzania, dzięki czemu zamówienie sprzedaży może przejść do kolejnego etapu. Zdarzenie można wykryć, gdy odpowiednie pole blokady zmienia się z ustawionej wartości na puste lub wyczyszczone.
Dlaczego to ważne

Pomiar czasu potrzebnego na usunięcie blokady pozwala określić, jak długo trwa opóźnienie. To zdarzenie pomaga oszacować zakres ponownej pracy i sprawność rozwiązywania problemów.

Skąd pobrać

Zdarzenie można wywnioskować z tabel zmian (CDHDR, CDPOS), gdy pole blokady zamówienia sprzedaży, na przykład VBAK-LIFSK, zmienia się z wartości niepustej na pustą.

Rejestrowanie

Zdarzenie można wykryć, gdy wartość pola blokady, na przykład VBAK-LIFSK, zmienia się z niepustej na pustą.

Typ zdarzenia inferred
Utworzono dokument księgowy
To zdarzenie występuje, gdy faktura zostaje zaksięgowana w module księgowości finansowej i powstają zapisy księgowe. Jest rejestrowane w chwili utworzenia odpowiadającego jej dokumentu w księdze głównej.
Dlaczego to ważne

To zdarzenie potwierdza formalne ujęcie przychodu ze sprzedaży w księgach firmy. Opóźnienia na tym etapie mogą obniżyć dokładność sprawozdawczości finansowej.

Skąd pobrać

Data utworzenia (CPUDT) i godzina utworzenia (CPUTM) pochodzą z tabeli BKPF (nagłówek dokumentu księgowego). Tabela VBRK często zawiera numer odpowiadającego dokumentu księgowego (VBRK-BELNR).

Rejestrowanie

Znacznik czasu pochodzi z daty i godziny utworzenia nagłówka dokumentu księgowego w tabeli BKPF.

Typ zdarzenia explicit
Wysłano fakturę do klienta
Oznacza przekazanie wystawionej faktury klientowi, na przykład w formie wydruku, e-mailem lub przez EDI. Zdarzenie zwykle można wywnioskować z dziennika przetwarzania systemu ustalania komunikatów wyjściowych.
Dlaczego to ważne

Termin płatności często zaczyna biec, gdy klient otrzyma fakturę. Śledzenie tego zdarzenia pozwala dokładnie mierzyć czas cyklu pobierania płatności.

Skąd pobrać

Zdarzenie można wywnioskować z rekordów w tabeli NAST (status komunikatu), w której zapisywane jest przetwarzanie typów komunikatów wyjściowych, takich jak faktury. Datę i godzinę przetwarzania można wykorzystać jako znacznik czasu zdarzenia.

Rejestrowanie

Zdarzenie można wywnioskować ze znacznika czasu przetworzenia odpowiedniego rekordu komunikatu wyjściowego w tabeli NAST.

Typ zdarzenia inferred
Zmieniono zamówienie sprzedaży
Oznacza zmianę istotnego atrybutu istniejącego zamówienia sprzedaży, na przykład ilości, ceny lub żądanej daty dostawy, po jego utworzeniu. Zdarzenie jest rejestrowane w tabelach dziennika zmian SAP.
Dlaczego to ważne

Częste zmiany wskazują na niestabilność procesu i mogą prowadzić do ponownej pracy, błędów w realizacji oraz opóźnień. To zdarzenie pozwala mierzyć wskaźnik zmian zamówień sprzedaży i ustalać ich przyczyny.

Skąd pobrać

Zdarzenie jest rejestrowane w tabelach zmian CDHDR (nagłówek dokumentu zmiany) i CDPOS (pozycje dokumentu zmiany), które zapisują modyfikacje tabel zamówień sprzedaży, takich jak VBAK i VBAP.

Rejestrowanie

Zdarzenie można rozpoznać po wpisach w tabeli CDHDR powiązanych z obiektem zamówienia sprzedaży (OBJECTCLAS 'VERKBELEG').

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje pobierania danych

Jak pobrać dane z SAP S/4HANA

Gotowi do rozpoczęcia?

Skorzystaj z tego szablonu danych, aby rozpocząć analizę process mining. Uzyskaj informacje, które pomogą zwiększyć wydajność i zadowolenie klientów w procesie od zamówienia do płatności.

Już dziś usprawnij proces od zamówienia do płatności, od obsługi zamówień sprzedaży!

Ogranicz wąskie gardła i popraw przepływy pieniężne. Dołącz do firm, które skróciły czas realizacji o 30%.

Rozpocznij okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.