Datová šablona pro správu pohledávek a vymáhání
Datová šablona pro správu pohledávek a vymáhání
Toto je obecná šablona dat pro process mining pro proces Správa úvěrů a vymáhání pohledávek. Podrobnější pokyny najdete v šablonách pro konkrétní systémy.
Vyberte konkrétní systém- Univerzální datová struktura pro jakýkoli systém správy pohledávek a vymáhání
- Doporučené atributy pro podrobnou analýzu výkonnosti procesu
- Důležité aktivity pro přesné mapování a optimalizaci procesů
Atributy správy pohledávek a vymáhání
| Název | Popis | ||
|---|---|---|---|
| Čas události EventTime | Časové razítko s datem a časem, které přesně určuje, kdy aktivita proběhla. | ||
| Popis Čas události neboli časové razítko označuje přesný okamžik, kdy v procesu proběhla konkrétní aktivita. Umožňuje chronologicky seřadit události každého případu faktury. Tento údaj je základem všech časových analýz. V process mining se čas události používá k výpočtu důležitých ukazatelů, například doby mezi aktivitami, celkové doby trvání případu a dodržení dohodnutých úrovní služeb. Doba mezi „Odesláním faktury“ a „Přijetím platby“ například přímo ovlivňuje dobu inkasa pohledávek (DSO). Analýza časových razítek pomáhá odhalit zpoždění, měřit efektivitu jednotlivých kroků a určit úzká místa. Proč je to důležité Toto časové razítko je nezbytné pro řazení událostí, výpočet dob průchodu procesem a trvání i veškeré časové analýzy výkonnosti. Kde data získat Obvykle se zaznamenává jako datum vytvoření dokladu, datum zaúčtování nebo časové razítko systémového protokolu přiřazené k transakci či změně stavu. Příklady 2023-03-15T09:30:00Z2023-04-20T14:00:00Z2023-05-01T11:22:15Z | |||
| Číslo faktury InvoiceNumber | Jedinečný identifikátor každé faktury. Slouží jako hlavní identifikátor případu v procesu správy úvěrů a vymáhání pohledávek. | ||
| Popis Číslo faktury je jedinečný alfanumerický kód přiřazený každému fakturačnímu dokladu. Slouží jako hlavní reference pro všechny aktivity a transakce související s danou fakturou, od jejího vystavení až po konečné vyrovnání nebo odpis. V process mining se číslo faktury používá k propojení souvisejících událostí, například „Vystavení faktury“, „Přijetí platby“ a „Zaevidování reklamace“, do jedné instance procesu neboli případu. Díky tomu lze zobrazit a analyzovat celý životní cyklus faktury. Analýza procesů seskupených podle čísla faktury pomáhá odhalit úzká místa, sledovat dobu průchodu procesem a porozumět rozdílům ve zpracování jednotlivých faktur. Proč je to důležité Jde o základní ID případu, které propojuje všechny související události a umožňuje rekonstruovat a analyzovat celý životní cyklus faktury. Kde data získat Obvykle se nachází v tabulce záhlaví faktury nebo dokladu pohledávky ve zdrojovém finančním systému. Příklady INV-2023-001239100045678SI-54321 | |||
| Název aktivity ActivityName | Název konkrétní obchodní události nebo úkolu, který se v určitém okamžiku týkal faktury. | ||
| Popis Název aktivity popisuje konkrétní krok nebo milník v procesu správy úvěrů a vymáhání pohledávek. Tyto aktivity tvoří mapu procesu a představují například kroky „Odeslání faktury zákazníkovi“, „Odeslání upomínky“ nebo „Přiřazení platby k faktuře“. Analýza pořadí a četnosti aktivit je základem process mining. Pomáhá odhalit skutečný průběh procesu, porovnat jej s navrženým modelem a najít odchylky, opakované činnosti i neefektivní postupy. Časté zaznamenávání aktivity „Zaevidování reklamace“ může například ukazovat na problémy s přesností faktur nebo kvalitou výrobků. Proč je to důležité Tento atribut určuje jednotlivé kroky procesu. Tvoří základ mapy procesu a umožňuje analyzovat jeho průběh a odchylky. Kde data získat Údaj se získává z různých změn stavu, transakčních kódů nebo záznamů událostí ve finančních, prodejních či upomínacích modulech zdrojového systému. Příklady Faktura vystavenaUplynula lhůta splatnosti fakturyZahájeno upomínáníPřijetí platby | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko posledního obnovení dat o události nebo jejich načtení ze zdrojového systému. | ||
| Popis Tento atribut zaznamenává datum a čas posledního načtení dat ze zdrojového systému do prostředí process mining. Jde o metadata, která ukazují, jak aktuální je analyzovaná datová sada. Informace o poslední aktualizaci dat pomáhá ověřit, zda analýza nebo dashboard vychází z aktuálního stavu procesu. Uživatelé díky ní vědí, k jakému okamžiku data sahají, a mohou je správně interpretovat. To je důležité zejména při sledování probíhajících procesů nebo KPI blízkých reálnému času, protože údaj ukazuje, jak aktuální jsou získané poznatky. Proč je to důležité Ukazuje aktuálnost dat, pomáhá posoudit, jak čerstvá je analýza, a informuje uživatele, k jakému okamžiku data sahají. Kde data získat Obvykle jde o metadata, která nástroj ETL nebo datová pipeline vytvoří a uloží při načítání dat. Příklady 2023-10-26T02:00:00Z2023-10-25T02:00:00Z2023-10-24T02:00:00Z | |||
| Zdrojový systém SourceSystem | Název nebo identifikátor systému, ze kterého data pocházejí, například ERP nebo CRM. | ||
| Popis Atribut Zdrojový systém označuje konkrétní aplikaci nebo platformu, ve které byla data o události původně zaznamenána. Proces, jako je správa pohledávek od vystavení faktury po inkaso, může v prostředí s více systémy probíhat v několika z nich. Fakturaci může například zajišťovat ERP a upomínky samostatná platforma pro vymáhání pohledávek. Tento atribut pomáhá porozumět technologickému kontextu procesu. Lze jej využít k ověření dat, odhalení rozdílů v průběhu procesu mezi systémy a hledání problémů při jejich integraci. Analýza může například ukázat, že ke zpožděním pravidelně dochází při předávání práce mezi ERP a nástrojem pro vymáhání pohledávek. Proč je to důležité Označuje původ dat. Pomáhá porozumět rozdílům v průběhu procesu mezi systémy a ověřovat správnost dat. Kde data získat Tato informace se často doplňuje při extrakci dat (ETL) nebo se nachází v technických metadatech zdrojových tabulek. Příklady SAP S/4HANAOracle NetSuiteHighRadius Collections | |||
| Částka faktury InvoiceAmount | Celková peněžní hodnota faktury. | ||
| Popis Částka faktury je celková suma, kterou zákazníkovi účtujete a kterou má uhradit. Jde o základní finanční údaj každého případu faktury. Tento atribut je nezbytný pro analýzu finančních dopadů. Propojením ukazatelů procesu s částkou faktury mohou organizace určit priority při vymáhání. Analýza může například ukázat, že u faktur s vysokou hodnotou dochází k delším prodlevám v platbě nebo k častějším reklamacím. Údaj také umožňuje vypočítat finanční KPI, například dobu inkasa pohledávek (DSO), a vyčíslit částky vázané v úzkých místech procesu nebo odepsané jako nedobytné. Proč je to důležité Důležitý údaj pro finanční analýzu, stanovení priorit při vymáhání faktur s vysokou hodnotou a vyčíslení finančních dopadů neefektivních procesů. Kde data získat Standardní pole v záhlaví faktury v modulu pohledávek nebo fakturace zdrojového systému. Příklady 5400.50125000.00750.75 | |||
| Datum splatnosti DueDate | Vypočtené datum, do kterého má být podle smlouvy faktura uhrazena. | ||
| Popis Datum splatnosti je den, do kterého musí být platba za fakturu přijata, aby byla považována za včasnou. Obvykle se vypočítá z data vystavení faktury a dohodnutých platebních podmínek. Toto datum slouží jako hlavní měřítko výkonnosti procesu vymáhání. Určuje, zda je platba opožděná, kdy se zahájí upomínací řízení a jak se vypočítají přehledy stáří pohledávek. V process mining se datum splatnosti používá k výpočtu KPI, například podílu včasných plateb a doby inkasa pohledávek (DSO), i k analýze účinnosti činností při vymáhání vzhledem k termínům plateb. Proč je to důležité Slouží jako hlavní měřítko včasnosti plateb a je nezbytné pro výpočet KPI, například DSO a včasnosti úhrad. Kde data získat Údaj se nachází v záhlaví faktury. Může jít o samostatné pole nebo o hodnotu odvozenou z data faktury a platebních podmínek. Příklady 2023-04-142023-05-302023-06-01 | |||
| Důvod reklamace DisputeReason | Kód nebo popis důvodu, který zákazník uvedl při reklamaci faktury. | ||
| Popis Důvod reklamace zachycuje, proč zákazník odmítá fakturu uhradit. Mezi běžné důvody patří nesprávná cena, poškozené zboží, nesoulad v množství nebo chybějící dokumentace. Údaj se obvykle zaznamená při otevření formálního případu reklamace. Důvod reklamace je užitečný pro analýzu příčin. Analýza četnosti jednotlivých důvodů pomáhá odhalit systémové problémy mimo oddělení vymáhání, například v expedici, přesnosti fakturace nebo zadávání prodejních objednávek. Process mining navíc ukáže, jak různé důvody reklamace ovlivňují dobu vyřízení a průběh procesu. Na základě těchto poznatků lze zjednodušit správu reklamací. Proč je to důležité Pomáhá odhalit příčiny zpožděných plateb a reklamací a najít problémy v předcházejících částech procesu, například ve fakturaci, expedici nebo prodeji. Kde data získat Údaj se ukládá v modulech pro správu reklamací, systémech CRM nebo jako kód důvodu přímo u faktury či dokladu pohledávky. Příklady Nesprávná cenaNedostatečné množstvíPoškozené zbožíDuplicitní faktura | |||
| ID zákazníka CustomerId | Jedinečný identifikátor zákazníka, kterého se faktura týká. | ||
| Popis ID zákazníka je jedinečný kód, který v systému označuje konkrétní zákaznický účet. Propojuje fakturu se subjektem, který je ze zákona povinen ji uhradit. V analýze process mining slouží ID zákazníka jako důležitý rozměr pro segmentaci. Analytici mohou zkoumat výkonnost procesu u konkrétních zákazníků nebo skupin zákazníků. Odhalí tak například, kteří zákazníci pravidelně platí pozdě, podávají nejvíce reklamací nebo na které z nich dopadají určité nedostatky procesu. Tyto poznatky pomáhají přizpůsobit strategie vymáhání a zlepšit vztahy se zákazníky. Proč je to důležité Umožňuje podrobně segmentovat data o procesu, analyzovat chování zákazníků, odhalovat problematické účty a přizpůsobovat strategie vymáhání. Kde data získat Údaj je dostupný v záhlaví faktury nebo jej lze propojit prostřednictvím tabulek kmenových dat zákazníků ve finančním či prodejním systému. Příklady CUST-00543100234ACME-CORP | |||
| Jméno pracovníka vymáhání CollectorName | Jméno nebo identifikátor uživatele, pracovníka či týmu odpovědného za činnost při vymáhání pohledávky. | ||
| Popis Jméno pracovníka vymáhání označuje osobu nebo skupinu pověřenou správou faktury po splatnosti a souvisejícími činnostmi při vymáhání. Může jít o účetního, pracovníka specializovaného na vymáhání nebo celý tým. Tento atribut umožňuje analyzovat výkonnost jednotlivců i týmů. Porovnáním procesů podle jména pracovníka vymáhání mohou organizace odhalit osvědčené postupy, určit potřebu školení a analyzovat rozložení pracovní zátěže. Pomáhá porozumět roli lidí v procesu vymáhání a jejímu vlivu na výsledky, například dobu úhrady nebo odpisy. Proč je to důležité Umožňuje analyzovat výkonnost týmů i jednotlivců, rozložení pracovní zátěže a účinnost různých pracovníků či strategií vymáhání. Kde data získat Údaj se nachází v datech transakcí pohledávek, kmenových záznamech zákazníků nebo specializovaných modulech pro správu vymáhání. Může odpovídat polím jako „Účetní“ nebo „ID uživatele“. Příklady John SmithTým vymáhání AUSER123 | |||
| Stav faktury InvoiceStatus | Aktuální finanční nebo provozní stav faktury, například otevřená, zaplacená, po splatnosti nebo reklamovaná. | ||
| Popis Stav faktury označuje její aktuální fázi životního cyklu. Mění se podle toho, jak probíhají jednotlivé události: po vystavení je faktura „Otevřená“, po uplynutí splatnosti bez úhrady „Po splatnosti“ a nakonec „Zaplacená“ nebo „Odepsaná“. Tento atribut poskytuje přehled o aktuálním stavu pohledávek. V analýze process mining pomáhá rozdělit případy do kategorií a porozumět výsledkům různých variant procesu. Porovnání průběhu procesů, které vedou ke stavu „Reklamovaná“ a „Zaplacená“, může například odhalit příčiny problémů s úhradou. Atribut lze také použít k filtrování aktivních případů, například všech faktur po splatnosti, a analýze probíhajícího vymáhání. Proč je to důležité Poskytuje přehled o aktuálním stavu faktur, umožňuje analyzovat výsledky procesu a filtrovat případy v konkrétní fázi, například po splatnosti nebo v reklamaci. Kde data získat Obvykle jde o pole stavu v záhlaví faktury nebo dokladu pohledávky. Příklady OtevřenáZaplacenáPo splatnostiReklamovanáOdepsaná | |||
| Stupeň upomínání DunningLevel | Fáze nebo stupeň automatického upomínacího procesu či vymáhání, kterého faktura po splatnosti dosáhla. | ||
| Popis Stupeň upomínání ukazuje, jak daleko faktura po splatnosti postoupila v rámci formálního procesu komunikace se zákazníkem. Obvykle se označuje číslem nebo kódem. První stupeň může představovat mírnou upomínku, zatímco čtvrtý může být poslední výzvou před právními kroky. Analýza stupně upomínání pomáhá vyhodnotit účinnost strategie upomínání. Process mining ukáže, které průběhy procesu vedou k vyšším stupňům a zda jednotlivé stupně vedou k úhradě. Analýza může například odhalit, že k většině plateb dochází po druhém stupni upomínání, takže třetí a čtvrtý stupeň jsou málo účinné a nákladné. Na základě těchto poznatků lze upravit načasování a obsah upomínek. Proč je to důležité Měří intenzitu vymáhání a pomáhá analyzovat účinnost strategie upomínání v jednotlivých fázích. Kde data získat Údaj se nachází v modulech pro správu vymáhání nebo v datech pohledávek. Často se vztahuje k zákaznickému účtu nebo konkrétním dokladům po splatnosti. Příklady 123Čeká se na právní kroky | |||
| Kód společnosti CompanyCode | Identifikátor právního subjektu nebo obchodní jednotky, ke které faktura náleží. | ||
| Popis Kód společnosti je identifikátor organizační jednotky, která představuje právně samostatnou společnost nebo samostatnou obchodní oblast, za kterou se sestavuje účetní závěrka. V organizaci s více subjekty se každá transakce přiřazuje ke konkrétnímu kódu společnosti. Tento atribut je základem analýzy na úrovni organizace. Umožňuje porovnávat výkonnost procesu mezi různými právními subjekty, dceřinými společnostmi nebo obchodními jednotkami. Srovnání může odhalit rozdíly v efektivitě procesů, dodržování pravidel a výkonnosti pracovníků vymáhání. Organizace pak může sdílet osvědčené postupy a podle potřeby sjednotit procesy. Proč je to důležité Umožňuje porovnávat procesy a jejich výkonnost mezi různými právními subjekty, dceřinými společnostmi a obchodními jednotkami v organizaci. Kde data získat Standardní organizační pole ve všech finančních dokladech v systému ERP, včetně faktur. Příklady 1000US01DE01UK_SALES | |||
| Měna faktury InvoiceCurrency | Měna, ve které je vyjádřena částka faktury. | ||
| Popis Měna faktury určuje, v jaké měně, například USD, EUR nebo JPY, je faktura vystavena a očekává se její úhrada. To je důležité zejména pro společnosti působící v zahraničí. Process mining se často zaměřuje spíše na průběh procesů než na přepočet finančních částek, ale tento atribut je důležitý pro správnou interpretaci částky faktury. Umožňuje filtrovat analýzu podle měny nebo rozdělit procesy podle měny a zjistit, zda se transakce v některých měnách řídí odlišnými vzorci, například kvůli zpožděním při mezinárodním zpracování plateb nebo odlišným strategiím vymáhání na zahraničních trzích. Proč je to důležité Poskytuje potřebný kontext pro částku faktury a umožňuje rozdělit analýzu podle měny, což je důležité pro mezinárodní společnosti. Kde data získat Standardní pole v záhlaví faktury. Příklady USDEURGBPJPY | |||
| Platební podmínky PaymentTerms | Dohodnuté podmínky, které určují, kdy má zákazník fakturu uhradit. | ||
| Popis Platební podmínky určují podmínky prodeje, především termín úhrady. Obvykle se uvádějí jako kód nebo zkrácený text, například „Net 30“ (platba do 30 dnů) nebo „2/10 Net 30“ (sleva 2 % při úhradě do 10 dnů, jinak je celá částka splatná do 30 dnů). Tento atribut poskytuje důležitý kontext pro datum splatnosti faktury a platební chování zákazníků. Analýza procesu podle platebních podmínek může ukázat, zda některé podmínky souvisejí s častějšími opožděnými platbami nebo reklamacemi. Lze také vyhodnotit účinnost slev za včasnou úhradu a využít výsledky při sjednávání budoucích platebních podmínek se zákazníky. Tím lze lépe řídit peněžní tok. Proč je to důležité Poskytují kontext pro datum splatnosti faktury a umožňují analyzovat, jak různé dohody o platbě ovlivňují včasnost úhrad a celkový peněžní tok. Kde data získat Údaj se ukládá v kmenových datech zákazníka nebo v záhlaví prodejní objednávky či faktury. Příklady Net 30Net 602/10 Net 30Splatnost při přijetí | |||
| Segment zákazníka CustomerSegment | Zařazení zákazníka například podle velikosti, odvětví, strategického významu nebo regionu. | ||
| Popis Segment zákazníka je kategorie, která sdružuje zákazníky se společnými charakteristikami. Segmenty lze vymezit například podle odvětví (výroba, maloobchod), velikosti (velký podnik, malý a střední podnik), regionu nebo strategické hodnoty (zlatý, stříbrný, bronzový). Tento atribut umožňuje podrobnější a strategičtější analýzu procesu vymáhání. Porovnání výkonnosti procesu mezi segmenty může odhalit, že určité skupiny zákazníků mají specifické platební chování nebo potíže. Zákazníci ze zahraničí mohou mít například delší platební cykly kvůli přeshraničnímu bankovnímu styku. Tyto poznatky pomáhají připravit cílené strategie a pravidla vymáhání pro jednotlivé segmenty, zvýšit celkovou efektivitu a zlepšit spokojenost zákazníků. Proč je to důležité Umožňuje porovnávat různé skupiny zákazníků a připravovat pro ně cílené strategie a pravidla vymáhání. Kde data získat Údaj se obvykle nachází v kmenových datech zákazníka v systému CRM nebo ERP. Příklady Velký podnikMalý a střední podnikVeřejná správaSeverní Amerika | |||
Aktivity správy pohledávek a vymáhání
| Aktivita | Popis | ||
|---|---|---|---|
| Faktura vystavena | Označuje oficiální vytvoření záznamu faktury ve zdrojovém systému. Tato událost je hlavním začátkem životního cyklu faktury od vystavení po inkaso. Stanovuje výši pohledávky a platební podmínky. | ||
| Proč je to důležité Jde o hlavní počáteční událost procesu. Od tohoto okamžiku se počítá doba cyklu, například od vystavení faktury po inkaso nebo DSO. Kde data získat Jde o základní transakci v modulu pohledávek nebo fakturace. Zaznamenává se datum vytvoření nebo zaúčtování dokladu. Zachycení Použijte časové razítko vytvoření nebo datum zaúčtování z hlavní tabulky hlaviček faktur či finančních dokladů. Typ události explicit | |||
| Odpis faktury | Označuje konečný neúspěšný výsledek: pohledávka je považována za nedobytnou a odepíše se jako nedobytný dluh. Tím se pohledávka vyřadí z účetnictví. | ||
| Proč je to důležité Tato aktivita představuje přímou finanční ztrátu. Analýza četnosti a hodnoty odpisů pomáhá odhalit úvěrová rizika, nedostatky ve vymáhání a možnosti zlepšení procesu. Kde data získat Jde o výslovně zaznamenanou finanční transakci, například účetní zápis nebo úpravu na účtu nedobytných pohledávek, která vyrovná původní fakturu. Zachycení Použijte datum zaúčtování konkrétního finančního dokladu nebo účetního zápisu, kterým se odepíše zbývající zůstatek faktury. Typ události explicit | |||
| Přijat příslib úhrady | Událost nastane, když se zákazník zaváže uhradit fakturu k budoucímu datu a dohoda se zaznamená v systému. Jde o příznivý průběžný výsledek kroků při inkasu. | ||
| Proč je to důležité Tento ukazatel výkonnosti pomáhá vyhodnotit účinnost práce pracovníků inkasa. Umožňuje sledovat, zda zákazníci své závazky plní, a lépe předvídat příchozí platby. Kde data získat Jde o výslovně zaznamenanou událost, kterou uživatel zadá do modulu pro správu inkasa. Vznikne záznam s příslíbeným datem a částkou. Zachycení Použijte časové razítko vytvoření záznamu „Příslib úhrady“ přiřazeného k faktuře. Typ události explicit | |||
| Uplynula lhůta splatnosti faktury | Důležitý milník, který označuje, že uplynula čistá lhůta splatnosti faktury a faktura nebyla plně uhrazena. V tomto okamžiku se její stav mění z „aktuální“ na „po splatnosti“. | ||
| Proč je to důležité Tato činnost obvykle spouští inkaso a upomínání. Analýza počtu faktur, které dosáhnou tohoto bodu, pomáhá vyhodnotit platební chování zákazníků a objem práce při inkasu. Kde data získat Nejde o přímou událost v systému. Vypočítá se porovnáním pole data splatnosti faktury s aktuálním časovým razítkem nebo s časovým razítkem následující činnosti. Zachycení Pokud faktura není k datu splatnosti uhrazena, vytvořte pro toto datum časové razítko události. Například „InvoiceDueDate + 1 day“. Typ události calculated | |||
| Vyrovnání faktury | Označuje úspěšné ukončení životního cyklu faktury. Faktura je plně uhrazena a její zůstatek je nulový. Jde o požadovaný konečný stav procesu. | ||
| Proč je to důležité Jde o hlavní koncovou událost úspěšného průběhu procesu. Doba do této aktivity udává celkovou dobu od vystavení faktury po přijetí platby, což je důležitý obchodní ukazatel. Kde data získat Tento stav se často odvozuje z toho, že součet přiřazených plateb a dobropisů odpovídá celkové částce faktury, případně ze změny stavu na „Zaplaceno“ nebo „Uzavřeno“. Zachycení Určete nejnovější časové razítko vyrovnávací transakce nebo přiřazení platby, po kterém je neuhrazený zůstatek faktury nulový. Typ události inferred | |||
| Zaevidován spor | Označuje okamžik, kdy zákazník formálně reklamuje fakturu a reklamace se zaznamená v systému. Tato událost často pozastaví standardní proces vymáhání dlužné částky. | ||
| Proč je to důležité Reklamace jsou častou příčinou zpožděných plateb. Zjištění, kdy a proč vznikají, pomáhá odhalit jejich příčiny, zlepšit proces a snížit dobu inkasa pohledávek (DSO). Kde data získat Zaznamená se při vytvoření případu reklamace nebo při změně stavu faktury na „Reklamovaná“ v modulu pro správu reklamací či vymáhání pohledávek. Zachycení Použijte časové razítko vytvoření záznamu případu reklamace nebo časové razítko změny stavu faktury. Typ události explicit | |||
| Faktura odeslána zákazníkovi | Označuje okamžik, kdy byla faktura oficiálně doručena zákazníkovi, elektronicky nebo v tištěné podobě. Od tohoto data se často počítá lhůta splatnosti. | ||
| Proč je to důležité Zpoždění mezi vystavením a odesláním faktury může prodloužit platební cyklus. Tato činnost pomáhá odhalit úzká místa při distribuci faktur a jejich dopad na cash flow. Kde data získat Tuto událost lze zaznamenat přímo v systému pro správu výstupů nebo ji odvodit ze záznamů komunikace, například e-mailů či přenosů EDI. Zachycení Získejte časové razítko ze systémových záznamů odchozí komunikace nebo z vyhrazeného pole „Datum odeslání“ v záznamu faktury. Typ události explicit | |||
| Odeslána upomínka | Označuje první, často automaticky odeslanou upomínku nebo výzvu k úhradě faktury po splatnosti. Obvykle jde o první krok procesu upomínání. | ||
| Proč je to důležité Sledování upomínek pomáhá vyhodnotit účinnost počátečních kroků při inkasu. Umožňuje porovnat, kolik faktur zákazníci uhradí po jednoduché upomínce a kolik vyžaduje důraznější postup. Kde data získat Tato událost se získává ze záznamů modulu pro upomínání nebo inkaso, který u každé faktury eviduje datum a typ odeslané komunikace. Zachycení Použijte datum provedení ze záznamu historie upomínek nebo z tabulky komunikačních záznamů přiřazené k faktuře. Typ události explicit | |||
| Přijetí platby | Označuje přijetí peněz od zákazníka, které se obvykle zaznamená z bankovního výpisu nebo souboru lockbox. Znamená to, že peníze dorazily, ale nemusely být ještě přiřazeny ke konkrétní faktuře. | ||
| Proč je to důležité Tato aktivita označuje začátek procesu přiřazení platby. Doba mezi přijetím platby a jejím přiřazením je důležitým ukazatelem efektivity správy financí a provozu. Kde data získat Zaznamená se při vytvoření dokladu o přijetí platby nebo platbě zákazníka, obvykle v platebním deníku nebo modulu správy hotovosti. Zachycení Použijte datum zaúčtování nebo datum valuty příchozí platby či transakce z bankovního výpisu. Typ události explicit | |||
| Přiřazení platby k faktuře | Označuje dokončení procesu přiřazení platby, kdy byla přijatá platba úspěšně spárována s konkrétní fakturou a přiřazena k ní. Tím se sníží nebo vyrovná její neuhrazený zůstatek. | ||
| Proč je to důležité Tato aktivita propojuje přijetí platby se snížením pohledávek. Zpoždění při přiřazování plateb může vést ke zbytečnému vymáhání a nepřesným výpisům zákaznických účtů. Kde data získat Událost se zaznamená při zaúčtování vyrovnávací transakce, která propojí platební doklad s fakturou v pomocné knize pohledávek. Zachycení Použijte datum zaúčtování vyrovnávacího dokladu nebo datum přiřazení zaznamenané v tabulkách pro zpracování plateb. Typ události explicit | |||
| Příslib úhrady nedodržen | Vypočítaná událost, která označuje, že zákazník neuhradil platbu do dohodnutého data. Jde o komplikaci v procesu inkasa, která často vyžaduje další kroky. | ||
| Proč je to důležité Tato činnost upozorňuje na neefektivitu a nespolehlivé přísliby. Analýza její četnosti pomáhá určit rizikové zákazníky a upravit následné kroky při inkasu. Kde data získat Událost se odvodí kontrolou, zda uplynulo datum příslibu úhrady u faktury, aniž by byla zaúčtována odpovídající úhrada. Zachycení Pokud k faktuře nebyla přiřazena odpovídající platba, vytvořte událost den po datu příslibu úhrady. Typ události calculated | |||
| Úvěrový limit schválen | Označuje úspěšné dokončení posouzení úvěruschopnosti, při kterém je zákazníkovi oficiálně přidělen nebo upraven úvěrový limit. Tato činnost obvykle předchází vystavení faktury a stanovuje podmínky transakce. | ||
| Proč je to důležité Analýza doby mezi schválením úvěru a vystavením faktury pomáhá vyhodnotit efektivitu prodejního cyklu. Zároveň objasňuje, proč mohou mít některé faktury konkrétní platební podmínky nebo později vyžadovat zvláštní kroky při inkasu. Kde data získat Tato událost se obvykle zaznamenává v modulu pro správu úvěrů nebo v systému CRM, když správce úvěrů schválí žádost zákazníka o úvěr nebo jeho posouzení. Zachycení Zaznamenejte časové razítko, kdy se stav posouzení úvěruschopnosti zákazníka změní na „Schváleno“ nebo kdy se stanoví nová výše úvěrového limitu. Typ události explicit | |||
| Vyřešení reklamace | Označuje ukončení procesu správy reklamace, kdy byla záležitost prošetřena a dohodnuto řešení. Fakturu lze nyní uhradit nebo odepsat. | ||
| Proč je to důležité Doba vyřízení reklamace přímo ovlivňuje peněžní tok i spokojenost zákazníků. Tato aktivita určuje konec období, za které se měří doba vyřízení reklamace. Kde data získat Zaznamená se při změně stavu případu reklamace na „Vyřešeno“ nebo „Uzavřeno“ nebo při odebrání příznaku reklamace z faktury. Zachycení Použijte časové razítko změny stavu případu reklamace nebo záznamu faktury, které označuje vyřešení. Typ události explicit | |||
| Vystavení dobropisu | Označuje vytvoření dobropisu, který se uplatní vůči faktuře. Dobropis se často vystavuje kvůli opravě chyby ve fakturaci nebo jako součást vyřízení reklamace. | ||
| Proč je to důležité Časté vystavování dobropisů může ukazovat na systémové problémy v předcházejících částech procesu od objednávky po inkaso, například nesprávné ceny nebo chyby při expedici. Tato aktivita je důležitá pro analýzu příčin. Kde data získat Jde o standardní finanční transakci, která se zaznamenává podle data zaúčtování dobropisu v modulu pohledávek. Zachycení Použijte datum vytvoření nebo zaúčtování uvedené v záhlaví dobropisu a propojte dobropis s původní fakturou. Typ události explicit | |||
| Zahájeno upomínání | Označuje zahájení formálního procesu upomínání nebo zařazení faktury po splatnosti do konkrétní strategie inkasa. Jde o systematičtější postup než odeslání jediné upomínky. | ||
| Proč je to důležité Tato činnost označuje zesílení kroků při inkasu. Analýza doby do této fáze a jejích výsledků pomáhá vyhodnotit efektivitu a účinnost celkové strategie upomínání. Kde data získat Událost se zaznamená při prvním přiřazení úrovně upomínání k faktuře nebo při spuštění formální strategie inkasa v systému pro správu inkasa. Zachycení Zaznamenejte časové razítko, kdy je faktura poprvé zahrnuta do formálního běhu upomínání nebo kdy je jí přiřazena strategie inkasa. Typ události explicit | |||
| Zákazník kontaktován kvůli inkasu | Označuje ruční kontakt pracovníka inkasa se zákazníkem, například telefonát nebo osobní e-mail. Pracovník inkasa tuto činnost zaznamená v systému. | ||
| Proč je to důležité Tato činnost ukazuje rozsah ruční práce při inkasu. Analýza četnosti kontaktů a jejich výsledků pomáhá vyhodnotit efektivitu pracovníků inkasa a rozdělení zdrojů. Kde data získat Tato událost se obvykle získává ze záznamů aktivit, úkolů nebo interakcí vytvořených uživateli v modulu pro inkaso nebo CRM. Zachycení Získejte datum a čas vytvoření zaznamenaných aktivit, například „Telefonát“ nebo „E-mail“, přiřazených k zákazníkovi nebo faktuře. Typ události explicit | |||
Návody k extrakci dat
Metody extrakce se liší podle systému. Podrobný postup najdete v
Chcete začít?
Vyberte si níže návod k extrakci dat pro konkrétní systém, nebo použijte tuto obecnou šablonu jako základ pro přípravu dat.
Zabraňte únikům výnosů: zlepšete správu pohledávek a vymáhání
Snadno se propojí s vašimi stávajícími systémy. Výsledky uvidíte během několika dnů.
Platební kartu nepotřebujete. Začít můžete hned.