Szablon danych dotyczących należności

SAP ECC
Szablon danych dotyczących należności

Szablon danych dotyczących należności

Ten szablon porządkuje mapowanie procesów finansowych w SAP ECC i wskazuje niezbędne dane. Zawiera listę etapów procesu do monitorowania oraz wymaganych pól, które pozwalają prześledzić cały cykl windykacji należności. Dzięki temu można przygotować dziennik zdarzeń zawierający informacje potrzebne do usprawnienia pracy i poprawy przepływów pieniężnych.
  • Atrybuty procesu do analizy finansowej
  • Najważniejsze etapy potrzebne do dokładnego odkrywania procesu
  • Instrukcja ekstrakcji danych z SAP ECC krok po kroku
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu obsługi należności

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie przeanalizować proces obsługi należności.
5 Wymagane 9 Zalecane 8 Opcjonalne
Nazwa Opis
Czas zdarzenia
EventTime
Dokładny znacznik czasu wystąpienia działania.
Opis

Ten atrybut zapisuje dokładną datę i godzinę wykonania działania w systemie. W przypadku danych transakcyjnych w SAP ECC jest to zwykle połączenie daty wprowadzenia (CPUDT) i godziny wprowadzenia (CPUTM). Pozwala obliczać czas cyklu, czas realizacji i odstępy między krokami procesu.

Dlaczego to ważne

Niezbędny do analiz opartych na czasie, w tym wskaźnika Days Sales Outstanding i tempa realizacji procesu.

Skąd pobrać

Tabela BKPF, pola CPUDT (data) i CPUTM (godzina)

Przykłady
2023-10-12T08:30:00Z2023-10-15T14:22:10Z2023-11-01T09:15:00Z
Nazwa działania
ActivityName
Zdarzenie lub działanie wykonane w procesie.
Opis

Ten atrybut zawiera nazwę wykonanego kroku procesu, na przykład „Utworzono fakturę”, „Otrzymano płatność” lub „Zarejestrowano sprawę sporną”. Nazwa jest ustalana na podstawie kodów transakcji, typów dokumentów lub zmian statusu dokumentu księgowego. Dane te pozwalają odtworzyć przebieg procesu i analizować warianty jego ścieżek.

Dlaczego to ważne

Określa strukturę dziennika zdarzeń potrzebną do wizualizacji mapy procesu i identyfikacji wąskich gardeł.

Skąd pobrać

Na podstawie TCODE w BKPF, typu dokumentu w BLART lub dokumentów zmian (CDHDR/CDPOS)

Przykłady
Utworzono fakturęOtrzymano płatnośćZaksięgowano notę kredytowąOtwarto sprawę sporną
Numer faktury
InvoiceNumber
Unikalny identyfikator faktury lub dokumentu księgowego.
Opis

Ten atrybut jest kluczem głównym procesu należności. W SAP ECC zwykle składa się z numeru dokumentu księgowego (BELNR), kodu jednostki gospodarczej (BUKRS) i roku obrotowego (GJAHR), co zapewnia unikalność w całym systemie. Stanowi punkt odniesienia przy łączeniu z pierwotnym zobowiązaniem finansowym wszystkich kolejnych działań, takich jak płatności, spory i rozliczenia.

Dlaczego to ważne

To identyfikator sprawy (Case ID), który pozwala śledzić cały cykl życia należności, od jej utworzenia do ostatecznego rozliczenia.

Skąd pobrać

Tabela BKPF, pole BELNR (często łączone z BUKRS i GJAHR)

Przykłady
140000023420231800003991202351000008822022
Ostatnia aktualizacja danych
LastDataUpdate
Znacznik czasu ostatniej ekstrakcji lub odświeżenia danych.
Opis

Informuje, kiedy dane zostały ostatnio zsynchronizowane z systemu źródłowego SAP ECC z platformą process mining. Pozwala ocenić aktualność analizy i ewentualne opóźnienia w dashboardach. Jest też potrzebny do sprawdzenia, czy KPI odzwierciedlają bieżącą sytuację firmy.

Dlaczego to ważne

Pozwala sprawdzić, jak aktualne są dane w dashboardach.

Skąd pobrać

Generowany przez narzędzie ekstrakcji (znacznik czasu ETL)

Przykłady
2023-11-25T00:00:00Z2023-11-25T06:00:00Z
System źródłowy
SourceSystem
Nazwa systemu, z którego pochodzą dane.
Opis

Wskazuje konkretną instancję lub klienta SAP ECC, z którego pobrano rekord. W środowisku obejmującym wiele systemów atrybut ten pomaga rozdzielać dane i wykrywać różnice w przebiegu procesu zależne od systemu. Ułatwia też śledzenie pochodzenia danych i diagnozowanie problemów z integracją.

Dlaczego to ważne

Potrzebny do zarządzania danymi i ustalania pochodzenia rekordów w środowisku z wieloma systemami ERP.

Skąd pobrać

Konfiguracja systemu lub wartość wpisana na stałe podczas ekstrakcji

Przykłady
SAP_ECC_P01SAP_ECC_QAERP_NA_01
Czy wykonano automatycznie
IsAutomated
Flaga informująca, czy działanie wykonano automatycznie.
Opis

Wartość logiczna ustalana na podstawie kodu transakcji i nazwy użytkownika. Na przykład jeśli TCODE to „F110” (automatyczne uruchomienie płatności) lub użytkownikiem jest znane konto systemowe, wartość wynosi true. Atrybut ten jest wymagany do obliczania KPI „Wskaźnik automatycznych rozliczeń”.

Dlaczego to ważne

Potrzebny do pomiaru efektywności procesu i poziomu automatyzacji.

Skąd pobrać

Na podstawie TCODE i USNAM

Przykłady
truefalse
Data rozliczenia
ClearingDate
Data rozliczenia faktury przez płatność lub kompensatę.
Opis

Data (AUGDT), w której pozycja otwarta została rozliczona w systemie. To końcowy znacznik czasu procesu windykacji danej faktury. Jest podstawą do obliczania średniego wskaźnika Days Sales Outstanding i ustalania, czy płatność była opóźniona.

Dlaczego to ważne

Podstawowy znacznik czasu do obliczania DSO i szybkości płatności.

Skąd pobrać

Tabela BSAD (pozycje rozliczone), pole AUGDT

Przykłady
2023-12-012023-11-15
Grupa kont klienta
CustomerAccountGroup
Przypisuje klientów do różnych segmentów.
Opis

Grupa kont SAP (KTOKD) klasyfikuje klientów, na przykład jako odbiorców, odbiorców dostawy lub klientów wewnątrzgrupowych. Stanowi podstawę mapowania segmentów klientów. Jest potrzebna w dashboardzie „Trendy płatnicze według segmentu klientów”, który pozwala porównywać terminowość płatności różnych grup klientów.

Dlaczego to ważne

Standardowy sposób segmentowania klientów w SAP.

Skąd pobrać

Tabela KNA1, pole KTOKD

Przykłady
KUNA0001DEBI
Kod jednostki gospodarczej
CompanyCode
Jednostka organizacyjna, dla której sporządza się bilans.
Opis

Oznacza konkretną osobę prawną lub spółkę zależną w strukturze firmy. W SAP odpowiada polu BUKRS. Analiza według kodu jednostki gospodarczej pozwala porównywać wyniki różnych jednostek i sprawdzać, które z nich najsprawniej zarządzają należnościami.

Dlaczego to ważne

Pozwala filtrować dashboardy według jednostki biznesowej i rozdzielać księgi finansowe.

Skąd pobrać

Tabela BKPF, pole BUKRS

Przykłady
1000US01DE99
Kwota w walucie lokalnej
AmountInLocalCurrency
Wartość pozycji w walucie kodu jednostki gospodarczej.
Opis

Wartość finansowa działania lub dokumentu w walucie lokalnej księgi (DMBTR). Atrybut ten służy do obliczania „ActivityAmount” i ustalania priorytetów windykacji według kwoty. Pozwala skupić analizę na pozycjach otwartych o wysokiej wartości.

Dlaczego to ważne

Niezbędny do analizy wpływu finansowego i ustalania priorytetów dla spraw o wysokiej wartości.

Skąd pobrać

Tabela BSEG, pole DMBTR

Przykłady
1500.00230.5010000.00
Nazwa użytkownika
UserName
Identyfikator użytkownika, który wykonał transakcję.
Opis

Zapisuje identyfikator użytkownika SAP (USNAM), który utworzył lub zmodyfikował dokument. Atrybut ten odpowiada polu „User” i służy w dashboardzie „Efektywność rozwiązywania sporów” do śledzenia wyników pracy osób obsługujących sprawy. Pomaga też odróżnić użytkowników od kont systemowych.

Dlaczego to ważne

Pozwala analizować wyniki pracy członków zespołu i wykrywać automatyzację.

Skąd pobrać

Tabela BKPF, pole USNAM

Przykłady
JSMITHBATCH_USERFIN_AP_01
Numer klienta
CustomerNumber
Unikalny identyfikator konta klienta.
Opis

Unikalny identyfikator klienta w systemie SAP (KUNNR). Ten atrybut umożliwia agregowanie miar procesu na poziomie klienta w dashboardach „Efektywność działań windykacyjnych” i „Trendy płatnicze według segmentu klientów”. Pomaga też identyfikować klientów o podwyższonym ryzyku.

Dlaczego to ważne

Pozwala analizować zachowania i trendy płatnicze poszczególnych klientów.

Skąd pobrać

Tabela BSEG lub BSID/BSAD, pole KUNNR

Przykłady
000100293CUST-9921000550021
Termin płatności netto
NetDueDate
Obliczona data, do której należy dokonać płatności.
Opis

Ostateczny termin płatności. W SAP często oblicza się go, dodając liczbę dni wynikającą z warunków płatności (ZTERM) do daty bazowej (ZFBDT). Atrybut ten jest potrzebny do obliczania KPI „Terminowość płatności” i identyfikowania przeterminowanych faktur.

Dlaczego to ważne

Punkt odniesienia przy ustalaniu, czy płatność wpłynęła w terminie.

Skąd pobrać

Na podstawie BSEG-ZFBDT i warunków płatności (logika tabeli T052)

Przykłady
2023-12-302024-01-15
Typ dokumentu
DocumentType
Określa rodzaj dokumentu księgowego, na przykład fakturę, płatność lub notę kredytową.
Opis

Typ dokumentu SAP (BLART) rozróżnia transakcje biznesowe, takie jak faktura klienta (DR), płatność klienta (DZ) czy nota kredytowa (DG). Atrybut ten służy do określania „CaseType” i filtrowania konkretnych przebiegów procesu, na przykład przy analizie wskaźnika ponownej obsługi not kredytowych.

Dlaczego to ważne

Pozwala odróżnić faktury, płatności i korekty w danych.

Skąd pobrać

Tabela BKPF, pole BLART

Przykłady
RVDZDGDR
Czy płatność była opóźniona
IsLatePayment
Flaga informująca, czy płatność wpłynęła po terminie.
Opis

Wartość logiczna obliczana przez porównanie daty rozliczenia z terminem płatności netto. Upraszcza obliczanie KPI „Terminowość płatności” i pozwala szybko filtrować przypadki niezgodne z warunkami płatności w dashboardzie.

Dlaczego to ważne

Pozwala szybko wykryć przypadki naruszenia warunków płatności.

Skąd pobrać

Obliczane: ClearingDate > NetDueDate

Przykłady
truefalse
Identyfikator sprawy spornej
DisputeCaseId
Identyfikator sprawy spornej powiązanej z fakturą.
Opis

Unikalny identyfikator (CASE_GUID lub identyfikator zewnętrzny) z modułu SAP FSCM Dispute Management. Jest wymagany w dashboardzie „Efektywność rozwiązywania sporów”. Łączy dokument finansowy z workflow obsługi sporu i pozwala obliczać czas rozwiązania sprawy.

Dlaczego to ważne

Łączy proces należności z podprocesem obsługi sporów.

Skąd pobrać

Tabela FDM_DCPROC lub SCMG_T_CASE_ATTR (jeśli FSCM jest aktywny)

Przykłady
DISP-000123100029384
Kod transakcji
TransactionCode
Kod transakcji SAP użyty do wykonania działania.
Opis

Kod transakcji (TCODE) użyty do zaksięgowania dokumentu, na przykład „FB01” (księgowanie dokumentu) lub „F110” (płatność automatyczna). Atrybut ten służy do obliczania „IsAutomated” i zasilania rejestru automatyzacji rozliczania płatności. Pokazuje, w jaki sposób wprowadzono dokument.

Dlaczego to ważne

Różne kody transakcji wskazują różne metody przetwarzania, ręczne lub automatyczne.

Skąd pobrać

Tabela BKPF, pole TCODE

Przykłady
VF01F110FB70FEB_BSPROC
Kraj klienta
CustomerCountry
Kod kraju przypisany do klienta.
Opis

Lokalizacja klienta (LAND1) pobrana z danych podstawowych klienta. Atrybut ten pozwala analizować czas cyklu faktury według regionu. Pomaga ustalić, czy w niektórych krajach cykle płatności są dłuższe z powodu lokalnych zwyczajów lub opóźnień bankowych.

Dlaczego to ważne

Ułatwia analizę wyników według regionu i raportowanie wymagane przepisami.

Skąd pobrać

Tabela KNA1, pole LAND1

Przykłady
USDEFR
Miasto rozliczeniowe
BillingCity
Miasto przypisane do adresu rozliczeniowego klienta.
Opis

Nazwa miasta (ORT01) z danych podstawowych klienta. Atrybut ten pozwala ustalić, które segmenty klientów lub miasta rozliczeniowe najbardziej wpływają na wysoki wskaźnik Days Sales Outstanding. Umożliwia szczegółową analizę geograficznych różnic w zachowaniach płatniczych.

Dlaczego to ważne

Wymagany w dashboardzie do analizy czasu cyklu faktury.

Skąd pobrać

Tabela KNA1, pole ORT01

Przykłady
Nowy JorkBerlinLondyn
Obszar kontroli kredytowej
CreditControlArea
Jednostka organizacyjna odpowiedzialna za zarządzanie kredytem.
Opis

Obszar kontroli kredytowej (KKBER) służy do ustalania i monitorowania limitów kredytowych klientów. Atrybut ten wspiera analizę wpływu limitów i ratingów kredytowych, grupując klientów według przypisanych im zasad kredytowych. Pomaga powiązać ustawienia ryzyka kredytowego z opóźnieniami w płatnościach.

Dlaczego to ważne

Podstawa analizy ryzyka kredytowego i skuteczności przyjętych zasad.

Skąd pobrać

Tabela KNB1 lub KNKK, pole KKBER

Przykłady
US01GLBLEU00
Rating kredytowy
CreditRating
Ocena wiarygodności kredytowej klienta.
Opis

Rating kredytowy klienta (CTLPC lub podobne pole w KNKK/FSCM). Atrybut ten jest wymagany w dashboardzie „Wpływ limitów i ratingów kredytowych”. Pozwala analitykom sprawdzić, czy ryzyko sporów lub opóźnionych płatności wiąże się z profilem ryzyka klienta.

Dlaczego to ważne

Łączy dane o zarządzaniu ryzykiem z wynikami operacyjnymi.

Skąd pobrać

Tabela KNKK (zarządzanie kredytem) lub tabele FSCM

Przykłady
A+Wysokie ryzyko500
Warunki płatności
PaymentTerms
Kod określający uzgodnione warunki płatności.
Opis

Klucz warunków płatności (ZTERM) określa termin płatności i dostępne rabaty. Analiza tego atrybutu pomaga ustalić, czy problemy z wykorzystaniem rabatu za wcześniejszą płatność wynikają z rygorystycznych warunków, czy z błędów procesu. To ważny wymiar analizy zgodności finansowej.

Dlaczego to ważne

Określa oczekiwany przebieg sprawy i obowiązujące terminy.

Skąd pobrać

Tabela BSEG lub KNB1, pole ZTERM

Przykłady
NT30ZB010001
Wymagane Zalecane Opcjonalne

Czynności w procesie obsługi należności

Te etapy i kamienie milowe procesu warto uwzględnić w dzienniku zdarzeń, aby dokładnie odtworzyć przebieg procesów finansowych.
7 Zalecane 7 Opcjonalne
Działanie Opis
Otrzymano płatność
Zaksięgowanie przychodzącego dokumentu płatności przeznaczonej na rozliczenie faktury. Rejestruje wpływ gotówki w księdze.
Dlaczego to ważne

Podstawowe zdarzenie do obliczenia średniej liczby dni sprzedaży pozostającej do rozliczenia. Oznacza finansowe rozliczenie sprzedaży.

Skąd pobrać

Tabele BKPF/BSEG. Typ dokumentu „DZ” (płatność od klienta) lub „KZ” (płatność dostawcy za klienta).

Rejestrowanie

Zdarzenie rejestrowane po wykonaniu transakcji płatniczej

Typ zdarzenia explicit
Rozliczono fakturę
Końcowy etap uzgadniania, w którym otwarta faktura zostaje powiązana z płatnością, a jej status zmienia się na rozliczony. Proces jest zakończony.
Dlaczego to ważne

Niezbędne zdarzenie końcowe. Służy do obliczenia wskaźnika automatycznych rozliczeń i zamknięcia cyklu.

Skąd pobrać

Tabela BSEG. Dla pozycji faktury wypełniane są pola „AUGBL” (dokument rozliczeniowy) i „AUGDT” (data rozliczenia).

Rejestrowanie

Zdarzenie rejestrowane po rozliczeniu pozycji otwartej

Typ zdarzenia explicit
Utworzono dokument księgowy
Pierwsze zaksięgowanie faktury klienta w księdze głównej. Powoduje utworzenie pozycji otwartej w księdze pomocniczej należności.
Dlaczego to ważne

Oznacza formalne powstanie zobowiązania finansowego klienta i rozpoczęcie naliczania okresu przeterminowania faktury.

Skąd pobrać

Tabele BKPF (nagłówek) i BSEG (pozycje). Należy wybrać dokumenty, w których typ konta (KOART) ma wartość „D” (klient). Użyć daty wprowadzenia (CPUDT) i godziny (CPUTM).

Rejestrowanie

Zdarzenie rejestrowane po utworzeniu rekordu w BKPF przez transakcję

Typ zdarzenia explicit
Wysłano fakturę
Wysłanie dokumentu faktury do klienta pocztą, e-mailem lub przez EDI. Zdarzenie wskazuje, kiedy klient faktycznie otrzymuje wezwanie do zapłaty.
Dlaczego to ważne

Niezbędne do obliczenia KPI „Czas od wystawienia do wysłania faktury”. Opóźnienia na tym etapie bezpośrednio zwiększają liczbę dni sprzedaży pozostającej do rozliczenia.

Skąd pobrać

Prawdopodobnie wymaga połączenia dokumentu FI z dokumentem fakturowania SD (VBRK) i sprawdzenia, czy w tabeli sterowania wydrukiem (NAST) przetwarzanie zakończyło się powodzeniem.

Rejestrowanie

Powiąż VBRK-VBNUM z dziennikami wyjściowymi w NAST

Typ zdarzenia inferred
Wysłano przypomnienie o płatności
Wysłanie klientowi wezwania do zapłaty lub przypomnienia z powodu zaległości. Oznacza proaktywne działanie zespołu windykacyjnego.
Dlaczego to ważne

Niezbędne do dashboardu „Skuteczność działań windykacyjnych”. Częste przypomnienia mogą wskazywać na problemy z terminowością płatności klienta.

Skąd pobrać

Tabele MHND (dane dotyczące monitów) i MHNK (nagłówek monitu). Zawierają datę i poziom monitu.

Rejestrowanie

Zdarzenie rejestrowane po uruchomieniu przebiegu monitów (F150)

Typ zdarzenia explicit
Zaksięgowano płatność częściową
Otrzymanie płatności pokrywającej tylko część kwoty faktury. Faktura pozostaje otwarta z saldem do rozliczenia.
Dlaczego to ważne

Ważne dla analizy wpływu płatności częściowych. Zwiększa złożoność uzgadniania i wydłuża czas rozliczenia.

Skąd pobrać

Tabela BSEG. Wybierz dokumenty płatności (typ DZ/KZ), które odwołują się do faktury (REBZG), ale nie rozliczają jej w całości.

Rejestrowanie

Zdarzenie rejestrowane po zaksięgowaniu dokumentu płatności

Typ zdarzenia explicit
Zarejestrowano sprawę sporną
Oznaczenie pozycji faktury kodem przyczyny wskazującym na zastrzeżenie lub pytanie klienta. Zazwyczaj blokuje to płatność faktury.
Dlaczego to ważne

Ważne dla wskaźnika „Skuteczność rozpatrywania sporów”. Pozwala ustalić, dlaczego płatność jest wstrzymana, i zmierzyć czas rozpatrywania sprawy.

Skąd pobrać

Zmiany w polu BSEG-RSTGR (kod przyczyny) lub integracja z tabelami SAP FSCM Dispute Management (UDM_CASE).

Rejestrowanie

Porównaj pole statusu przed zmianą i po niej albo sprawdź dziennik FSCM

Typ zdarzenia inferred
Cofnięto rozliczenie
Anulowanie wcześniej poprawnie przeprowadzonego rozliczenia, które ponownie otwiera fakturę. Wskazuje na błąd przy początkowym przypisaniu płatności.
Dlaczego to ważne

Oznacza konieczność ponownej pracy. Częste cofanie rozliczeń może wskazywać na problemy z regułami automatycznego przypisywania płatności lub szkoleniem z ręcznego uzgadniania.

Skąd pobrać

Tabela BKPF. Wybierz dokumenty, w których zresetowano dokument rozliczeniowy (zgodnie z logiką transakcji FBRA) lub które można zidentyfikować w dziennikach zmian.

Rejestrowanie

Zdarzenie rejestrowane po wykonaniu transakcji FBRA

Typ zdarzenia explicit
Dopasowano wyciąg bankowy
Automatyczne dopasowanie pozycji elektronicznego wyciągu bankowego do konta klienta. Oznacza wstępne rozpoznanie wpływu środków na rachunku bankowym.
Dlaczego to ważne

Wspiera monitorowanie automatyzacji przypisywania płatności do faktur. Wskazuje skuteczność przetwarzania elektronicznych wyciągów bankowych (EBS).

Skąd pobrać

Tabele FEBEP (pozycje elektronicznego wyciągu bankowego) i FEBA (przetwarzanie wyciągów bankowych).

Rejestrowanie

Zdarzenie rejestrowane po przesłaniu i przetworzeniu EBS

Typ zdarzenia explicit
Zaksięgowano notę kredytową
Wystawienie klientowi noty kredytowej, która zmniejsza saldo należności. Zwykle koryguje błędy fakturowania lub rozlicza zwroty.
Dlaczego to ważne

Dane wejściowe do KPI „Odsetek ponownej pracy przy notach kredytowych”. Duża liczba not wskazuje na problemy z jakością na wcześniejszych etapach sprzedaży lub realizacji zamówień.

Skąd pobrać

Tabele BKPF/BSEG. Dokumenty typu „DG” (lub niestandardowego typu noty kredytowej) odwołujące się do faktury pierwotnej.

Rejestrowanie

Zdarzenie rejestrowane po utworzeniu dokumentu kredytowego w BKPF przez transakcję

Typ zdarzenia explicit
Zaksięgowano odpis
Uznanie salda faktury za nieściągalne i przeniesienie go z należności do kosztów z tytułu nieściągalnych długów. Stosowane, gdy nie udaje się ściągnąć należności.
Dlaczego to ważne

Oznacza niekorzystne zakończenie procesu. Pomaga analizować przyczyny utraty przychodów.

Skąd pobrać

Tabela BSEG. Dokument rozliczeniowy z określonym typem dokumentu (np. „AB”) lub kodem przyczyny wskazującym na odpis.

Rejestrowanie

Ustal na podstawie typu dokumentu i mapowania kont księgi głównej

Typ zdarzenia inferred
Zarejestrowano zobowiązanie do zapłaty
Zobowiązanie klienta do zapłaty określonej kwoty w konkretnym terminie. Aktualizuje prognozę przepływów pieniężnych.
Dlaczego to ważne

Wykorzystywane we wskaźniku „Skuteczność działań windykacyjnych”. Odsetek dotrzymanych zobowiązań pomaga prognozować krótkoterminowe przepływy pieniężne.

Skąd pobrać

Tabele SAP FSCM Collections Management (UDM_P2P) lub informacje wywnioskowane z notatek tekstowych wprowadzonych przez pracowników windykacji.

Rejestrowanie

Zdarzenie rejestrowane w FSCM lub tabeli tekstowej STXH

Typ zdarzenia explicit
Zastosowano rabat za wcześniejszą płatność
Zastosowanie rabatu za wcześniejszą płatność, które zmniejsza wymaganą kwotę końcową. Następuje, gdy płatność zostanie dokonana w terminie uprawniającym do rabatu.
Dlaczego to ważne

Monitoruje wykorzystanie rabatów za wcześniejszą płatność. Pomaga sprawdzić, czy rabaty zostały naliczone zgodnie z warunkami, czy przyznano je nieprawidłowo.

Skąd pobrać

Tabela BSEG. Pole „SKNTO” (kwota rabatu za wcześniejszą płatność) jest wypełniane w pozycji rozliczeniowej.

Rejestrowanie

Zdarzenie rejestrowane jako wartość pola w dokumencie rozliczeniowym

Typ zdarzenia explicit
Zmieniono warunki płatności
Zmiana uzgodnionych warunków płatności po zaksięgowaniu faktury, na przykład terminu płatności lub prawa do rabatu. Może oznaczać renegocjację warunków lub korektę.
Dlaczego to ważne

Zmiany warunków płatności zniekształcają analizę wiekowania należności i mogą wskazywać na błędy w danych podstawowych lub doraźne ustępstwa.

Skąd pobrać

Tabele dokumentów zmian (CDHDR/CDPOS) powiązane z dokumentem księgowym (BSEG-ZTERM lub BSEG-ZFBDT).

Rejestrowanie

Zdarzenie rejestrowane po zapisaniu dokumentu zmiany w CDHDR

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z SAP ECC

Gotowi do rozpoczęcia?

Usprawnij proces windykacji należności, stosując te standardy danych w środowisku SAP ECC. Nasz zespół może pomóc na każdym etapie wdrażania process mining.

Usprawnij obsługę należności i ogranicz luki w przepływach pieniężnych

Skróć DSO o 15–20 dni i przyspiesz płatności w SAP ECC.

Rozpocznij okres próbny

Karta kredytowa nie jest wymagana, konfiguracja zajmuje kilka minut