Šablona dat pro pohledávky
Šablona dat pro pohledávky
- Doporučené atributy ke sběru
- Činnosti ke sledování
- Pokyny k extrakci
Atributy pohledávek
| 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
|
|||
Činnosti v procesu správy pohledávek
| 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
|
|||
Návody k extrakci
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í
Platební kartu nepotřebujete. Nastavení zabere 5 minut.