Šablona dat pro správu pohledávek

Univerzální šablona pro process mining
Šablona dat pro správu pohledávek

Šablona dat pro správu pohledávek

Univerzální šablona pro process mining

Toto je obecná šablona dat pro process mining pro proces Pohledávky. Podrobnější pokyny najdete v šablonách pro konkrétní systémy.

Vyberte konkrétní systém
  • Základní datová pole pro sledování životního cyklu faktur
  • Standardizované definice aktivit pro jednotné mapování procesů
  • Škálovatelná struktura kompatibilní s jakýmkoli nástrojem pro správu financí
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 pohledávek

Tato část popisuje doporučená datová pole, která je vhodné zahrnout do záznamu událostí, aby bylo možné důkladně analyzovat proces fakturace.
5 Povinné 8 Doporučené 2 Volitelné
Název Popis
Časové razítko události
EventTime
Konkrétní datum a čas, kdy k aktivitě došlo.
Popis

Tento atribut zaznamenává přesný okamžik, kdy v systému došlo k určité akci. Je zásadní pro určení chronologického pořadí událostí v rámci případu.

Analytici z těchto údajů počítají dobu průchodu mezi kroky procesu, například dobu od odeslání faktury po zaúčtování platby. Údaje slouží také k měření délky jednotlivých aktivit a odhalování prodlev při inkasu pohledávek.

Proč je to důležité

Jde o povinné počáteční časové razítko potřebné k seřazení událostí a výpočtu jejich trvání.

Kde data získat

Nachází se v systémových protokolech, časových razítkách zadání transakcí nebo tabulkách historie změn.

Příklady
2023-10-01T14:30:00Z2023-10-05T09:15:00Z2023-11-01T16:45:00Z
Číslo faktury
InvoiceId
Jedinečný identifikátor konkrétní faktury nebo účetního dokladu.
Popis

Tento atribut představuje základní identifikátor případu v procesu správy pohledávek. Odlišuje jednotlivé fakturační transakce a slouží jako primární klíč pro sledování životního cyklu pohledávky od jejího vzniku až po vyrovnání.

Při analýze process mining se podle tohoto atributu seskupují související události, například vytvoření a úpravy faktury, reklamace a platby, do jednoho případu. Analytici tak mohou zobrazit celý průběh konkrétní faktury a počítat ukazatele výkonnosti na úrovni transakce.

Proč je to důležité

Jde o povinné ID případu potřebné k rekonstrukci průběhu procesu.

Kde data získat

Obvykle se nachází v tabulce hlaviček transakcí nebo v hlavní tabulce pomocné knihy pohledávek.

Příklady
INV-2023-001900004321US-10234B55432
Název aktivity
ActivityName
Popis události nebo akce provedené s fakturou.
Popis

Tento atribut určuje konkrétní krok nebo změnu stavu v životním cyklu faktury. Příkladem je vytvoření faktury, zaúčtování platby, zahájení reklamace nebo vystavení dobropisu.

Nástroje process mining na základě pořadí těchto aktivit rekonstruují mapu procesu. Organizace tak mohou odhalit úzká místa, opakované činnosti, například opakované aktualizace reklamace, i odchylky od standardního postupu vymáhání pohledávek.

Proč je to důležité

Jde o povinné pole Aktivita, které slouží k definování kroků procesu.

Kde data získat

Nachází se v protokolech transakcí, změnových dokladech nebo tabulkách historie stavů.

Příklady
Faktura vytvořenaPlatba přijataReklamace vznesenaUpomínka odeslána
Poslední aktualizace dat
LastDataUpdate
Časové razítko označující, kdy byla data získána nebo obnovena.
Popis

Tento atribut zaznamenává, kdy byla datová sada naposledy aktualizována v aplikaci process mining. Jde o metadata, která uživatelům ukazují, jak aktuální je analýza.

Analytici díky němu poznají, zda pracují s aktuálními daty, nebo se snímkem z předchozího období. To je důležité pro přesné vykazování a rozhodování na základě nejnovějších dostupných informací.

Proč je to důležité

Poskytuje kontext o prodlevě při načítání dat a jejich spolehlivosti.

Kde data získat

Vytváří jej datový tok nebo nástroj ETL při běhu.

Příklady
2023-11-15T00:00:00Z2023-11-16T08:00:00Z
Zdrojový systém
SourceSystem
Název nebo identifikátor systému, ze kterého data pocházejí.
Popis

Tento atribut označuje softwarovou aplikaci nebo prostředí, například SAP, Oracle či HighRadius, ze kterého byl záznam získán. V prostředí s více systémy ERP pomáhá rozlišit jednotlivé zdroje dat.

Hodí se zejména při porovnávání výkonnosti procesu v různých regionech nebo obchodních jednotkách, které mohou používat odlišné technologie. Umožňuje také dohledat původ dat.

Proč je to důležité

Nezbytný pro filtrování a ověřování dat v prostředí s více systémy.

Kde data získat

Obvykle se přidává jako neměnný text během procesu ETL.

Příklady
SAP_ECC_NAOracle_CloudNetSuite_GlobalHighRadius_Prod
Automatizováno
IsAutomated
Příznak označující, zda byla aktivita provedena bez zásahu člověka.
Popis

Tento booleovský atribut rozlišuje mezi ručními akcemi uživatelů a událostmi vyvolanými systémem. Často se odvozuje porovnáním ID uživatele se seznamem známých servisních účtů.

Slouží především k výpočtu míry automatizace. Organizace díky němu mohou vyhodnotit návratnost investic do robotické automatizace procesů (RPA) a hledat příležitosti k automatizaci opakovaných ručních úkonů, například při přiřazování plateb nebo odesílání upomínek.

Proč je to důležité

Důležitý pro měření digitalizace a míry automatizace procesů.

Kde data získat

Odvozuje se z ID uživatele nebo z konkrétních příznaků transakce.

Příklady
truefalse
Částka faktury
InvoiceAmount
Celková peněžní hodnota faktury.
Popis

Tento atribut vyjadřuje finanční hodnotu pohledávky vůči zákazníkovi. Obvykle zahrnuje hrubou částku včetně daní a příplatků.

Při analýze je zásadní pro výpočet finančních KPI, například ukazatele DSO váženého podle hodnoty pohledávek, pro identifikaci rizikových účtů s vysokou hodnotou a pro stanovení priorit při vymáhání. Umožňuje rozdělit procesy podle jejich finančního dopadu.

Proč je to důležité

Důležitý pro analýzu finančního dopadu a stanovení priorit při vymáhání pohledávek s vysokou hodnotou.

Kde data získat

Nachází se v hlavičce faktury nebo účetního dokladu.

Příklady
1500.00250.5010000.0045.99
Datum splatnosti
DueDate
Datum, do kterého se očekává úhrada faktury zákazníkem.
Popis

Tento atribut určuje termín úhrady sjednaný v obchodních podmínkách. Slouží jako základ pro určení, zda je faktura včasná, po splatnosti, nebo po termínu.

Analytici podle tohoto data počítají ukazatele včasných a opožděných plateb. Porovnáním skutečného data úhrady s datem splatnosti zjistí, jak zákazníci dodržují sjednané podmínky a jak účinné jsou strategie vymáhání.

Proč je to důležité

Základ pro výpočet stáří pohledávek, prodlení a dodržování platebních podmínek.

Kde data získat

Nachází se v hlavičce faktury nebo se vypočítává z výchozího data a platebních podmínek.

Příklady
2023-12-012023-10-312023-11-15
Datum vyrovnání
ClearingDate
Datum, kdy byla faktura plně uhrazena nebo započtena.
Popis

Tento atribut zaznamenává, kdy byla otevřená položka v systému uzavřena, obvykle zaúčtováním platby nebo dobropisu. Označuje konec procesu vymáhání dané faktury.

Toto datum je zásadní pro výpočet skutečné doby průchodu a ukazatele DSO. Pomáhá rozlišit otevřené a uzavřené faktury a měřit efektivitu procesu přiřazování plateb.

Proč je to důležité

Nezbytný pro výpočet doby průchodu a skutečného ukazatele DSO.

Kde data získat

Nachází se v položce účetního dokladu nebo v historii stavů.

Příklady
2023-11-202023-12-052023-10-15
Důvod reklamace
DisputeReason
Kategorie nebo kód vysvětlující, proč zákazník fakturu reklamuje.
Popis

Tento atribut zachycuje důvod, proč zákazník odmítá zaplatit část faktury nebo celou fakturu. Mezi běžné důvody patří nesprávná cena, poškozené zboží nebo chybějící dokumentace.

Tyto údaje jsou důležité pro analýzu hlavních příčin. Souhrnné vyhodnocení důvodů reklamací pomáhá odhalit systémové problémy v předcházejících procesech, například při vyřizování objednávek nebo stanovování cen, které způsobují prodlevy v platbách a zbytečnou administrativní práci.

Proč je to důležité

Pomáhá odhalit hlavní příčiny prodlev v platbách a opakované práce.

Kde data získat

Nachází se v modulech pro správu reklamací nebo v samostatných tabulkách případů reklamací.

Příklady
Rozdíl v ceněPoškozené zbožíChybějící objednávkaDuplicitní faktura
Název zákazníka
CustomerName
Název subjektu nebo organizace odpovědné za fakturu.
Popis

Tento atribut označuje dlužníka spojeného s fakturou. Umožňuje agregovat data na úrovni zákaznického účtu.

Je nezbytný pro analýzu platebního chování konkrétních zákazníků. Pomáhá identifikovat strategické zákazníky, kteří často platí pozdě nebo reklamují faktury, a umožňuje cílenou správu vztahů i přizpůsobení postupů vymáhání.

Proč je to důležité

Umožňuje analýzu na úrovni zákaznických účtů a identifikaci problémových plátců.

Kde data získat

Nachází se v tabulkách kmenových dat zákazníků propojených s hlavičkou faktury.

Příklady
Acme CorpGlobal IndustriesTech Solutions Ltd
Obchodní jednotka
BusinessUnit
Interní divize, dceřiná společnost nebo kód společnosti, která fakturu vystavila.
Popis

Tento atribut představuje organizační jednotku podniku, které pohledávka náleží. V systémech, jako je SAP, odpovídá položce Company Code, v NetSuite položce Subsidiary.

Umožňuje porovnávat různé pobočky nebo divize. Vedení může sledovat a porovnávat výkonnost vymáhání, dodržování standardních postupů a ukazatele DSO napříč různými částmi organizace.

Proč je to důležité

Umožňuje porovnávat výkonnost různých organizačních divizí.

Kde data získat

Nachází se v hlavičce faktury nebo hlavičce účetního dokladu.

Příklady
US01Provoz v regionu EMEADceřiná společnost A1000
Platební podmínky
PaymentTerms
Dohodnuté podmínky určující termín splatnosti.
Popis

Tento atribut obsahuje kód nebo popis platebního režimu, například Net 30, Net 60 nebo okamžitá platba. Určuje smluvně sjednaný termín úhrady.

Analýza tohoto atributu ukáže, zda se dodržují standardní podmínky, nebo zda obchodní týmy při uzavírání obchodů sjednávají nevýhodné podmínky. Porovnáním platebních podmínek se skutečným platebním chováním lze ověřit, zda jsou sjednané termíny dodržovány.

Proč je to důležité

Doplňuje kontext k datu splatnosti a pomáhá analyzovat dodržování platebních podmínek.

Kde data získat

Nachází se v hlavičce faktury nebo v kmenových datech zákazníka.

Příklady
NT30Splatnost za 60 dníSleva 2 % při platbě do 10 dní, jinak splatnost za 30 dníIhned
Jméno pracovníka odpovědného za vymáhání
CollectorName
Jméno pracovníka nebo uživatele odpovědného za vymáhání platby.
Popis

Tento atribut označuje konkrétního zaměstnance nebo tým, který spravuje zákaznický účet a zajišťuje úhradu. Propojuje práci zaměstnanců s výsledky procesu.

Umožňuje analyzovat produktivitu a efektivitu pracovníků odpovědných za vymáhání. Vedoucí mohou porovnávat míru inkasa, plnění příslibů úhrady a pracovní vytížení jednotlivých pracovníků, určit potřebu školení nebo přerozdělit zákaznická portfolia.

Proč je to důležité

Umožňuje analyzovat produktivitu pracovníků a porovnávat jejich výkonnost.

Kde data získat

Nachází se v kmenových datech zákazníka nebo v tabulkách pro správu vymáhání.

Příklady
John DoeTým vymáhání ASystémový agent
Segment zákazníka
CustomerSegment
Zařazení zákazníka podle strategické hodnoty nebo rizika.
Popis

Tento atribut rozděluje zákazníky do kategorií, jako jsou klíčoví zákazníci, malé a střední podniky, vysoce rizikoví zákazníci nebo státní správa. Obvykle se určuje v kmenových datech.

Rozdělení analýzy procesu podle tohoto atributu ukazuje, jak se přistupuje k různým typům zákazníků. Pomáhá ověřit, zda zákazníci s vysokou hodnotou dostávají přednostní péči a zda jsou vysoce rizikoví zákazníci dostatečně sledováni.

Proč je to důležité

Umožňuje analyzovat strategii pro různé skupiny zákazníků.

Kde data získat

Nachází se v kmenových datech zákazníků nebo v tabulkách obchodních partnerů.

Příklady
StrategickýMaloobchodVelkoobchodÚroveň 1
Povinné Doporučené Volitelné

Aktivity při správě pohledávek

Pomocí těchto důležitých kroků a milníků procesu zaznamenejte potřebná časová razítka. Usnadníte tak přesné zjištění průběhu procesu a identifikaci úzkých míst ve workflow správy pohledávek.
7 Doporučené 7 Volitelné
Aktivita Popis
Faktura odeslána
Odeslání fakturačního dokladu zákazníkovi e-mailem, poštou, přes EDI nebo portál. Tím se platební povinnost předává zákazníkovi.
Proč je to důležité

Výpočet prodlevy mezi vytvořením a odesláním faktury pomáhá odhalit interní zpoždění, která zpomalují peněžní tok.

Kde data získat

Údaje pocházejí ze záznamů správy výstupů, odeslaných e-mailů nebo aktualizací stavu EDI.

Zachycení

Najděte časová razítka, kdy se stav výstupu faktury změní na odesláno nebo dokončeno.

Typ události explicit
Faktura uhrazena
Konečná změna stavu, při které se neuhrazený zůstatek faktury sníží na nulu. Může k ní dojít úplnou platbou, použitím dobropisu nebo odpisem.
Proč je to důležité

Označuje úplný konec případu v systému a slouží k výpočtu celkové doby průchodu procesem.

Kde data získat

Odvozuje se ze změny stavu faktury na Closed, Cleared nebo Paid.

Zachycení

Zjistěte časové razítko, kdy se příznak stavu neuhrazené položky změní na uhrazeno.

Typ události inferred
Faktura vytvořena
Prvotní vytvoření záznamu faktury ve finančním systému, kterým vzniká pohledávka. Tato událost označuje oficiální začátek cyklu vymáhání a slouží jako výchozí bod pro výpočet doby po splatnosti.
Proč je to důležité

Tato událost je výchozím bodem celého procesu. Určuje počáteční čas pro výpočet doby průchodu procesem i doby inkasa pohledávek.

Kde data získat

Obvykle se nachází v tabulce hlaviček transakcí nebo v záznamech o vytvoření v ERP systému.

Zachycení

Získejte časové razítko vytvoření jedinečného čísla faktury.

Typ události explicit
Otevřena reklamace
Vytvoření formálního případu nebo kódu důvodu, který označuje, že zákazník zpochybňuje platnost nebo částku faktury. Tím se obvykle pozastaví běžné vymáhání pohledávky.
Proč je to důležité

Pomáhá odhalit úzká místa v procesu a vyčíslit ohrožené příjmy kvůli chybám ve fakturaci nebo problémům s kvalitou.

Kde data získat

Událost se pozná podle vytvoření případu v modulu pro správu reklamací nebo změny stavu na „In Dispute“.

Zachycení

Zaznamenejte časové razítko, kdy se ID reklamačního případu propojí s fakturou nebo se příznak reklamace nastaví na true.

Typ události explicit
Uplynul termín splatnosti
Vypočítaný milník, který označuje, že aktuální datum překročilo dohodnutý termín splatnosti a faktura zůstává neuhrazená. Událost zachycuje přechod z běžného stavu do stavu po splatnosti.
Proč je to důležité

Tento údaj je důležitý pro analýzu včasných plateb a spuštění postupů upomínání.

Kde data získat

Vypočítá se porovnáním data splatnosti faktury s aktuálním datem v systému, pokud dosud nedošlo k uzavření.

Zachycení

Vytvořte událost, když aktuální datum v systému překročí hodnotu pole Due Date a obecný stav zůstává Open.

Typ události calculated
Zaúčtován dobropis
Vystavení dobropisu, který snižuje zůstatek faktury. Často jde o finanční důsledek oprávněné reklamace, vrácení zboží nebo dodatečné slevy.
Proč je to důležité

Tento údaj je důležitý pro analýzu výpadků příjmů, kvality fakturace a příčin neuhrazených pohledávek.

Kde data získat

Najdete jej v tabulce transakcí pohledávek jako typ dokladu určený pro dobropisy.

Zachycení

Propojte dobropisy s původní fakturou pomocí referenčního pole.

Typ události explicit
Zaúčtována platba
Zaznamenání příchozí platby přiřazené k faktuře. Jde o hlavní cíl procesu správy pohledávek.
Proč je to důležité

Nejdůležitější událost pro výpočet doby inkasa pohledávek a posouzení stavu peněžního toku.

Kde data získat

Najdete ji v tabulkách přiřazení plateb nebo příjmu hotovosti.

Zachycení

Zaznamenejte časová razítka z dokladů o přijatých platbách propojených s číslem faktury.

Typ události explicit
Aktualizován stav reklamace
Změna fáze reklamačního případu, například přechod od prvotního posouzení k aktivnímu šetření. Událost sleduje workflow týmu, který reklamaci řeší.
Proč je to důležité

Umožňuje analyzovat dobu řešení reklamací a odhalit prodlevy při šetření.

Kde data získat

Údaje pocházejí z historie reklamačního případu propojeného s fakturou.

Zachycení

Sledujte změny v poli stavu propojeného reklamačního případu.

Typ události inferred
Kontaktováno kvůli úhradě
Kontakt se zákazníkem ohledně neuhrazené faktury, například odeslání automatické upomínky nebo zaznamenání telefonátu. Událost zachycuje aktivitu týmu pro vymáhání pohledávek.
Proč je to důležité

Tento údaj je důležitý pro měření produktivity pracovníků pověřených vymáháním pohledávek a účinnosti upomínek při urychlování plateb.

Kde data získat

Údaje pocházejí ze záznamů korespondence, historie činností v CRM nebo evidence upomínek.

Zachycení

Namapujte záznamy z protokolů komunikace se zákazníky nebo z automatických tabulek upomínek propojených s fakturou.

Typ události explicit
Odepsána nedobytná pohledávka
Označení zbývajícího zůstatku faktury za nedobytný a jeho odepsání z evidence pohledávek. Jde o neúspěch procesu a finanční ztrátu.
Proč je to důležité

Tento údaj je důležitý pro analýzu celkových nákladů na správu úvěrových pohledávek a odhalení rizikových zákaznických segmentů.

Kde data získat

Údaje se získávají z účetních zápisů nebo opravných transakcí s konkrétním kódem důvodu odpisu.

Zachycení

Vyfiltrujte opravné doklady klasifikované jako odpisy a propojené s fakturou.

Typ události explicit
Platba odsouhlasena
Párování interního záznamu o platbě s příslušnou položkou externího bankovního výpisu. Potvrzuje, že peníze skutečně dorazily na bankovní účet.
Proč je to důležité

Rozlišuje mezi hotovostí evidovanou v účetnictví a penězi připsanými na bankovní účet a odhaluje zpoždění při zpracování plateb.

Kde data získat

Údaje pocházejí z modulů pro párování bankovních výpisů nebo ze záznamů správy hotovosti.

Zachycení

Zjistěte, kdy je platební doklad v bankovní evidenci označen jako vyrovnaný nebo spárovaný.

Typ události explicit
Reklamace vyřešena
Ukončení šetření reklamace, jehož výsledkem je rozhodnutí vystavit zákazníkovi dobropis, odepsat zůstatek nebo požadovat úhradu. Fakturu lze následně uhradit.
Proč je to důležité

Označuje konec řešení výjimečného případu a umožňuje pokračovat v peněžním cyklu.

Kde data získat

Zaznamená se, když se stav reklamačního případu změní na Closed nebo Resolved.

Zachycení

Zjistěte časové razítko poslední změny stavu v systému pro správu reklamací.

Typ události explicit
Zaúčtována částečná platba
Zaúčtování přijaté platby, která sníží zůstatek faktury, ale ponechá částku k úhradě. Často jde o známku reklamace, neschopnosti zaplatit nebo nedoplatku.
Proč je to důležité

Sledování částečných plateb pomáhá analyzovat platební chování zákazníků a složitost procesu.

Kde data získat

Zaznamená se, když je platební transakce propojena s fakturou, ale částka platby je nižší než neuhrazený zůstatek.

Zachycení

Najděte platby přiřazené k fakturám, jejichž částka je nižší než neuhrazený zůstatek faktury.

Typ události explicit
Zaznamenán příslib platby
Zaznamenání formálního závazku zákazníka uhradit konkrétní částku do určitého data. Obvykle jej po úspěšném kontaktu zadá pracovník pověřený vymáháním pohledávek.
Proč je to důležité

Zpřehledňuje očekávaný peněžní tok a umožňuje sledovat, nakolik zákazníci své závazky dodržují.

Kde data získat

Najdete jej v modulech pro správu pohledávek nebo v polích poznámek přiřazených k faktuře.

Zachycení

Získejte záznamy, ve kterých jsou k ID faktury přiřazeny datum a částka příslibu platby (PTP).

Typ události explicit
Doporučené Volitelné

Návody k extrakci dat

Jak získat data pro process mining.

Metody extrakce se liší podle systému. Podrobný postup najdete v

našem průvodci ETL   nebo   vyberte konkrétní proces a systém.

Chcete začít?

Začněte tím, že tuto obecnou šablonu použijete na svá data, nebo si vyberte specializovaný návod pro svou platformu.

Zlepšete pracovní kapitál díky efektivnější správě pohledávek

Snižte DSO a zefektivněte inkaso pomocí analýz v reálném čase

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

Platební kartu nepotřebujete. Funguje s jakýmkoli ERP.