Šablona dat pro pohledávky

SAP S/4HANA
Šablona dat pro pohledávky

Šablona dat pro pohledávky

Tato šablona nabízí rámec pro mapování procesů vymáhání pohledávek a zpracování plateb v SAP S/4HANA. Obsahuje doporučené atributy ke sběru, seznam činností ke sledování a technické pokyny k extrakci dat z finančních tabulek. Díky této struktuře získáte přehled o cyklech peněžních toků a zjistíte, kde dochází k ručním zásahům nebo zpoždění plateb.
  • Doporučené atributy ke sběru
  • Činnosti ke sledování
  • Pokyny k extrakci
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy pohledávek

Jde o doporučená datová pole a dimenzionální atributy, které je vhodné zahrnout do záznamu událostí pro důkladnou analýzu procesu správy pohledávek.
5 Povinné 10 Doporučené 5 Volitelné
Název Popis
Aktivita
Activity
Konkrétní událost nebo činnost v procesu.
Popis

Tento atribut popisuje krok v procesu pohledávek, například vytvoření faktury, zaúčtování částečné platby nebo vyrovnání faktury. Obvykle se odvozuje z kódu transakce (TCODE) nebo z konkrétních změn stavu dokladu zaznamenaných v tabulkách protokolu změn.

Proč je to důležité

Je nezbytný pro mapování průběhu procesu a určení pořadí událostí.

Kde data získat

Odvozeno z SAP TSTCT (kódy transakcí) nebo CDHDR/CDPOS (změnové doklady)

Příklady
Vytvořit fakturu odběrateliZaúčtovat částečnou platbuVyrovnat fakturuZaložit případ sporu
Čas události
EventTime
Časové razítko, kdy k aktivitě došlo.
Popis

Tento atribut zaznamenává přesné datum a čas, kdy aktivita proběhla. U transakčních dat jde často o kombinaci data zadání (CPUDT) a času zadání (CPUTM) z hlavičkových tabulek. Umožňuje vypočítat dobu cyklu a dobu zpracování.

Proč je to důležité

Přesná časová razítka jsou nezbytná pro výpočet DSO a identifikaci úzkých míst.

Kde data získat

Tabulka SAP BKPF-CPUDT a BKPF-CPUTM

Příklady
2023-10-12T08:30:00Z2023-10-15T14:45:12Z2023-11-01T09:15:00Z
Číslo faktury
InvoiceNumber
Jedinečný identifikátor faktury nebo účetního dokladu.
Popis

Tento atribut slouží jako jedinečné ID případu v procesu pohledávek. Obvykle odpovídá číslu účetního dokladu (BELNR) v modulu SAP FI nebo fakturačnímu dokladu (VBELN) v modulu SD, podle způsobu extrakce dat. Propojuje všechny navazující činnosti, například platby, spory a vyrovnání, s původním finančním závazkem.

Proč je to důležité

Jde o hlavní klíč potřebný k rekonstrukci celého průběhu procesu každé transakce.

Kde data získat

Tabulka SAP BKPF-BELNR nebo VBRK-VBELN

Příklady
1400000234900004321014000002351800000099
Poslední aktualizace dat
LastDataUpdate
Časové razítko poslední extrakce nebo aktualizace dat.
Popis

Tento atribut udává, kdy byla data načtena do nástroje process mining. Uživatelé tak zjistí, jak aktuální jsou data zobrazená na dashboardech, například na dashboardu Stav odsouhlasení na konci období.

Proč je to důležité

Analytici díky němu vědí, zda pracují s aktuálními, nebo historickými daty.

Kde data získat

Metadata ETL

Příklady
2023-11-05T00:00:00Z2023-11-05T06:00:00Z
Zdrojový systém
SourceSystem
Systém, ze kterého data pocházejí.
Popis

Tento atribut určuje konkrétní instanci SAP S/4HANA nebo externí systém, ve kterém záznam vznikl. V prostředí s více instancemi ERP pomáhá sledovat původ dat.

Proč je to důležité

Umožňuje oddělit analýzu v prostředí s více systémy.

Kde data získat

ID systému (SY-SYSID) nebo hodnota pevně zadaná při extrakci

Příklady
SAP_S4H_PRODSAP_S4H_01LEGACY_ERP
Částka v místní měně
AmountInLocalCurrency
Hodnota faktury nebo platby v měně účetního okruhu.
Popis

Tento atribut (DMBTR) obsahuje finanční částku transakce. Používá se k výpočtu celkové hodnoty neuhrazených faktur, dobropisů a plateb. Na dashboardu Analýza dobropisů a oprav umožňuje vyčíslit jejich hodnotu.

Proč je to důležité

Je potřebný k analýze finančního dopadu a stanovení priorit při vymáhání pohledávek s vysokou hodnotou.

Kde data získat

Tabulka SAP BSEG-DMBTR nebo ACDOCA-DMBTR

Příklady
1500.00250.5010000.00
Číslo zákazníka
CustomerNumber
Jedinečný identifikátor zákaznického účtu.
Popis

Tento atribut představuje číslo zákazníka (KUNNR) přiřazené k faktuře. Umožňuje podrobnou analýzu platebního chování a je nezbytný pro dashboard Profilování platebního chování zákazníků.

Proč je to důležité

Umožňuje přejít na podrobnosti o výsledcích konkrétního zákaznického účtu.

Kde data získat

Tabulka SAP BSEG-KUNNR nebo KNA1-KUNNR

Příklady
ZAK100230001004500WALMART_US
Datum splatnosti
DueDate
Vypočítané datum, do kterého musí být faktura uhrazena.
Popis

Tento atribut představuje datum čisté splatnosti. V systému SAP se obvykle odvozuje tak, že se k základnímu datu (ZFBDT) přičte počet dní stanovený v platebních podmínkách (ZTERM). Slouží jako referenční hodnota pro dashboard Dodržování a provádění upomínek.

Proč je to důležité

Podle tohoto data se určuje, zda je platba opožděná.

Kde data získat

Odvozeno z BSEG-ZFBDT a BSEG-ZTERM

Příklady
2023-11-302023-12-15
Datum vyrovnání
ClearingDate
Datum, kdy byla faktura vyrovnána nebo uhrazena.
Popis

Tento atribut (AUGDT) zaznamenává, kdy byla otevřená položka vyrovnána, obvykle platbou. Jde o koncové časové razítko hlavního cyklu procesu pohledávek a hlavní proměnnou při výpočtu doby inkasa pohledávek (DSO).

Proč je to důležité

Určuje dokončení cyklu inkasa pohledávek.

Kde data získat

Tabulka SAP BSEG-AUGDT nebo BSAD-AUGDT

Příklady
2023-11-012023-11-10
Doba inkasa pohledávek
DaysSalesOutstanding
Doba od zaúčtování faktury do jejího vyrovnání.
Popis

Tato metrika se vypočítá jako rozdíl mezi datem zaúčtování a datem vyrovnání u vyrovnaných položek. Je hlavním ukazatelem na dashboardu Přehled doby inkasa pohledávek a důležitou mírou efektivity peněžních toků.

Proč je to důležité

Hlavní KPI procesu pohledávek pro vedení společnosti.

Kde data získat

Výpočet: ClearingDate - PostingDate

Příklady
30 dní45 dní15 dní
Je automatizováno
IsAutomated
Příznak, který určuje, zda aktivitu provedl systémový uživatel.
Popis

Tento logický atribut se vypočítává podle atributu Uživatel. Pokud ID uživatele odpovídá známému systémovému nebo dávkovému účtu, například „BNK_BSM“, nastaví se příznak na hodnotu true. Přímo ovlivňuje dashboard Míra automatizace párování plateb.

Proč je to důležité

Ukazatel pro měření úspěšnosti digitalizace a automatizace.

Kde data získat

Odvozeno z atributu Uživatel

Příklady
truefalse
Platební podmínky
PaymentTerms
Kód dohodnutých podmínek platby.
Popis

Tento atribut (ZTERM) určuje podmínky, za kterých má zákazník zaplatit, včetně data splatnosti a skonta. Je hlavním zdrojem dat pro dashboard Optimalizace skonta za včasnou platbu.

Proč je to důležité

Slouží jako základ pro výpočet data splatnosti a posouzení nároku na skonto.

Kde data získat

Tabulka SAP BSEG-ZTERM nebo KNB1-ZTERM

Příklady
NT300001Z015
Typ dokladu
DocumentType
Klasifikuje účetní doklad, například jako fakturu, platbu nebo dobropis.
Popis

Typ dokladu (BLART) určuje kategorii transakce. Například „DR“ označuje fakturu zákazníkovi, „DZ“ platbu zákazníka a „DG“ dobropis. Díky tomuto atributu lze pro analýzu dobropisů a oprav filtrovat konkrétní typy případů.

Proč je to důležité

Rozděluje data na faktury, platby a opravné položky.

Kde data získat

Tabulka SAP BKPF-BLART

Příklady
DRDZDGRV
Účetní okruh
CompanyCode
Účetní jednotka nebo organizační složka, ke které faktura patří.
Popis

Účetní okruh (BUKRS) je hlavní organizační jednotkou externího účetnictví v systému SAP. Umožňuje rozdělit analýzu na dashboardech, například Profilování platebního chování zákazníků, podle jednotlivých organizačních složek.

Proč je to důležité

Je nezbytný pro filtrování a porovnávání výsledků mezi různými právními subjekty.

Kde data získat

Tabulka SAP BKPF-BUKRS nebo T001-BUKRS

Příklady
1000US01DE012000
Uživatelské jméno
User
ID uživatele, který provedl aktivitu.
Popis

Tento atribut (USNAM) určuje uživatele nebo systémového agenta odpovědného za událost. Používá se k výpočtu míry automatického párování plateb, při kterém se rozlišují běžní uživatelé a systémové dávkové účty.

Proč je to důležité

Je nezbytný pro určení míry automatizace a produktivity uživatelů.

Kde data získat

Tabulka SAP BKPF-USNAM nebo CDHDR-USERNAME

Příklady
JNOVAKDÁVKOVÝ_UŽIVATELSAP_WFALEX_D
ID případu sporu
DisputeCaseId
Identifikátor případu sporu propojeného s fakturou.
Popis

Tento atribut obsahuje ID případu sporu (UDM_CASE), pokud existuje. Propojuje finanční doklad s modulem správy sporů. Je nezbytný pro dashboard Efektivita řešení sporů.

Proč je to důležité

Propojuje doklady pohledávek s workflow řešení sporů.

Kde data získat

Tabulka SAP FDM_DCPROC nebo UDM_CASE_ATTR

Příklady
0000056789SPOR-2023-001
Je dobropis
IsCreditMemo
Příznak, který určuje, zda jde o dobropis.
Popis

Tento logický atribut se odvozuje od typu dokladu, například pokud se typ rovná „DG“. Umožňuje rychle filtrovat opravné transakce a sledovat KPI Míra opravných dobropisů.

Proč je to důležité

Odhaluje opakovanou práci a chyby ve fakturaci.

Kde data získat

Odvozeno z DocumentType

Příklady
truefalse
Region
Region
Stát, provincie nebo region zákazníka.
Popis

Tento atribut (REGIO) poskytuje podrobnější zeměpisné členění než atribut Země. V analýze dobropisů a oprav pomáhá odhalit problémy se zpracováním v jednotlivých regionech.

Proč je to důležité

Podrobná zeměpisná analýza.

Kde data získat

Tabulka SAP KNA1-REGIO

Příklady
KalifornieNew YorkTexasBavorsko
Úroveň upomínky
DunningLevel
Aktuální úroveň upomínky k faktuře.
Popis

Tento atribut (MAHNS) udává, kolikrát byl zákazník vyzván k zaplacení. Sleduje stupňování vymáhání pohledávky a zobrazuje se na dashboardu Dodržování a provádění upomínek.

Proč je to důležité

Sleduje závažnost opožděných plateb a dodržování pravidel pro upomínání.

Kde data získat

Tabulka SAP MHNK-MAHNS nebo KNB5 (upomínky v kmenových datech zákazníka)

Příklady
1230
Země
Country
Země zákazníka.
Popis

Tento atribut (LAND1) pochází z kmenových dat zákazníka. Umožňuje rozdělit KPI podle zeměpisné oblasti, například analyzovat míru dobropisů podle regionu nebo země.

Proč je to důležité

Analýza regionální shody a výsledků.

Kde data získat

Tabulka SAP KNA1-LAND1

Příklady
USANěmeckoFrancieJaponsko
Povinné Doporučené Volitelné

Činnosti v procesu správy pohledávek

Jde o hlavní kroky procesu a transakční milníky, které je vhodné zaznamenat do záznamu událostí pro přesné zjištění průběhu procesu a odhalení úzkých míst.
6 Doporučené 7 Volitelné
Aktivita Popis
Odeslat upomínku k platbě
Pro fakturu po splatnosti se vytvoří upomínka nebo upomínkový dopis. Zachycuje kroky organizace při vymáhání pohledávky.
Proč je to důležité

Důležité pro KPI míry dodržování pravidel upomínání. Ověřuje, zda se strategie vymáhání uplatňuje podle stanovených pravidel.

Kde data získat

Tabulka MHND (údaje o upomínkách), pole LAUFD (datum upomínkového běhu). Propojte podle kódu společnosti a zákazníka.

Zachycení

Zaznamená se při spuštění upomínkového běhu (F150)

Typ události explicit
Odeslat výstup faktury
Konkrétní akce, při které se vytvoří výstupní zpráva (e-mail, tisk nebo EDI) a odešle faktura zákazníkovi. Potvrzuje, že zákazník oficiálně obdržel požadavek na úhradu.
Proč je to důležité

Prodleva mezi vytvořením a odesláním zkracuje dobu, kterou má zákazník na zaplacení. Sledování této prodlevy pomáhá odhalit faktury, které uvízly v interním zpracování.

Kde data získat

Tabulka NAST (stav zprávy), klíč objektu (OBJKY) odpovídající číslu faktury. Časové razítko z polí DATVR a UHRVR.

Zachycení

Zaznamená se v tabulce NAST při vytvoření výstupu

Typ události explicit
Přijmout úplnou platbu
Přijetí peněz, které pokryjí celou neuhrazenou částku faktury. Tím obvykle končí platební povinnost zákazníka.
Proč je to důležité

Určuje skutečné datum platby v porovnání s datem splatnosti. Je důležité pro analýzu odchylek od platebních podmínek a chování zákazníků.

Kde data získat

Tabulka BSEG, odvozeno z vyrovnávacího dokladu (AUGBL), ve kterém je vyplněno datum vyrovnání (AUGDT) a zůstatek je nulový.

Zachycení

Zaznamená se při zaúčtování vyrovnávacího dokladu

Typ události explicit
Vyrovnat fakturu
Technický účetní krok, při kterém se otevřená položka spáruje s platbou nebo dobropisem a její stav se změní na Cleared.
Proč je to důležité

Konečný bod instance procesu v systému. Je potřeba pro výpočet výsledné hodnoty DSO.

Kde data získat

Tabulka BSEG nebo ACDOCA. Vyplní se pole AUGDT (datum vyrovnání). Pomocí USNAM zjistíte, zda proběhlo vyrovnání automaticky, nebo ručně.

Zachycení

Zaznamená se při vyplnění pole AUGDT

Typ události explicit
Vytvořit fakturu odběrateli
První vytvoření faktury pro zákazníka ve finančním systému. Zaznamenává se časové razítko vytvoření hlavičky dokladu.
Proč je to důležité

Označuje začátek procesu správy pohledávek a počátek měření stáří faktury. Je nezbytné pro výpočet doby inkasa pohledávek (DSO).

Kde data získat

Tabulka BKPF (hlavička účetního dokladu), pole CPUDT (datum zadání) a CPUTM (čas zadání). Filtrujte podle typu dokladu (BLART) používaného pro faktury odběratelům, například DR nebo RV.

Zachycení

Zaznamená se při zaúčtování transakce do BKPF

Typ události explicit
Zaúčtovat částečnou platbu
Přijatá platba nepokrývá celou částku faktury a na účtu zůstává zbytková položka.
Proč je to důležité

Ovlivňuje dobu řešení nedoplatku. Časté částečné platby zvyšují složitost a nároky na ruční odsouhlasování.

Kde data získat

Tabulka BSEG. Událost se odvozuje od případu, kdy vyrovnávací doklad (AUGBL) vytvoří novou zbytkovou položku s neuhrazeným zůstatkem a referenční doklad odpovídá původní faktuře.

Zachycení

Odvozeno od vytvoření vyrovnávacího dokladu se zbytkem

Typ události inferred
Odsouhlasit bankovní výpis
Položka bankovního výpisu se úspěšně spáruje s platebním dokladem v účetní evidenci a tím se uzavře evidence peněžních prostředků.
Proč je to důležité

Sleduje dobu potřebnou k odsouhlasení bankovního výpisu. Prodlevy v tomto kroku zpomalují finanční uzávěrku.

Kde data získat

Tabulka FEBEP (položky elektronického bankovního výpisu). Propojuje platební doklad s transakcí na bankovním výpisu.

Zachycení

Zaznamená se v tabulkách EBS (FEBEP/FEBKO)

Typ události explicit
Stornovat fakturu
Původní faktura se v systému zruší nebo stornuje kvůli zásadní chybě.
Proč je to důležité

Představuje neúspěšnou instanci procesu. Pro kvalitu dat je důležité tyto případy odfiltrovat nebo analyzovat samostatně.

Kde data získat

Tabulka BKPF, pole STBLG (číslo stornovacího dokladu) je vyplněno u záznamu původní faktury.

Zachycení

Zaznamená se při vyplnění pole STBLG

Typ události explicit
Vyřešit případ sporu
Případ sporu se uzavře. Výsledkem může být dobropis, odpis pohledávky nebo opětovné potvrzení dluhu. Tím končí řešení výjimky.
Proč je to důležité

Koncové časové razítko pro KPI průměrné doby řešení sporu. Efektivní řešení zde přímo uvolňuje vázaný pracovní kapitál.

Kde data získat

Tabulka UDM_CASE_ATTR, pole ESCALATION_DATE nebo CLOSED_DATE podle konfigurace.

Zachycení

Zaznamená se při nastavení stavu případu na Closed/Void

Typ události explicit
Založit případ sporu
K faktuře se založí případ sporu, obvykle v SAP FSCM Dispute Management. Znamená to, že zákazník fakturu rozporuje.
Proč je to důležité

Pozastaví běžné vymáhání a spustí měření doby řešení sporu. Vysoký počet těchto případů zhoršuje předvídatelnost cash flow.

Kde data získat

Tabulka UDM_CASE_ATTR (atributy případu) nebo UDM_DISPUTE (případ sporu). Propojte přes CASE_GUID s klíčem finančního dokladu.

Zachycení

Zaznamená se v tabulkách FSCM Dispute Management

Typ události explicit
Zaúčtovat dobropis
Vystaví se dobropis propojený s fakturou, který sníží dlužnou částku. Obvykle opravuje chybu nebo zpracovává vrácení zboží.
Proč je to důležité

Důležité pro KPI míry opravných dobropisů. Vysoká četnost ukazuje na problémy s kvalitou v předcházejícím prodejním nebo fakturačním procesu.

Kde data získat

Tabulka BSEG, typ dokladu „DG“ nebo „KG“. Identifikuje se podle pole „Odkaz na fakturu“ (REBZG), které odkazuje na původní fakturu.

Zachycení

Zaznamená se, když dobropis odkazuje na fakturu

Typ události explicit
Zaznamenat příslib úhrady
Pracovník vymáhání zaznamená formální příslib zákazníka, že do určitého data zaplatí konkrétní částku.
Proč je to důležité

Ukazuje úspěšnou činnost pracovníka vymáhání. Slouží k předpovědi krátkodobého cash flow a měření výkonu pracovníků vymáhání.

Kde data získat

Tabulka UDM_P2P (příslib úhrady), pole CREATED_AT. Propojeno s fakturou přes GUID případu nebo klíč dokladu.

Zachycení

Zaznamená se v FSCM Collections Management

Typ události explicit
Změnit stav sporu
Změní se stav existujícího případu sporu, například z „Nový“ na „Probíhá“ nebo „V posouzení“.
Proč je to důležité

Poskytuje podrobnější přehled o workflow řešení sporu a pomáhá najít úzká místa ve schvalování nebo šetření.

Kde data získat

Změnové doklady k případu sporu (záznamy správy případů v S/4HANA). Analýza změn v UDM_CASE_ATTR.

Zachycení

Porovnejte změny pole stavu v historii případu

Typ události inferred
Doporučené Volitelné

Návody k extrakci

Jak získat data ze SAP S/4HANA

Chcete začít?

Proměňte finanční data v poznatky, podle kterých můžete jednat, a začněte zkracovat dobu inkasa pohledávek už dnes. Náš tým vám pomůže v každém kroku při zavádění process mining.

Zlepšete správu pohledávek v SAP S/4HANA a zvyšte peněžní tok

Přidejte se k firmám, které s naším nástrojem zkracují DSO o 15 až 20 dní

Spustit zkušební verzi

Platební kartu nepotřebujete. Nastavení zabere 5 minut.