Datová šablona pro správu výdajů
Datová šablona pro správu výdajů
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.
Atributy správy výdajů
| 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í | |||
Činnosti při správě výdajů
| 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 | |||
Návody na získání dat
Metody extrakce se liší podle systému. Podrobný postup najdete v
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ů.
Bez platební karty • Nastavení za 5 minut