Šablona dat pro správu pohledávek
Šablona dat pro správu pohledávek
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í
Atributy správy pohledávek
| 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 | |||
Aktivity při správě pohledávek
| 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 | |||
Návody k extrakci dat
Metody extrakce se liší podle systému. Podrobný postup najdete v
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
Platební kartu nepotřebujete. Funguje s jakýmkoli ERP.