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

SAP ECC
Szablon danych dla procesu od zamówienia do płatności: obsługa zamówień sprzedaży

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

Ten szablon pokazuje, jak zebrać dane potrzebne do analizy procesu obsługi zamówień sprzedaży w SAP ECC. Zawiera listę atrybutów do zebrania, działań do śledzenia oraz praktyczne wskazówki dotyczące ekstrakcji danych. Dzięki niemu można przygotować dane potrzebne do analizy procesu.
  • Zalecane atrybuty do zebrania
  • Najważniejsze działania do śledzenia
  • Wskazówki dotyczące ekstrakcji danych z SAP ECC
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu obsługi zamówień sprzedaży

Poniżej przedstawiono zalecane pola danych do uwzględnienia w dzienniku zdarzeń na potrzeby analizy procesu obsługi zamówień sprzedaży.
5 Wymagane 7 Zalecane 5 Opcjonalne
Nazwa Opis
Zlecenie sprzedaży
SalesOrder
Unikalny identyfikator dokumentu zlecenia sprzedaży, który służy jako główny identyfikator sprawy do śledzenia całego procesu od zamówienia do płatności.
Opis

Zlecenie sprzedaży to centralny dokument procesu sprzedaży, który odzwierciedla zamówienie klienta na towary lub usługi. Zawiera wszystkie informacje potrzebne do obsługi zamówienia od początku do końca.

W process mining ten atrybut służy jako identyfikator sprawy (Case ID). Każdy unikalny numer zlecenia sprzedaży odpowiada jednej instancji procesu od początku do końca. Analiza według zlecenia sprzedaży pozwala śledzić cały cykl jego realizacji, mierzyć czas trwania i wykrywać różnice w obsłudze poszczególnych zamówień klientów.

Dlaczego to ważne

To podstawowy klucz łączący wszystkie powiązane działania i zdarzenia, dzięki czemu można przeanalizować cały przebieg realizacji każdego zamówienia klienta.

Skąd pobrać

Pole VBELN w tabeli danych nagłówka dokumentu sprzedaży (VBAK).

Przykłady
900001234590000123469000012347
Czas rozpoczęcia
StartTime
Znacznik czasu wskazujący, kiedy rozpoczęła się czynność lub wystąpiło zdarzenie.
Opis

Czas rozpoczęcia, nazywany również znacznikiem czasu zdarzenia, określa dokładną datę i godzinę wystąpienia danej czynności. Może na przykład wskazywać, kiedy utworzono zlecenie sprzedaży, wydano towary lub zaksięgowano fakturę.

Ten znacznik czasu jest podstawą wszystkich analiz czasowych w process mining. Służy do obliczania czasu między czynnościami, mierzenia całkowitego czasu trwania sprawy oraz wykrywania opóźnień i wąskich gardeł. Dokładne znaczniki czasu są niezbędne w dashboardach do analizy wyników, na przykład przy monitorowaniu terminowości dostaw i czasu realizacji zleceń.

Dlaczego to ważne

Ten atrybut jest niezbędny do obliczania miar wyników, takich jak czas trwania i czas cyklu, które pomagają wykrywać wąskie gardła.

Skąd pobrać

To atrybut złożony, zwykle wyznaczany przez połączenie pola daty (np. ERDAT) i pola godziny (np. ERZET) z różnych tabel SAP, takich jak VBAK (zlecenie sprzedaży), LIKP (dostawa) i VBRK (faktura).

Przykłady
2023-04-15T09:00:12Z2023-04-16T14:30:00Z2023-04-20T11:22:45Z
Czynność
Activity
Nazwa konkretnego kroku biznesowego lub zdarzenia, które wystąpiło w procesie obsługi zlecenia sprzedaży.
Opis

Ten atrybut opisuje pojedynczy krok procesu od zamówienia do płatności, na przykład „Utworzono zlecenie sprzedaży”, „Utworzono dostawę” lub „Otrzymano płatność”. Czynności te służą do odtworzenia przebiegu procesu dla każdego zlecenia sprzedaży.

Analiza kolejności i czasu trwania tych czynności stanowi podstawę process mining. Pozwala zobrazować mapę procesu, wykrywać wąskie gardła i warianty procesu oraz sprawdzać zgodność ze standardowym modelem. Czynności są zwykle wyznaczane na podstawie zdarzeń utworzenia dokumentów, zmian statusu lub kodów transakcji zapisanych w systemie.

Dlaczego to ważne

Czynności tworzą podstawę mapy procesu i pozwalają zobrazować oraz analizować jego przebieg, odstępstwa i wąskie gardła.

Skąd pobrać

To atrybut pochodny, zwykle tworzony podczas ekstrakcji danych przez przypisanie czytelnych nazw czynności do kodów transakcji SAP (T-Code), zmian statusu dokumentów (np. w tabelach VBUK, VBUP) lub dzienników zmian (tabele CDHDR, CDPOS).

Przykłady
Utworzono zamówienie sprzedażyUtworzono dostawęWydano towaryUtworzenie fakturyOtrzymanie płatności
Ostatnia aktualizacja danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy dane tego rekordu zostały ostatnio odświeżone z systemu źródłowego.
Opis

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

W dashboardach i raportach pozwala użytkownikom ocenić aktualność wniosków. Pomaga sprawdzić, czy analiza odzwierciedla bieżący stan operacji, czy opiera się na starszych danych, i odpowiednio ustawić oczekiwania dotyczące ich aktualności.

Dlaczego to ważne

Informuje użytkowników o aktualności danych, co ma znaczenie przy podejmowaniu terminowych i świadomych decyzji na podstawie analizy process mining.

Skąd pobrać

To atrybut metadanych uzupełniany przez narzędzie lub proces ekstrakcji danych podczas ich wczytywania. Nie jest przechowywany w źródłowych tabelach SAP.

Przykłady
2024-06-10T05:00:00Z2024-06-11T05:00:00Z2024-06-12T05:00:00Z
System źródłowy
SourceSystem
Określa system źródłowy, z którego pobrano dane.
Opis

Ten atrybut wskazuje system źródłowy, na przykład nazwę konkretnej instancji SAP ECC lub numer klienta. Dostarcza kontekstu dla danych, szczególnie w środowiskach z wieloma systemami produkcyjnymi lub danymi ze starszych systemów.

W analizie służy do filtrowania lub grupowania danych według źródła. Przydaje się zwłaszcza przy porównywaniu procesów w różnych systemach oraz podczas migracji, gdy trzeba sprawdzić integralność i spójność danych.

Dlaczego to ważne

Dostarcza niezbędnego kontekstu, szczególnie w środowiskach z wieloma systemami. Ułatwia porównywanie procesów i pozwala prześledzić pochodzenie danych.

Skąd pobrać

Wartość jest zwykle dodawana podczas ekstrakcji danych i często jest stała. Może oznaczać identyfikator systemu SAP (SAPSID) lub klienta (MANDT).

Przykłady
ECC_PROD_800SAP_ERP_EU1ECC_QAS_300
Blokada dostawy
DeliveryBlock
Kod wskazujący, czy zlecenie sprzedaży jest zablokowane do dostawy, co uniemożliwia utworzenie dokumentu dostawy.
Opis

Blokada dostawy to status ustawiany na zleceniu sprzedaży, na poziomie nagłówka lub pozycji, który tymczasowo wstrzymuje proces przed etapem dostawy. Blokadę może ustawić użytkownik albo system, na przykład z powodu przekroczenia limitu kredytowego lub niekompletnych danych.

Ten atrybut jest niezbędny w dashboardzie do analizy blokad i poprawek w zleceniach sprzedaży. Analiza częstotliwości, czasu trwania i przyczyn blokad dostaw pomaga wykrywać główne wąskie gardła w realizacji zleceń. Ograniczenie liczby blokad poprawia terminowość dostaw i skraca całkowity czas realizacji.

Dlaczego to ważne

Bezpośrednio wskazuje wąskie gardła w realizacji zleceń. Analiza przyczyn i częstotliwości blokad jest niezbędna do usprawnienia przepływu pracy.

Skąd pobrać

Pole LIFSK w tabeli danych nagłówka dokumentu sprzedaży (VBAK).

Przykłady
0102Z1
Numer klienta
CustomerNumber
Unikalny identyfikator klienta, który złożył zlecenie sprzedaży.
Opis

Ten atrybut oznacza odbiorcę faktury (Sold-to Party), czyli główne konto klienta powiązane ze zleceniem sprzedaży. Łączy transakcję z konkretnym klientem w danych podstawowych.

Analiza według numeru klienta pozwala podzielić proces na segmenty i sprawdzić zachowania oraz wyniki dla poszczególnych klientów. Ułatwia ustalenie, którzy klienci mają najdłuższy czas realizacji, najwięcej poprawek lub najczęściej zmieniają zlecenia. To przydatne przy doskonaleniu zarządzania relacjami z klientami i poziomu obsługi.

Dlaczego to ważne

Umożliwia analizę z perspektywy klienta, pomaga wykrywać problemy procesowe dotyczące konkretnych klientów i mierzyć wyniki obsługi każdego z nich.

Skąd pobrać

Pole KUNNR w tabeli danych nagłówka dokumentu sprzedaży (VBAK).

Przykłady
100234100567200112
Numer materiału
MaterialNumber
Unikalny identyfikator sprzedawanego produktu lub usługi.
Opis

Numer materiału identyfikuje konkretną pozycję w wierszu zlecenia sprzedaży. Ponieważ jedno zlecenie może obejmować wiele materiałów, atrybut ten jest zwykle analizowany na poziomie pozycji.

Analiza procesu według numeru materiału pomaga wykrywać problemy dotyczące konkretnych produktów. Może pokazać, czy wybrane produkty wiążą się z dłuższym czasem realizacji, częstszymi blokadami dostaw lub większą liczbą rozbieżności na fakturach. To przydatne przy zarządzaniu łańcuchem dostaw i produktami oraz usprawnianiu procesu dla różnych grup produktów.

Dlaczego to ważne

Umożliwia analizę procesu według produktów i wskazuje, które z nich wiążą się z nieefektywnością, taką jak opóźnienia, blokady lub poprawki.

Skąd pobrać

Pole MATNR w tabeli danych pozycji dokumentu sprzedaży (VBAP).

Przykłady
FG-1001-ARAW-205BSERV-INSTALL
Organizacja sprzedaży
SalesOrganization
Jednostka organizacyjna odpowiedzialna za sprzedaż produktów lub usług.
Opis

Organizacja sprzedaży to jednostka organizacyjna w SAP, która odzwierciedla strukturę firmy dostosowaną do potrzeb sprzedaży. Odpowiada za uzgadnianie warunków sprzedaży oraz dystrybucję towarów i usług.

W process mining ten atrybut stanowi ważny wymiar analizy. Pozwala porównywać wyniki procesów, ich efektywność i zgodność w różnych jednostkach sprzedaży, regionach lub działach. Dzięki temu można wskazać dobre praktyki w jednostkach osiągających lepsze wyniki oraz obszary wymagające poprawy.

Dlaczego to ważne

Umożliwia porównywanie efektywności procesów i zgodności między jednostkami biznesowymi lub regionami.

Skąd pobrać

Pole VKORG w tabeli danych nagłówka dokumentu sprzedaży (VBAK).

Przykłady
100025003100
Przyczyna odrzucenia
RejectionReason
Kod wskazujący przyczynę odrzucenia lub anulowania pozycji zlecenia sprzedaży.
Opis

Przyczyna odrzucenia wyjaśnia, dlaczego zlecenie sprzedaży lub jego konkretna pozycja nie zostały zrealizowane. Powodem może być anulowanie przez klienta, brak produktu lub inna przyczyna biznesowa.

Ten atrybut jest niezbędny w dashboardzie do analizy trendów anulowania zleceń sprzedaży. Analiza najczęstszych przyczyn odrzucenia pomaga ustalić źródła utraconej sprzedaży. Na tej podstawie można usprawnić zarządzanie zapasami, strategię cenową lub komunikację z klientami, aby ograniczyć liczbę anulowanych zleceń.

Dlaczego to ważne

Wyjaśnia przyczyny anulowania zleceń i umożliwia analizę źródłowych problemów, ograniczenie utraconej sprzedaży oraz poprawę dokładności prognoz.

Skąd pobrać

Pole ABGRU w tabeli danych pozycji dokumentu sprzedaży (VBAP).

Przykłady
0215Z5
Użytkownik
User
Identyfikator użytkownika, który utworzył lub ostatnio zmienił dokument albo wykonał daną czynność.
Opis

Ten atrybut wskazuje identyfikator użytkownika SAP odpowiedzialnego za dane zdarzenie w procesie. Może na przykład wskazywać pracownika działu sprzedaży, który utworzył zlecenie, lub pracownika magazynu, który zaksięgował wydanie towarów.

Analiza według użytkownika pomaga ocenić rozkład obciążenia pracą, określić potrzeby szkoleniowe i wykryć różnice w sposobie wykonywania tych samych zadań. Jest przydatna w dashboardach dotyczących wyników pracy, zgodności i ręcznych interwencji.

Dlaczego to ważne

Pokazuje wyniki pracy i obciążenie zasobów, pomaga wykrywać odstępstwa w procesie związane z konkretnymi użytkownikami oraz wspiera analizę zgodności i automatyzacji.

Skąd pobrać

Występuje w wielu tabelach nagłówkowych SAP jako pole „Utworzył” (ERNAM) lub „Zmienił” (AENAM), na przykład w tabelach VBAK, LIKP i VBRK.

Przykłady
CBURKEJSMITHRWILLIAMS
Wartość netto
NetAmount
Łączna wartość zlecenia sprzedaży bez podatków i rabatów, na poziomie nagłówka dokumentu.
Opis

Wartość netto określa wartość pieniężną zlecenia sprzedaży. Jest to miara finansowa przypisana do każdej instancji procesu.

Atrybut ten jest przydatny w process mining opartym na wartości. Pozwala ustalać priorytety działań usprawniających, koncentrując się na zleceniach o wysokiej wartości. Analitycy mogą powiązać problemy procesowe, takie jak opóźnienia lub poprawki, z ich skutkami finansowymi i lepiej uzasadnić potrzebę zmian. Można na przykład sprawdzić, czy zlecenia o wysokiej wartości są realizowane sprawniej niż zlecenia o niższej wartości.

Dlaczego to ważne

Umożliwia analizę według wartości i pomaga skupić działania usprawniające na zleceniach o największym wpływie finansowym na firmę.

Skąd pobrać

Pole NETWR w tabeli danych nagłówka dokumentu sprzedaży (VBAK).

Przykłady
1500.0012550.75850.50
Czy dostarczono na czas
IsOnTimeDelivery
Wartość logiczna wskazująca, czy towary wysłano w potwierdzonym terminie lub wcześniej.
Opis

Ten obliczany atrybut porównuje faktyczną datę wydania towarów z atrybutem „ConfirmedDeliveryDate” dla zlecenia sprzedaży. Jeśli towary wydano w potwierdzonym terminie lub wcześniej, wartość jest ustawiana na true, w przeciwnym razie na false.

Atrybut ten ułatwia tworzenie dashboardu do analizy terminowości dostaw i obliczanie wskaźnika dostaw na czas. Pozwala łatwo agregować i wizualizować wyniki bez konieczności każdorazowego porównywania dat w analizie lub na wykresie. Zapewnia czytelny, szybki obraz terminowości dostaw.

Dlaczego to ważne

Zapewnia prostą i czytelną miarę terminowości dostaw, ułatwiając obliczenie ogólnego wskaźnika dostaw na czas.

Skąd pobrać

To atrybut obliczany. Logika porównuje znacznik czasu czynności „Wydano towary” z wartością atrybutu „ConfirmedDeliveryDate”.

Przykłady
truefalse
Czy wymagało poprawek
IsRework
Wartość logiczna wskazująca, czy po utworzeniu zlecenia sprzedaży wprowadzono w nim istotne zmiany lub wykonano dodatkowe prace.
Opis

Ten obliczany atrybut wskazuje instancje procesu, w których wystąpiły poprawki, na przykład jedna lub więcej czynności „Zmieniono zlecenie sprzedaży”. Szczegółowe kryteria, takie jak zmiana ceny, ilości lub daty dostawy, ustala się podczas konfiguracji projektu.

Atrybut ten jest przydatny w dashboardzie do analizy poprawek i częstotliwości zmian w zleceniach sprzedaży oraz we wskaźniku poprawek. Ułatwia filtrowanie i porównywanie zleceń zrealizowanych bez dodatkowych zmian z tymi, które wymagały ręcznej interwencji. Pozwala ocenić wpływ poprawek na czas realizacji i koszty.

Dlaczego to ważne

Pozwala bezpośrednio mierzyć częstotliwość poprawek, analizować ich przyczyny oraz oceniać wpływ na efektywność procesu i czas realizacji.

Skąd pobrać

To atrybut obliczany na podstawie dziennika zdarzeń. Logika sprawdza, czy wystąpiły czynności „Zmieniono zlecenie sprzedaży” lub określone zdarzenia zmian z tabel CDHDR/CDPOS.

Przykłady
truefalse
Potwierdzona data dostawy
ConfirmedDeliveryDate
Data dostawy towarów lub usług potwierdzona klientowi.
Opis

To uzgodniona z klientem data dostawy, ustalona na podstawie dostępności materiałów i harmonogramu. Stanowi punkt odniesienia przy ocenie terminowości dostaw.

Atrybut ten stanowi podstawę dashboardu do analizy terminowości dostaw oraz wskaźnika dostaw na czas. Porównanie potwierdzonej daty dostawy z faktyczną datą wydania towarów pozwala ustalić, czy zlecenie zrealizowano w terminie, przed terminem czy z opóźnieniem. Jest to podstawowa miara niezawodności łańcucha dostaw i zadowolenia klientów.

Dlaczego to ważne

To punkt odniesienia przy ocenie terminowości dostaw, ważnego KPI z punktu widzenia zadowolenia klientów i efektywności łańcucha dostaw.

Skąd pobrać

Pole EDATU w tabeli harmonogramu pozycji dokumentu sprzedaży (VBEP).

Przykłady
2023-05-102023-06-202023-07-01
Status kontroli zdolności kredytowej
CreditCheckStatus
Wskazuje status kontroli zdolności kredytowej dokumentu sprzedaży.
Opis

Ten atrybut pokazuje wynik automatycznej lub ręcznej kontroli zdolności kredytowej zlecenia sprzedaży. Typowe statusy to „Zatwierdzono”, „Odrzucono” i „Zablokowano”.

Atrybut ten jest przydatny w dashboardzie do analizy czasu kontroli zdolności kredytowej. Opóźnienia lub blokady na tym etapie mogą znacząco wydłużyć cały czas realizacji zlecenia. Analiza statusu pomaga ocenić sprawność procesu zarządzania kredytem i jego wpływ na tempo sprzedaży.

Dlaczego to ważne

Bezpośrednio wpływa na szybkość obsługi zleceń. Analiza statusu pomaga wykrywać wąskie gardła w zarządzaniu kredytem, które opóźniają realizację zleceń.

Skąd pobrać

Występuje w tabeli statusów nagłówka dokumentu sprzedaży (VBUK) lub bezpośrednio w tabeli VBAK jako pole statusu kredytowego (np. CMGST).

Przykłady
ABD
Warunki wysyłki
ShippingConditions
Określają ogólny sposób dostarczenia towarów do klienta.
Opis

Warunki wysyłki określają sposób dostarczenia zlecenia, na przykład standardowy, ekspresowy lub odbiór osobisty. Są uzgadniane z klientem i wpływają na planowanie logistyki.

Atrybut ten służy do analizy efektywności i kosztów metod wysyłki. Podział procesu według warunków wysyłki pozwala sprawdzić, czy niektóre metody częściej wiążą się z opóźnieniami lub dłuższym czasem realizacji. Dane te pomagają usprawnić logistykę i lepiej informować klientów o terminach dostaw.

Dlaczego to ważne

Umożliwia analizę wyników logistyki i pomaga ustalić, czy wybrane metody wysyłki wiążą się z opóźnieniami lub większą efektywnością.

Skąd pobrać

Pole VSBED w tabeli danych nagłówka dokumentu sprzedaży (VBAK).

Przykłady
011020
Wymagane Zalecane Opcjonalne

Działania w procesie obsługi zamówień sprzedaży

Poniżej przedstawiono najważniejsze kroki i punkty kontrolne, które warto rejestrować w dzienniku zdarzeń, aby prawidłowo odtworzyć przebieg obsługi zamówień sprzedaży.
6 Zalecane 8 Opcjonalne
Działanie Opis
Otrzymanie płatności
Zdarzenie oznacza otrzymanie płatności od klienta i przypisanie jej do faktury, co rozlicza otwartą pozycję należności. Jest to zdarzenie księgowe, wnioskowane na podstawie rozliczenia dokumentu finansowego.
Dlaczego to ważne

To ostatni etap uzyskania środków ze sprzedaży. Wyznacza koniec okresu mierzonego jako czas od wystawienia faktury do otrzymania płatności oraz całkowity czas realizacji zlecenia sprzedaży.

Skąd pobrać

Zdarzenie jest wnioskowane na podstawie informacji o rozliczeniu w tabeli BSEG dla pozycji klienta. Jeśli pola BSEG-AUGBL (dokument rozliczeniowy) i BSEG-AUGDT (data rozliczenia) są wypełnione, oznacza to otrzymanie płatności.

Rejestrowanie

Zdarzenie jest wnioskowane na podstawie wypełnienia pola daty rozliczenia (AUGDT) w tabeli BSEG dla pozycji należności.

Typ zdarzenia inferred
Potwierdzono zamówienie
Ta czynność oznacza, że zamówienie sprzedaży przeszło wszystkie wstępne kontrole i zostało zatwierdzone do realizacji. Zwykle wnioskuje się o tym, gdy zamówienie nie jest już zablokowane, a jego pozycje harmonogramu mają potwierdzone ilości.
Dlaczego to ważne

To ważny etap, który oddziela wprowadzenie zamówienia od jego realizacji. Stanowi punkt początkowy pomiaru czasu realizacji i terminowości dostaw.

Skąd pobrać

Zdarzenie można ustalić, gdy pozycje harmonogramu w tabeli VBEP mają potwierdzoną ilość (BMENG > 0), a zamówienie nie jest zablokowane do dostawy, na przykład pole VBUK-LIFSK jest puste.

Rejestrowanie

Zdarzenie jest ustalane na podstawie potwierdzenia pozycji harmonogramu (VBEP-BMENG > 0) i usunięcia blokad na poziomie nagłówka.

Typ zdarzenia inferred
Utworzenie faktury
Oznacza utworzenie faktury dla klienta lub dokumentu rozliczeniowego. To jawne zdarzenie, które tworzy nowy dokument w systemie i rozpoczyna etap płatności procesu.
Dlaczego to ważne

To ważny punkt procesu, od którego liczy się czas od wystawienia faktury do otrzymania płatności. Opóźnienia w fakturowaniu bezpośrednio wpływają na przepływy pieniężne.

Skąd pobrać

Zdarzenie jest rejestrowane w tabeli VBRK (dane nagłówka dokumentu rozliczeniowego) na podstawie daty utworzenia dokumentu (ERDAT). Powiązanie ze zleceniem sprzedaży lub dostawą znajduje się w tabeli VBFA.

Rejestrowanie

Zdarzenie jest określane na podstawie znacznika czasu utworzenia (ERDAT) w tabeli VBRK.

Typ zdarzenia explicit
Utworzono zamówienie sprzedaży
Oznacza utworzenie nowego dokumentu zamówienia sprzedaży. To jawne zdarzenie jest rejestrowane, gdy użytkownik zapisuje nowe zamówienie, zwykle za pomocą transakcji VA01 w SAP.
Dlaczego to ważne

To główne zdarzenie rozpoczynające proces Order to Cash. Analiza czasu jego wystąpienia ma zasadnicze znaczenie dla pomiaru całkowitego czasu cyklu i liczby przyjmowanych zamówień.

Skąd pobrać

Zdarzenie jest rejestrowane w tabeli VBAK (dane nagłówka dokumentu sprzedaży) na podstawie daty utworzenia (ERDAT) i godziny (ERZET). Kod transakcji jest zapisany w polu VBAK-TCODE.

Rejestrowanie

Zdarzenie oparte na znaczniku czasu utworzenia (ERDAT, ERZET) w tabeli VBAK.

Typ zdarzenia explicit
Wydano towary
To ważne zdarzenie oznacza przeniesienie własności towarów i ich oficjalne opuszczenie magazynu. Jest to jawne księgowanie finansowe, które tworzy dokument materiałowy i aktualizuje stan zapasów.
Dlaczego to ważne

To zdarzenie oznacza wysyłkę i jest ważnym etapem pomiaru terminowości dostaw oraz czasu realizacji. Uruchamia aktualizacje finansowe i stanowi punkt, po którym nie można już cofnąć fizycznej realizacji zamówienia.

Skąd pobrać

Utworzenie dokumentu materiałowego (MKPF/MSEG) z typem ruchu wydania towarów, na przykład 601, powiązanego z dokumentem dostawy.

Rejestrowanie

Utworzenie dokumentu materiałowego (MKPF/MSEG) z typem ruchu wydania towarów, powiązanego z dostawą.

Typ zdarzenia explicit
Zamknięcie pozycji zlecenia
To zdarzenie oznacza ostateczne zamknięcie pozycji zlecenia sprzedaży. Wskazuje, że pozycja została w pełni dostarczona i zafakturowana, a jej realizację uznano za zakończoną. Zdarzenie jest wnioskowane na podstawie ogólnego statusu pozycji.
Dlaczego to ważne

To pomyślne zakończenie procesu. Analiza momentu zamknięcia pozycji pozwala określić czas realizacji całego procesu i wykryć zlecenia, które niepotrzebnie pozostają otwarte.

Skąd pobrać

Zdarzenie jest wnioskowane na podstawie ogólnego statusu pozycji w tabeli VBUP (status pozycji dokumentu sprzedaży). Gdy pole VBUP-GBSTA ma wartość „C” (przetworzono w całości), pozycja jest zamknięta.

Rejestrowanie

Zdarzenie jest wnioskowane na podstawie zmiany statusu pozycji (VBUP-GBSTA) na „C” (przetworzono w całości).

Typ zdarzenia inferred
Anulowanie faktury
Oznacza odwrócenie wcześniej utworzonego dokumentu rozliczeniowego. To jawna transakcja, która tworzy nowy dokument anulujący, kompensujący dokument pierwotny.
Dlaczego to ważne

Śledzenie anulowanych faktur pomaga wykrywać problemy z cenami, rozbieżności w dostawach i błędy danych. Wspiera to analizę wskaźnika rozbieżności na fakturach.

Skąd pobrać

Jawne zdarzenie rejestrowane przy utworzeniu dokumentu anulującego rozliczenie (VBRK-VBTYP = 'N' lub 'O'). Numer pierwotnej faktury znajduje się w polu VBRK-SFAKN.

Rejestrowanie

Utworzenie dokumentu anulującego w tabeli VBRK z odwołaniem do pierwotnej faktury.

Typ zdarzenia explicit
Anulowanie zlecenia
Oznacza anulowanie zlecenia sprzedaży przed jego realizacją. Zwykle jest rejestrowane przez przypisanie przyczyny odrzucenia do wszystkich odpowiednich pozycji zlecenia.
Dlaczego to ważne

To niepomyślne zakończenie procesu, które bezpośrednio wspiera analizę wskaźnika anulowania zleceń. Informacje o tym, kiedy i dlaczego zlecenia są anulowane, pomagają wykrywać problemy w procesie sprzedaży.

Skąd pobrać

Zdarzenie jest wnioskowane na podstawie wypełnienia pola VBAP-ABGRU (przyczyna odrzucenia) dla wszystkich aktywnych pozycji zlecenia sprzedaży. Datę zmiany można znaleźć w tabelach CDHDR/CDPOS.

Rejestrowanie

Zdarzenie jest wnioskowane na podstawie wypełnienia pola „Przyczyna odrzucenia” (VBAP-ABGRU) dla wszystkich pozycji.

Typ zdarzenia inferred
Potwierdzono odbiór dostawy
To zdarzenie oznacza potwierdzenie, że klient otrzymał towary. Jest rejestrowane w systemie po zapisaniu potwierdzenia dostawy, często wraz ze zmianą statusu dokumentu dostawy.
Dlaczego to ważne

Zdarzenie zawiera faktyczną datę dostawy, niezbędną do dokładnego obliczenia wskaźnika dostaw na czas w odniesieniu do obiecanej daty.

Skąd pobrać

Zdarzenie jest wnioskowane na podstawie statusu potwierdzenia dostawy (VBUK-PODAT) ustawionego na „C” (potwierdzono). Data potwierdzenia jest zapisywana w polu VLPOD-PODAT. Nie zawsze jest to wdrożone.

Rejestrowanie

Zdarzenie jest wnioskowane na podstawie zmiany statusu POD dostawy (VBUK-PODAT) lub wpisu w tabeli VLPOD.

Typ zdarzenia inferred
Przeprowadzono weryfikację zdolności kredytowej
Oznacza zakończenie automatycznej lub ręcznej weryfikacji zdolności kredytowej klienta dla zamówienia sprzedaży. Zwykle wnioskuje się o tym na podstawie zmiany ogólnego statusu kredytowego dokumentu.
Dlaczego to ważne

Weryfikacja zdolności kredytowej często stanowi wąskie gardło. Pomiar czasu jej trwania jest niezbędny do analizy czasu weryfikacji zdolności kredytowej i przyspieszenia obsługi zamówień.

Skąd pobrać

Zdarzenie jest ustalane na podstawie pól statusu kredytowego w tabeli VBUK (status nagłówka dokumentu sprzedaży). Zmiana VBUK-CMGST z zablokowanego na zwolniony oznacza wykonanie tej czynności.

Rejestrowanie

Zdarzenie jest ustalane na podstawie zmiany ogólnego pola statusu kredytowego (VBUK-CMGST).

Typ zdarzenia inferred
Ustawiono blokadę dostawy
Oznacza nałożenie blokady dostawy na zamówienie sprzedaży, która uniemożliwia utworzenie dokumentu dostawy. Zdarzenie można odczytać bezpośrednio z dzienników zmian lub ustalić na podstawie tabel statusów.
Dlaczego to ważne

Ta czynność bezpośrednio wiąże się z KPI „Odsetek zablokowanych zamówień sprzedaży”. Ustalenie przyczyn i częstotliwości blokad pomaga wykryć źródła opóźnień w realizacji.

Skąd pobrać

Informacje można znaleźć w dziennikach zmian (CDHDR/CDPOS) dla pola VBAK-LIFSK. Można też ustalić zdarzenie na podstawie momentu wypełnienia pola VBAK-LIFSK.

Rejestrowanie

Zdarzenie na podstawie dokumentów zmian pola VBAK-LIFSK lub VBAP-LIFSP.

Typ zdarzenia explicit
Utworzono dostawę
To zdarzenie oznacza utworzenie dokumentu dostawy wychodzącej, który zleca magazynowi rozpoczęcie kompletowania i wysyłki. Jest to jawne zdarzenie rejestrowane w przepływie dokumentów.
Dlaczego to ważne

To pierwszy etap fizycznej realizacji zamówienia. Czas między potwierdzeniem zamówienia a utworzeniem dostawy pokazuje, jak szybko rozpoczyna się proces logistyczny.

Skąd pobrać

Utworzenie rekordu w tabeli LIKP (dane nagłówka dokumentu dostawy SD). Powiązanie z zamówieniem sprzedaży jest przechowywane w tabeli przepływu dokumentów VBFA.

Rejestrowanie

Zdarzenie oparte na znaczniku czasu utworzenia w tabeli LIKP, powiązane za pośrednictwem tabeli VBFA.

Typ zdarzenia explicit
Zakończono kompletowanie
Oznacza fizyczne pobranie z magazynu wszystkich pozycji dostawy. Jeśli używany jest Warehouse Management (WM), zdarzenie można ustalić na podstawie statusu zlecenia transportowego.
Dlaczego to ważne

Analiza czasu kompletowania pomaga usprawnić operacje magazynowe. Opóźnienia na tym etapie bezpośrednio wpływają na czas wysyłki i cały cykl realizacji zamówienia.

Skąd pobrać

Zdarzenie jest ustalane na podstawie zmiany statusu kompletowania pozycji dostawy w polu LIPS-KOSTA na „C” (skompletowano w całości). Jeśli aktywny jest WM, można je ustalić na podstawie potwierdzenia zlecenia transportowego (tabele LTAK/LTAP).

Rejestrowanie

Zdarzenie jest ustalane na podstawie zmiany statusu kompletowania (LIPS-KOSTA) lub potwierdzenia zlecenia transportowego WM.

Typ zdarzenia inferred
Zmieniono zamówienie sprzedaży
Oznacza zmianę istniejącego zamówienia sprzedaży po jego utworzeniu. Zmiany są rejestrowane w dedykowanych tabelach dziennika zmian (CDHDR, CDPOS), gdy modyfikowane są na przykład ilość, cena lub daty.
Dlaczego to ważne

Śledzenie zmian pomaga wykrywać poprawki, niestabilność procesu i problemy z jakością danych. Częste zmiany mogą wskazywać na błędy podczas wprowadzania zamówienia, które prowadzą do opóźnień.

Skąd pobrać

Dane pochodzą z tabel dokumentów zmian CDHDR (nagłówek) i CDPOS (pozycja) dla OBJECTCLAS = 'VERKBELEG'. Można ustalić znacznik czasu i zmienione pole.

Rejestrowanie

Zdarzenie na podstawie tabel dokumentów zmian (CDHDR, CDPOS) dotyczących dokumentów sprzedaży.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z SAP ECC

Gotowi do rozpoczęcia?

Skorzystaj z tego szablonu danych, aby lepiej zrozumieć proces obsługi zamówień sprzedaży. Zacznij usprawniać proces i przyspieszać przepływ środków.

Usprawnij obsługę zamówień sprzedaży już dziś

Usuń wąskie gardła, skróć czas cyklu o 30% i szybciej popraw przepływ środków.

Rozpocznij bezpłatny okres próbny

Nie trzeba podawać danych karty. Konfiguracja zajmuje kilka minut.