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

SAP S/4HANA
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

Tato šablona vám ukáže, jak shromáždit potřebná data pro analýzu a optimalizaci procesu správy úvěrů a vymáhání pohledávek. Obsahuje přehled důležitých atributů, které je třeba sbírat, aktivit, které je vhodné sledovat, a praktické pokyny k extrakci dat ze systému SAP S/4HANA. Pomůže vám zachytit všechny potřebné informace pro důkladnou analýzu procesu.
  • 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
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy správy úvěrů a vymáhání pohledávek

Toto jsou doporučená datová pole pro záznam událostí, který použijete k důkladné analýze procesu správy úvěrů a vymáhání pohledávek.
3 Povinné 5 Doporučené 10 Volitelné
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
Povinné Doporučené Volitelné

Aktivity správy úvěrů a vymáhání pohledávek

Toto jsou důležité kroky a milníky procesu, které je třeba zaznamenat pro přesné zjištění a optimalizaci workflow vymáhání pohledávek.
6 Doporučené 6 Volitelné
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
Doporučené Volitelné

Návody k extrakci dat

Jak získat data ze SAP S/4HANA

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.

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

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