Šablona dat pro požadavky v rámci nákupu a platby
Šablona dat pro požadavky v rámci nákupu a platby
Toto je obecná šablona dat pro process mining pro proces Nákup až platba: požadavek. Podrobnější pokyny najdete v šablonách pro konkrétní systémy.
Vyberte konkrétní systém- Jednotná datová pole pro konzistentní analýzu napříč různými systémy.
- Přehled důležitých aktivit, které je třeba sledovat, abyste měli o procesu úplný přehled.
- Flexibilní základ, který lze přizpůsobit vašemu workflow pro požadavky v rámci nákupu a platby.
Atributy požadavků v rámci nákupu a platby
| Název | Popis | ||
|---|---|---|---|
| Čas události EventTime | Přesné datum a čas, kdy k činnosti došlo. Slouží jako hlavní časové razítko pro řazení událostí. | ||
| Popis Čas události, často označovaný jako časové razítko, zaznamenává přesný okamžik, kdy k činnosti došlo. Tyto údaje jsou nezbytné pro správné seřazení událostí i pro veškerou časovou analýzu procesu, včetně výpočtu doby zpracování, hledání úzkých míst a sledování výkonnosti. V process mining se časová razítka používají k seřazení činností v každém případu a k měření doby mezi jednotlivými kroky. Analýza těchto dob pomáhá odhalit zpoždění, porozumět příčinám dlouhého zpracování a ověřit plnění dohod o úrovni služeb. Přesné a úplné časové údaje jsou předpokladem smysluplné analýzy výkonnosti. Proč je to důležité Toto časové razítko je nezbytné pro řazení událostí, výpočet doby zpracování a analýzu výkonnosti procesu i úzkých míst. Kde data získat Obvykle se zaznamenává v systémových auditních stopách, záznamech událostí nebo jako datum vytvoření či změny transakčního záznamu. Příklady 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z | |||
| ID nákupního požadavku PurchaseRequisitionId | Jedinečný identifikátor každého nákupního požadavku. Slouží jako hlavní identifikátor případu v procesu. | ||
| Popis ID nákupního požadavku je jedinečný klíč přiřazený každému dokumentu požadavku při jeho vytvoření. Slouží jako hlavní reference pro všechny činnosti, změny a schválení spojené s jednou žádostí, od zahájení až po dokončení. V process mining je toto ID zásadní pro propojení událostí do případů. Systém díky němu rekonstruuje celý průběh každého požadavku a propojí různé události, například „Vytvoření požadavku“, „Schválení kroku“ a „Vytvoření objednávky“, do souvislého toku procesu. Bez jednotného a jedinečného identifikátoru případu nelze analyzovat varianty procesu, dobu zpracování ani výsledky. Proč je to důležité Tento klíč je nezbytný pro sledování celého životního cyklu požadavku a propojení všech souvisejících událostí do jedné instance procesu. Kde data získat Obvykle se nachází v hlavičkových datech transakce nákupního požadavku nebo v tabulce dokumentů. Příklady PR-100567REQ00043218000123987 | |||
| Název činnosti ActivityName | Název konkrétní obchodní činnosti nebo události, která se v daném okamžiku týkala požadavku. | ||
| Popis Název činnosti popisuje jednotlivý krok nebo změnu stavu v životním cyklu nákupního požadavku. Událostem, jako jsou „Odeslání požadavku“, „Zahájení schvalovacího kroku“ nebo „Zamítnutí požadavku“, dává srozumitelný název a tvoří tak základ mapy procesu. Tento atribut je zásadní pro zjišťování a analýzu procesů. Seřazením činností podle času mohou nástroje process mining znázornit skutečný tok procesu, odhalit odchylky od standardního postupu a určit úzká místa nebo opakované cykly práce. Jednotné a výstižné názvy činností pomáhají vytvořit srozumitelný a prakticky využitelný model procesu. Proč je to důležité Určuje jednotlivé kroky procesu, které jsou nezbytné pro zobrazení mapy procesu a analýzu jeho toku. Kde data získat Často se odvozuje ze záznamů událostí, tabulek změn stavu nebo transakčních kódů spojených s dokumentem požadavku. Příklady Žádost o nákup založenaSchválen krok schvalováníVytvoření objednávky | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko označující, kdy byla data tohoto záznamu naposledy obnovena nebo získána ze zdrojového systému. | ||
| Popis Časové razítko Poslední aktualizace dat ukazuje, jak aktuální jsou analyzovaná data. Udává, kdy byl záznam naposledy získán ze zdrojového systému a načten do prostředí process mining. Tento atribut je důležitý pro provozní sledování a ověření, že analýza vychází z aktuálních informací. Pomáhá uživatelům pochopit možné zpoždění mezi událostmi v reálném provozu a jejich zobrazením v modelu procesu. Dashboardy a KPI pro sledování probíhajícího provozu tyto informace využívají k poskytování včasných a relevantních poznatků. Proč je to důležité Informuje uživatele o aktuálnosti dat, která je důležitá pro zajištění relevance a aktuálnosti analýz. Kde data získat Obvykle jej při načítání dat přidává nástroj pro integraci dat nebo ETL (extrakce, transformace, načítání). Příklady 2024-05-20T02:00:00Z2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Zdrojový systém SourceSystem | Určuje informační systém, ze kterého byla data získána, například ERP nebo nákupní platformu. | ||
| Popis Atribut Zdrojový systém určuje původ procesních dat. V organizacích s více systémy, například s centrálním ERP a specializovaným nástrojem pro elektronický nákup, toto pole pomáhá rozlišit data z jednotlivých zdrojů. Tyto informace jsou užitečné při ověřování dat, řešení problémů a hledání rozdílů v procesech, které mohou záviset na použitém systému. Požadavky z jednoho systému mohou například procházet jinou schvalovací cestou nebo mít kratší dobu zpracování než požadavky z jiného systému. Analýza podle zdrojového systému může odhalit problémy s integrací nebo příležitosti ke sjednocení systémů. Proč je to důležité Poskytuje kontext o původu dat, který je důležitý pro jejich ověřování i analýzu rozdílů v procesech napříč systémy. Kde data získat Často jde o statickou hodnotu přidanou při extrakci dat nebo o údaj v technických metadatech. Příklady SAP S/4HANAOracle FusionCoupa | |||
| Částka požadavku RequisitionAmount | Celková peněžní hodnota nákupního požadavku. | ||
| Popis Částka požadavku představuje celkovou finanční hodnotu všech položek a služeb uvedených v nákupním požadavku. Jde o důležitý finanční ukazatel používaný v celém procesu nákupu. Při analýze procesu je tento atribut zásadní pro filtrování a analýzu podle hodnoty. Umožňuje rozdělit požadavky například na vysoké a nízké částky, které často podléhají odlišným schvalovacím workflow a mají různou míru rizika. Analýza doby zpracování nebo míry zamítnutí podle částky může ukázat, že schválení požadavků s vysokou hodnotou trvá výrazně déle nebo jsou častěji zamítány. To může být výchozím bodem pro zlepšování procesu. Proč je to důležité Umožňuje analýzu podle hodnoty, pomáhá upřednostnit požadavky s vysokou částkou a ukazuje, jak finanční hodnota ovlivňuje průběh procesu. Kde data získat Obvykle se nachází v hlavičkových datech transakce nákupního požadavku nebo v tabulce dokumentů. Příklady 500.0012500.7599.95 | |||
| ID objednávky PurchaseOrderId | Identifikátor objednávky vytvořené na základě schváleného požadavku. | ||
| Popis ID objednávky je jedinečné číslo dokladu PO vytvořeného na základě schváleného nákupního požadavku. Toto pole propojuje proces zpracování požadavku s navazujícími procesy nákupu a platby. Tento atribut je zásadní pro analýzu efektivity převodu požadavků na PO. Potvrzuje, že výsledkem požadavku byla objednávka, a umožňuje měřit dobu potřebnou k tomuto převodu. Analýza požadavků s odpovídající objednávkou pomáhá posoudit efektivitu přípravné fáze nákupu a odhalit požadavky, které byly schváleny, ale nikdy nebyly vyřízeny. Proč je to důležité Propojuje požadavek s navazujícím nákupním procesem a umožňuje analyzovat míru i dobu převodu požadavků na PO. Kde data získat Často se nachází v datech dokumentu požadavku po vytvoření PO, někdy v tabulce souvisejících dokumentů nebo toku dokumentů. Příklady PO-4500012345ORD7890016000054321 | |||
| Jméno žadatele RequesterName | Jméno zaměstnance nebo uživatele, který vytvořil a odeslal nákupní požadavek. | ||
| Popis Jméno žadatele označuje osobu, která zahájila nákupní žádost. Obvykle jde o zaměstnance, který potřebuje zboží nebo služby. Analýza procesu podle žadatele může odhalit vzorce chování konkrétních osob nebo skupin. Může například ukázat, zda někteří žadatelé často odesílají neúplné požadavky nebo požadavky, které nejsou v souladu s pravidly a vyžadují přepracování. Tyto informace lze využít k cílenému školení nebo ke zjednodušení procesu pro skupiny uživatelů, které jej používají nejčastěji. Výsledkem může být vyšší efektivita a lepší shoda s pravidly. Proč je to důležité Pomáhá odhalit chování jednotlivých uživatelů a umožňuje cílené školení i zlepšování procesů pro jednotlivce a týmy. Kde data získat Nachází se v hlavičkových datech nákupního požadavku a často je propojeno s kmenovými daty zaměstnanců. Příklady John SmithJane DoeMaria Garcia | |||
| Měna Currency | Kód měny, například USD nebo EUR, ve které je uvedena celková částka požadavku. | ||
| Popis Atribut Měna určuje peněžní jednotku částky požadavku. V mezinárodních organizacích mohou být požadavky zadávány v různých měnách podle místa žadatele nebo dodavatele. Toto pole je nezbytné pro přesné finanční výkaznictví a analýzu. Zajišťuje správnou interpretaci peněžních hodnot a umožňuje jejich odpovídající přepočet při souhrnné analýze dat z různých regionů. Každá analýza hodnoty požadavku musí zohlednit měnu, aby se přímo neporovnávaly různé peněžní jednotky. Proč je to důležité Poskytuje potřebný kontext pro finanční údaje a zajišťuje správnou interpretaci i souhrnnou analýzu hodnot požadavků napříč regiony. Kde data získat Obvykle se nachází v hlavičkových datech transakce nákupního požadavku vedle polí s částkou. Příklady USDEURGBP | |||
| Oddělení Department | Obchodní oddělení, nákladové středisko nebo organizační jednotka, které se požadavek účtuje. | ||
| Popis Atribut Oddělení označuje organizační jednotku odpovědnou za nákup, například „Marketing“, „IT“ nebo „Finance“. Jde o důležitý finanční a organizační údaj používaný při sestavování rozpočtu a rozdělování nákladů. V process mining se často analyzují data podle oddělení. Lze tak porovnat výkonnost různých obchodních jednotek a zjistit, které pracují efektivně a které potřebují podporu. Analýza může odhalit rozdíly v době zpracování, míře schválení nebo shodě s pravidly, které souvisejí s nákupními zvyklostmi či interními procesy konkrétního oddělení. Proč je to důležité Umožňuje porovnávat výkonnost a náklady různých obchodních jednotek a odhalovat specifika procesů jednotlivých oddělení. Kde data získat Obvykle je k dispozici v hlavičkových datech nebo datech položky nákupního požadavku a je propojeno s organizační strukturou společnosti. Příklady MarketingInformační technologieFinanceProvoz | |||
| Stav požadavku RequisitionStatus | Aktuální nebo konečný stav nákupního požadavku v jeho životním cyklu. | ||
| Popis Stav požadavku označuje jeho stav v určitém okamžiku nebo konečný výsledek. Mezi běžné stavy patří „Probíhá“, „Čeká na schválení“, „Schváleno“, „Zamítnuto“ a „Uzavřeno“. Tento atribut je důležitý pro analýzu výsledků a provozní sledování. Analytici mohou filtrovat požadavky podle konečného stavu a počítat ukazatele, jako je míra zamítnutí nebo převodu na PO. V provozu pomáhá týmům zjistit aktuální pracovní zátěž, například počet požadavků čekajících na schválení, a podle toho určovat priority a efektivně řídit zdroje. Proč je to důležité Poskytuje přehled o výsledcích požadavků, umožňuje počítat ukazatele, jako je míra zamítnutí, a pomáhá řídit provozní pracovní zátěž. Kde data získat Obvykle se nachází v poli stavu hlavičky dokumentu nákupního požadavku. Příklady SchválenoZamítnutoČeká na schváleníStaženo | |||
| Typ požadavku RequisitionType | Kategorie nebo typ požadavku, například na zboží, služby nebo investiční výdaje. | ||
| Popis Typ požadavku klasifikuje nákupní žádost podle její povahy nebo účelu. Může jít například o požadavky na běžný materiál, služby, investiční výdaje nebo položky z konkrétního katalogu. Tato klasifikace často určuje schvalovací workflow i způsob účtování. Analýza procesu podle typu požadavku pomáhá zjistit, zda různé typy žádostí procházejí odlišnými cestami nebo se zpracovávají s různou efektivitou. Požadavky na investiční výdaje mohou mít například delší dobu zpracování kvůli dalším úrovním schvalování, zatímco žádosti o běžné katalogové položky mohou být z velké části automatizované. Tato analýza pomáhá navrhovat a optimalizovat varianty procesu podle typu požadavku. Proč je to důležité Umožňuje analyzovat různé cesty procesem, protože typ požadavku často určuje potřebné schvalovací workflow i náročnost zpracování. Kde data získat Tyto informace se obvykle ukládají jako typ dokumentu nebo kód kategorie v hlavičkových datech požadavku. Příklady Investiční výdajProvozní výdajPožadavek na službuPožadavek na materiál | |||
| Důvod zamítnutí RejectionReason | Důvod, který schvalovatel uvedl při zamítnutí požadavku nebo schvalovacího kroku. | ||
| Popis Důvod zamítnutí je textové pole nebo kód vysvětlující, proč byl požadavek zamítnut. Schvalovatelé tím poskytují žadateli zpětnou vazbu, na jejímž základě může žádost upravit a znovu odeslat. Tento atribut je velmi užitečný při hledání hlavních příčin neúspěchu procesu. Kategorizace a analýza důvodů zamítnutí může odhalit časté problémy, například „Nesprávný účet hlavní knihy“, „Překročený rozpočet“ nebo „Dodavatel nesplňuje pravidla“. Na základě těchto poznatků lze cíleně zlepšit školení žadatelů, srozumitelněji komunikovat pravidla nebo upravit systém tak, aby předcházel častým chybám. Proč je to důležité Ukazuje, proč jsou požadavky zamítány, a umožňuje hledat hlavní příčiny, omezit opakovanou práci a zvýšit podíl požadavků schválených napoprvé. Kde data získat Obvykle se zaznamenává do pole komentáře nebo poznámky spojeného s činností „Zamítnuto“ nebo změnou stavu. Příklady Překročený rozpočetNesprávné nákladové střediskoDuplicitní požadavekPorušení pravidel | |||
| Jméno schvalovatele ApproverName | Jméno uživatele nebo skupiny odpovědné za schválení či zamítnutí. | ||
| Popis Jméno schvalovatele označuje osobu, roli nebo skupinu, která ve workflow provedla krok schválení nebo zamítnutí. Nejde o žadatele ani o obecného uživatele, který může provádět jiné činnosti. Tento atribut je důležitý pro analýzu samotného schvalovacího procesu. Pomáhá měřit výkonnost schvalovatelů, například průměrnou dobu potřebnou k rozhodnutí. Může také odhalit rozložení pracovní zátěže a ukázat, zda někteří schvalovatelé vytvářejí úzká místa. Analýza podporuje lepší přidělování zdrojů a řízení výkonnosti v rámci schvalovacího řetězce. Proč je to důležité Umožňuje podrobně analyzovat schvalovací workflow, včetně pracovní zátěže a výkonnosti schvalovatelů i úzkých míst. Kde data získat Zaznamenává se v záznamu událostí nebo auditním záznamu schvalovacích činností. Může být nutné propojit jej s kmenovými daty zaměstnanců. Příklady Alice JohnsonBob WilliamsSkupina schvalovatelů z financí | |||
| Jméno uživatele UserName | Jméno uživatele, který provedl konkrétní činnost, například vytvoření, úpravu nebo schválení. | ||
| Popis User Name označuje osobu odpovědnou za konkrétní aktivitu v záznamu procesu. Jde o obecný atribut, který může zachycovat žadatele, osobu upravující požadavek, schvalovatele nebo kohokoli dalšího, kdo s požadavkem pracuje. Tento atribut je zásadní pro analýzu zdrojů a automatizace. Pomáhá ověřit uplatňování principu čtyř očí, tedy předávání práce mezi různými uživateli. Lze jej také využít k výpočtu míry automatizace, protože umožňuje rozpoznat aktivity prováděné systémovými nebo dávkovými uživateli. Analýza aktivit podle uživatele ukazuje, jak v procesu spolupracují jednotlivé role. Proč je to důležité Tento atribut je nezbytný pro analýzu předávání práce mezi uživateli a automatizace i pro přiřazení jednotlivých kroků procesu správným osobám. Kde data získat Najdete jej v auditní stopě nebo v datech záznamu událostí pro každou transakci. Často bývá uložen jako User ID. Příklady asmithjdoeBATCH_USER | |||
| Požadované datum dodání RequiredByDate | Datum, do kterého žadatel potřebuje dodat zboží nebo poskytnout služby. | ||
| Popis Požadované datum dodání zadává žadatel jako termín, do kterého má být požadavek splněn. Slouží jako cílové datum pro celý proces nákupu, od schválení požadavku až po konečné dodání. Tento atribut je důležitý při analýze včasnosti procesu a jeho souladu s potřebami firmy. Porovnáním požadovaného data dodání s datem vytvoření objednávky nebo skutečného dodání můžete zjistit, jak se daří plnit interní dohody o úrovni služeb. Pomůže vám například posoudit, zda je nákupní proces dostatečně rychlý a stíhá firemní termíny. Proč je to důležité Poskytuje základ pro měření výkonnosti procesu vůči firemním termínům a pro posouzení, zda jsou požadavky plněny včas. Kde data získat Uživatel jej obvykle zadává při vytváření požadavku. Údaj se ukládá v hlavičce požadavku nebo v podrobnostech jeho položek. Příklady 2024-06-302024-07-152024-08-01 | |||
| Úroveň naléhavosti UrgencyLevel | Klasifikace priority nebo naléhavosti požadavku, například „Vysoká“, „Střední“ nebo „Nízká“. | ||
| Popis Úroveň naléhavosti, někdy označovaná jako priorita, vyjadřuje, jak rychle žadatel potřebuje požadované zboží nebo služby. Tato klasifikace může ovlivnit směrování požadavku i jeho prioritu u nákupního týmu a schvalovatelů. Analýza výkonnosti procesu podle úrovně naléhavosti ukazuje, zda proces odpovídá obchodním potřebám. Lze například ověřit, zda se požadavky s vysokou naléhavostí skutečně zpracovávají rychleji než požadavky s nízkou naléhavostí. Pokud tomu tak není, může jít o úzké místo nebo nefunkční určování priorit, které je třeba řešit. Proč je to důležité Pomáhá ověřit, zda proces správně upřednostňuje naléhavé požadavky a zda uvedená naléhavost odpovídá skutečné rychlosti zpracování. Kde data získat Obvykle jde o volitelné nebo povinné pole ve formuláři pro vytvoření požadavku, které se ukládá do jeho hlavičky. Příklady VysokáStředníNízkáNaléhavé | |||
Aktivity v procesu požadavků v rámci nákupu a platby
| Aktivita | Popis | ||
|---|---|---|---|
| Schválení požadavku | Požadavek úspěšně prošel všemi povinnými kroky schvalovacího workflow. Od této chvíle jej lze zadat k nákupu nebo převést na objednávku. | ||
| Proč je to důležité Jde o důležitý milník úspěšného dokončení. Doba do dosažení tohoto stavu je jedním z hlavních ukazatelů efektivity procesu zpracování požadavků. Kde data získat Událost lze odvodit ze změny celkového stavu hlavičky požadavku na „Schváleno“ nebo na obdobný konečný stav schválení v záznamech workflow. Zachycení Zaznamenejte časové razítko první změny celkového stavu požadavku na „Schváleno“ nebo odpovídající hodnotu. Typ události inferred | |||
| Uzavření požadavku | Požadavek se administrativně uzavře, což znamená, že se na něm už nebude dále pracovat. Obvykle k tomu dojde poté, co byly všechny jeho položky převedeny na objednávky nebo zrušeny. | ||
| Proč je to důležité Jde o závěrečnou událost procesu, která potvrzuje dokončení životního cyklu požadavku. Zabraňuje tomu, aby staré požadavky zůstávaly neomezeně dlouho otevřené. Kde data získat Událost lze odvodit z konečné změny stavu hlavičky požadavku nebo z označení všech souvisejících položek jako plně objednaných či uzavřených. Zachycení Zaznamenejte časové razítko nastavení konečného stavu požadavku na „Uzavřeno“ nebo „Dokončeno“. Typ události inferred | |||
| Vytvoření objednávky | Na základě údajů z jedné nebo více schválených položek požadavku se vytvoří oficiální objednávka. Tato událost označuje předání od interního procesu žádosti k externímu procesu nákupu. | ||
| Proč je to důležité Jde o hlavní úspěšný výsledek procesu zpracování požadavku. Doba od konečného schválení do vytvoření objednávky měří efektivitu nákupního oddělení. Kde data získat Událost pro požadavek lze odvodit vyhledáním odpovídající objednávky, která obsahuje ID požadavku. Zachycení Zjistěte čas vytvoření objednávky, která odkazuje na ID požadavku. Typ události inferred | |||
| Žádost o nákup odeslána | Žadatel formálně odešle vyplněnou žádost do schvalovacího workflow. Žádost tím přejde z konceptu do aktivního stavu a čeká na kontrolu a schválení. | ||
| Proč je to důležité Tato událost zahajuje formální schvalování. Doba mezi odesláním a konečným schválením je důležitou součástí celkové doby zpracování. Kde data získat Obvykle se zaznamenává při změně stavu, v protokolu uživatelských akcí nebo v protokolu workflow, který označuje zahájení schvalování. Zachycení Zaznamenejte časové razítko, kdy se stav žádosti změní z konceptu na stav čekající na schválení. Typ události explicit | |||
| Žádost o nákup upravena | Uživatel upraví žádost po jejím odeslání, často kvůli opravě údajů nebo reakci na zamítnutí. Může změnit například množství, ceny nebo řádkové položky. Po úpravě může být nutné zahájit schvalování znovu. | ||
| Proč je to důležité Sledování změn je důležité pro odhalení opakovaného přepracování, neefektivity procesu a nejasných původních požadavků. Časté změny mohou výrazně prodloužit dobu zpracování. Kde data získat Údaje lze získat ze systémových auditních záznamů, protokolů změn nebo podle založení nové verze dokladu žádosti. Zachycení V protokolech změn nebo auditu vyhledejte události odpovídající úpravám důležitých polí žádosti po jejím prvním odeslání. Typ události explicit | |||
| Žádost o nákup založena | Uživatel založí nový doklad žádosti o nákup zboží nebo služeb. Tím začíná životní cyklus žádosti. Obvykle je nejprve ve stavu konceptu nebo není úplná, než ji uživatel formálně odešle. | ||
| Proč je to důležité Jde o hlavní počáteční událost procesu. Analýza doby od založení po odeslání může odhalit prodlevy při přípravě žádosti nebo nejistotu uživatelů. Kde data získat Tato událost se obvykle zaznamenává podle časového razítka založení v hlavním záznamu nebo tabulce hlavičky žádosti o nákup. Zachycení Zjistěte časové razítko založení záznamu hlavičky žádosti o nákup. Typ události explicit | |||
| Zamítnutí požadavku | Požadavek je během schvalování definitivně zamítnut a nebude převeden na objednávku. Jde o konečný neúspěšný výsledek žádosti. | ||
| Proč je to důležité Jde o důležitý milník neúspěšného dokončení. Analýza důvodů konečného zamítnutí může pomoci zlepšit přípravu požadavků i školení žadatelů. Kde data získat Událost lze odvodit ze změny celkového stavu hlavičky požadavku na „Zamítnuto“, „Odmítnuto“ nebo obdobný konečný stav zamítnutí. Zachycení Zaznamenejte časové razítko první změny celkového stavu požadavku na „Zamítnuto“, „Odmítnuto“ nebo odpovídající hodnotu. Typ události inferred | |||
| Přiřazení zdroje dodávek | Nákupčí nebo specialista nákupu přiřadí ke schválené položce požadavku konkrétního dodavatele, smlouvu nebo cenovou dohodu. Jde o přípravný krok před vytvořením objednávky. | ||
| Proč je to důležité Tato činnost měří efektivitu operativního nákupu. Zpoždění v této fázi mohou vytvořit úzké místo mezi schválením požadavku a zadáním objednávky. Kde data získat Událost lze zaznamenat sledováním změn údajů o dodavateli nebo zdroji na položce požadavku po jejím schválení. Zachycení Zjistěte časové razítko prvního vyplnění ID dodavatele nebo smlouvy u schválené položky požadavku. Typ události explicit | |||
| Resetování schvalování | Celé schvalovací workflow požadavku se resetuje a proces se musí spustit znovu od začátku. Obvykle k tomu dochází po významné úpravě požadavku, který už byl v procesu schvalování. | ||
| Proč je to důležité Resetování schvalování výrazně prodlužuje dobu zpracování. Jeho četnost a příčiny mohou upozornit na problémy se zásadami nebo s procesem úprav. Kde data získat Událost lze odvodit z vymazání stavu schválení nebo jeho návratu na počáteční krok poté, co už byl požadavek přiřazen pozdějšímu schvalovateli. Zachycení Zjistěte, kdy se stav schvalovacího workflow vrátí do počátečního stavu poté, co už přešel do dalších kroků. Typ události inferred | |||
| Schválen krok schvalování | Schvalovatel v určené fázi workflow udělí souhlas s žádostí. Tím se žádost posune k dalšímu kroku nebo blíže ke konečnému schválení. | ||
| Proč je to důležité Analýza doby mezi zahájením a dokončením schvalovacího kroku ukáže výkonnost jednotlivých schvalovatelů i rozložení jejich pracovní zátěže. Kde data získat Zaznamenává se při výslovné akci uživatele v historii schvalování nebo v transakčních datech workflow. Zachycení Ze záznamu historie schvalování nebo workflow načtěte události schválení včetně schvalovatele a časového razítka. Typ události explicit | |||
| Stažení požadavku | Žadatel nebo oprávněný uživatel zruší požadavek před konečným schválením nebo převodem na objednávku. Tím se proces daného požadavku ukončí. | ||
| Proč je to důležité Jde o koncovou událost, která proces ukončí bez jednoznačného úspěšného či neúspěšného výsledku. Vysoký podíl stažených požadavků může ukazovat na změnu obchodních potřeb nebo na předčasně podané požadavky. Kde data získat Obvykle se zaznamenává jako výslovná akce uživatele, která změní stav na „Staženo“ nebo „Zrušeno“, případně nastaví příznak odstranění. Zachycení Zaznamenejte časové razítko změny stavu požadavku na „Staženo“ nebo „Zrušeno“, případně nastavení příznaku odstranění. Typ události explicit | |||
| Zahájeno schvalování | V rámci vícekrokového workflow je žádost přiřazena konkrétnímu schvalovateli nebo skupině schvalovatelů. Tato činnost označuje začátek čekání na příslušné schválení. | ||
| Proč je to důležité Tato událost umožňuje podrobně analyzovat úzká místa ve schvalovacím řetězci a určit konkrétní schvalovatele nebo fáze, které způsobují prodlevy. Kde data získat Událost lze odvodit z protokolů workflow, když se vytvoří nový schvalovací úkol a přiřadí uživateli nebo roli. Zachycení Zaznamenejte časové razítko vytvoření schvalovacího úkolu nebo okamžik, kdy stav žádosti označuje čekání na konkrétního schvalovatele. Typ události inferred | |||
| Zamítnutí schvalovacího kroku | Jednotlivý schvalovatel zamítne požadavek v určené fázi. Obvykle jej vrátí žadateli k úpravě. Tím se zastaví další postup schvalovacího workflow. | ||
| Proč je to důležité Tato činnost je jednou z hlavních příčin opakované práce. Sledování zamítnutí pomáhá odhalit časté důvody neúspěchu, potřebu školení i problematické fáze schvalování. Kde data získat Zaznamenává se při výslovné akci uživatele v historii schvalování nebo v transakčních datech workflow. Zachycení Ze záznamu historie schvalování nebo workflow načtěte události zamítnutí včetně schvalovatele a časového razítka. Typ události explicit | |||
Návody na získávání dat
Metody extrakce se liší podle systému. Podrobný postup najdete v
Chcete začít?
Začněte výběrem návodu pro konkrétní systém, který vám pomůže přizpůsobit sběr dat. Nebo použijte tuto obecnou šablonu jako flexibilní základ pro analýzu procesu požadavků v rámci nákupu a platby.
Zefektivněte požadavky v P2P
Odhalte úzká místa, zlepšete shodu a snižte náklady v celém procesu P2P.
Platební kartu nepotřebujete. Nastavení zabere jen několik minut.