Datová šablona pro správu výdajů
Datová šablona pro správu výdajů
- Doporučené atributy pro analýzu
- Aktivity, které je vhodné v procesu sledovat
- Pokyny k získání dat
Atributy správy výdajů
| Název | Popis | ||
|---|---|---|---|
|
Čas události
EventTime
|
Časové razítko udávající, kdy došlo ke konkrétní aktivitě nebo události. | ||
|
Popis
Čas události udává přesné datum a čas každé aktivity v procesu. Tato časová informace je pro process mining zásadní, protože určuje chronologické pořadí událostí. Časové razítko slouží k výpočtu doby mezi aktivitami, odhalení čekání a zpoždění a analýze výkonnosti procesu v různých obdobích. Umožňuje počítat důležité ukazatele, například „Průměrnou dobu kontroly manažerem“ a „Prodlevu při proplácení“, a podporuje analýzu úzkých míst i sledování výkonnosti.
Proč je to důležité
Časové razítko je nezbytné pro výpočet všech časových ukazatelů, například doby zpracování a čekání, které pomáhají odhalit zpoždění.
Kde data získat
Každý záznam události nebo transakce v Brex by měl obsahovat časové razítko. Najdete ho v odpovědích API nebo v exportech dat o vyúčtováních.
Příklady
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
|
|||
|
ID vyúčtování výdajů
ExpenseReportId
|
Jedinečný identifikátor vyúčtování výdajů, který slouží jako hlavní ID případu pro sledování jeho průběhu. | ||
|
Popis
ID vyúčtování výdajů je základem procesu správy výdajů. Propojuje všechny související aktivity od vytvoření a odeslání přes schválení až po proplacení do jednoho případu. V process mining analýze umožňuje toto ID sledovat každé vyúčtování od začátku do konce. Pomocí něj lze rekonstruovat přesný průběh, měřit celkovou dobu zpracování, odhalit opakované zpracování po vrácení k opravě a analyzovat varianty procesu, včetně běžných i výjimečných postupů.
Proč je to důležité
Toto ID je nezbytné pro sledování celého průběhu vyúčtování a analýzu doby zpracování, úzkých míst a odchylek od procesu.
Kde data získat
Jde o hlavní identifikátor v modulu správy výdajů Brex. Obvykle je dostupný ve všech exportech dat o vyúčtováních i v koncových bodech API.
Příklady
ER-2023-08-1012ER-2023-09-2345ER-2023-10-5567
|
|||
|
Název aktivity
ActivityName
|
Název konkrétní události nebo úkolu, ke kterému došlo během zpracování vyúčtování. | ||
|
Popis
Název aktivity popisuje krok procesu, například „Odeslání vyúčtování výdajů“, „Schválení manažerem“ nebo „Proplacení výdajů“. Tyto události tvoří posloupnost kroků v procesu. Analýza aktivit umožňuje zobrazit mapu procesu, najít úzká místa mezi kroky a spočítat četnost různých výsledků, například schválení a zamítnutí. Díky ní lze zjistit, co se při správě výdajů skutečně děje.
Proč je to důležité
Tento atribut je důležitý pro vytvoření mapy procesu a pochopení posloupnosti událostí, kterými každé vyúčtování prochází.
Kde data získat
Údaj pochází ze záznamů událostí nebo stavů transakcí v systému Brex. Kódy stavů nebo typy událostí může být potřeba převést na srozumitelné názvy.
Příklady
Vytvoření vyúčtování výdajůSchválení manažeremZamítnutí financemiProplacení výdajů
|
|||
|
Celková částka
TotalAmount
|
Celková peněžní hodnota vyúčtování výdajů. | ||
|
Popis
Tento atribut udává celkovou částku uplatněnou ve vyúčtování. Jde o důležitý finanční ukazatel, který pomáhá porozumět výdajovým vzorcům a finančním dopadům procesu. Při analýze lze podle celkové částky rozdělit vyúčtování do různých pásem, například na vysoké a nízké částky. Mohou se na ně vztahovat odlišné schvalovací postupy nebo úroveň kontroly. Údaj je důležitý také pro finanční výkaznictví, analýzu rozpočtu a sledování výdajů podle oddělení či kategorie.
Proč je to důležité
Tento atribut umožňuje finanční analýzu, například vyhledání vyúčtování s vysokou částkou, která mohou vyžadovat důkladnější kontrolu nebo delší schvalování.
Kde data získat
Jde o standardní pole každého vyúčtování výdajů v Brex. Najdete ho v hlavním objektu vyúčtování v odpovědích API nebo exportovaných datech.
Příklady
150.752500.0079.99
|
|||
|
Oddělení zaměstnance
EmployeeDepartment
|
Oddělení zaměstnance, který odeslal vyúčtování výdajů. | ||
|
Popis
Tento atribut označuje oddělení, například obchod, vývoj nebo marketing, do kterého zaměstnanec, jenž vyúčtování odeslal, patří. Jde o důležitý rozměr pro organizační analýzu. Analýza podle oddělení pomáhá odhalit rozdíly v procesu, úzká místa nebo problémy se shodou v konkrétních částech organizace. Může například ukázat, že některé oddělení má výrazně vyšší míru zamítnutí nebo delší dobu schvalování než ostatní. To může být důvodem pro cílené školení nebo úpravu procesu. Údaj je důležitý také pro sledování rozpočtů oddělení a rozdělení nákladů.
Proč je to důležité
Umožňuje filtrovat a porovnávat výkonnost procesu napříč různými organizačními jednotkami a odhalit problémy či trendy v konkrétních odděleních.
Kde data získat
Údaj obvykle pochází z profilu zaměstnance v Brex, který se často synchronizuje z personálního informačního systému.
Příklady
ObchodVývojMarketingFinance
|
|||
|
Příznak porušení pravidel
PolicyViolationFlag
|
Logický příznak, který udává, zda bylo vyúčtování označeno kvůli porušení pravidel. | ||
|
Popis
Tento atribut má hodnotu true nebo false. Nastaví se, když automatický systém Brex pro kontrolu pravidel zjistí možné porušení, například překročení limitu pro danou kategorii výdajů nebo chybějící účtenku. Příznak je základem analýzy shody a KPI „Míra porušení pravidel“. Umožňuje rychle filtrovat vyúčtování, která pravidla nesplňují, a zjistit, jak ovlivňují dobu zpracování a míru zamítnutí. Analýza označených vyúčtování pomáhá upravit firemní pravidla a určit, kde zaměstnanci potřebují další pokyny.
Proč je to důležité
Přímo podporuje sledování shody a pomáhá vyčíslit dopad porušení pravidel na efektivitu procesu a nutnost přepracování.
Kde data získat
Pravděpodobně jde o logické pole nebo ukazatel stavu v datech výkazu výdajů v Brex, který obvykle spravuje jeho modul pro kontrolu pravidel.
Příklady
truefalse
|
|||
|
Stav vyúčtování
ReportStatus
|
Aktuální stav vyúčtování výdajů v průběhu procesu. | ||
|
Popis
Stav vyúčtování ukazuje, v jaké fázi se vyúčtování právě nachází, například „Čeká na schválení manažerem“, „Schváleno“, „Proplaceno“ nebo „Zamítnuto“. Tento atribut je důležitý pro sledování provozu, zejména v dashboardu „Přehled otevřených vyúčtování“. Manažeři a finanční týmy rychle zjistí aktuální objem práce, najdou vyúčtování, která se zasekla v určitém stavu, a určí, čemu se věnovat přednostně. Analýza doby strávené v jednotlivých stavech pomáhá odhalit zpoždění a neefektivní postupy.
Proč je to důležité
Ukazuje aktuální pozici vyúčtování ve workflow, což je důležité pro provozní dashboardy a sledování stavu.
Kde data získat
Jde o důležité stavové pole objektu vyúčtování v Brex.
Příklady
ČEKÁ_NA_SCHVÁLENÍSCHVÁLENOZAMÍTNUTOPROPLACENO
|
|||
|
Uživatel události
EventUser
|
Uživatel, který provedl danou aktivitu, například manažer, který schválil vyúčtování. | ||
|
Popis
Atribut Uživatel události označuje konkrétní osobu odpovědnou za aktivitu. Může jít o zaměstnance, který odeslal vyúčtování, manažera, který ho kontroloval, nebo pracovníka finančního oddělení, který zpracoval proplacení. Tento atribut je důležitý pro analýzu vytížení a sledování výkonnosti, například v dashboardu „Výkonnost a vytížení schvalovatelů“. Ukazuje, kteří schvalovatelé zpracovávají nejvíce vyúčtování, kdo je schvaluje nejrychleji a zda některá osoba nevytváří úzké místo. Pomáhá tak lépe rozdělit práci a určit, kdo potřebuje podporu.
Proč je to důležité
Označuje konkrétní osobu odpovědnou za danou činnost a umožňuje analyzovat její vytížení a výkonnost i odhalit úzká místa na úrovni jednotlivců.
Kde data získat
Tato data se obvykle zaznamenávají v auditním protokolu nebo historii událostí vyúčtování v Brex.
Příklady
john.smith@example.comjane.doe@example.comfinanční-bot
|
|||
|
Automatické provedení
IsAutomated
|
Logický příznak, který udává, zda aktivitu provedl systémový uživatel nebo bot. | ||
|
Popis
Tento atribut určuje, zda aktivitu provedl automaticky systém, například při automatické kontrole pravidel, nebo člověk, například při ručním schválení. Rozlišení automatických a ručních aktivit pomáhá zjistit míru automatizace procesu. Umožňuje vyhodnotit účinnost systémů založených na pravidlech a najít další příležitosti k automatizaci. Můžete například porovnat počet výkazů schválených automaticky s počtem výkazů, které vyžadovaly ruční zásah, a podle toho hledat možnosti zpracování bez zásahu uživatele.
Proč je to důležité
Pomáhá měřit míru automatizace procesu a určit, které kroky provádějí lidé a které systém.
Kde data získat
Obvykle se určuje podle uživatele přiřazeného k události. Události vytvořené systémem bývají často spojeny s obecným uživatelem „system“ nebo „bot“.
Příklady
truefalse
|
|||
|
Bylo nutné přepracování
IsRework
|
Vypočítaný příznak, který má hodnotu true, pokud byl výkaz alespoň jednou vrácen k úpravě. | ||
|
Popis
Tento logický atribut se odvozuje z průběhu procesu. Hodnota „true“ se nastaví u každého výkazu výdajů, který v historii obsahuje aktivitu „Výkaz vrácen k úpravě“. Díky tomu lze snadno označit a analyzovat případy, u kterých bylo nutné práci přepracovat. Tento příznak se používá k výpočtu KPI „Míra přepracování výkazů výdajů“ a k naplnění dashboardu „Analýza porušení pravidel a přepracování“. Umožňuje snadno porovnat případy, které procesem prošly bez problémů, s těmi, které byly vráceny, a vyčíslit čas a náklady spojené s přepracováním.
Proč je to důležité
Označuje výkazy výdajů, které vyžadovaly další práci a opravy, a umožňuje analyzovat příčiny i náklady přepracování.
Kde data získat
Tento atribut není ve zdrojovém systému. Vypočítá se kontrolou, zda posloupnost aktivit případu obsahuje aktivitu „Výkaz vrácen k úpravě“ nebo jinou aktivitu související s přepracováním.
Příklady
truefalse
|
|||
|
Čas ukončení
EndTime
|
Časové razítko označující dokončení aktivity. | ||
|
Popis
Zatímco StartTime (EventTime) označuje začátek aktivity, EndTime označuje její konec. Tento údaj je nejdůležitější u aktivit, které mají určitou dobu trvání, například „Zahájena kontrola manažerem“ a „Schváleno manažerem“. Pokud jsou k aktivitě k dispozici časy začátku i konce, lze přesně vypočítat dobu jejího zpracování a oddělit ji od předchozího čekání. Díky tomu můžete přesněji měřit, jak dlouho samotná práce trvá, což je důležité při analýze úzkých míst.
Proč je to důležité
Umožňuje přesně vypočítat dobu zpracování aktivit odděleně od čekání, a zpřesnit tak analýzu úzkých míst.
Kde data získat
EndTime často odpovídá StartTime následující aktivity v pořadí. U aktivit s definovanou dobou trvání může jít také o samostatné pole ve zdrojových datech.
Příklady
2023-10-26T10:05:12Z2023-10-26T14:40:00Z2023-10-27T09:15:25Z
|
|||
|
Důvod zamítnutí
RejectionReason
|
Důvod, který manažer nebo pracovník finančního oddělení uvedl při zamítnutí výkazu výdajů. | ||
|
Popis
Tento atribut zachycuje volně zadaný nebo předem definovaný důvod zamítnutí výkazu výdajů. Na rozdíl od automatického příznaku porušení pravidel jde o ruční rozhodnutí schvalující osoby. Analýza důvodů zamítnutí pomáhá odhalit příčiny selhání procesu a nutnosti přepracování. Ukáže časté chyby při podání, nejasná pravidla nebo nedorozumění na straně zaměstnanců či manažerů. Tyto informace můžete využít ke zlepšení školicích materiálů a často kladených otázek, a tím snížit počet zamítnutí i případů přepracování.
Proč je to důležité
Vysvětluje důvody ručního zamítnutí a poskytuje přímou zpětnou vazbu, kterou lze využít ke zlepšení školení uživatelů a omezení budoucích chyb.
Kde data získat
Obvykle jde o pole pro komentář, které mohou schvalující osoby vyplnit při výběru akce „Zamítnout“ v rozhraní Brex.
Příklady
Byla vybrána nesprávná kategorie výdaje.Uveďte prosím podrobnější zdůvodnění výdaje.Tento nákup nebyl předem schválen.
|
|||
|
Jméno zaměstnance
EmployeeName
|
Jméno zaměstnance, který vytvořil a odeslal vyúčtování výdajů. | ||
|
Popis
Tento atribut uvádí jméno zaměstnance, za kterého bylo vyúčtování podáno. Uživatel události označuje osobu, která provedla konkrétní činnost, zatímco Jméno zaměstnance označuje osobu, které se případ vyúčtování týká. Analýza umožňuje sledovat výdaje jednotlivých zaměstnanců. Pomáhá například najít osoby, které často odesílají vyúčtování porušující pravidla nebo jejichž vyúčtování bývají opakovaně zamítnuta. To může ukazovat na potřebu dalšího školení. Údaj také pomáhá porozumět výdajovým vzorcům různých zaměstnanců nebo pracovních pozic v organizaci.
Proč je to důležité
Označuje osobu, které se vyúčtování týká, a umožňuje analyzovat kvalitu podání a dodržování pravidel u jednotlivých zaměstnanců.
Kde data získat
Jde o základní údaj každého vyúčtování, který je propojen s profilem uživatele, jenž ho vytvořil, v Brex.
Příklady
Alice JohnsonRobert WilliamsMaria Garcia
|
|||
|
Kategorie výdaje
ExpenseCategory
|
Kategorie přiřazená k výdaji, například cestování, stravování nebo software. | ||
|
Popis
Kategorie výdaje označuje druh výdaje a vybírá ji zaměstnanec. Používá se pro účetnictví, rozpočtování a kontrolu dodržování pravidel. V process mining umožňuje kategorizace výdajů podrobnější pohled na proces. Můžete například zjistit, zda se výdaje v určitých kategoriích, jako jsou zahraniční cesty, schvalují déle nebo častěji zamítají. Tato analýza pomáhá upravit pravidla a procesy pro konkrétní typy výdajů.
Proč je to důležité
Umožňuje analyzovat proces podle typu výdaje a odhalit odlišné postupy nebo úzká místa u jednotlivých kategorií.
Kde data získat
Jde o standardní pole u jednotlivých položek výkazu výdajů. Pokud výkaz obsahuje více kategorií, je třeba údaje seskupit na úrovni celého výkazu.
Příklady
LetenkyStravování a zábavaPředplatné softwaruKancelářské potřeby
|
|||
|
Měna
Currency
|
Kód měny celkové částky vyúčtování výdajů. | ||
|
Popis
Atribut Měna určuje jednotku celkové částky, například USD, EUR nebo GBP. Je důležitý pro přesnou finanční analýzu, zejména v mezinárodních organizacích, které pracují s více měnami. Díky tomuto atributu lze finanční údaje správně interpretovat, sčítat a porovnávat. Často je potřeba převést částky na společnou měnu pro výkaznictví. Zároveň se tím předchází chybě, kdy se sčítají částky v různých měnách.
Proč je to důležité
Zajišťuje přesnost finanční analýzy při práci s více měnami a umožňuje správně sčítat a vykazovat výdaje.
Kde data získat
Toto pole je v datech o vyúčtováních Brex obvykle dostupné vedle pole s částkou.
Příklady
USDEURGBP
|
|||
|
Podrobnosti o porušení pravidel
PolicyViolationDetails
|
Textový popis konkrétního porušeného pravidla. | ||
|
Popis
Zatímco příznak porušení pravidel ukazuje, že k porušení došlo, tento atribut vysvětluje proč. Obsahuje podrobnosti o konkrétním porušeném pravidle, například „Překročen limit 50 USD na stravování“ nebo „U výdajů nad 25 USD je nutné doložit účtenku“. Tyto podrobnosti jsou velmi užitečné pro dashboard „Analýza porušení pravidel a přepracování“. Pomáhají určit nejčastější typy porušení a analyzovat jejich příčiny. Na základě těchto zjištění můžete cíleně upravit konkrétní pravidla, posílat zaměstnancům připomenutí nebo změnit automatická pravidla systému.
Proč je to důležité
Odhaluje příčiny porušování pravidel a umožňuje cíleně upravit pravidla, školení uživatelů i nastavení systému.
Kde data získat
Tyto informace najdete v Brex v poznámkách ke shodě nebo kontrole u výdaje označeného k prověření.
Příklady
Výdaj překračuje limit kategorie.Chybí účtenka.Byl zjištěn duplicitní výdaj.
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časové razítko poslední aktualizace dat ze zdrojového systému. | ||
|
Popis
Tento atribut udává aktuálnost analyzovaných dat. Zaznamenává datum a čas posledního úspěšného exportu dat z Brex. Čas poslední aktualizace pomáhá uživatelům posoudit, jak aktuální jsou získané poznatky. Ukazuje, zda dashboardy zachycují současný stav provozu, nebo vycházejí ze starších dat. Uživatelé tak vědí, nakolik se mohou spolehnout na aktuálnost analýzy.
Proč je to důležité
Informuje uživatele o aktuálnosti dat, která je důležitá pro správná a včasná provozní rozhodnutí.
Kde data získat
Časové razítko vytvoří nástroj nebo proces pro export dat po úspěšném načtení dat z Brex.
Příklady
2023-11-20T02:00:00Z2023-11-21T02:00:00Z
|
|||
|
Schválení na první pokus
FirstPassApproval
|
Příznak, který udává, zda byl výkaz schválen bez zamítnutí nebo vrácení k úpravě. | ||
|
Popis
Tento vypočítaný logický atribut označuje nejefektivnější případy procesu. Hodnota „true“ se nastaví pouze tehdy, pokud výkaz výdajů projde celým procesem od podání až po konečné schválení, aniž by byl zamítnut nebo vrácen k úpravě. Atribut slouží jako základ pro KPI „Míra schválení na první pokus“, který měří kvalitu a efektivitu procesu. Vysoká míra znamená, že zaměstnanci podávají kvalitní výkazy v souladu s pravidly a schvalování probíhá bez zbytečných komplikací. Analýza výkazů, které nebyly schváleny na první pokus, pomáhá odhalit zdroje problémů a chyb v procesu.
Proč je to důležité
Měří kvalitu prvotně podaných výkazů a efektivitu hlavního workflow. Označuje výkazy, které procesem prošly bez problémů.
Kde data získat
Tento atribut se vypočítává v platformě process mining analýzou posloupnosti aktivit každého případu. Kontroluje se, zda v ní chybí aktivity zamítnutí nebo vrácení k úpravě.
Příklady
truefalse
|
|||
|
Účtenky přiloženy včas
ReceiptsAttachedOnTime
|
Příznak, který udává, zda byly účtenky přiloženy před podáním výkazu. | ||
|
Popis
Tento vypočítaný logický atribut měří dodržování běžného doporučeného postupu: přiložit všechny potřebné účtenky před odesláním výkazu výdajů ke kontrole. Hodnota „true“ se nastaví, pokud u daného případu aktivita „Přiloženy účtenky“ předchází aktivitě „Podán výkaz výdajů“. Tento příznak přímo podporuje dashboard „Dodržování pravidel pro účtenky a jeho dopad“ a KPI „Dodržování pravidel pro přikládání účtenek“. Analýza atributu pomáhá zjistit, jak často účtenky chybí nebo jsou přiloženy pozdě, a porovnat tento postup s výsledky procesu, například se zpožděním, zamítnutím a přepracováním.
Proč je to důležité
Měří dodržování pravidel pro předkládání účtenek a pomáhá odhalit častou příčinu zpoždění a zamítnutí.
Kde data získat
Tento údaj se vypočítá v nástroji process mining porovnáním časových razítek aktivit „Přiloženy účtenky“ a „Podán výkaz výdajů“ u každého případu.
Příklady
truefalse
|
|||
|
Zdrojový systém
SourceSystem
|
Systém, ze kterého byla data získána. | ||
|
Popis
Tento atribut označuje původ procesních dat, v tomto případě Brex. Je důležitý pro správu a dohledatelnost dat, zejména pokud se pro celkový pohled na proces kombinují data z více systémů. Při analýze umožňuje filtrovat a rozdělovat data podle zdrojového systému, aby se ukazatele a mapy procesů správně interpretovaly. Pokud se pracuje jen s jedním systémem, potvrzuje původ dat.
Proč je to důležité
Udává původ dat, zajišťuje jejich dohledatelnost a umožňuje správné filtrování v prostředí s více systémy.
Kde data získat
Jde o neměnnou hodnotu „Brex“, která se obvykle přidává při exportu a transformaci dat.
Příklady
BrexBrex-API-v2.1
|
|||
|
Země
Country
|
Země přiřazená zaměstnanci nebo transakci výdaje. | ||
|
Popis
Tento atribut udává zemi, ve které se nachází hlavní pracoviště nebo nákladové středisko zaměstnance. U mezinárodních společností jde o důležitý rozměr pro srovnávací analýzu. Analýza procesu podle země může odhalit regionální rozdíly ve výkonnosti procesu, míře dodržování pravidel nebo ve výdajích. Doba schvalování může být například v některé zemi delší kvůli místním předpisům nebo odlišnému uspořádání řízení. Tyto poznatky pomáhají sjednotit procesy napříč zeměmi a zároveň zohlednit místní potřeby.
Proč je to důležité
Umožňuje porovnávat výkonnost procesů a dodržování pravidel v různých zeměpisných oblastech, což je důležité pro mezinárodní organizace.
Kde data získat
Údaj pochází z profilu zaměstnance v Brex, který se často synchronizuje z centrálního HR systému.
Příklady
USACANGBRDEU
|
|||
|
Způsob platby
PaymentMethod
|
Udává, jak byl výdaj uhrazen, například firemní kartou nebo z osobních prostředků. | ||
|
Popis
Tento atribut rozlišuje výdaje hrazené firemní kartou Brex od výdajů, které zaměstnanec zaplatil z vlastních prostředků a u nichž je třeba provést refundaci. Toto rozlišení je důležité, protože se postup může podle způsobu platby výrazně lišit. Platby firemní kartou mohou procházet ověřením a párováním, zatímco refundace zahrnují podání žádosti a vyplacení částky. Analýza podle způsobu platby pomáhá odhalit problémy typické pro jednotlivé postupy a řešit je samostatně.
Proč je to důležité
Postup i požadované kroky se často liší u výdajů hrazených firemní kartou a u refundací výdajů zaplacených z vlastních prostředků. Tento atribut je proto důležitý pro analýzu variant.
Kde data získat
Tyto informace jsou součástí údajů o transakcích v Brex.
Příklady
Firemní karta BrexRefundacePlatby faktur
|
|||
Aktivity při správě výdajů
| Aktivita | Popis | ||
|---|---|---|---|
|
Odeslání vyúčtování výdajů
|
K této aktivitě dojde, když zaměstnanec odešle dokončené vyúčtování ke schválení. Jde o akci uživatele, která změní stav vyúčtování z „Koncept“ nebo „Otevřeno“ na „Čeká na schválení“. | ||
|
Proč je to důležité
Tento milník oficiálně zahajuje schvalovací workflow. Doba od odeslání do konečného schválení tvoří důležitou část celkové doby zpracování.
Kde data získat
Událost se obvykle zaznamenává přímo v auditním protokolu. Lze ji také odvodit ze změny stavu na „Odesláno“ nebo „Čeká na schválení manažerem“ a odpovídajícího časového razítka.
Zachycení
Zaznamenává se v záznamu událostí nebo v poli „submission_timestamp“ u záznamu vyúčtování.
Typ události
explicit
|
|||
|
Proplacení výdajů
|
Tato aktivita označuje okamžik, kdy jsou peníze skutečně vyplaceny zaměstnanci. Z pohledu zaměstnance jde o poslední krok a úspěšné dokončení procesu. | ||
|
Proč je to důležité
Jde o hlavní událost úspěšného dokončení procesu. Je nutná pro výpočet KPI „Průměrná celková doba zpracování“ a „Prodleva při proplácení“, které přímo ovlivňují spokojenost zaměstnanců.
Kde data získat
Událost by se měla zaznamenat v protokolu platebních transakcí nebo potvrzením přes API od banky či zpracovatele plateb. Odpovídá skutečnému datu provedení platby.
Zachycení
Zaznamenává se v protokolu platebních transakcí, který obsahuje časové razítko provedení.
Typ události
explicit
|
|||
|
Schválení financemi
|
Finanční oddělení dokončilo kontrolu a udělilo konečné schválení vyúčtování. Jde o poslední schvalovací krok před zpracováním proplacení. | ||
|
Proč je to důležité
Tento milník povoluje platbu. Uzavírá měření celkové doby schvalování a zahajuje měření KPI „Prodleva při proplácení“.
Kde data získat
Událost by se měla zaznamenat v historii schvalování nebo auditním protokolu, včetně ID konečného schvalovatele a časového razítka.
Zachycení
Zaznamenává se v záznamu událostí nebo při změně stavu na „Schváleno financemi“ či „Schváleno k platbě“.
Typ události
explicit
|
|||
|
Schválení manažerem
|
Manažer první úrovně zkontroloval vyúčtování a schválil ho k dalšímu zpracování. Toto rozhodnutí posouvá vyúčtování do další fáze, obvykle ke kontrole financemi nebo k automatickému schválení. | ||
|
Proč je to důležité
Tento milník uzavírá první krok schvalování. Je důležitý pro sledování doby schválení, vytížení manažerů a KPI „Míra schválení napoprvé“.
Kde data získat
Událost se pravděpodobně zaznamenává přímo v tabulce historie schvalování nebo v auditním protokolu. Záznam obsahuje ID schvalovatele a časové razítko.
Zachycení
Zaznamenává se v záznamu událostí nebo při změně stavu na „Schváleno manažerem“ s příslušným časovým razítkem.
Typ události
explicit
|
|||
|
Vrácení vyúčtování k opravě
|
Schvalovatel, manažer nebo pracovník financí, vrátí vyúčtování zaměstnanci k opravě. Nejde o definitivní zamítnutí, ale o zahájení opakovaného zpracování. | ||
|
Proč je to důležité
Tato aktivita je hlavním ukazatelem opakovaného zpracování. Její četnost je důležitá pro KPI „Míra oprav vyúčtování“ a dashboard „Analýza porušení pravidel a oprav“.
Kde data získat
Pravděpodobně se odvozuje ze změny stavu na „Vyžaduje opravu“ nebo „Vráceno“. Systém by měl zaznamenat časové razítko této změny.
Zachycení
Odvozuje se ze změny stavu na hodnotu jako „Vyžaduje opravu“, často doplněné komentářem.
Typ události
inferred
|
|||
|
Vytvoření vyúčtování výdajů
|
Tato aktivita označuje zahájení vyúčtování výdajů zaměstnancem. Systém ji zaznamená při vytvoření nového vyúčtování, ať už jako konceptu, nebo po přidání prvních položek. | ||
|
Proč je to důležité
Jde o hlavní počáteční událost procesu. Doba od tohoto okamžiku do odeslání vyúčtování ukazuje, jak zaměstnanci postupují a kde může docházet ke zpoždění při vykazování výdajů.
Kde data získat
Událost se pravděpodobně zaznamenává podle časového razítka vytvoření objektu nebo záznamu vyúčtování v databázi Brex. Měla by odpovídat nejstaršímu časovému razítku přiřazenému k ID vyúčtování.
Zachycení
Určuje se podle data vytvoření hlavičkového záznamu vyúčtování výdajů.
Typ události
explicit
|
|||
|
Zaúčtování
|
Označuje závěrečný krok, kdy se údaje o výdajích úspěšně zaúčtují do hlavní účetní knihy nebo ERP systému společnosti. Tím se dokončí finanční vypořádání vyúčtování. | ||
|
Proč je to důležité
Tato aktivita potvrzuje dokončení procesu z pohledu finančního účetnictví. Prodleva mezi proplacením a zaúčtováním může upozornit na problémy s integrací systémů nebo účetním workflow.
Kde data získat
Událost se pravděpodobně zaznamenává potvrzením přes API nebo aktualizací stavu po úspěšné synchronizaci s účetním systémem. Časové razítko udává okamžik zaúčtování.
Zachycení
Zaznamená se po úspěšném zpětném volání API nebo aktualizaci stavu v integrovaném ERP či účetním softwaru.
Typ události
explicit
|
|||
|
Naplánování proplacení
|
Po konečném schválení se vyúčtování zařadí do fronty k úhradě v nejbližší dávce plateb. Tato aktivita představuje předání ze schvalování do platebního systému. | ||
|
Proč je to důležité
Tento krok může odhalit prodlevy mezi konečným schválením a skutečným zpracováním platby. Pomáhá rozlišit úzká místa ve schvalování od nedostatků platebního systému.
Kde data získat
Lze ho odvodit ze změny stavu na „Připraveno k platbě“ nebo „Naplánováno“. Pokud systém komunikuje se samostatným platebním nebo ERP systémem, může jít také o samostatně zaznamenanou událost.
Zachycení
Odvozuje se ze změny stavu na „Čeká na platbu“ nebo z vytvoření záznamu o dávce plateb.
Typ události
inferred
|
|||
|
Označení porušení pravidel
|
Automatická nebo ruční událost, která upozorňuje na porušení firemních pravidel u jedné či více položek vyúčtování. Zaznamená se při spuštění systémového pravidla nebo když problém označí kontrolující. | ||
|
Proč je to důležité
Tato aktivita je důležitá pro dashboard „Analýza porušení pravidel a oprav“ a KPI „Míra porušení pravidel“. Pomáhá odhalit časté problémy se shodou a oblasti, kde je třeba pravidla lépe vysvětlit.
Kde data získat
Odvozuje se z atributu „Policy Violation Flag“ nastaveného na true. Časové razítko odpovídá poslední aktualizaci příznaku.
Zachycení
Odvozuje se ze změny logického příznaku nebo stavového pole, které označuje porušení pravidel.
Typ události
inferred
|
|||
|
Přiložení účtenek
|
Označuje nahrání nebo přiložení obrázku či dokumentu s účtenkou k položce výdaje. Systém obvykle zaznamená každou přílohu jako samostatnou událost s časovým razítkem. | ||
|
Proč je to důležité
Tuto aktivitu je důležité sledovat v dashboardu „Dodržování pravidel pro účtenky a jejich vliv“. Pomáhá zjistit, zda zpoždění nebo zamítnutí souvisí s chybějícími či pozdě dodanými účtenkami.
Kde data získat
Záznam se pravděpodobně ukládá do související tabulky, která propojuje přílohy s položkami výdajů. Každá příloha by měla mít vlastní časové razítko vytvoření.
Zachycení
Zaznamená se po úspěšném nahrání souboru k položce výdaje.
Typ události
explicit
|
|||
|
Zahájení kontroly financemi
|
Označuje okamžik, kdy vyúčtování vstoupí do fronty finančního nebo účetního oddělení ke konečné kontrole. Obvykle se odvozuje ze změny stavu po schválení manažerem. | ||
|
Proč je to důležité
Tím začíná závěrečná, často nejdůležitější fáze schvalování. Analýza její délky pomáhá odhalit úzká místa ve finančním oddělení.
Kde data získat
Odvozuje se z časového razítka změny stavu na „Čeká na schválení financemi“ nebo podobný stav po schválení manažerem.
Zachycení
Odvozuje se z časového razítka změny stavu na „Čeká na kontrolu financemi“.
Typ události
inferred
|
|||
|
Zahájení kontroly manažerem
|
Označuje okamžik, kdy vyúčtování vstoupí do fronty ke schválení manažerem. Obvykle se odvozuje ze změny stavu na „Čeká na schválení manažerem“ bezprostředně po odeslání. | ||
|
Proč je to důležité
Tím začíná první fáze schvalování. Doba do stavu „Schváleno manažerem“ nebo „Zamítnuto manažerem“ je důležitá pro KPI „Průměrná doba kontroly manažerem“.
Kde data získat
Odvozuje se z časového razítka změny stavu vyúčtování na „Čeká na schválení manažerem“ nebo podobný stav. Často nastává současně s událostí „Odeslání vyúčtování výdajů“.
Zachycení
Odvozuje se z časového razítka změny stavu na „Čeká na schválení manažerem“.
Typ události
inferred
|
|||
|
Zamítnutí financemi
|
Finanční oddělení zamítlo vyúčtování, obvykle kvůli porušení pravidel, nesouladu nebo chybějícím dokladům. Jde o konečné zamítnutí, které proces zastaví. | ||
|
Proč je to důležité
Jde o důležitou událost představující výjimku. Analýza její četnosti a příčin pomáhá odhalit problémy se shodou a vypočítat celkovou „Míru zamítnutí vyúčtování“.
Kde data získat
Stejně jako ostatní rozhodnutí o schválení by se mělo zamítnutí zaznamenat v auditním protokolu, včetně ID schvalovatele, časového razítka a důvodu.
Zachycení
Zaznamenává se v záznamu událostí nebo při změně stavu na „Zamítnuto financemi“.
Typ události
explicit
|
|||
|
Zamítnutí manažerem
|
Manažer první úrovně zkontroloval vyúčtování a zamítl ho. Proces se tím obvykle zastaví, případně se vyúčtování vrátí zaměstnanci k opravě. | ||
|
Proč je to důležité
Tato aktivita představuje neúspěšný výsledek a výjimku v procesu. Je důležitá pro výpočet „Míry zamítnutí vyúčtování“ a zjištění důvodů zamítnutí v první fázi schvalování.
Kde data získat
Stejně jako schválení by se mělo zamítnutí zaznamenat v tabulce historie schvalování nebo v auditním protokolu, včetně časového razítka a kódu důvodu.
Zachycení
Zaznamenává se v záznamu událostí nebo při změně stavu na „Zamítnuto manažerem“ s příslušným časovým razítkem.
Typ události
explicit
|
|||
Návody k získání dat
Chcete začít?
Využijte tuto šablonu ke zjednodušení sběru dat a rychlejšímu zlepšení správy výdajů. Začněte odhalovat souvislosti a zvyšovat efektivitu.
Zlepšete správu výdajů v Brex
Zkraťte dobu schvalování o 30 % a zvyšte spokojenost zaměstnanců.
Platební kartu nepotřebujete. Nastavení zabere jen několik minut.