Šablona dat pro požadavky v rámci nákupu a platby

Univerzální šablona pro process mining
Šablona dat pro požadavky v rámci nákupu a platby

Šablona dat pro požadavky v rámci nákupu a platby

Univerzální šablona pro process mining

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.
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy požadavků v rámci nákupu a platby

V této části najdete doporučená datová pole a základní atributy, které je vhodné zahrnout do záznamu událostí pro důkladnou analýzu procesu požadavků v rámci nákupu a platby.
5 Povinné 7 Doporučené 5 Volitelné
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é
Povinné Doporučené Volitelné

Aktivity v procesu požadavků v rámci nákupu a platby

Uvedené aktivity představují důležité kroky procesu a významné milníky, které je třeba zaznamenat pro přesné zjištění průběhu procesu a odhalení úzkých míst.
7 Doporučené 6 Volitelné
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
Doporučené Volitelné

Návody na získává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 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.

Spustit zkušební verzi

Platební kartu nepotřebujete. Nastavení zabere jen několik minut.