Szablon danych dotyczących należności
Szablon danych dotyczących należności
- Atrybuty procesu do analizy finansowej
- Najważniejsze etapy potrzebne do dokładnego odkrywania procesu
- Instrukcja ekstrakcji danych z SAP ECC krok po kroku
Atrybuty procesu obsługi należności
| 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
|
|||
Czynności w procesie obsługi należności
| 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
|
|||
Instrukcje ekstrakcji danych
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.
Karta kredytowa nie jest wymagana, konfiguracja zajmuje kilka minut