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
- Zalecane atrybuty do zebrania
- Najważniejsze działania do śledzenia
- Instrukcje pobierania danych z SAP S/4HANA
Atrybuty procesu od zamówienia do płatności, od obsługi zamówień sprzedaży
| 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
|
|||
Działania w procesie od zamówienia do płatności, od obsługi zamówień sprzedaży
| 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
|
|||
Instrukcje pobierania danych
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%.
Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.