Szablon danych do analizy obsługi płatności zobowiązań
Szablon danych do analizy obsługi płatności zobowiązań
- Najważniejsze pola danych do analizy płatności
- Najważniejsze etapy procesu do śledzenia workflow
- Instrukcja krok po kroku: ekstrakcja danych z SAP ECC
Atrybuty procesu obsługi płatności zobowiązań
| Nazwa | Opis | ||
|---|---|---|---|
|
Data ostatniej aktualizacji danych
LastDataUpdate
|
Znacznik czasu ostatniego pobrania danych. | ||
|
Opis
Ten atrybut wskazuje, kiedy rekord danych został ostatnio odświeżony z systemu źródłowego. Pozwala ocenić aktualność analizy i zarządzać przyrostowym ładowaniem danych. W dashboardach pomaga ustalić, czy wyświetlane są dane bieżące, czy migawka z wcześniejszego okresu. Ma to znaczenie przy monitorowaniu operacyjnym nierozliczonych faktur.
Dlaczego to ważne
Informuje o opóźnieniu i wiarygodności danych.
Skąd pobrać
Metadane procesu ETL
Przykłady
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
|
|||
|
Nazwa czynności
ActivityName
|
Krok procesu lub wykonana czynność. | ||
|
Opis
Ten atrybut opisuje zdarzenie w procesie obsługi zobowiązań, na przykład „Zaksięgowano fakturę”, „Zablokowano płatność” lub „Wykonano cykl płatności”. Określa węzły na mapie procesu. Sekwencja czynności pozwala wizualizować warianty procesu, wykrywać pętle poprawek, na przykład usunięcie blokady, a następnie ponowne jej nałożenie, oraz sprawdzać zgodność ze standardowym workflow zatwierdzania.
Dlaczego to ważne
Określa przebieg procesu i jest niezbędny do wizualizacji drogi faktury.
Skąd pobrać
Dane pochodzą z kodów transakcji (TCODE), klas obiektów dokumentów zmian (CDHDR) lub dzienników workflow
Przykłady
Zaksięgowano fakturęUsunięto blokadę płatnościZmiana ceny
|
|||
|
Numer faktury
InvoiceNumber
|
Unikalny identyfikator faktury dostawcy. | ||
|
Opis
Ten atrybut pełni funkcję głównego identyfikatora case w procesie obsługi zobowiązań. W SAP ECC jest technicznie tworzony przez połączenie klienta, kodu spółki, roku obrotowego i numeru dokumentu księgowego (BELNR), co zapewnia unikalność w całym systemie. Łączy wszystkie czynności dotyczące konkretnego zobowiązania wobec dostawcy. W analizie pole to służy do śledzenia całego cyklu realizacji zobowiązania płatniczego. Umożliwia narzędziom process mining odtworzenie historii faktury od momentu jej otrzymania lub zeskanowania aż do zaksięgowania końcowego rozliczenia w księdze głównej.
Dlaczego to ważne
To podstawowy klucz łączący zdarzenia, zmiany statusu i zapisy finansowe w jedną instancję procesu.
Skąd pobrać
Tabela SAP ECC BKPF, pole BELNR (w połączeniu z BUKRS i GJAHR)
Przykłady
1000-2023-1900001234US01-2023-51000008922000-2024-1500004455
|
|||
|
System źródłowy
SourceSystem
|
Identyfikator instancji SAP ERP. | ||
|
Opis
Ten atrybut wskazuje konkretny system lub klienta SAP ECC, z którego pobrano dane. W środowiskach z wieloma systemami pozwala rozdzielać dane i analizować wyniki w różnych regionach lub jednostkach biznesowych. Umożliwia filtrowanie widoku procesu według środowiska i zapewnia unikalną identyfikację case, gdy dane z wielu instancji SAP są ładowane do tego samego modelu danych process mining.
Dlaczego to ważne
Zapewnia unikalność danych i właściwy kontekst w środowiskach z wieloma systemami ERP.
Skąd pobrać
Konfiguracja systemu lub parametr ekstrakcji
Przykłady
SAP_ECC_PRODERP_NASAP_P01
|
|||
|
Znacznik czasu zdarzenia
EventTimestamp
|
Dokładna data i godzina wystąpienia czynności. | ||
|
Opis
Ten atrybut zapisuje dokładny moment wykonania czynności w systemie SAP. Zwykle łączy pola daty i godziny systemowej z odpowiednich tabel, na przykład CPUDT i CPUTM. Jest niezbędny do obliczania wszystkich wskaźników czasowych, w tym czasu realizacji, czasu oczekiwania na zatwierdzenie i przepustowości procesu. Bez dokładnych znaczników czasu nie można ustalić kolejności zdarzeń ani zmierzyć efektywności.
Dlaczego to ważne
Niezbędny do ustalania kolejności zdarzeń i obliczania czasu trwania.
Skąd pobrać
Tabele SAP ECC BKPF (CPUDT/CPUTM) lub CDHDR (UDATE/UTIME)
Przykłady
2023-10-15T09:30:00Z2023-10-15T14:45:12Z2023-10-16T08:15:00Z
|
|||
|
Data rozliczenia
ClearingDate
|
Data rozliczenia lub zapłaty faktury w systemie. | ||
|
Opis
Atrybut AUGDT zapisuje datę rozliczenia otwartej pozycji w księdze głównej, co oznacza zakończenie procesu płatności. To końcowy znacznik czasu dla KPI „Średni czas obiegu faktury”. Porównanie tej daty z terminem płatności pozwala ustalić, czy płatność została zrealizowana po terminie, czy na czas.
Dlaczego to ważne
Oznacza zakończenie procesu finansowego.
Skąd pobrać
Pole AUGDT w tabeli BSEG systemu SAP ECC
Przykłady
2023-11-202023-12-05
|
|||
|
Kod blokady płatności
PaymentBlockCode
|
Informuje, czy faktura jest zablokowana do płatności i z jakiego powodu. | ||
|
Opis
Ten atrybut (ZLSPR) zawiera kod uniemożliwiający uwzględnienie faktury w automatycznym cyklu płatności, na przykład 'R' dla weryfikacji faktury lub 'A' dla blokady. Monitorowanie tego atrybutu stanowi podstawę dashboardu „Rozwiązywanie blokad i wstrzymań płatności”. Pozwala analitykom wskazać najczęstsze przyczyny opóźnień i zmierzyć, jak długo faktury pozostają zablokowane.
Dlaczego to ważne
Podstawowy wskaźnik problemów w procesie i potrzeby ręcznej interwencji.
Skąd pobrać
Tabela SAP ECC BSEG, pole ZLSPR
Przykłady
ARnull
|
|||
|
Kod spółki
CompanyCode
|
Jednostka organizacyjna, dla której sporządza się sprawozdania finansowe. | ||
|
Opis
Kod spółki (BUKRS) to podstawowa jednostka organizacyjna w module rachunkowości finansowej SAP. Oznacza konkretny podmiot prawny lub spółkę zależną w strukturze przedsiębiorstwa. Atrybut ten służy do porównywania wyników procesu między spółkami lub regionami. Pozwala porównać wskaźniki opóźnionych płatności lub automatyzacji w różnych jednostkach biznesowych i wskazać te, które osiągają lepsze lub gorsze wyniki.
Dlaczego to ważne
Podstawowy wymiar porównań między jednostkami organizacyjnymi.
Skąd pobrać
Tabela SAP ECC BKPF, pole BUKRS
Przykłady
1000US01DE10
|
|||
|
Kwota faktury
InvoiceAmount
|
Łączna wartość faktury w walucie lokalnej. | ||
|
Opis
Ten atrybut określa kwotę do zapłaty dostawcy (DMBTR lub WRBTR). Pozwala ocenić finansowy wpływ nieefektywności procesu. Pole wykorzystywane w mapowaniu „Kwota czynności” umożliwia obliczanie wskaźników uwzględniających wartość. Opóźniona płatność za fakturę o wysokiej wartości ma większe znaczenie niż opóźnienie płatności za fakturę o niskiej wartości. Atrybut pomaga ustalać priorytety zadań na podstawie ich wpływu na kapitał obrotowy.
Dlaczego to ważne
Określa wartość finansową danej instancji procesu.
Skąd pobrać
Tabela SAP ECC BSEG, pole DMBTR (waluta lokalna) lub WRBTR (waluta dokumentu)
Przykłady
1500.00230.5010500.00
|
|||
|
Metoda płatności
PaymentMethod
|
Sposób płatności za fakturę, na przykład czek, przelew bankowy lub ACH. | ||
|
Opis
Ten atrybut (ZLSCH) określa sposób realizacji płatności. Pozwala odróżnić płatności czekiem, przelewem bankowym i płatności elektroniczne. Pole zasila dashboard „Struktura metod płatności według stopnia automatyzacji” oraz wskaźnik KPI „Udział płatności elektronicznych”. Pomaga śledzić przechodzenie od kosztownych czeków obsługiwanych ręcznie do tańszych przelewów elektronicznych.
Dlaczego to ważne
Pozwala śledzić efektywność i koszt realizacji płatności.
Skąd pobrać
Tabela SAP ECC BSEG lub BKPF, pole ZLSCH
Przykłady
CTU
|
|||
|
Nazwa użytkownika
UserName
|
Identyfikator użytkownika, który wykonał czynność. | ||
|
Opis
Ten atrybut wskazuje identyfikator użytkownika SAP (USNAM) odpowiedzialnego za zdarzenie. Jest zapisywany w nagłówku transakcji lub dzienniku zmian. Jest mapowany na ogólny atrybut „Użytkownik”, co umożliwia analizę udziału czynności ręcznych i wykorzystania zasobów. Pomaga odróżnić użytkowników systemowych, na przykład zadania wsadowe, od osób ręcznie wprowadzających zmiany.
Dlaczego to ważne
Umożliwia analizę zasobów i obliczanie poziomu automatyzacji.
Skąd pobrać
Tabela SAP ECC BKPF, pole USNAM, lub tabela CDHDR, pole USERNAME
Przykłady
KSMITHWF-BATCHSAP_PRACOWNIK
|
|||
|
Numer dostawcy
VendorNumber
|
Unikalny identyfikator dostawcy lub wierzyciela. | ||
|
Opis
Ten atrybut jednoznacznie identyfikuje zewnętrznego dostawcę powiązanego z fakturą (LIFNR). Łączy się z danymi podstawowymi dostawcy, takimi jak nazwa, adres i warunki płatności. Analiza dostawców pomaga negocjować lepsze warunki, konsolidować wydatki i rozwiązywać powtarzające się problemy. Pole to wspiera dashboard „Zapytania i obsługa dostawców”, ułatwiając powiązanie nieefektywności procesu z konkretnymi dostawcami.
Dlaczego to ważne
Umożliwia analizę wyników z perspektywy dostawcy.
Skąd pobrać
Tabela SAP ECC BSEG, pole LIFNR, lub tabela LFA1
Przykłady
0000100234DOST-5592102938
|
|||
|
Numer zamówienia zakupu
PurchaseOrderNumber
|
Odwołanie do dokumentu zakupu powiązanego z fakturą. | ||
|
Opis
Ten atrybut zawiera numer zamówienia zakupu (EBELN), jeśli faktura jest z nim powiązana. Łączy proces obsługi zobowiązań z procesem zakupowym. Jest niezbędny dla dashboardu „Dopasowanie zamówień zakupu i audyt rozbieżności”. Analiza tego pola pozwala obliczyć udział faktur powiązanych z zamówieniem zakupu i porównać efektywność obsługi faktur powiązanych oraz niepowiązanych z zamówieniem.
Dlaczego to ważne
Łączy obsługę zobowiązań z procesem zakupowym i pozwala identyfikować workflow dopasowania.
Skąd pobrać
Tabela SAP ECC BSEG, pole EBELN
Przykłady
45000123894500099221null
|
|||
|
Typ dokumentu
DocumentType
|
Określa rodzaj dokumentu księgowego, na przykład fakturę lub notę kredytową. | ||
|
Opis
Typ dokumentu (BLART) określa kategorię zapisu księgowego i pozwala odróżnić standardowe faktury dostawców (np. KR), noty kredytowe (KG) i płatności (KZ). Filtrowanie według typu dokumentu jest niezbędne do rzetelnej analizy czasu realizacji, ponieważ noty kredytowe przechodzą inny proces niż standardowe faktury. Dzięki temu porównywane są podobne procesy.
Dlaczego to ważne
Pozwala odróżnić różne workflow finansowe, na przykład obsługę faktur i not kredytowych.
Skąd pobrać
Tabela SAP ECC BKPF, pole BLART
Przykłady
KRREKG
|
|||
|
Warunki płatności
PaymentTerms
|
Kod określający warunki płatności i dostępne rabaty. | ||
|
Opis
Ten atrybut przechowuje klucz warunków płatności (ZTERM), który określa termin płatności faktury i ewentualne rabaty za wcześniejszą płatność, na przykład 2% przy płatności w ciągu 10 dni. Stanowi podstawę do obliczania wskaźnika wykorzystania rabatów za wcześniejszą płatność. Na podstawie tego kodu analiza wyznacza docelową datę płatności i wykrywa odchylenia prowadzące do utraty rabatów lub naliczenia kar.
Dlaczego to ważne
Określa termin płatności i dostępne rabaty.
Skąd pobrać
Tabela SAP ECC BSEG, pole ZTERM
Przykłady
Z001NT300002
|
|||
|
Bazowa data płatności
BaselinePaymentDate
|
Data, od której oblicza się terminy płatności. | ||
|
Opis
Ten atrybut (ZFBDT) stanowi punkt wyjścia do obliczania terminu płatności netto i terminów rabatów. Zależnie od konfiguracji zwykle odpowiada dacie otrzymania faktury lub dacie dokumentu. Rzetelna analiza wskaźnika opóźnionych płatności zależy od tego pola. Jeśli data bazowa jest nieprawidłowa, wszystkie późniejsze obliczenia terminów i oznaczenia opóźnionych płatności również będą błędne.
Dlaczego to ważne
Data bazowa dla wszystkich obliczeń wieku zobowiązania i terminów płatności.
Skąd pobrać
Tabela SAP ECC BSEG, pole ZFBDT
Przykłady
2023-10-012023-11-15
|
|||
|
Czy faktura jest powiązana z zamówieniem zakupu
IsPOBased
|
Flaga wskazująca, czy faktura jest powiązana z zamówieniem zakupu. | ||
|
Opis
Ten atrybut logiczny jest wyznaczany na podstawie tego, czy pole numeru zamówienia zakupu jest wypełnione. Dzieli dane na przepływy powiązane z zamówieniem zakupu (MM-LIV) i niepowiązane z zamówieniem (FI-AP). Taki podział jest niezbędny w analizie „Efektywność obsługi faktur bez zamówienia zakupu”, ponieważ faktury bez zamówienia zwykle wymagają więcej ręcznych etapów akceptacji i mają dłuższy czas obsługi.
Dlaczego to ważne
Podstawowy podział danych do analizy efektywności procesu.
Skąd pobrać
Wyliczane: wartość True, jeśli EBELN nie jest puste ani null
Przykłady
truefalse
|
|||
|
Czy płatność była opóźniona
IsLatePayment
|
Flaga wskazująca, czy płatność nastąpiła po terminie. | ||
|
Opis
Ten atrybut logiczny jest wyliczany przez porównanie daty rozliczenia z ostatecznym terminem płatności. Jeśli data rozliczenia jest późniejsza, flaga przyjmuje wartość true. Na tej podstawie oblicza się KPI „Odsetek opóźnionych płatności”. Wstępnie wyliczona flaga ułatwia tworzenie dashboardów: wystarczy zliczyć wartości „True”, bez pisania złożonych reguł w warstwie wizualizacji.
Dlaczego to ważne
Ułatwia raportowanie KPI dotyczących terminowości.
Skąd pobrać
Wyliczane: ClearingDate > NetDueDate
Przykłady
truefalse
|
|||
|
Kod waluty
CurrencyCode
|
Kod waluty kwoty na fakturze. | ||
|
Opis
Atrybut WAERS określa walutę, w której wystawiono fakturę, na przykład USD lub EUR. Umożliwia obsługę procesów obejmujących wiele walut. W analizie służy do grupowania wydatków według waluty lub do przeliczania kwot na potrzeby zbiorczych raportów w dashboardzie „Przepływy pieniężne i widoczność płatności”.
Dlaczego to ważne
Niezbędny do prawidłowej interpretacji kwot finansowych.
Skąd pobrać
Pole WAERS w tabeli BKPF systemu SAP ECC
Przykłady
USDEURGBP
|
|||
|
Numer referencyjny
ReferenceNumber
|
Numer faktury dostawcy podany na dokumencie papierowym. | ||
|
Opis
Numer referencyjny (XBLNR) to zewnętrzny identyfikator nadany przez dostawcę. Jest wprowadzany ręcznie lub odczytywany przez OCR podczas tworzenia faktury. Atrybut ten jest podstawą analizy zapobiegania podwójnym płatnościom. Algorytmy wyszukują wiele faktur o tym samym numerze referencyjnym, od tego samego dostawcy i na tę samą kwotę, aby oznaczyć potencjalne duplikaty płatności.
Dlaczego to ważne
Pomaga wykrywać duplikaty i kontrolować konkretne faktury dostawców.
Skąd pobrać
Tabela SAP ECC BKPF, pole XBLNR
Przykłady
FAK-2023-00199887766ROZLICZENIA-PAŹDZIERNIK
|
|||
|
Ostateczny termin płatności
NetDueDate
|
Wyliczona data, do której należy opłacić fakturę. | ||
|
Opis
Ten atrybut określa ostateczny termin płatności. Oblicza się go, dodając maksymalną liczbę dni na płatność określoną w warunkach płatności do bazowej daty płatności. Stanowi punkt odniesienia dla monitorowania opóźnionych płatności i kar. Bez tego wyliczanego pola nie można wskazać faktur, w przypadku których przekroczono uzgodniony poziom usług.
Dlaczego to ważne
Docelowy termin zakończenia całego procesu.
Skąd pobrać
Wyliczane: BaselinePaymentDate + PaymentTerms(Days)
Przykłady
2023-11-302023-12-15
|
|||
Działania w procesie obsługi płatności zobowiązań
| Działanie | Opis | ||
|---|---|---|---|
|
Rozliczono fakturę
|
Zapis księgowy łączący pozycję faktury z dokumentem płatności i zerujący saldo pozycji otwartej. Zamyka cykl życia faktury. | ||
|
Dlaczego to ważne
Oznacza zakończenie procesu. Jest niezbędny do obliczenia całkowitego czasu realizacji i potwierdzenia, że zobowiązanie zostało uregulowane.
Skąd pobrać
Wypełniono pole AUGDT (Clearing Date) w tabeli BSEG.
Rejestrowanie
Zarejestrowano po wykonaniu transakcji X
Typ zdarzenia
explicit
|
|||
|
Usunięto blokadę płatności
|
Rejestruje usunięcie blokady płatności, dzięki czemu faktura może zostać uwzględniona w najbliższym cyklu płatności. W wielu konfiguracjach SAP jest to pośredni wskaźnik zatwierdzenia. | ||
|
Dlaczego to ważne
Oznacza rozwiązanie problemów uniemożliwiających płatność. Czas między nałożeniem a usunięciem blokady pokazuje, jak długo trwa jej rozwiązanie, czyli wskazuje wąskie gardło.
Skąd pobrać
Dokumenty zmian (CDHDR/CDPOS), w których nowa wartość pola BSEG-ZLSPR jest pusta.
Rejestrowanie
Porównaj pole statusu przed zmianą i po niej
Typ zdarzenia
inferred
|
|||
|
Utworzono fakturę
|
Oznacza moment technicznego wprowadzenia danych faktury do SAP ECC. Ten znacznik czasu wyznacza początek cyfrowego procesu w systemie ERP. | ||
|
Dlaczego to ważne
Pozwala obliczyć czas obsługi wewnętrznej w porównaniu z całkowitym czasem oczekiwania dostawcy. Długi odstęp między otrzymaniem a utworzeniem faktury wskazuje na wąskie gardła na wcześniejszych etapach przyjmowania dokumentów.
Skąd pobrać
Tabela BKPF, pola CPUDT (Entry Date) i CPUTM (Entry Time).
Rejestrowanie
Zarejestrowano po wykonaniu transakcji X
Typ zdarzenia
explicit
|
|||
|
Zablokowano płatność
|
Rejestruje przypisanie kodu blokady płatności do pozycji faktury. Blokada uniemożliwia uwzględnienie faktury w automatycznym programie płatności. | ||
|
Dlaczego to ważne
To jedna z głównych przyczyn opóźnionych płatności i utraty rabatów. Analiza kodu przyczyny blokady pozwala ustalić, czy opóźnienie wynika z różnic cenowych, braku potwierdzenia przyjęcia towaru czy ręcznego wstrzymania płatności.
Skąd pobrać
Dokumenty zmian (CDHDR/CDPOS) dla obiektu BELEG, pole BSEG-ZLSPR (Payment Block Key).
Rejestrowanie
Porównaj pole statusu przed zmianą i po niej
Typ zdarzenia
inferred
|
|||
|
Zaksięgowano fakturę
|
Oznacza prawidłowe zaksięgowanie faktury w księdze głównej i księgach pomocniczych. Ta czynność tworzy zobowiązanie w systemie. | ||
|
Dlaczego to ważne
Faktura zostaje oficjalnie ujęta jako zobowiązanie. Od tego momentu system oblicza standardowy wiek zobowiązania i termin płatności.
Skąd pobrać
Utworzenie wpisu w tabeli BKPF, w którym pole BSTAT jest puste (standardowe księgowanie).
Rejestrowanie
Zarejestrowano po wykonaniu transakcji X
Typ zdarzenia
explicit
|
|||
|
Zarejestrowano otrzymanie faktury
|
Zapisuje datę podaną na fakturze dostawcy jako datę referencyjną. Wartość pochodzi z pola Document Date w nagłówku dokumentu księgowego. | ||
|
Dlaczego to ważne
Stanowi punkt odniesienia do analizy wieku zobowiązań i zgodności z terminami płatności dostawcy. Różnica między tą datą a datą wprowadzenia pozwala wykryć opóźnienia w obiegu poczty lub skanowaniu.
Skąd pobrać
Tabela BKPF, pole BLDAT (Document Date).
Rejestrowanie
Zarejestrowano po wykonaniu transakcji X
Typ zdarzenia
explicit
|
|||
|
Zrealizowano płatność
|
Wykonanie cyklu płatności, podczas którego inicjowany jest przelew bankowy lub drukowany jest czek. W systemie powstaje dokument płatności. | ||
|
Dlaczego to ważne
Moment, po którym nie można już cofnąć wypływu środków. Ten znacznik czasu służy do obliczania rzeczywistego czasu realizacji płatności i sprawdzania, czy dotrzymano terminów rabatów.
Skąd pobrać
Tabela BKPF dla dokumentu płatności (typ dokumentu 'ZP' lub podobny).
Rejestrowanie
Zarejestrowano po wykonaniu transakcji X
Typ zdarzenia
explicit
|
|||
|
Minął termin płatności
|
Zdarzenie obliczane, które wskazuje, że faktura pozostaje nierozliczona po upływie terminu płatności netto. Oznacza to, że faktura jest przeterminowana. | ||
|
Dlaczego to ważne
Wspiera analizę opóźnionych płatności. Monitorowanie tego zdarzenia pomaga zapobiegać napięciom w relacjach z dostawcami i ewentualnym opłatom za opóźnienie.
Skąd pobrać
Obliczane przez dodanie wartości BSEG-ZBD3T (Net Days) do daty bazowej i porównanie wyniku z bieżącą datą.
Rejestrowanie
Wyznaczane przez porównanie pola X z polem Y
Typ zdarzenia
calculated
|
|||
|
Minął termin rabatu za wcześniejszą płatność
|
Zdarzenie obliczane, które wskazuje, że bieżąca data przekroczyła okres obowiązywania rabatu za wcześniejszą płatność 1 lub 2. Oznacza to utraconą możliwość oszczędności. | ||
|
Dlaczego to ważne
Bezpośrednio zasila dashboard „Wykorzystanie rabatów za wcześniejszą płatność”. Pomaga oszacować straty finansowe wynikające z opóźnień w procesie.
Skąd pobrać
Obliczane przez dodanie wartości BSEG-ZBD1T (Days) do BKPF-BLDAT (Document Date) i porównanie wyniku z bieżącą datą lub datą płatności.
Rejestrowanie
Wyznaczane przez porównanie pola X z polem Y
Typ zdarzenia
calculated
|
|||
|
Utworzono propozycję płatności
|
Oznacza, że automatyczny program płatności (F110) wybrał fakturę do potencjalnej płatności. Faktura znajduje się na wstępnej liście płatności. | ||
|
Dlaczego to ważne
Oznacza przejście od statusu „Do zapłaty” do „W trakcie płatności”. Informacje na tym etapie pomagają zespołowi zarządzającemu środkami pieniężnymi zaplanować zapotrzebowanie na gotówkę, zanim środki opuszczą konto.
Skąd pobrać
Data utworzenia wpisu w tabeli REGUH (Settlement Data from Payment Program).
Rejestrowanie
Zarejestrowano po wykonaniu transakcji X
Typ zdarzenia
explicit
|
|||
|
Zapisano fakturę jako wstępną
|
Oznacza, że fakturę zapisano jako wersję roboczą bez utworzenia zapisów księgowych. Dzięki temu można przerwać wprowadzanie danych lub sprawdzić fakturę przed jej ostatecznym zaksięgowaniem. | ||
|
Dlaczego to ważne
Pozwala wykryć faktury pozostające w stanie wstępnym, co opóźnia rozpoczęcie biegu terminu płatności. Duża liczba takich faktur może wskazywać na nieefektywne wprowadzanie danych lub niejasne wymagania dotyczące zatwierdzania.
Skąd pobrać
Tabela VBKPF lub BKPF, w której BSTAT ma wartość 'V'.
Rejestrowanie
Porównaj pole statusu przed zmianą i po niej
Typ zdarzenia
inferred
|
|||
|
Zmieniono dane faktury
|
Rejestruje ręczne zmiany danych nagłówka lub pozycji faktury po jej pierwszym zaksięgowaniu. Zmiany często dotyczą numerów referencyjnych, pól tekstowych lub kodów podatkowych. | ||
|
Dlaczego to ważne
Wskazuje na konieczność ponownej pracy i ręcznej ingerencji w proces. Częste zmiany mogą świadczyć o niskiej jakości danych źródłowych lub niewystarczającej weryfikacji podczas ich wprowadzania.
Skąd pobrać
Dokumenty zmian (CDHDR/CDPOS) dla obiektu BELEG, z wyłączeniem zmian kodu blokady.
Rejestrowanie
Zarejestrowano po wykonaniu transakcji X
Typ zdarzenia
explicit
|
|||
|
Zmieniono warunki płatności
|
Zdarzenie oznaczające ręczną zmianę warunków płatności. Zmienia ona termin płatności i parametry rabatu za wcześniejszą płatność. | ||
|
Dlaczego to ważne
Zmiana często służy do sztucznego wydłużenia terminu płatności lub poprawienia błędów w danych podstawowych. Bezpośrednio wpływa na prognozowanie przepływów pieniężnych i wskaźniki wykorzystania rabatów.
Skąd pobrać
Dokumenty zmian (CDHDR/CDPOS) dla pola BSEG-ZTERM.
Rejestrowanie
Zarejestrowano po wykonaniu transakcji X
Typ zdarzenia
explicit
|
|||
Instrukcje ekstrakcji danych
Gotowi do rozpoczęcia?
Pobierz pełny szablon i zacznij przekształcać dane dotyczące zobowiązań w praktyczne informacje. Nasz zespół pomoże Państwu na każdym etapie pracy z process mining.
Usprawnij obsługę płatności zobowiązań
Skróć cykl płatności o 30% i wyeliminuj wąskie gardła w SAP ECC.
Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.