Datová šablona pro správu úvěrů a vymáhání pohledávek
Datová šablona pro správu úvěrů a vymáhání pohledávek
- Doporučené atributy pro záznam událostí
- Důležité aktivity procesu, které je třeba sledovat během životního cyklu faktury
- Konkrétní pokyny k extrakci dat ze SAP S/4HANA
Atributy správy úvěrů a vymáhání pohledávek
| Název | Popis | ||
|---|---|---|---|
|
Čas události
EventTime
|
Časový údaj, který označuje, kdy k činnosti došlo. | ||
|
Popis
Tento atribut uvádí přesné datum a čas každé zaznamenané činnosti. Je nezbytný pro určení pořadí událostí a výpočet doby mezi nimi. Čas události slouží k chronologickému seřazení činností, sestavení mapy procesu a výpočtu ukazatelů výkonnosti. Například se podle něj počítá „Průměrná doba řešení sporů“, tedy doba mezi časovým údajem „Zaevidování sporu“ a „Vyřešení sporu“.
Proč je to důležité
Určuje chronologické pořadí událostí, které je potřeba pro výpočet doby cyklu, analýzu výkonnosti procesu a odhalení úzkých míst.
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í) v BKPF nebo z CPUDT/CPUTM (datum a čas zadání) v různých tabulkách. Časové údaje obsahují také tabulky protokolu změn CDHDR/CDPOS.
Příklady
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-10T09:15:00Z
|
|||
|
Číslo faktury
InvoiceNumber
|
Jedinečný identifikátor zákaznické faktury, který slouží jako hlavní ID případu v procesu správy úvěrů a vymáhání pohledávek. | ||
|
Popis
Číslo faktury, často označované jako číslo účetního dokladu, jednoznačně identifikuje každou pohledávku. Propojuje všechny události procesu, od vystavení faktury a upomínek přes správu sporů až po konečnou úhradu nebo odpis. V process mining analýze umožňuje sledování jednotlivých čísel faktur získat úplný přehled o procesu od začátku do konce. Pomáhá odhalit obvyklé průběhy, úzká místa při zpracování plateb i rozdíly v zacházení s jednotlivými fakturami. Tyto informace jsou důležité pro dashboardy, jako jsou „Analýza variant procesu zpracování faktur“ a „Stáří a stav faktur po splatnosti“.
Proč je to důležité
Jde o hlavní identifikátor případu, který propojuje všechny související činnosti správy úvěrů a vymáhání. Umožňuje analyzovat celý životní cyklus každé pohledávky.
Kde data získat
Obvykle se nachází v tabulce BKPF (hlavička účetního dokladu) v poli BELNR nebo v tabulce VBRK (fakturační doklad: data hlavičky) v poli VBELN.
Příklady
190000012319000004561900000789
|
|||
|
Název činnosti
ActivityName
|
Název konkrétní obchodní události, ke které došlo v procesu správy úvěrů a vymáhání pohledávek. | ||
|
Popis
Tento atribut popisuje jednotlivý krok nebo úlohu v procesu, například „Vystavení faktury“, „Zahájení upomínkového procesu“ nebo „Přijetí platby“. Pořadí těchto činností tvoří průběh procesu pro každý případ. Analýza názvů činností je základem process mining. Umožňuje odhalit mapu procesu, identifikovat varianty a měřit přechody mezi jednotlivými kroky. Vychází z ní téměř veškerá analýza procesu, včetně výpočtu KPI, jako je „Úspěšnost upomínání“, který sleduje události následující po upomínce.
Proč je to důležité
Určuje jednotlivé kroky procesu. Je nezbytný pro zobrazení mapy procesu, analýzu variant a pochopení průběhu procesu.
Kde data získat
Vytváří se kombinací transakčních kódů (TCODE), protokolů změn tabulek (CDHDR/CDPOS) nebo stavových polí v dokladech SAP.
Příklady
Odeslání faktury zákazníkoviZahájení upomínkového procesuPřijetí platbyZaevidování případu sporu
|
|||
|
Částka faktury
InvoiceAmount
|
Celková hodnota faktury v měně dokladu. | ||
|
Popis
Tento atribut představuje celkovou peněžní hodnotu fakturovaného zboží nebo služeb. Ukazuje finanční dopad každého případu. Analýza částky faktury pomáhá určit priority při vymáhání, například v dashboardu „Stanovení priorit v portfoliu pohledávek“. Slouží také k vyhodnocení finančního dopadu neefektivních procesů, například celkové hodnoty faktur ve sporu nebo částky vázané v pohledávkách po splatnosti. Poskytuje hodnotový základ pro KPI, jako je „Podíl odepsaných faktur“.
Proč je to důležité
Vyjadřuje finanční hodnotu každého případu, která je důležitá pro stanovení priorit, posouzení rizik a měření výkonnosti.
Kde data získat
Odvozuje se z řádků účetních dokladů v tabulce BSEG, z pole DMBTR pro částku v místní měně nebo WRBTR pro částku v měně dokladu.
Příklady
1500.0025000.50750.75
|
|||
|
Číslo zákazníka
CustomerNumber
|
Jedinečný identifikátor zákaznického účtu. | ||
|
Popis
Číslo zákazníka identifikuje obchodního partnera, kterému byla faktura vystavena. Propojuje finanční transakci s kmenovým záznamem zákazníka. Tento atribut je důležitý pro analýzu zaměřenou na zákazníky, například pro zjištění platebního chování konkrétních zákazníků nebo segmentů. Dashboardy, jako jsou „Trendy v platebním chování zákazníků“, podle něj sledují, kteří zákazníci pravidelně platí pozdě. Podporuje také KPI, jako je „Pokrytí prioritních účtů“, který seskupuje faktury podle zákazníka.
Proč je to důležité
Propojuje transakce s konkrétními zákazníky a umožňuje analyzovat jejich platební chování, segmentaci a správu vztahů.
Kde data získat
Nachází se v řádcích účetních dokladů v tabulkách, jako je BSEG (pole KUNNR), nebo v kmenové tabulce zákazníků KNA1.
Příklady
CUST100234CUST200567CUST300890
|
|||
|
Datum splatnosti
PaymentDueDate
|
Datum, do kterého je třeba fakturu uhradit. | ||
|
Popis
Datum splatnosti se vypočítá podle data faktury a platebních podmínek dohodnutých se zákazníkem. Slouží jako základ pro měření včasnosti plateb. Toto datum je základem všech analýz prodlení. Používá se k výpočtu počtu dní po splatnosti a ke spuštění upomínkových postupů. Na tomto atributu jsou založené dashboardy, jako jsou „Stáří a stav faktur po splatnosti“, i KPI, například „Průměrná doba inkasa pohledávek (DSO)“.
Proč je to důležité
Jde o rozhodující datum pro určení, zda je faktura po splatnosti. Spouští činnosti spojené s vymáháním a používá se při výpočtu důležitých KPI.
Kde data získat
Nachází se v zákaznické řádkové položce účetního dokladu v tabulce BSEG (pole ZFBDT).
Příklady
2023-05-302023-06-152023-07-01
|
|||
|
Počet dní po splatnosti
DaysOverdue
|
Počet dní, o které je faktura po termínu splatnosti. | ||
|
Popis
Jde o vypočítávanou metriku, která měří dobu od „Data splatnosti“ do aktuálního data u otevřených faktur nebo do „Data platby“ u vyrovnaných faktur. Kladná hodnota znamená, že platba byla opožděná. Počet dní po splatnosti je základním KPI pro vymáhání pohledávek. Jde o hlavní metriku dashboardu „Stáří a stav faktur po splatnosti“ a používá se k určování priorit při vymáhání. Rozložení této metriky ukazuje celkový stav portfolia pohledávek.
Proč je to důležité
Jde o důležitý ukazatel účinnosti vymáhání. Používá se při analýze stáří pohledávek, určování priorit práce a měření prodlení plateb.
Kde data získat
Vypočítá se při transformaci dat: (aktuální datum NEBO datum vyrovnání) - PaymentDueDate (BSEG-ZFBDT).
Příklady
1530920
|
|||
|
Uživatelské jméno
UserName
|
ID uživatele, který provedl danou činnost. | ||
|
Popis
Tento atribut určuje konkrétního uživatele odpovědného za daný krok procesu, například zaúčtování platby nebo spuštění upomínkového běhu. V SAP bývá uložen v poli „User Name“ (UNAME) nebo „Entered by“. Analýza podle uživatelů pomáhá najít výkonné pracovníky nebo týmy, určit, kde je potřeba další školení, a odhalit vzorce v rozložení pracovní zátěže. Lze ji využít také při prověřování problémů se shodou nebo neoprávněných činností. Například dashboard „Účinnost telefonického vymáhání“ sleduje výsledky jednotlivých pracovníků.
Proč je to důležité
Propojuje činnosti procesu s konkrétními osobami a umožňuje analyzovat výkonnost, pracovní zátěž a shodu.
Kde data získat
Obvykle se nachází v hlavičkových tabulkách, jako je BKPF (pole USNAM), nebo v tabulkách protokolu změn, jako je CDHDR (pole USERNAME).
Příklady
JSMITHRROEBATCH_USER
|
|||
|
Důvod odpisu
WriteOffReason
|
Kód důvodu, který vysvětluje, proč byla faktura odepsána jako nedobytná. | ||
|
Popis
Pokud je pohledávka považována za nedobytnou, odepíše se z účetnictví a přiřadí se jí kód důvodu, který označuje příčinu, například „Konkurz“, „Odpis nízké částky“ nebo „Nevyřešený spor“. Tento atribut je nezbytný pro dashboard „Analýza odpisů faktur“. Analýza četnosti a hodnoty odpisů podle důvodu pomáhá odhalit slabá místa úvěrové politiky nebo strategie vymáhání a přijmout opatření ke snížení budoucích ztrát.
Proč je to důležité
Vysvětluje hlavní příčiny finančních ztrát z nedobytných pohledávek a pomáhá zlepšovat úvěrovou politiku i postupy vymáhání.
Kde data získat
Tento údaj se obvykle zaznamenává do pole s kódem důvodu (BSEG-RSTGR) při konkrétním účetním zaúčtování, například transakci F-30, kterým se pohledávka odepisuje.
Příklady
KONKURZNÍZKÁ_ČÁSTKAZTRÁTA_ZE_SPORU
|
|||
|
Důvod sporu
DisputeReason
|
Kód důvodu, proč zákazník zpochybňuje fakturu. | ||
|
Popis
Když zákazník zpochybní fakturu, obvykle se přiřadí důvod, který popisuje povahu problému, například „Nesprávná cena“, „Poškozené zboží“ nebo „Duplicitní faktura“. Tyto údaje se spravují v modulu SAP Dispute Management. Analýza důvodů sporů pomáhá odhalit hlavní příčiny nespokojenosti zákazníků a prodlení s platbami. V dashboardu „Počet sporů o faktury a jejich řešení“ lze data členit podle tohoto atributu a určit opakující se problémy v předcházejícím procesu od objednávky po úhradu, které je potřeba napravit.
Proč je to důležité
Pomáhá odhalit hlavní příčiny sporů o faktury a řešit související provozní problémy.
Kde data získat
Získává se z modulu SAP Dispute Management, pravděpodobně z tabulek, jako je UDM_SCASE_ATTR, nebo podobných, podle atributů případu sporu.
Příklady
PRC_ERR - Chyba v ceněQTY_DIF - Rozdíl v množstvíSHIP_DMG - Poškozená zásilka
|
|||
|
Je automatizovaná
IsAutomated
|
Příznak označující, zda aktivitu provedl systémový, nebo lidský uživatel. | ||
|
Popis
Tento booleovský atribut rozlišuje mezi aktivitami, které systém provádí automaticky, například plánovaným během upomínek nebo automatickým zaúčtováním platby, a aktivitami, které uživatel provádí ručně, například telefonátem při vymáhání. Analýza tohoto atributu pomáhá měřit míru automatizace procesu. Umožňuje porovnat efektivitu a konzistentnost automatických a ručních kroků, najít příležitosti k další automatizaci a zjistit, kolik ruční práce vymáhání pohledávek skutečně vyžaduje.
Proč je to důležité
Pomáhá vyčíslit míru automatizace procesu a analyzovat její dopad na efektivitu a náklady.
Kde data získat
Jde o odvozený atribut, který se obvykle určuje podle pole „UserName“. Pokud ID uživatele odpovídá předem definovanému seznamu systémových nebo dávkových uživatelů, například „BATCH_USER“, nastaví se příznak na true.
Příklady
truefalse
|
|||
|
Měna faktury
InvoiceCurrency
|
Měna, ve které byla faktura vystavena. | ||
|
Popis
Tento atribut uvádí kód měny faktury, například USD nebo EUR. Poskytuje potřebný kontext pro interpretaci peněžních hodnot, zejména v mezinárodních organizacích. Většina analýz se sice provádí ve sjednocené místní měně, ale měna dokladu je důležitá pro pochopení původní transakce a analýzu vlivu směnných kurzů. Doplňuje kontext atributu částka faktury.
Proč je to důležité
Doplňuje kontext k částce faktury a umožňuje přesnou finanční analýzu v prostředí s více měnami.
Kde data získat
Obvykle se nachází v hlavičkových tabulkách, jako je BKPF (pole WAERS), nebo v tabulkách řádkových položek, jako je BSEG (pole PSWSL).
Příklady
USDEURGBP
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časový údaj poslední aktualizace nebo extrakce dat ze zdrojového systému. | ||
|
Popis
Tento atribut uvádí, kdy byla datová sada naposledy aktualizována. Uživatelé tak vědí, jak aktuální data, která analyzují, jsou. Jde o důležitá metadata pro každý dashboard nebo analýzu. Informují uživatele o období, které analýza pokrývá, a pomáhají předejít chybným závěrům založeným na zastaralých údajích. Analýza faktur po splatnosti má například smysl jen tehdy, pokud uživatel ví, kdy byla data naposledy načtena.
Proč je to důležité
Uživatelé díky tomu vědí, jak aktuální data jsou, což je důležité pro správná rozhodnutí založená na datech.
Kde data získat
Tato hodnota se vytváří a ukládá při procesu extrakce, transformace a načítání dat (ETL).
Příklady
2023-10-27T02:00:00Z2023-10-26T02:00:00Z
|
|||
|
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 používaná v marketingu nebo prodeji k seskupení zákazníků s podobnými vlastnostmi. Může vycházet například z ročních tržeb, odvětví, zeměpisné polohy nebo stavu vztahu se zákazníkem (například zlatý, stříbrný, bronzový). Členění podle tohoto atributu pomáhá při analýze vymáhání odhalit vzorce typické pro určité skupiny. Dashboard „Analýza odpisů faktur“ může například ukázat, zda určitý segment odpovídá za nepoměrně velký podíl odpisů. To pomáhá při rozhodování o úvěrových pravidlech pro daný segment.
Proč je to důležité
Umožňuje analyzovat výkonnost procesů a chování zákazníků v různých skupinách a odhalovat poznatky důležité pro strategická rozhodnutí.
Kde data získat
Obvykle se získává z kmenových dat zákazníků v tabulce KNA1, často z klasifikačního nebo atributového pole, jako jsou KDKG1-KDKG5 (skupiny zákazníků 1–5).
Příklady
Velká společnostMalý a střední podnikVeřejná správaStrategický zákazník
|
|||
|
Stupeň upomínání
DunningLevel
|
Označuje aktuální fázi upomínkového procesu u faktury po splatnosti. | ||
|
Popis
Stupeň upomínání vyjadřuje intenzitu vymáhání. Postupuje se obvykle od jednoduché upomínky až po formální právní výzvy. Každému stupni odpovídá konkrétní činnost definovaná v upomínkovém postupu. Sledování tohoto atributu je důležité pro vyhodnocení účinnosti upomínkového procesu a dodržování pravidel. Dashboard „Účinnost upomínkového procesu“ analyzuje míru úhrad v jednotlivých stupních. Dashboard „Dodržování pravidel upomínkového procesu“ ověřuje, zda na sebe stupně správně navazují.
Proč je to důležité
Sleduje průběh vymáhání a umožňuje analyzovat účinnost upomínání i dodržování pravidel procesu.
Kde data získat
Tyto údaje jsou uložené v tabulkách s daty o upomínání, například v MHND (data o upomínání). Poslední stupeň upomínání položky najdete v tabulce BSEG (pole MANST).
Příklady
123 - Poslední upomínkaPrávní kroky
|
|||
|
Účetní okruh
CompanyCode
|
Organizační jednotka představující právně samostatnou společnost, pro kterou se sestavuje účetní závěrka. | ||
|
Popis
Účetní okruh je základní organizační jednotkou v SAP Financials. Všechny finanční transakce, včetně faktur a plateb, se účtují do konkrétního účetního okruhu. Při process mining analýze je filtrování nebo členění podle účetního okruhu důležité pro porovnání výkonnosti procesů v různých právních entitách společnosti. Pomáhá určit, které postupy se osvědčily v jedné entitě a lze je uplatnit jinde, nebo odhalit systémové problémy v konkrétní společnosti. Jde o důležitý filtr pro většinu analýz finančních procesů.
Proč je to důležité
Umožňuje porovnávat výkonnost procesů a dodržování pravidel v různých právních entitách organizace.
Kde data získat
Nachází se ve většině finančních tabulek, například BKPF a BSEG (pole BUKRS).
Příklady
10002000US01DE01
|
|||
|
Úvěrový limit
CreditLimit
|
Maximální výše úvěru poskytnutého zákazníkovi. | ||
|
Popis
Úvěrový limit je hodnota uložená v kmenových úvěrových datech zákazníka. Určuje celkovou úvěrovou expozici, kterou je společnost ochotna vůči danému zákazníkovi přijmout. S tímto atributem přímo souvisejí aktivity jako „Požadavek na úvěrový limit“ a „Schválení úvěrového limitu“. Atribut poskytuje kontext pro analýzu úvěrového rizika. Dashboard „Analýza doby schválení úvěru“ sleduje proces nastavení nebo změny limitu. Jeho analýza spolu s částkami po splatnosti pomáhá posoudit celkové riziko portfolia.
Proč je to důležité
Určuje schválené úvěrové riziko zákazníka a je zásadní pro analýzu procesu schvalování úvěru i celkové úvěrové expozice.
Kde data získat
Ukládá se v modulu SAP Credit Management (FSCM), například v tabulce UKM_BP_CMS_SGMT (pole CREDIT_LIMIT).
Příklady
50000.00100000.00250000.00
|
|||
|
Zdrojový systém
SourceSystem
|
Určuje systém, ze kterého data pocházejí. | ||
|
Popis
Tento atribut určuje zdrojový informační systém, v tomto případě SAP S/4HANA. Je důležitý zejména v prostředích, kde se data slučují z více systémů, například z různých instancí ERP nebo samostatného systému CRM. Při analýze procesů pomáhá rozlišit procesy, které probíhají ve více systémech, nebo omezit analýzu na konkrétní instanci. Umožňuje sledovat původ dat a poskytuje kontext při jejich ověřování a řešení problémů.
Proč je to důležité
Poskytuje důležitý kontext o původu dat, usnadňuje orientaci v prostředí s více systémy a pomáhá při správě dat.
Kde data získat
Obvykle jde o statickou hodnotu přidanou při extrakci dat, která označuje konkrétní instanci SAP S/4HANA, například podle ID systému (SID).
Příklady
S4H_PROD_100S4HANA_FINANCE_EUSAP_ECC_US
|
|||
Aktivity správy úvěrů a vymáhání pohledávek
| Aktivita | Popis | ||
|---|---|---|---|
|
Odpis faktury
|
Tato činnost označuje rozhodnutí odepsat neuhrazenou fakturu jako ztrátu a klasifikovat ji jako nedobytnou pohledávku. Zaznamená se při zaúčtování určitého typu vyrovnávacího dokladu, často s jedinečným kódem důvodu. | ||
|
Proč je to důležité
Odpisy znamenají přímou finanční ztrátu. Analýza jejich četnosti, hodnoty a předcházejících činností pomáhá odhalit rizikové zákazníky a nedostatky v procesu vymáhání.
Kde data získat
Událost lze odvodit analýzou vyrovnávacího dokladu, kterým byla faktura vyrovnána. Odpis označuje konkrétní účet hlavní knihy nebo kód důvodu (BSEG-RSTGR) použitý ve vyrovnávacím dokladu.
Zachycení
Vyhledejte vyrovnávací doklad a ověřte, zda obsahuje konkrétní kód důvodu nebo zaúčtování na účet nedobytných pohledávek.
Typ události
inferred
|
|||
|
Přijetí platby
|
Tato činnost označuje přijetí peněz od zákazníka a jejich přiřazení k otevřené faktuře. Zaznamená se vytvořením vyrovnávacího dokladu, který fakturu vyrovná. | ||
|
Proč je to důležité
Jde o důležitý milník, který přímo ovlivňuje cash flow a dobu inkasa pohledávek (DSO). Analýza doby do úhrady a předcházejících činností ukazuje účinnost celého procesu vymáhání.
Kde data získat
Událost lze odvodit z vyrovnávacího dokladu zaúčtovaného proti faktuře. Časový údaj poskytuje datum vyrovnání (AUGDT) konkrétní faktury v tabulce vyrovnaných položek BSAD.
Zachycení
V tabulce BSAD vyhledejte datum vyrovnání (AUGDT) pro odpovídající číslo fakturačního dokladu (BELNR).
Typ události
inferred
|
|||
|
Uplynutí data splatnosti
|
Jde o vypočítanou událost, která nastane, když aktuální datum překročí čisté datum splatnosti faktury a není zaúčtována vyrovnávací platba. Faktura tím přechází ze stavu „splatná“ do stavu „po splatnosti“. | ||
|
Proč je to důležité
Tato činnost spouští veškeré vymáhání pohledávek a upomínání. Je důležitá pro analýzu platebního chování, příčin prodlení i účinnosti včasných upomínek.
Kde data získat
Nejde o událost zaznamenanou přímo v systému. Vypočítá se porovnáním čistého data splatnosti (například pole ZFBDT v tabulkách jako BSID) s časovým údajem analýzy nebo následné činnosti.
Zachycení
Porovnejte čisté datum splatnosti faktury (BSID-ZFBDT) s aktuálním časovým údajem nebo časovým údajem následující události.
Typ události
calculated
|
|||
|
Vyrovnání faktury
|
Jde o konečný úspěšný výsledek pro fakturu. Znamená, že byla plně uhrazena a odstraněna z otevřených položek. Tento stav se rozpozná podle odpovídajícího vyrovnávacího dokladu a data vyrovnání. | ||
|
Proč je to důležité
Tato činnost uzavírá životní cyklus faktury a představuje hlavní úspěšný výsledek procesu. Analýza cest a doby potřebné k dosažení tohoto stavu je základem zlepšování procesů.
Kde data získat
Nejde o samostatnou událost, ale o stav odvozený z finančních tabulek. Faktura se považuje za vyrovnanou, pokud je uvedena v tabulce vyrovnaných zákaznických položek BSAD a má platné datum vyrovnání (AUGDT).
Zachycení
Jako časový údaj závěrečné činnosti použijte datum vyrovnání (AUGDT) z tabulky BSAD.
Typ události
inferred
|
|||
|
Vystavení faktury
|
Tato činnost označuje vytvoření zákaznické faktury, které zahajuje proces vymáhání pohledávky. Událost se zaznamená při zaúčtování nového účetního dokladu typu faktura v systému SAP S/4HANA. | ||
|
Proč je to důležité
Jde o hlavní počáteční událost procesu od faktury po úhradu. Doba od tohoto okamžiku do zaplacení je důležitá pro výpočet doby inkasa pohledávek (DSO) i celkové efektivity procesu.
Kde data získat
Tato událost se zaznamenává přímo. Datum a čas vytvoření najdete v hlavičce účetního dokladu v tabulce BKPF, a to pro příslušné číslo dokladu (BELNR). Typy dokladů, například „RV“, obvykle označují zákaznické faktury.
Zachycení
U faktury použijte časové údaje vytvoření dokladu (CPUDT, CPUTM) z tabulky BKPF.
Typ události
explicit
|
|||
|
Zaevidování případu sporu
|
Tato činnost označuje okamžik, kdy zákazník formálně zpochybní fakturu a v SAP Dispute Management se založí případ. Zaznamená se při vytvoření nového případu sporu propojeného s fakturačním dokladem. | ||
|
Proč je to důležité
Evidence sporů je důležitá pro pochopení výjimek v procesu. Analýza počtu sporů, jejich příčin a doby řešení pomáhá odhalit hlavní příčiny, například chyby v cenách nebo dodávkách.
Kde data získat
Jde o událost zaznamenanou přímo v tabulkách SAP Dispute Management. Časový údaj představuje datum vytvoření případu v tabulkách, jako jsou UKM_CASE nebo FDM_DCOBJ, propojených s fakturou.
Zachycení
Použijte časový údaj vytvoření případu sporu z tabulky UKM_CASE a vyfiltrujte typ případu odpovídající sporům.
Typ události
explicit
|
|||
|
Odeslání faktury zákazníkovi
|
Označuje okamžik, kdy byla faktura odeslána zákazníkovi, například tiskem, e-mailem nebo prostřednictvím EDI. Obvykle se zaznamenává v protokolech určování výstupu SAP, které uvádějí, kdy byla výstupní zpráva zpracována. | ||
|
Proč je to důležité
Prodleva mezi vystavením a odesláním faktury může prodloužit celý platební cyklus. Sledováním této doby odhalíte úzká místa v komunikaci se zákazníky a distribuci dokladů.
Kde data získat
Událost lze odvodit z data a času zpracování v tabulce stavů zpráv NAST, kde typ výstupu odpovídá zákaznické faktuře. Je k tomu potřeba správně nastavit určování výstupu.
Zachycení
V tabulce NAST vyhledejte úspěšně zpracovaný záznam propojený s číslem fakturačního dokladu.
Typ události
inferred
|
|||
|
Telefonický kontakt při vymáhání
|
Označuje ruční kontakt pracovníka vymáhání se zákazníkem kvůli faktuře po splatnosti. V SAP obvykle nejde o standardní událost, proto je potřeba vlastní evidence nebo integrace se systémem CRM. | ||
|
Proč je to důležité
Ruční zásahy patří k nákladným činnostem při vymáhání pohledávek. Sledování telefonátů pomáhá měřit jejich účinnost a zjistit, které účty vyžadují ruční práci.
Kde data získat
Tyto údaje obvykle nejsou dostupné ve standardní instalaci S/4HANA. Mohou být uložené ve vlastních tabulkách, jako poznámka v pracovním seznamu pro vymáhání nebo v externím systému CRM, který je potřeba integrovat.
Zachycení
Je potřeba analyzovat rozšíření systému, poznámky nebo data z externího systému, ve kterém se zaznamenávají činnosti spojené s vymáháním.
Typ události
explicit
|
|||
|
Vyřešení sporu
|
Tato činnost označuje uzavření případu sporu, ať už byla reklamace zákazníka uznána, nebo zamítnuta. Zaznamená se při změně stavu případu na „uzavřeno“ nebo „vyřešeno“. | ||
|
Proč je to důležité
Doba řešení sporů je důležitým ukazatelem spokojenosti zákazníků a efektivity provozu. Dlouhé řešení může zpozdit platby a narušit vztahy se zákazníky.
Kde data získat
Událost lze odvodit ze změny stavu případu sporu. Časový údaj změny stavu na „Closed“ nebo „Confirmed“ v tabulce UKM_CASE ukazuje, kdy byl spor vyřešen.
Zachycení
V tabulce UKM_CASE nebo souvisejících tabulkách protokolu změn stavu vyhledejte časový údaj změny na konečný stav označující vyřešení.
Typ události
inferred
|
|||
|
Zahájení upomínkového procesu
|
Tato činnost označuje formální zahájení automatického upomínkového procesu u faktury po splatnosti. Zaznamená se, když upomínkový běh zpracuje fakturu a přiřadí jí stupeň upomínání. | ||
|
Proč je to důležité
Tímto okamžikem začíná automatické vymáhání pohledávky. Sledování upomínek pomáhá vyhodnotit účinnost strategie upomínání a ověřit dodržování interních pravidel.
Kde data získat
Jde o událost zaznamenanou přímo v tabulkách s údaji o upomínání. Datum běhu (LAUFD) v hlavičkové tabulce upomínek MHNK, propojené s fakturou, ukazuje, kdy byl postup proveden.
Zachycení
U konkrétní faktury načtěte datum běhu upomínání (MHNK-LAUFD) a stupeň upomínání (MHNK-MAHNS).
Typ události
explicit
|
|||
|
Zaúčtování platby
|
Označuje zaúčtování platby do hlavní knihy. Často k němu dochází současně s přijetím platby, ale může jít o samostatný krok, který se zpožděním. | ||
|
Proč je to důležité
Prodleva mezi přijetím peněz a jejich zaúčtováním může zkreslit finanční výkaznictví. Měřením této doby ověříte, zda účetní procesy probíhají efektivně a přesně.
Kde data získat
Událost lze odvodit z data zaúčtování (BUDAT) nebo data vytvoření (CPUDT) vyrovnávacího dokladu v tabulce BKPF. Číslo vyrovnávacího dokladu je uvedeno v poli BSAD-AUGBL.
Zachycení
U vyrovnávacího dokladu, kterým byla faktura uhrazena, použijte datum zaúčtování (BUDAT) z tabulky BKPF.
Typ události
inferred
|
|||
|
Zaznamenání příslibu úhrady
|
Tato událost nastane, když pracovník vymáhání zaznamená příslib zákazníka, že konkrétní pohledávku uhradí k určitému datu. Jde o přímou akci v modulu SAP Collections Management. | ||
|
Proč je to důležité
Přísliby úhrady jsou jedním z výsledků činností při vymáhání. Analýza jejich četnosti, plnění a vlivu na dobu úhrady pomáhá upravit strategii vymáhání.
Kde data získat
Jde o událost zaznamenanou přímo v SAP Collections Management. Datum vytvoření příslibu úhrady lze získat z tabulek, jako je UDM_P2P_ATTR.
Zachycení
Použijte datum vytvoření z tabulek příslibů úhrady, například UDM_P2P_ATTR, propojených s fakturou.
Typ události
explicit
|
|||
Návody k extrakci dat
Chcete začít?
Pomocí této šablony připravíte data k analýze a využijete process mining při správě úvěrů a vymáhání pohledávek. Začněte zlepšovat cash flow a snižovat nedobytné pohledávky.
Zlepšete cash flow: optimalizujte správu úvěrů a vymáhání pohledávek
Najděte neefektivní místa, zkraťte dobu procesu o 30 % a zlepšete cash flow.
Platební kartu nepotřebujete. Nastavení zabere jen několik minut.