Datová šablona pro řízení úvěrů a vymáhání pohledávek

SAP ECC
Datová šablona pro řízení úvěrů a vymáhání pohledávek

Datová šablona pro řízení úvěrů a vymáhání pohledávek

Tato šablona přehledně uvádí základní datové atributy a činnosti potřebné k analýze procesu řízení úvěrů a vymáhání pohledávek. Obsahuje také praktické pokyny k získání těchto údajů ze systému SAP ECC. Pomůže vám připravit sběr dat tak, aby proběhl hladce a výsledná data byla přesná.
  • Doporučené atributy ke sběru
  • Činnosti, které je vhodné sledovat
  • Pokyny k extrakci dat ze SAP ECC
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy řízení úvěrů a vymáhání pohledávek

Jde o doporučená datová pole pro záznam událostí, která umožní podrobně analyzovat řízení úvěrů a vymáhání pohledávek v SAP ECC.
3 Povinné 8 Doporučené 10 Volitelné
Název Popis
Čas události
EventTime
Časové razítko určující, kdy došlo ke konkrétní aktivitě nebo události.
Popis

Čas události zaznamenává přesné datum a čas každé aktivity v procesu. Tvoří chronologickou osu záznamu událostí, podle které lze seřadit aktivity a vypočítat dobu mezi nimi.

Toto časové razítko je základem pro výpočet všech časových KPI, například doby řešení sporu, prodlevy při zaúčtování platby nebo průměrné doby od data splatnosti do zaplacení. Pomáhá odhalit úzká místa tím, že ukazuje dlouhé čekání mezi po sobě jdoucími kroky.

Proč je to důležité

Tento atribut je nezbytný pro správné řazení událostí a výpočet časových ukazatelů výkonnosti, například doby cyklu a trvání.

Kde data získat

Získává se z různých polí data a času v tabulkách SAP, například z BUDAT (datum zaúčtování) nebo CPUDT/CPUTM (datum a čas zadání dokladu) v BKPF, případně z tabulek konkrétních událostí.

Příklady
2023-01-15T09:30:00Z2023-02-10T14:00:00Z2023-02-28T11:25:10Z
Číslo faktury
InvoiceNumber
Jedinečný identifikátor zákaznické faktury, který slouží jako hlavní identifikátor případu v procesu správy pohledávek.
Popis

Číslo faktury, v SAP označované jako Belegnummer (BELNR), jednoznačně identifikuje každý účetní doklad pohledávky. V process mining je zásadní, protože propojuje všechny související aktivity, od zaúčtování a upomínání až po platbu nebo odpis, do jednoho případu.

Analýza procesu s číslem faktury jako identifikátorem případu poskytuje úplný přehled o životním cyklu faktury. Pomáhá sledovat důležité ukazatele, například dobu inkasa pohledávek (DSO), odhalovat úzká místa při vymáhání a vyhodnocovat účinnost různých strategií vymáhání u konkrétních faktur.

Proč je to důležité

Tento základní identifikátor propojuje všechny události v průběhu zpracování faktury a umožňuje sledovat a analyzovat celý proces od úvěru po inkaso.

Kde data získat

V SAP ECC se nachází v různých tabulkách finančního účetnictví, především v BKPF (hlavička účetního dokladu) a BSEG (položka účetního dokladu), v poli BELNR.

Příklady
190000000119000000451900000102
Název aktivity
ActivityName
Název obchodní aktivity nebo události, ke které došlo v určitém okamžiku životního cyklu faktury.
Popis

Tento atribut popisuje konkrétní krok nebo událost v procesu správy pohledávek a vymáhání, například 'Zaúčtování faktury', 'Provedení upomínacího běhu' nebo 'Zaúčtování dokladu příchozí platby'. Tyto aktivity tvoří uzly mapy procesu.

Analýza jejich pořadí, četnosti a doby mezi nimi umožňuje firmám zobrazit skutečný průběh procesu, odhalit odchylky od standardních postupů a určit úzká místa. Analýza cesty po aktivitě 'Provedení upomínacího běhu' například může ukázat, jak účinná je strategie upomínání.

Proč je to důležité

Aktivity tvoří základní stavební prvky mapy procesu a umožňují zobrazit a analyzovat průběh procesu, jeho varianty i výjimky.

Kde data získat

Jde o odvozený atribut, který se obvykle vytváří mapováním kódů transakcí (TCODE), typů dokladů (BLART) nebo konkrétních změn polí z různých tabulek SAP, například BKPF, BSID, MHNK a UDM_CASE, na srozumitelné názvy aktivit.

Příklady
Zaúčtování fakturyProvedení upomínacího běhuZaznamenání příslibu platbyZaúčtování dokladu příchozí platbyVyrovnání faktury
Částka faktury
Dmbtr
Celková hodnota faktury v místní měně.
Popis

Tento atribut představuje celkovou peněžní hodnotu faktury. V SAP se částka v místní měně obvykle ukládá do pole DMBTR.

Částka faktury je důležitým rozměrem analýzy. Umožňuje upřednostnit vymáhání faktur s vysokou hodnotou a zjistit, zda výše faktury souvisí se zpožděním plateb nebo vznikem sporů. Mapu procesu lze filtrovat například na faktury nad určitou částku.

Proč je to důležité

Poskytuje procesu finanční kontext a umožňuje analyzovat hodnotu pohledávek a upřednostnit vymáhání položek s vysokou částkou.

Kde data získat

Standardní pole DMBTR (částka v místní měně) v tabulkách, jako jsou BSEG, BSID a BSAD.

Příklady
1500.0012500.50750.25
Číslo zákazníka
Kunnr
Jedinečný identifikátor zákazníka.
Popis

Číslo zákazníka (KUNNR v SAP) je jedinečný identifikátor zákaznického účtu. Propojuje transakci s kmenovými údaji konkrétního zákazníka, včetně historie plateb, úvěrových informací a kontaktních údajů.

V process mining je tento atribut nezbytný pro segmentaci analýzy. Umožňuje porovnávat výkonnost procesu u různých zákazníků, odhalovat zákazníky s opakovaně opožděnými platbami a analyzovat rozdíly ve strategiích vymáhání u strategických a ostatních účtů. Je důležitý také pro dashboardy, jako jsou Stáří faktur a Dodržování platebních podmínek.

Proč je to důležité

Umožňuje analýzu zaměřenou na zákazníky, která pomáhá odhalit vzorce chování konkrétních zákazníků nebo skupin a přizpůsobit jim strategii vymáhání.

Kde data získat

Standardní pole KUNNR v tabulkách položek zákaznických účtů (BSID, BSAD) a v hlavičkových tabulkách dokladů (BKPF, pokud je vyplněno).

Příklady
10002050CUST-7890
Datum splatnosti
NetDueDate
Datum, do kterého má být podle smlouvy faktura zaplacena.
Popis

Datum splatnosti je termín, do kterého má zákazník fakturu zaplatit. Vypočítává se podle základního data faktury a platebních podmínek. V SAP je datum čisté splatnosti často dostupné v poli FAEDT.

Toto datum je pro správu pohledávek zásadní. Slouží jako základ pro měření včasnosti plateb. Používá se k výpočtu KPI, například průměrného počtu dní od splatnosti do zaplacení, a po jeho uplynutí spouští činnosti spojené s vymáháním. Analýza zpoždění vůči tomuto datu je důležitou součástí analýzy vymáhání.

Proč je to důležité

Jde o hlavní měřítko včasnosti plateb a základ pro výpočet počtu dní po splatnosti a souvisejících KPI.

Kde data získat

Toto datum je často přímo dostupné v tabulkách položek zákaznických účtů, například v BSID jako FAEDT (datum čisté splatnosti). Lze ho také vypočítat ze základního data (ZFBDT) a platebních podmínek (ZTERM).

Příklady
2023-02-142023-03-312023-04-15
Počet dní po splatnosti
DaysOverdue
Vypočtený počet dní, o které je faktura po splatnosti.
Popis

Tato metrika počítá počet dní mezi datem splatnosti faktury a datem jejího vyrovnání. U otevřených faktur se výpočet opírá o aktuální datum.

Počet dní po splatnosti je základní metrikou pro analýzu pohledávek. Jde o hlavní ukazatel v dashboardu „Přehled faktur podle stáří pohledávky“ a používá se k určování priorit při vymáhání. Vývoj této metriky v souhrnu může ukázat celkový stav pohledávek společnosti.

Proč je to důležité

Jde o základní ukazatel výkonnosti, který přímo vyjadřuje prodlení s platbou. Pomáhá určovat priority při vymáhání pohledávek a sledovat stav procesu.

Kde data získat

Odvozený atribut. Výpočet: (datum vyrovnání nebo aktuální datum) − datum konečné splatnosti.

Příklady
0153295
Pracovník vymáhání pohledávek
Sachp
Účetní nebo pracovník vymáhání pohledávek přiřazený k zákaznickému účtu.
Popis

Tento atribut určuje osobu nebo skupinu odpovědnou za vymáhání pohledávek u konkrétního zákaznického účtu. V SAP jde často o účetního (SACHP) uvedeného v kmenovém záznamu zákazníka.

Tato dimenze je důležitá pro sledování výkonnosti týmu vymáhání pohledávek. Umožňuje vytvářet dashboardy, například „Přehled faktur podle stáří pohledávky“, a filtrovat je podle pracovníka. Tým tak může lépe rozdělovat práci a porovnávat výsledky jednotlivých pracovníků nebo skupin. Zjistíte také, komu se nejlépe daří řešit faktury po splatnosti.

Proč je to důležité

Umožňuje sledovat výkonnost týmu vymáhání pohledávek a rozdělovat jeho pracovní zátěž podle případů a výsledků jednotlivých osob nebo skupin.

Kde data získat

Obvykle se nachází v údajích o zákazníkovi pro kód společnosti, v tabulce KNB1, v poli SACHP.

Příklady
J. SmithTým AINTL-COLL
Segment zákazníka
CustomerSegment
Zařazení zákazníka například podle velikosti, odvětví nebo strategického významu.
Popis

Segment zákazníka je klasifikace, která sdružuje zákazníky s podobnými charakteristikami. Obvykle se odvozuje ze skupiny zákaznických účtů (KTOKD) v SAP nebo z jiných vlastních polí v kmenových údajích zákazníka.

Segmentace analýzy procesu podle tohoto atributu přináší užitečné poznatky. Může ukázat, zda mají některé segmenty delší platební cykly, více sporů nebo lépe reagují na konkrétní činnosti spojené s vymáháním. Tyto informace pomáhají upravit strategii vymáhání i komunikaci se zákazníky.

Proč je to důležité

Umožňuje cíleně analyzovat výkonnost procesu u různých typů zákazníků a podle toho přizpůsobit strategii i rozdělení zdrojů.

Kde data získat

Často se odvozuje z pole skupiny zákaznických účtů (KTOKD) v kmenové tabulce zákazníků KNA1 nebo z jiných vlastních polí.

Příklady
Klíčoví zákazníciMalé a střední podnikyVeřejná správaInterní
Úroveň upomínky
Mahns
Nejvyšší úroveň upomínky, které faktura dosáhla.
Popis

Úroveň upomínky (MAHNS v SAP) udává, kolik upomínek bylo odesláno k faktuře po splatnosti, a tedy jak intenzivní bylo upomínání.

Tento atribut je důležitý pro vyhodnocení procesu upomínání. Dashboard „Účinnost upomínek podle úrovně“ ho používá k měření podílu faktur uhrazených po odeslání jednotlivých upomínek. Analýza pomáhá upravit strategii upomínání, například změnit načasování nebo obsah upomínek na úrovních, které nepřinášejí výsledky.

Proč je to důležité

Přímo měří intenzitu vymáhání pohledávek, což je důležité při vyhodnocování účinnosti strategie upomínání.

Kde data získat

V zákaznické položce v tabulce BSID jako pole MAHNS. Historie běhů upomínání je v tabulkách MHNK (hlavička) a MHND (data).

Příklady
1234
Uživatelské jméno
UserName
ID uživatele, který provedl danou aktivitu.
Popis

Tento atribut určuje konkrétního uživatele odpovědného za událost, například za zaúčtování faktury nebo založení případu sporu. V SAP se obvykle ukládá do polí, jako jsou ERNAM (vytvořil) nebo USNAM.

Analýza podle uživatelů pomáhá porozumět rozložení pracovní zátěže, určit potřebu školení a odhalit možné problémy s dodržováním pravidel. Může například ukázat, zda se u některých uživatelů opakují odchylky od procesu nebo zpoždění, případně zda nejvýkonnější uživatelé postupují efektivněji.

Proč je to důležité

Umožňuje analyzovat výkon a chování lidí v procesu a odhalit nejvýkonnější uživatele, příležitosti ke školení i nerovnoměrné rozložení práce.

Kde data získat

Obvykle se nachází v hlavičkových tabulkách, například v BKPF jako USNAM (uživatelské jméno) nebo ERNAM (jméno osoby, která objekt vytvořila).

Příklady
SMITHJRDOECFO-ADMIN
Byla pohledávka odepsána
IsWrittenOff
Logická hodnota označující, zda byla faktura nakonec odepsána jako nedobytná pohledávka.
Popis

Tento odvozený příznak se obvykle nastaví na true, pokud je faktura vyrovnána pomocí konkrétního důvodu nebo typu dokladu, který označuje odpis pohledávky. Označuje případy, které představují finanční ztrátu.

Atribut je nezbytný pro výpočet KPI „Míra odpisu nedobytných pohledávek“ a pro související dashboardy. Umožňuje hledat příčiny a zjistit, jaké vlastnosti mají faktury a zákazníci, u kterých se pohledávky často odepisují. Tyto poznatky mohou pomoci zlepšit úvěrovou politiku i účinnost vymáhání.

Proč je to důležité

Označuje výsledky procesu, které vedou k finanční ztrátě. Pomáhá hledat příčiny nedobytných pohledávek a zlepšovat úvěrovou politiku.

Kde data získat

Odvozený atribut. Obvykle se určuje podle konkrétních důvodů vyrovnání (BSEG-RSTGR) nebo typů dokladů (BKPF-BLART) používaných při odpisech pohledávek.

Příklady
truefalse
ID případu sporu
DisputeCaseId
Jedinečný identifikátor případu sporu spojeného s fakturou.
Popis

Když zákazník zpochybní fakturu, lze v modulu SAP Dispute Management založit formální případ sporu. Toto ID případ jednoznačně identifikuje.

Díky tomuto identifikátoru lze podrobně analyzovat řešení sporů. Je nezbytný pro výpočet KPI „Doba řešení sporu“ i pro zjištění, proč spory vznikají, jak se řeší a jaké bývají jejich výsledky. Umožňuje oddělit proces řešení sporů od běžného procesu vymáhání pohledávek.

Proč je to důležité

Propojuje činnosti vymáhání pohledávek s formálními případy sporů. Díky tomu lze samostatně analyzovat efektivitu řešení sporů a jejich příčiny.

Kde data získat

Nachází se v tabulkách SAP Dispute Management, například UDM_CASE_ATTR00. Vyžaduje modul SAP Dispute Management.

Příklady
400000000021400000000157400000000305
ID zdrojového systému
SourceSystemId
Identifikátor zdrojového systému, ze kterého byla data extrahována.
Popis

Tento atribut určuje zdrojový systém, například konkrétní instanci SAP ECC, jako je 'ECCPRD100'. Je důležitý v prostředích s více systémy ERP nebo při integraci dat z různých zdrojů.

Umožňuje filtrovat a porovnávat procesy napříč systémy nebo regiony. Zároveň zajišťuje přehled o původu dat a usnadňuje řešení problémů s jejich extrakcí.

Proč je to důležité

Poskytuje důležitý kontext o původu dat, zejména ve složitém IT prostředí. Zajišťuje dohledatelnost dat a umožňuje analýzu konkrétního systému.

Kde data získat

Obvykle se přidává při extrakci dat. V SAP lze použít název logického systému (LOGSYS).

Příklady
SAPECC_PROD_100ECC_EU_200US_FIN_ERP
Kód společnosti
Bukrs
Identifikátor právnické osoby (kódu společnosti), ke které faktura patří.
Popis

Kód společnosti (BUKRS v SAP) označuje samostatnou právnickou osobu, za kterou se sestavuje účetní závěrka. Jde o základní organizační jednotku v SAP Financials.

Tento atribut je nezbytný pro filtrování a porovnávání výkonnosti procesů napříč právnickými osobami v rámci společnosti. Umožňuje zjistit, zda jsou procesy vymáhání pohledávek sjednocené, nebo zda se jejich výsledky výrazně liší, například podle DSO nebo podílu sporů.

Proč je to důležité

Umožňuje rozdělit analýzu procesů podle právnické osoby. Velké mezinárodní společnosti tak mohou porovnávat výkonnost jednotlivých částí.

Kde data získat

Standardní pole BUKRS téměř ve všech finančních tabulkách, včetně BKPF, BSEG, BSID a BSAD.

Příklady
10002000US01
Platební podmínky
Zterm
Kód platebních podmínek dohodnutých se zákazníkem.
Popis

Kód platebních podmínek (ZTERM v SAP) určuje podmínky úhrady, například datum splatnosti a případnou slevu za předčasnou platbu. Obvykle se nastavuje v kmenových datech zákazníka a přenáší se do faktur.

Analýza podle platebních podmínek ukáže, jak různé podmínky ovlivňují platební chování. Dashboard „Shoda s platebními podmínkami a jejich dopad“ například znázorňuje, jak zákazníci podmínky dodržují a jak se to promítá do počtu dní po splatnosti. Výsledky mohou pomoci při rozhodování, jaké platební podmínky nabídnout jednotlivým skupinám zákazníků.

Proč je to důležité

Popisuje smluvní podmínky úhrady a pomáhá zjistit, zda některé z nich vedou k včasnějším platbám nebo většímu počtu sporů.

Kde data získat

Standardní pole ZTERM v kmenových datech zákazníka (KNB1) a tabulkách finančních dokladů (BSEG).

Příklady
0001NT30ZD60
Poslední aktualizace dat
LastDataRefreshTimestamp
Časové razítko určující, kdy byla data naposledy extrahována nebo aktualizována v nástroji pro process mining.
Popis

Tento atribut zaznamenává datum a čas posledního načtení dat. Uživatelé z byznysu tak vědí, jak aktuální data analyzují.

Při prohlížení dashboardů a analýz jim časové razítko napoví, zda data zahrnují nejnovější transakce, nebo zda se jejich načtení zpožďuje. Jde o důležitý metadatový údaj, který pomáhá budovat důvěru ve výsledky analýzy.

Proč je to důležité

Informuje uživatele o aktuálnosti dat, která je důležitá pro rozhodování na základě nejnovějších dostupných informací o procesu.

Kde data získat

Tuto hodnotu vytváří a ukládá proces extrakce a načítání dat (ETL) při jejich aktualizaci.

Příklady
2023-03-01T02:00:00Z2023-03-02T02:00:00Z2023-03-03T02:00:00Z
Riziková kategorie
Ctlpc
Klasifikace úvěrového rizika zákazníka.
Popis

Riziková kategorie (CTLPC v SAP) rozděluje zákazníky podle jejich úvěruschopnosti a platební historie. Používá se při automatických kontrolách úvěruschopnosti a při volbě strategie vymáhání pohledávek.

Analýza procesu podle rizikové kategorie může přinést užitečné poznatky. Ukáže například, zda zákazníci s vysokým rizikem procházejí jinými variantami procesu nebo mají výrazně delší platební cykly. Tyto informace pomáhají ověřit přesnost rizikové klasifikace a přizpůsobit intenzitu vymáhání míře rizika.

Proč je to důležité

Umožňuje analyzovat proces vymáhání pohledávek podle míry rizika, ověřovat rizikové modely a vhodně přizpůsobovat strategii vymáhání.

Kde data získat

Nachází se v centrálních datech řízení úvěrů zákazníka v tabulce KNKK, v poli CTLPC.

Příklady
001002VYSOKÉ RIZIKO
Typ dokladu
Blart
Typ finančního dokladu, například faktura, dobropis nebo platba.
Popis

Typ dokladu (BLART v SAP) klasifikuje účetní doklady. Například „RV“ může označovat zákaznickou fakturu, „DZ“ platbu od zákazníka a „DG“ dobropis.

Při process mining se z dat odvozují činnosti, původní typ dokladu však poskytuje důležitý kontext a lze ho použít k ověření nebo podrobnější finanční analýze. Pomáhá určit povahu zpracovávaných transakcí a filtrovat analýzu, například jen na zákaznické faktury.

Proč je to důležité

Poskytuje finanční kontext klasifikací transakcí. Lze podle něj filtrovat analýzu nebo ověřit názvy odvozených činností.

Kde data získat

Standardní pole BLART v tabulce hlaviček dokladů BKPF.

Příklady
RVDZDGAB
Úvěrový limit
Klimk
Celkový úvěrový limit přidělený zákazníkovi.
Popis

Úvěrový limit (KLIMK v SAP) je nejvyšší částka úvěru poskytnutá zákaznickému účtu. Je součástí řízení úvěrového rizika.

Tento atribut je nezbytný pro dashboard „Přesnost úvěrového limitu a nedobytné pohledávky“. Analýza vztahu mezi přiděleným limitem a odpisy pohledávek pomáhá posoudit účinnost úvěrové politiky. Podporuje také KPI, například „Míra revize úvěrového limitu“, který ukazuje, zda jsou počáteční odhady přesné.

Proč je to důležité

Poskytuje kontext pro analýzu úvěrového rizika. Pomáhá posoudit, zda úvěrová politika předchází nedobytným pohledávkám, aniž by omezovala prodej.

Kde data získat

Nachází se v centrálních datech řízení úvěrů zákazníka v tabulce KNKK, v poli KLIMK.

Příklady
10000.0050000.00250000.00
Vyrovnávací doklad
Augbl
Číslo dokladu, kterým byla faktura vyrovnána, obvykle platby nebo dobropisu.
Popis

Číslo vyrovnávacího dokladu (AUGBL v SAP) propojuje otevřenou položku, například fakturu, s dokladem, kterým byla uhrazena. Po zaplacení faktury se číslo platebního dokladu uloží jako její vyrovnávací doklad.

Toto pole je důležité pro potvrzení, že byla faktura vyrovnána, a pro její propojení s konkrétní platbou nebo dobropisem. Slouží jako základ pro určení činnosti „Faktura vyrovnána“ a pro správné zachycení celého procesu.

Proč je to důležité

Jednoznačně propojuje fakturu s dokladem o jejím vyrovnání, což je důležité pro přesné modelování vyrovnávacích událostí.

Kde data získat

Standardní pole AUGBL v tabulkách zákaznických položek BSID (u otevřené položky je prázdné) a BSAD (po vyrovnání je vyplněné).

Příklady
140000000114000000551400000120
Povinné Doporučené Volitelné

Činnosti při řízení úvěrů a vymáhání pohledávek

Jde o hlavní kroky a milníky procesu, které je třeba zachytit v záznamu událostí pro přesné zjištění průběhu procesu a odhalení úzkých míst.
5 Doporučené 9 Volitelné
Aktivita Popis
Odpis faktury
Představuje rozhodnutí odepsat nezaplacenou fakturu jako ztrátu a klasifikovat ji jako nedobytnou pohledávku. Zaznamenává se konkrétním finančním zápisem, který vyrovná původní fakturu a převede částku na účet nedobytných pohledávek.
Proč je to důležité

Jde o hlavní negativní koncovou událost, která signalizuje selhání procesu správy úvěrů nebo vymáhání a přímou finanční ztrátu. Analýza těchto případů je důležitá pro zlepšení úvěrových pravidel a strategií vymáhání.

Kde data získat

Obvykle jde o explicitní zaúčtování nebo odvozenou událost na základě vyrovnávací transakce. Vyrovnání se provádí pomocí konkrétního kódu transakce a důvodu, který označuje odpis. Odpis lze potvrdit analýzou vyrovnávacího dokladu.

Zachycení

Vyhledejte vyrovnávací doklady, u kterých je použit konkrétní důvod odpisu (BSEG-RSTGR) nebo je protizápis zaúčtován na nákladový účet nedobytných pohledávek.

Typ události inferred
Provedení upomínacího běhu
Tato aktivita představuje spuštění automatického upomínacího programu pro fakturu po splatnosti. Systém zaznamenává úroveň upomínání, datum a další údaje o každé faktuře zahrnuté do běhu.
Proč je to důležité

Sledování upomínacích aktivit je nezbytné pro vyhodnocení účinnosti strategie vymáhání. Pomáhá určit, které úrovně upomínání nejčastěji vedou k platbě, a odhalit zákazníky, kteří na upomínky nereagují.

Kde data získat

Jde o explicitní událost. Podrobnosti o upomínacích bězích se ukládají do tabulek s upomínacími údaji, především do MHNK, která obsahuje datum běhu (LAUFD) a úroveň upomínání (MAHNS) pro každou upomínanou fakturu.

Zachycení

Z tabulky MHNK extrahujte záznamy a propojte kód společnosti, účet a datum upomínání.

Typ události explicit
Uplynutí data splatnosti
Vypočítaná událost, která označuje, že se faktura stala po splatnosti. Systém ji nezaznamenává přímo. Odvodí se porovnáním data čisté splatnosti faktury s aktuálním datem nebo časovým razítkem následující aktivity.
Proč je to důležité

Tato událost označuje přechod od běžné fakturace k procesu vymáhání. Slouží jako podklad pro výpočet počtu dní po splatnosti a zahájení upomínání a tvoří základ přehledů stáří pohledávek.

Kde data získat

Jde o vypočítanou událost. Odvodí se porovnáním data čisté splatnosti (BSID-NETDT) otevřené položky faktury se systémovým datem nebo časovým razítkem jiné události.

Zachycení

Vypočítá se porovnáním data čisté splatnosti faktury (BSID-NETDT) s časovou osou.

Typ události calculated
Vyrovnání faktury
Tato událost označuje úspěšné uzavření faktury, obvykle po přijetí a přiřazení celé platby. Odvozuje se z přesunu položky faktury z tabulky otevřených položek (BSID) do tabulky vyrovnaných položek (BSAD).
Proč je to důležité

Jde o hlavní pozitivní koncovou událost procesu. Doba do dosažení této aktivity je jednou ze základních složek DSO. Analýza cest, které k ní vedou, pomáhá odhalit osvědčené postupy.

Kde data získat

Jde o odvozenou událost. Vyrovnání se určuje podle vyplněného čísla vyrovnávacího dokladu (AUGBL) a data vyrovnání (AUGDT) u položky faktury v tabulce vyrovnaných položek BSAD.

Zachycení

Jako časové razítko události použijte datum vyrovnání (BSAD-AUGDT) konkrétní položky faktury.

Typ události inferred
Zaúčtování faktury
Představuje vytvoření účetního dokladu pohledávky v modulu finančního účetnictví. Událost se zaznamená při uvolnění fakturačního dokladu z modulu Sales and Distribution (SD) do účetnictví nebo při přímém zadání faktury FI, které vytvoří záznamy v tabulkách BKPF a BSEG.
Proč je to důležité

Jde o hlavní počáteční událost životního cyklu faktury. Doba od tohoto okamžiku do zaplacení je zásadní pro měření doby inkasa pohledávek (DSO) a celkové efektivity procesu.

Kde data získat

Jde o explicitní událost zaznamenanou při vytvoření finančního dokladu. Časové razítko lze získat z hlavičky dokladu v tabulce BKPF, z pole CPUDT nebo BKTXT, pro příslušné číslo faktury (BELNR).

Zachycení

V tabulce BKPF vyhledejte události vytvoření dokladů FI s příslušnými typy dokladů, například 'RV' nebo 'DR'.

Typ události explicit
Blokace faktury pro platbu
Označuje ruční nebo automatickou blokaci faktury, která brání její úhradě. Zaznamenává se pomocí příznaku blokace platby nastaveného u položky faktury v tabulce BSEG.
Proč je to důležité

Blokace plateb jsou častým zdrojem zpoždění a výjimek v procesu. Zjištění, kdy a proč se faktury blokují, pomáhá odhalit příčiny opožděných plateb a zlepšit peněžní tok.

Kde data získat

Tento stav se obvykle odvozuje ze změny pole Payment Block (BSEG-ZLSPR) u položky faktury. Záznamy změn tohoto pole v tabulkách CDHDR a CDPOS mohou poskytnout přesná časová razítka.

Zachycení

V tabulce CDHDR vyhledejte změny pole BSEG-ZLSPR u položky faktury a použijte jejich časová razítka.

Typ události inferred
Nedodržení příslibu platby
Vypočítaná událost, která označuje, že zákazník nezaplatil do dohodnutého data uvedeného v příslibu platby. Odvozuje se z toho, že k datu příslibu není zaznamenána odpovídající platba.
Proč je to důležité

Odhalení nedodržených příslibů je důležité pro zesílení vymáhání. Vysoký podíl nedodržených příslibů může upozorňovat na problémy se strategií vymáhání nebo na zhoršenou finanční situaci zákazníků.

Kde data získat

Jde o odvozenou nebo vypočítanou událost. Určí se porovnáním data příslibu z UDM_P2P_ATTR se skutečným datem vyrovnání faktury. Pokud do data příslibu platba nepřijde, považuje se příslib za nedodržený.

Zachycení

Porovnejte datum příslibu v UDM_P2P_ATTR s datem vyrovnání faktury. Pokud k vyrovnání došlo až po datu příslibu, zákazník příslib nedodržel.

Typ události calculated
Vyřešení případu sporu
Spor týkající se faktury byl prošetřen a bylo nalezeno řešení. V SAP FSCM Dispute Management se tato událost obvykle zaznamená změnou stavu případu sporu.
Proč je to důležité

Vyřešení sporu uvolní proces platby. Doba mezi založením a vyřešením sporu je důležitým KPI pro odhalování neefektivit při řešení sporů.

Kde data získat

Jde o odvozenou událost vycházející ze změny stavu případu sporu. Časové razítko lze získat ze záznamů změn pole stavu v tabulkách CDHDR/CDPOS, například pro tabulku UDM_CASE.

Zachycení

V záznamech změn vyhledejte časové razítko, kdy se stav případu sporu změnil na 'Closed' nebo 'Resolved'.

Typ události inferred
Vytvoření zbytkové položky
K události dochází při přiřazení platby, když zákazník zaplatí méně, než činí částka faktury, a zbývající malý nedoplatek se zaúčtuje jako nová otevřená položka. Událost se odvozuje z podrobností transakce vyrovnání.
Proč je to důležité

Zbytkové položky upozorňují na nesrovnalosti v platbách a přidávají další práci. Jejich sledování pomáhá odhalit zákazníky, kteří opakovaně platí méně, a problémy s cenami nebo fakturací, které vedou ke sporům.

Kde data získat

Jde o odvozenou událost. Při vyrovnávací transakci, například prostřednictvím F-28, se původní faktura vyrovná a zároveň se pro zbývající částku zaúčtuje nový doklad otevřené položky. Vznik zbytkové položky lze zjistit kontrolou položek vyrovnávacího dokladu.

Zachycení

Analyzujte vyrovnávací doklady (BKPF-AUGBL) a vyhledejte případy, kdy vznikla nová otevřená položka s odkazem na původní fakturu.

Typ události inferred
Založení případu sporu
Představuje formální zaznamenání sporu zákazníka týkajícího se faktury, například nesrovnalosti v ceně nebo množství. Jde o explicitní událost zaznamenanou v modulu SAP FSCM Dispute Management.
Proč je to důležité

Spory pozastavují proces platby a jejich řešení vyžaduje interní zdroje. Sledování založení sporů je prvním krokem k analýze doby řešení, příčin a dopadu na DSO.

Kde data získat

Pokud používáte SAP FSCM Dispute Management, jde o explicitní událost. Založení případu sporu se zaznamenává například v tabulkách UDM_CASE nebo SCMG_T_CASE_ATTR spolu s časovým razítkem vytvoření.

Zachycení

Z tabulek pro správu případů, například UDM_CASE, extrahujte datum a čas založení případů propojených s fakturou.

Typ události explicit
Zaúčtování dobropisu
Představuje vytvoření dobropisu na zákaznickém účtu, často kvůli opravě chyby ve fakturaci nebo vyřešení sporu. Doklad se vytváří přímo v modulu FI.
Proč je to důležité

Dobropisy často vznikají kvůli chybám v předchozích částech procesu, například nesprávným cenám nebo problémům s expedicí. Analýza jejich četnosti a příčin je důležitá pro zlepšování procesů a omezení ztrát tržeb.

Kde data získat

Jde o explicitní událost zaznamenanou při vytvoření finančního dokladu typu dobropis, například 'DG'. Časové razítko lze získat z hlavičky dokladu v tabulce BKPF.

Zachycení

V tabulce BKPF vyhledejte události vytvoření dokladů FI s typy dobropisů, například 'DG' nebo 'G2'.

Typ události explicit
Zaúčtování dokladu příchozí platby
Představuje první zaznamenání platby od zákazníka v systému, často ještě před jejím přiřazením ke konkrétním fakturám. Jde o explicitní událost, při které vznikne platební doklad, například s typem DZ.
Proč je to důležité

Tato událost označuje přijetí peněz. Čas mezi ní a závěrečnou událostí 'Vyrovnání faktury' představuje proces přiřazení platby, který může být významným úzkým místem.

Kde data získat

Jde o explicitní událost. Zaznamenává se při vytvoření platebního dokladu v tabulce BKPF, který lze rozpoznat podle konkrétního typu dokladu, například 'DZ'. Časové razítko tvoří datum zaúčtování (BKPF-BUDAT).

Zachycení

V tabulce BKPF vyhledejte vytvoření dokladů s typy souvisejícími s platbami, například 'DZ'.

Typ události explicit
Zaznamenání kontaktu při vymáhání
Pracovník vymáhání kontaktoval zákazníka kvůli faktuře po splatnosti, například telefonicky nebo e-mailem. Pracovník obvykle zaznamená tuto aktivitu do systému ručně.
Proč je to důležité

Tato aktivita měří ruční práci týmu vymáhání. Analýza četnosti a načasování kontaktů ve vztahu k následným platbám pomáhá vyhodnotit účinnost práce pracovníků.

Kde data získat

Pokud používáte SAP FSCM Collections Management, zaznamenává se tato aktivita jako 'Customer Contact'. Údaje se ukládají do tabulek souvisejících s pracovním seznamem vymáhání a historií kontaktů, často propojených s UDM_CASE.

Zachycení

Z příslušných tabulek SAP FSCM Collections Management extrahujte záznamy o kontaktech se zákazníky.

Typ události explicit
Zaznamenání příslibu platby
Zákazník kontaktoval oddělení vymáhání a slíbil, že zaplatí do určitého data. Pokud se používá SAP FSCM Collections Management, tato událost se zaznamenává přímo.
Proč je to důležité

Přísliby plateb jsou důležitým výsledkem činností spojených s vymáháním. Analýza jejich zaznamenání, splnění a nedodržení pomáhá měřit účinnost práce pracovníků vymáhání a předpovídat příchozí platby.

Kde data získat

Pokud používáte SAP FSCM Collections Management, jde o explicitní událost. Údaje o příslibu platby se ukládají například do tabulek UDM_P2P_ATTR a propojují se s obchodním partnerem a fakturou.

Zachycení

Z tabulek příslibů plateb, například UDM_P2P_ATTR v SAP FSCM, extrahujte časové razítko vytvoření.

Typ události explicit
Doporučené Volitelné

Návody k extrakci dat

Jak získat data ze SAP ECC

Chcete začít?

Použijte tuto šablonu k přípravě dat a začněte odhalovat užitečné souvislosti v procesu správy pohledávek a inkasa. Zkraťte dobu inkasa a snižte riziko.

Urychlete inkaso: zlepšete správu pohledávek a inkaso

Zkraťte cyklus od pohledávky po inkaso o 30 % a zvyšte ziskovost.

Začněte se zkušební verzí zdarma

Platební kartu nepotřebujete, nastavení zabere jen několik minut.