Datová šablona pro správu výdajů

Univerzální šablona pro process mining
Datová šablona pro správu výdajů

Datová šablona pro správu výdajů

Univerzální šablona pro process mining

Toto je obecná šablona dat pro process mining pro proces Správa výdajů. Podrobnější pokyny najdete v šablonách pro konkrétní systémy.

Vyberte konkrétní systém
  • Přehled základních datových atributů.
  • Důležité činnosti a milníky při zpracování výdajů.
  • Základ pro podrobnou analýzu procesu v jakémkoli systému.
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ýdajů

Tabulka uvádí doporučená datová pole neboli atributy, která je vhodné zahrnout do záznamu událostí. Umožní vám podrobně analyzovat proces správy výdajů a získat přesnější přehled.
5 Povinné 8 Doporučené 4 Volitelné
Název Popis
Čas události
EventTime
Časová značka s přesným datem a časem, kdy došlo ke konkrétní aktivitě nebo události.
Popis

Čas události neboli časová značka zaznamenává okamžik, kdy aktivita proběhla. Určuje chronologické pořadí událostí u každého výkazu výdajů, což je nezbytné pro přesnou rekonstrukci časové osy procesu.

V process mining jsou časové značky základem všech časových analýz. Slouží k výpočtu ukazatelů výkonnosti, jako je doba mezi aktivitami, celková doba zpracování od začátku do konce a čekání. Analýza časových značek pomáhá odhalit zpoždění ve schvalování, měřit efektivitu vyplácení náhrad a sledovat plnění dohodnutých úrovní služeb.

Proč je to důležité

Tato časová značka je nezbytná pro chronologické seřazení událostí a výpočet všech časových ukazatelů, například doby zpracování a úzkých míst.

Kde data získat

Nachází se v záznamech událostí nebo transakčních datech, často pod názvem „Datum vytvoření“, „Časová značka“ nebo „Datum události“.

Příklady
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z2023-11-02T11:05:42Z
ID výkazu výdajů
ExpenseReportId
Jedinečný identifikátor výkazu výdajů. Propojuje všechny související aktivity a slouží jako hlavní identifikátor případu.
Popis

ID výkazu výdajů je jedinečný identifikátor přiřazený každému výkazu, který zaměstnanec podá. Propojuje všechny kroky procesu, od vytvoření a podání přes schvalování a případné zamítnutí až po konečné vyplacení náhrady.

V process mining je tento atribut základem pro rekonstrukci případů. Každé jedinečné ID výkazu výdajů představuje jednu instanci procesu zpracování výdajů. Analýza průběhu jednotlivých výkazů umožňuje zobrazit procesní toky, vypočítat dobu zpracování každého výkazu a odhalit rozdíly v jejich vyřizování.

Proč je to důležité

Jde o základní identifikátor případu, který propojuje všechny události v životním cyklu výkazu výdajů a umožňuje sledovat proces od začátku do konce.

Kde data získat

Obvykle se nachází v datech hlavičky výkazu výdajů nebo v hlavní transakční tabulce procesu zpracování výdajů.

Příklady
ER-2023-08-15-001EXP7891234500012345RPT-FY24-Q1-582
Název aktivity
ActivityName
Název konkrétní obchodní události nebo úkolu, ke kterému došlo během životního cyklu výkazu výdajů.
Popis

Název aktivity popisuje jeden krok nebo změnu stavu v procesu zpracování výdajů. Příklady: „Vytvořen výkaz výdajů“, „Manažer schválil“, „Označeno porušení pravidel“ a „Náhrada výdajů vyplacena“. Pořadí těchto aktivit tvoří procesní tok každého výkazu výdajů.

Při analýze v process mining je tento atribut zásadní pro zjištění skutečného modelu procesu. Analytici díky němu mohou zobrazit mapu procesu, najít úzká místa, kde aktivity trvají příliš dlouho, odhalit opakované zpracování, například „Zpráva vrácena k úpravě“, a určit nestandardní varianty procesu. Srozumitelnost a podrobnost názvů aktivit přímo ovlivňuje kvalitu poznatků o procesu.

Proč je to důležité

Tento atribut určuje jednotlivé kroky procesu. Umožňuje zobrazit mapu procesu a analyzovat vzorce workflow i odchylky.

Kde data získat

Odvozuje se ze záznamů událostí, tabulek změn stavu nebo transakčních záznamů spojených s výkazem výdajů.

Příklady
Podání výkazu výdajůSchválení vedoucímZamítnuto financemiNáhrada výdajů vyplacena
Poslední aktualizace dat
LastDataUpdate
Časová značka označující, kdy byla data tohoto záznamu naposledy obnovena ze zdrojového systému.
Popis

Časová značka Poslední aktualizace dat uvádí, kdy byla data naposledy získána ze zdrojového systému nebo s ním synchronizována. Jasně tak určuje hranici dat zahrnutých do analýzy a všichni zúčastnění vědí, jak aktuální data jsou.

V process mining je tento atribut důležitý pro integritu dat a reporting. Uživatelé díky němu poznají, zda pracují s aktuálními informacemi, nebo s historickým snímkem. To je důležité zejména u dashboardů pro průběžné sledování, kde záleží na aktuálnosti dat. Atribut také pomáhá při řešení problémů v datových tocích, protože potvrzuje, zda se data obnovují podle plánu.

Proč je to důležité

Zajišťuje přehled o aktuálnosti dat, která je důležitá pro přesnost a relevanci analýzy procesu i monitorovacího dashboardu.

Kde data získat

Obvykle jej během načítání dat vytváří a ukládá nástroj pro integraci dat nebo ETL (Extract, Transform, Load).

Příklady
2024-05-20T02:00:00Z2024-05-19T02:00:00Z2024-05-18T02:00:00Z
Zdrojový systém
SourceSystem
Systém, aplikace nebo platforma, ze které byla data o zpracování výdajů získána.
Popis

Atribut Zdrojový systém označuje původ procesních dat. Ve velkých organizacích může zpracování výdajů zahrnovat několik propojených systémů, například HR systém s údaji o zaměstnancích, specializovaný nástroj pro podávání výkazů a ERP pro účtování. Toto pole pomáhá rozlišit data z jednotlivých zdrojů.

Tyto informace jsou užitečné při ověřování dat a při porozumění systémům, které proces podporují. Pokud se problémy soustředí v datech z konkrétního systému, může to ukazovat na potíže s integrací nebo přímo v dané aplikaci. Informace o zdroji také poskytuje kontext a pomáhá analytikům určit, který systém je pro jednotlivé kroky procesu zdrojem pravdy.

Proč je to důležité

Označuje původ dat, což je důležité pro správu dat, řešení problémů a pochopení rozdílů v procesu napříč platformami.

Kde data získat

Tato informace bývá součástí procesu extrakce dat nebo metadat. Může se doplnit také při přípravě dat.

Příklady
SAP ConcurExpensifyCoupaBrexRamp
Celková částka
TotalAmount
Celková peněžní hodnota výkazu výdajů podaného k proplacení.
Popis

Celková částka představuje součet všech jednotlivých položek výdajů v jednom výkazu. Jde o částku, která podléhá schválení a proplacení.

Tento atribut je důležitý pro finanční analýzu v process mining. Umožňuje rozdělit výkazy do hodnotových pásem, například na výkazy s vysokou a nízkou částkou, které často procházejí odlišnými schvalovacími postupy. Analytici mohou pomocí tohoto atributu vypočítat průměrné náklady na jeden výkaz, zkoumat finanční dopad opakovaného zpracování a zamítnutí nebo odhalovat trendy ve výdajích. Porovnání celkové částky s dobou zpracování může ukázat, zda schvalování výkazů s vyššími částkami trvá déle.

Proč je to důležité

Umožňuje analyzovat finanční dopady, odhalovat vzorce ve výdajích a rozdělit proces podle hodnoty výkazu.

Kde data získat

Je k dispozici v hlavičce dat výkazu výdajů a často se počítá jako součet částek všech položek.

Příklady
150.752500.0085.5012500.20
Důvod zamítnutí
RejectionReason
Důvod, který manažer nebo uživatel z finančního oddělení uvedl při zamítnutí výkazu výdajů nebo jeho vrácení k úpravě.
Popis

Důvod zamítnutí je textové pole nebo předem definovaný kód, který vysvětluje, proč výkaz výdajů neprošel schvalovacím krokem. Mezi běžné důvody patří „Chybí účtenka“, „Nesprávná kategorie“ nebo „Výdaj mimo pravidla“.

Tento atribut je velmi užitečný při hledání příčin opakovaného zpracování. Analýza nejčastějších důvodů zamítnutí pomáhá odhalit systémové problémy. Pokud je například nejčastějším důvodem chybějící účtenka, může být potřeba lépe vysvětlit požadavky na dokumentaci nebo zjednodušit přikládání účtenek. Takové poznatky umožňují cíleně zlepšit proces, zvýšit podíl schválení napoprvé, omezit opakované zpracování a zkrátit celkovou dobu cyklu.

Proč je to důležité

Vysvětluje příčiny opakovaného zpracování a umožňuje cíleně snižovat počet zamítnutí i zvyšovat podíl případů vyřízených napoprvé.

Kde data získat

Zaznamenává se do pole pro komentář nebo vybírá ze seznamu, když schvalovatel použije akci „Zamítnout“ nebo „Vrátit“.

Příklady
Chybí účtenkaNesprávná kategorie výdajePřekročen limit denních výdajůDuplicitní výdaj
Měna
Currency
Kód měny celkové částky výkazu výdajů, například USD, EUR nebo GBP.
Popis

Atribut Měna určuje měnovou jednotku celkové částky. V mezinárodních organizacích zaměstnanci vykazují výdaje v různých měnách a toto pole poskytuje potřebný kontext pro všechny peněžní hodnoty.

Tento atribut je nezbytný pro přesnou finanční analýzu, zejména v mezinárodním prostředí. Umožňuje správně interpretovat peněžní hodnoty a převést je na společnou měnu pro souhrnné reporty. Bez něj by srovnání celkové částky výkazu v JPY s částkou v USD nedávalo smysl. Je také základem dashboardů, které zobrazují celkové výdaje, průměrné náklady a finanční KPI napříč regiony.

Proč je to důležité

Poskytuje potřebný kontext pro všechny peněžní hodnoty a umožňuje přesné finanční reporty i srovnání mezi regiony a zeměmi.

Kde data získat

Obvykle se ukládá společně s poli částek v datech hlavičky výkazu výdajů.

Příklady
USDEURGBPJPY
Oddělení zaměstnance
EmployeeDepartment
Obchodní jednotka nebo oddělení zaměstnance, který podal výkaz výdajů.
Popis

Tento atribut označuje organizační jednotku, například „Prodej“, „Vývoj“ nebo „Marketing“, do které předkladatel patří. Často je propojen se střediskem odpovědným za dané výdaje.

Oddělení zaměstnance je důležitým rozměrem pro srovnávací analýzu. Umožňuje filtrovat proces podle oddělení a odhalit výrazné rozdíly v jeho průběhu. Jedno oddělení může mít například mnohem vyšší podíl porušení pravidel nebo delší dobu schvalování než jiné. Tyto poznatky mohou vedení pomoci určit, zda konkrétní týmy potřebují cílené školení, úpravu procesu nebo upřesnění pravidel.

Proč je to důležité

Umožňuje srovnávat obchodní jednotky a odhalovat chování specifické pro jednotlivá oddělení, úzká místa nebo problémy s dodržováním pravidel.

Kde data získat

Obvykle se přebírá z hlavního záznamu zaměstnance, který je propojen s výkazem výdajů.

Příklady
ProdejVývojMarketingFinance
Předkladatel
Submitter
Jméno nebo ID zaměstnance, který vytvořil a podal výkaz výdajů.
Popis

Předkladatel je zaměstnanec, kterému vznikly výdaje a který zahájil proces jejich proplacení vytvořením výkazu. Tento atribut je obvykle stejný u všech událostí spojených s jedním případem výkazu výdajů.

Obecný atribut „Uživatel“ označuje aktéra každého kroku, zatímco „Předkladatel“ poskytuje stálý atribut na úrovni případu pro analýzu chování vlastníka výkazu. Umožňuje zaměřit analýzu na zkušenost zaměstnanců, například zjistit, kdo má výkazy často zamítané nebo opakovaně porušuje pravidla. Na základě těchto poznatků lze připravit cílenou komunikaci nebo školení a od začátku zlepšit efektivitu procesu i dodržování pravidel.

Proč je to důležité

Označuje vlastníka výkazu výdajů a umožňuje analyzovat chování zaměstnanců, například odhalit časté porušování pravidel nebo příčiny opakovaného zpracování.

Kde data získat

Nachází se v datech hlavičky výkazu výdajů a je propojen se zaměstnancem, který záznam vytvořil.

Příklady
Alice JohnsonRobert WilliamsEMP10234s.chen
Příznak porušení pravidel
PolicyViolationFlag
Logická hodnota, která je pravdivá, pokud byl výkaz výdajů označen kvůli jednomu nebo více porušením pravidel.
Popis

Příznak porušení pravidel je jednoduchá hodnota ano/ne, která ukazuje, zda byl výkaz výdajů automaticky nebo ručně označen jako nesouladný s pravidly společnosti pro výdaje. Může jít například o překročení limitu, použití neschváleného dodavatele nebo chybějící dokumentaci.

Tento příznak je důležitý pro analýzu dodržování pravidel. Organizace díky němu mohou vypočítat celkový podíl porušení a zjistit, ve kterých odděleních, kategoriích výdajů nebo u kterých zaměstnanců k nim dochází nejčastěji. Pochopení četnosti a povahy porušení pomáhá upravovat pravidla, zlepšovat automatické kontroly a připravovat cílená školení. Tím lze omezit výdaje v rozporu s pravidly i výjimky v procesu.

Proč je to důležité

Přímo podporuje sledování dodržování pravidel tím, že označuje výkazy, které s nimi nejsou v souladu, a pomáhá měřit i omezovat jejich porušování.

Kde data získat

Příznak nebo pole v hlavičce výkazu výdajů či v datech jednotlivých položek, které často nastavuje modul pravidel systému.

Příklady
truefalse
Stav výkazu
ReportStatus
Aktuální nebo konečný stav výkazu výdajů v průběhu jeho životního cyklu, například „Podáno“, „Schváleno“ nebo „Zaplaceno“.
Popis

Stav výkazu ukazuje, v jaké fázi procesu se výkaz výdajů právě nachází, případně jaký je jeho konečný výsledek. Stav se obvykle mění při přechodu mezi fázemi podání, schválení, zpracování a platby.

Tento atribut umožňuje filtrovat případy a analyzovat konkrétní skupiny. Můžete se například zaměřit pouze na zamítnuté výkazy a zjistit důvody zamítnutí nebo na výkazy čekající na schválení a prozkoumat aktuální úzká místa. V dashboardech poskytuje souhrnný přehled o aktuální pracovní zátěži a stavu všech rozpracovaných výkazů. Lze jej také použít k ověření posloupnosti aktivit vytvořené pro process mining.

Proč je to důležité

Poskytuje souhrnný přehled o stavu výkazu, který se hodí k filtrování případů a tvorbě provozních dashboardů s aktuální pracovní zátěží.

Kde data získat

Pole v hlavní tabulce hlaviček výkazů výdajů, které se aktualizuje podle postupu výkazu v jeho workflow.

Příklady
Čeká na schváleníSchválenoZaplacenoZamítnutoStaženo
Uživatel
User
Jméno nebo ID uživatele, zaměstnance či systémového účtu, který provedl zaznamenanou aktivitu.
Popis

Atribut Uživatel označuje osobu nebo automatizovaného agenta odpovědného za provedení konkrétního kroku procesu. Může jít o zaměstnance, který podal výkaz, manažera, který jej schválil, nebo pracovníka finančního týmu, který zpracoval náhradu výdajů.

Analýza procesu podle uživatelů je důležitá pro pochopení rozložení pracovní zátěže, porovnání výkonu jednotlivců a odhalení konkrétních osob, které mohou způsobovat zpoždění. Může například ukázat, zda je určitý manažer úzkým místem ve schvalovacím řetězci. Pomáhá také analyzovat rozdělení zdrojů a zajišťuje odpovědnost i možnost auditu v celém procesu.

Proč je to důležité

Označuje aktéra každého kroku a umožňuje analyzovat pracovní zátěž, porovnávat výkon a odhalovat úzká místa spojená s konkrétními osobami nebo týmy.

Kde data získat

Je k dispozici v záznamu událostí nebo historii transakcí, často propojený s ID uživatele či zaměstnance.

Příklady
john.doejane.smithapprover_team_leadsystem.batch.user
Kategorie výdaje
ExpenseCategory
Zařazení výdaje, například „Cestování“, „Stravování“, „Software“ nebo „Kancelářské potřeby“.
Popis

Kategorie výdajů slouží k rozlišení typu výdaje uvedeného ve vyúčtování. Jedno vyúčtování může obsahovat více kategorií, pokud zahrnuje několik položek.

Analýza procesu podle kategorie výdajů pomáhá organizacím porozumět struktuře výdajů a odhalit odlišnosti v průběhu procesu u jednotlivých kategorií. Například schvalování výdajů za „zahraniční cesty“ může být složitější a delší než u „kancelářských potřeb“. Tento atribut umožňuje podrobněji sledovat shodu s pravidly a zjistit, zda u některých kategorií dochází k porušování zásad častěji. Je důležitý také pro finanční plánování a sestavování rozpočtu.

Proč je to důležité

Umožňuje analyzovat strukturu výdajů a zjistit, zda různé typy výdajů procházejí odlišnými procesy nebo se u nich liší míra shody s pravidly.

Kde data získat

Obvykle se uvádí na úrovni jednotlivých položek vyúčtování. Pro analýzu případů lze kategorie sloučit nebo použít tu nejčastější.

Příklady
LetenkyStravování a reprezentacePředplatné softwaruKancelářské potřebyHotel
Schvalovatel
Approver
Jméno nebo ID uživatele, obvykle vedoucího nebo pracovníka finančního oddělení, který odpovídá za schválení vyúčtování.
Popis

Atribut Schvalovatel označuje osobu, která ve workflow vyúčtování schvaluje nebo zamítá. Proces může mít několik úrovní schvalování, například nejprve přímého nadřízeného a poté vedoucího oddělení nebo pracovníka finančního týmu.

Stejně jako atribut Uživatel se i Schvalovatel hodí zejména k analýze fáze schvalování, která bývá častým zdrojem prodlev. Umožňuje měřit dobu schvalování u jednotlivých osob a odhalit úzká místa. V dashboardech lze zobrazit vytížení a výsledky jednotlivých schvalovatelů. Tyto informace pomáhají při plánování zdrojů a ukazují, kde může být potřeba další školení k pravidlům pro výdaje.

Proč je to důležité

Určuje konkrétní osobu odpovědnou za schválení a umožňuje analyzovat prodlevy, vytížení i jednotnost rozhodování.

Kde data získat

Zaznamenává se v záznamu událostí nebo v historii transakcí u činností souvisejících se schvalováním.

Příklady
David ChenMGR1056Fronta schvalování financemisusan.g
Výsledek auditu
AuditOutcome
Výsledek ručního nebo automatizovaného auditu vyúčtování.
Popis

Výsledek auditu zaznamenává zjištění z auditní kontroly v rámci procesu. Může jít o automatizovanou systémovou kontrolu dodržování pravidel nebo o ruční kontrolu finančním či auditním týmem. Mezi obvyklé výsledky patří „vyhověl“, „nevyhověl“ nebo „vyhověl s výhradami“.

Tento atribut přímo ukazuje účinnost interních kontrol. Analýza výsledků auditu pomáhá firmě posoudit míru rizika i kvalitu předložených vyúčtování. Odhalí oblasti, kde kontroly selhávají nebo kde se pravidla opakovaně vykládají nesprávně. process mining umožňuje porovnat výsledky auditu s dalšími atributy a zjistit například, zda některé kategorie výdajů nebo oddělení vykazují vyšší podíl neúspěšných auditů.

Proč je to důležité

Přímo ukazuje výsledky kontrol shody s pravidly a interních kontrol, a pomáhá tak posoudit rizika i účinnost auditních pravidel.

Kde data získat

Pole aktualizované automatizovaným systémem pravidel nebo uživatelem z auditního či finančního týmu po dokončení kontroly.

Příklady
VyhovělNevyhověl, chybí dokumentaceJe třeba doplnit informaceVyhověl s výhradami
Způsob platby
PaymentMethod
Způsob úhrady výdajů, například „firemní kartou“ nebo „z vlastních prostředků“.
Popis

Způsob platby určuje, jak zaměstnanec původní výdaj uhradil. Obvykle jde buď o firemní kartu vydanou zaměstnavatelem, nebo o vlastní prostředky zaměstnance, které je třeba následně přímo proplatit.

Tento atribut pomáhá rozlišit dvě hlavní varianty procesu. Transakce firemní kartou se často ověřují jednodušeji, protože údaje přicházejí přímo od vydavatele karty. Výdaje hrazené z vlastních prostředků naopak vyžadují důkladnější kontrolu a následnou platbu zaměstnanci. Analýza podle způsobu platby může odhalit rozdíly v době zpracování, míře shody s pravidly i nákladech mezi těmito dvěma postupy. Může také ukázat, zda by větší využívání firemních karet zefektivnilo proces.

Proč je to důležité

Rozlišuje hlavní varianty procesu, tedy platbu firemní kartou a z vlastních prostředků. Každá může mít jinou míru rizika, efektivitu i úroveň kontroly.

Kde data získat

Obvykle se uvádí u jednotlivých položek výdajů a označuje zdroj peněz použitých k transakci.

Příklady
Firemní kartaVlastní prostředkyPaušální náhradaHrazeno společností
Povinné Doporučené Volitelné

Činnosti při správě výdajů

Tato část uvádí důležité kroky procesu a milníky, které je vhodné zaznamenávat pro přesné zjištění a znázornění průběhu zpracování výdajů.
6 Doporučené 9 Volitelné
Aktivita Popis
Náhrada výdajů vyplacena
Tato aktivita označuje okamžik, kdy je zaměstnanci úspěšně vyplacena náhrada výdajů. Z pohledu zaměstnance tím proces úspěšně končí.
Proč je to důležité

Určuje důležitý koncový bod procesu a umožňuje měřit celkovou dobu vyplacení náhrady. Jde o důležitý ukazatel spokojenosti zaměstnanců.

Kde data získat

Obvykle se zaznamenává v protokolech o zpracování plateb nebo jako konečná aktualizace stavu, například „Zaplaceno“ či „Náhrada vyplacena“, kterou odešle integrovaný platební systém.

Zachycení

Použijte datum provedení platby z finančního záznamu transakce spojené s výkazem výdajů.

Typ události explicit
Podání výkazu výdajů
K události dochází, když zaměstnanec formálně podá vyplněný výkaz výdajů a zahájí tak schvalovací workflow. Stav výkazu se změní z konceptu na čekající na schválení.
Proč je to důležité

Jde o důležitý milník, který označuje konec zadávání údajů a začátek schvalování. Prodlevy před tímto bodem závisí na uživateli, zatímco prodlevy po něm souvisejí s procesem.

Kde data získat

Tato událost se zaznamenává v protokolu změn stavu nebo pomocí časového razítka podání v historii výkazu.

Zachycení

Najděte událost, při které se stav výkazu změní z konceptu nebo otevřeného stavu na podaný nebo čekající na schválení.

Typ události explicit
Schválení vedoucím
Přímý vedoucí zaměstnance nebo schvalovatel první úrovně zkontroloval a schválil výkaz výdajů. Jde o důležitý rozhodovací bod, který posouvá výkaz dál ve workflow.
Proč je to důležité

Měří dobu trvání a efektivitu první fáze schvalování. Jde o důležitý milník pro výpočet celkové doby schvalovacího cyklu.

Kde data získat

Záznam se nachází v tabulkách historie schvalování nebo auditní stopy, které evidují kroky schvalovatelů a časová razítka.

Zachycení

V historii schvalování vyhledejte první akci „Schváleno“, kterou provedl uživatel s rolí manažera.

Typ události explicit
Schváleno financemi
Finanční nebo auditní tým dokončí kontrolu a výkaz výdajů definitivně schválí. Často jde o poslední schvalovací krok před zpracováním náhrady výdajů.
Proč je to důležité

Jde o poslední milník schvalování. Doba od podání výkazu do této události představuje celkovou dobu schvalovacího cyklu, tedy důležitý ukazatel výkonnosti.

Kde data získat

Záznam se ukládá jako samostatná událost v historii schvalování nebo v tabulkách auditního protokolu spolu s údaji o schvalovateli.

Zachycení

V historii schvalování vyhledejte konečnou akci „Schváleno“, kterou obvykle provádí uživatel z finančního oddělení nebo auditu.

Typ události explicit
Vytvoření výkazu výdajů
Označuje začátek procesu, kdy zaměstnanec vytvoří nový výkaz výdajů. Jde o první zaznamenanou událost, která stanoví identifikátor případu pro další sledování.
Proč je to důležité

Určuje začátek procesu od začátku do konce a umožňuje přesně měřit celkovou dobu od vytvoření výkazu až po konečné vyúčtování.

Kde data získat

Tato událost se obvykle zaznamenává podle časového razítka vytvoření v hlavních údajích výkazu výdajů.

Zachycení

Použijte časové razítko vytvoření z hlavní tabulky nebo objektu výkazu výdajů.

Typ události explicit
Zaúčtováno
Označuje poslední krok, při kterém se údaje o výdajích úspěšně zaúčtují do hlavní knihy společnosti nebo systému ERP. Tím se dokončí finanční vypořádání výkazu výdajů.
Proč je to důležité

Z pohledu finančního účetnictví označuje skutečný konec procesu. Doba mezi vyplacením náhrady a touto událostí ukazuje efektivitu činností při finanční uzávěrce.

Kde data získat

Záznam se získá z protokolů integrace ERP nebo z konečného stavu výkazu, který potvrzuje synchronizaci s účetním systémem.

Zachycení

Použijte časovou značku z protokolu integrace, která potvrzuje úspěšné zaúčtování do hlavní knihy.

Typ události explicit
Manažer zamítl
Manažer na první úrovni zkontroloval výkaz výdajů a definitivně jej zamítl. Tím se obvykle zpracování tohoto výkazu zastaví a je nutné vytvořit nový.
Proč je to důležité

Odhaluje selhání procesu v první fázi schvalování. Vysoký podíl zamítnutí může ukazovat na nejasnosti v pravidlech nebo nízkou kvalitu podaných výkazů.

Kde data získat

Záznam se nachází v historii schvalování nebo jako konečná změna stavu na „Zamítnuto“, kterou provedl manažer.

Zachycení

V auditní stopě zaznamenejte časovou značku konečné akce „Zamítnout“, kterou provedl schvalovatel na první úrovni.

Typ události explicit
Náhrada výdajů naplánována
Po konečném schválení se výkaz výdajů zařadí do fronty k úhradě v některé z následujících dávek plateb. Tato událost označuje předání ze schvalovací fáze do platebního systému.
Proč je to důležité

Měří efektivitu předání do procesu úhrady. Zpoždění mohou ukazovat na neefektivní dávkové zpracování nebo problémy s integrací platebního systému.

Kde data získat

Odvozuje se ze změny stavu na „Čeká na platbu“ nebo „Schváleno k úhradě“ po zaznamenání konečného schválení.

Zachycení

Použijte časovou značku zařazení výkazu do platební dávky nebo změny jeho stavu, která značí připravenost k úhradě.

Typ události inferred
Označení porušení pravidel
Automatická systémová kontrola nebo ruční kontrola odhalí výdaj, který může být v rozporu s firemními pravidly. Událost se zaznamená, když se u výkazu nastaví příznak nebo upozornění na konkrétní porušení pravidel.
Proč je to důležité

Upozorňuje na problémy se shodou a často vede k opakované práci a zamítnutí výkazu. Analýza těchto příznaků pomáhá odhalit nejasná pravidla nebo oblasti, ve kterých je třeba zaměstnance proškolit.

Kde data získat

Tyto údaje se nacházejí v systémových protokolech nebo tabulkách výjimek. Lze je také zjistit sledováním okamžiku, kdy se příznak porušení poprvé přiřadí k výkazu nebo jeho položkám.

Zachycení

Použijte časové razítko vytvoření záznamu o výjimce z pravidel nebo nastavení příznaku porušení na hodnotu true.

Typ události explicit
Přiložení účtenky
Označuje úkon uživatele, který nahraje účtenku nebo jiný podpůrný dokument a připojí jej k položce výdaje. Každá příloha se obvykle zaznamenává jako samostatná událost.
Proč je to důležité

Sleduje chování uživatelů a možné prodlevy při dodávání dokladů. Tyto prodlevy často zdržují přípravu výkazu k podání.

Kde data získat

Tyto údaje se obvykle nacházejí v systémových protokolech auditu nebo v samostatné tabulce příloh, která propojuje dokumenty s výkazy výdajů.

Zachycení

Zaznamenejte časové razítko každého nového záznamu v tabulkách dokumentů nebo příloh.

Typ události explicit
Výkaz stažen
Zaměstnanec, který výkaz výdajů podal, jej zruší před konečným schválením. Výkaz se tím odebere z aktivního schvalovacího workflow.
Proč je to důležité

Označuje zrušení procesu ze strany koncového uživatele. Zjištění důvodů stažení výkazů pomáhá lépe porozumět uživatelské zkušenosti a srozumitelnosti procesu.

Kde data získat

Obvykle jde o samostatnou událost zaznamenanou v auditní stopě výkazu nebo o změnu stavu na „Staženo“ či „Zrušeno“.

Zachycení

Vyhledejte událost, při které původní předkladatel provede akci vedoucí ke zrušení výkazu.

Typ události explicit
Výkaz výdajů uzavřen
Po dokončení všech kroků se výkaz výdajů v systému formálně označí jako uzavřený. Jde o konečnou změnu stavu, která znamená, že se již neočekávají žádné další změny.
Proč je to důležité

Určuje jednoznačný konec procesu, takže analýza nezahrnuje výkazy, které jsou technicky stále otevřené, ale už se s nimi nepracuje.

Kde data získat

Odvozuje se z posledního zaznamenaného stavu, například „Uzavřeno“ nebo „Archivováno“, po kterém už nenásleduje žádná další aktivita.

Zachycení

Vyhledejte časovou značku poslední změny stavu na konečný stav, například „Uzavřeno“.

Typ události inferred
Zahájena kontrola financemi
Označuje okamžik, kdy výkaz výdajů vstoupí do fronty finančního nebo účetního oddělení ke konečné kontrole a auditu. Obvykle se odvozuje ze změny stavu po schválení manažerem.
Proč je to důležité

Pomáhá měřit dobu čekání ve frontě, než se finanční tým pustí do práce. Dlouhé čekání může být skrytým úzkým místem procesu.

Kde data získat

Odvozuje se ze záznamů o změnách stavu, kdy se stav výkazu změní na „Čeká na kontrolu financemi“ nebo podobný stav.

Zachycení

Použijte časovou značku změny stavu, při které je výkaz zařazen do fronty finančního oddělení nebo auditu.

Typ události inferred
Zamítnuto financemi
Finanční oddělení výkaz výdajů zamítlo, obvykle kvůli závažnému porušení pravidel, nesouladu nebo chybějící dokumentaci. Zamítnutí bývá konečné a proces se tím zastaví.
Proč je to důležité

Odhaluje závažné nedostatky v dodržování pravidel nebo selhání procesu. Na rozdíl od zamítnutí manažerem často poukazuje na vážnější problémy.

Kde data získat

Záznam se nachází v historii schvalování nebo jako konečná změna stavu na „Zamítnuto“, kterou provedl uživatel z finančního oddělení.

Zachycení

V auditní stopě zaznamenejte časovou značku konečné akce „Zamítnout“, kterou provedl schvalovatel z finančního oddělení nebo auditu.

Typ události explicit
Zpráva vrácena k úpravě
Schvalovatel, obvykle manažer nebo pracovník finančního oddělení, vrátí zaměstnanci výkaz k opravě, aniž by jej definitivně zamítl. Tím se zahájí opakované zpracování a výkaz se vrátí do stavu konceptu.
Proč je to důležité

Tato aktivita je hlavním ukazatelem opakovaného zpracování v procesu. Analýza její četnosti a příčin odhalí neefektivní místa a možnosti zlepšení.

Kde data získat

Záznam se získá z historie schvalování nebo zjištěním změny stavu z „Čeká na schválení“ zpět na „Koncept“ či „Otevřeno“.

Zachycení

Hledejte konkrétní události „Vráceno“ nebo změny stavu, které ukazují, že byl výkaz vrácen předkladateli.

Typ události explicit
Doporučené Volitelné

Návody na získání 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 s process miningem výběrem návodu pro získání dat z konkrétního systému. Nebo použijte tuto obecnou šablonu a připravte data o správě výdajů z libovolného zdroje. Pomůžeme vám z nich získat užitečné poznatky.

Začněte zlepšovat správu výdajů ještě dnes

Odhalte skrytou neefektivitu a zajistěte dodržování pravidel při zpracování všech výdajů.

Začněte zkušební verzi

Bez platební karty • Nastavení za 5 minut