Šablona dat pro proces od nákupu po platbu: nákupní požadavek
Šablona dat pro proces od nákupu po platbu: nákupní požadavek
- Doporučené údaje ke sběru
- Hlavní aktivity pro zjištění průběhu procesu
- Pokyny k extrakci dat
Údaje pro proces od nákupu po platbu: nákupní požadavky
| Název | Popis | ||
|---|---|---|---|
|
Čas události
EventTime
|
Přesné datum a čas, kdy k aktivitě došlo. | ||
|
Popis
Čas události neboli časové razítko zaznamenává přesný okamžik, kdy aktivita proběhla. Tyto časové údaje jsou důležité pro pochopení průběhu procesu nákupních požadavků, včetně jeho délky, pořadí událostí a jejich načasování. Při analýze procesu se časová razítka používají k výpočtu doby cyklu, čekání mezi aktivitami a dodržování dohod o úrovni služeb. Jsou základem veškeré časové analýzy a umožňují vytvářet dashboardy, například „Doba schvalování nákupního požadavku“, a KPI, jako je „Průměrná doba zpracování nákupního požadavku“. Přesná časová razítka jsou nezbytná pro spolehlivý model procesu.
Proč je to důležité
Toto časové razítko je základem analýzy výkonnosti, například výpočtu doby cyklu, odhalování zpoždění a měření efektivity procesu.
Kde data získat
Tyto údaje se zaznamenávají do systémových polí, například „Date Created“, nebo do časových razítek v System Notes či protokolech o provádění workflow pro jednotlivé transakce.
Příklady
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
ID nákupního požadavku
PurchaseRequisitionId
|
Jedinečný identifikátor každého nákupního požadavku, který slouží jako hlavní ID případu pro analýzu procesu. | ||
|
Popis
ID nákupního požadavku je hlavní identifikátor, který propojuje všechny aktivity a události související s konkrétním požadavkem na zboží nebo služby. Každý požadavek dostane při vytvoření v NetSuite jedinečné ID, které zůstává stejné po celý jeho životní cyklus. V process miningu je tento atribut základem pro propojení událostí do případů. Umožňuje rekonstruovat celý průběh každého požadavku, od jeho vytvoření přes všechny kroky schvalování a změny až po konečný výsledek, například schválení, zamítnutí nebo převod na objednávku. Analýza podle tohoto ID je nezbytná pro výpočet délky životního cyklu, sledování změn stavu a odhalování rozdílů v průběhu procesu.
Proč je to důležité
Tento identifikátor umožňuje sledovat celý životní cyklus jednoho nákupního požadavku, analyzovat průběh procesu a počítat metriky na úrovni případu.
Kde data získat
Jde o interní ID nebo číslo transakce záznamu nákupního požadavku v NetSuite. Obvykle ho najdete v poli „tranid“.
Příklady
PR-001254PR-001255PR-001256
|
|||
|
Název aktivity
ActivityName
|
Název konkrétní obchodní události nebo úkolu, který nastal během životního cyklu nákupního požadavku. | ||
|
Popis
Název aktivity označuje konkrétní krok v procesu zpracování požadavku, například „Požadavek vytvořen“, „Krok schvalování schválen“ nebo „Objednávka vytvořena“. Tyto aktivity tvoří základ procesní mapy a představují jednotlivé prováděné činnosti. Analýza aktivit umožňuje zobrazit průběh procesu, odhalit úzká místa a měřit dobu strávenou v jednotlivých fázích. Pořadí aktivit přiřazených k danému ID nákupního požadavku zachycuje jeho průběh. Ten lze porovnat se standardním postupem a odhalit odchylky nebo neefektivní kroky.
Proč je to důležité
Určuje jednotlivé kroky procesu, takže můžete zobrazit procesní mapy, analyzovat varianty procesu a odhalit úzká místa.
Kde data získat
Obvykle se odvozuje z kombinace stavu transakce, záznamů systémového protokolu, historie workflow nebo vlastního sledování událostí v NetSuite.
Příklady
Požadavek vytvořenKrok schvalování schválenPožadavek upravenObjednávka vytvořena
|
|||
|
Celková částka
TotalAmount
|
Celková peněžní hodnota nákupního požadavku. | ||
|
Popis
Tento atribut zachycuje celkové náklady na všechny položky uvedené v nákupním požadavku. Jde o důležitý finanční údaj, který často ovlivňuje samotný proces, například když se podle hodnoty požadavku spouštějí různá schvalovací workflow. Analýza celkové částky pomáhá porozumět výdajům a jejich finančnímu dopadu. Umožňuje filtrovat požadavky podle hodnoty, hledat souvislosti mezi odchylkami procesu a požadavky s vysokou hodnotou a zaměřit analýzu na finančně významné případy. Jde o základní atribut pro analýzu finančních procesů i procesů souvisejících se shodou.
Proč je to důležité
Poskytuje finanční kontext a umožňuje analyzovat požadavky podle hodnoty, která často určuje schvalovací postup i obchodní prioritu.
Kde data získat
Jde o standardní pole v záznamu nákupního požadavku, obvykle nazvané „Total“ nebo podobně.
Příklady
500.001250.7525000.00
|
|||
|
Oddělení
Department
|
Obchodní oddělení, ke kterému patří požadavek nebo žadatel. | ||
|
Popis
Atribut Oddělení označuje organizační jednotku spojenou s nákupním požadavkem, obvykle oddělení žadatele. Umožňuje analyzovat proces z pohledu organizace. Jde o důležitý rozměr řady analýz, například při porovnávání doby schvalování mezi odděleními, sledování výdajů nebo zjišťování, která oddělení mají nejvyšší míru zamítnutí. Toto členění pomáhá vedení rozdělovat zdroje, přizpůsobit školení a zjednodušit workflow jednotlivých organizačních jednotek.
Proč je to důležité
Umožňuje rozdělit procesní data a porovnávat výkonnost, náklady a shodu s pravidly mezi různými organizačními jednotkami.
Kde data získat
Tyto údaje bývají součástí zaměstnaneckého záznamu žadatele nebo je lze zadat přímo do záhlaví transakce nákupního požadavku.
Příklady
MarketingITFinanceProvoz
|
|||
|
Stav požadavku
RequisitionStatus
|
Označuje aktuální stav požadavku v jeho životním cyklu. | ||
|
Popis
Stav požadavku ukazuje, v jaké fázi procesu se nákupní požadavek právě nachází. Mezi běžné stavy patří „Pending Approval“, „Fully Approved“, „Rejected“ a „Closed“. Tento atribut je důležitý pro vytváření dashboardů, například „Stav a stáří požadavků“, které sledují aktivní požadavky a dobu, po kterou zůstávají v aktuálním stavu. Analýza změn stavů je důležitou součástí mapování procesů. Pomáhá porozumět běžným průchodům procesem i výjimkám a určit konečný výsledek případu.
Proč je to důležité
Poskytuje přehled o průběhu případu, umožňuje analyzovat dlouho otevřené požadavky a zjistit, kde se případy zasekávají.
Kde data získat
Jde o pole „Status“ nebo „Approval Status“ v záhlaví transakčního záznamu nákupního požadavku.
Příklady
Čeká na schváleníPlně schválenoZamítnutoUzavřeno
|
|||
|
Žadatel
Requester
|
Zaměstnanec, který vytvořil a podal nákupní požadavek. | ||
|
Popis
Žadatel zahajuje nákupní proces vytvořením požadavku. Obvykle jde o zaměstnance, který pro svou práci potřebuje konkrétní zboží nebo služby. Analýza podle žadatele pomáhá odhalit vzorce v chování uživatelů. Umožňuje vytvářet dashboardy, například „Výkonnost žadatelů a potřeby školení“, a upozornit na osoby s vysokým počtem zamítnutí nebo častými změnami požadavků. Díky těmto poznatkům lze určit, kde by další školení nebo jasnější pokyny mohly zlepšit kvalitu požadavků podaných napoprvé a celkovou efektivitu procesu.
Proč je to důležité
Označuje osobu, která zahájila proces. Pomáhá analyzovat chování uživatelů, míru zamítnutí podle žadatele a potřebu školení.
Kde data získat
Obvykle jde o pole „Employee“ nebo „Created By“ v transakčním záznamu nákupního požadavku.
Příklady
John SmithJane DoePeter Jones
|
|||
|
Doba průchodu procesem
CycleTime
|
Celkový čas od vytvoření požadavku do jeho konečného vyřízení. | ||
|
Popis
Doba průchodu procesem je vypočítaná metrika, která měří celkovou dobu trvání procesu nákupního požadavku v jednom případu. Obvykle se počítá jako rozdíl mezi první aktivitou, například „Vytvoření požadavku“, a poslední závěrečnou aktivitou, například „Požadavek plně schválen“ nebo „Požadavek definitivně zamítnut“. Jde o hlavní ukazatel výkonnosti celého procesu. Používá se k výpočtu KPI „Průměrná doba průchodu nákupního požadavku“ a pomáhá sledovat trendy, odlehlé hodnoty i dopad iniciativ na zlepšování procesů. Rozložení dob průchodu může odhalit požadavky s mimořádně dlouhým vyřízením, které výrazně zhoršují průměrné výsledky.
Proč je to důležité
Přímo měří efektivitu procesu od začátku do konce. Jde o základní metriku pro odhalování zpoždění a hodnocení celkové výkonnosti.
Kde data získat
Jde o vypočítaný údaj. Pro každé „PurchaseRequisitionId“ se časové razítko první události odečte od časového razítka poslední události.
Příklady
25920060480086400
|
|||
|
Důvod zamítnutí
RejectionReason
|
Vysvětlení, které schvalovatel uvede při zamítnutí požadavku. | ||
|
Popis
Důvod zamítnutí je textové pole, do kterého může schvalovatel uvést, proč nákupní požadavek nesplnil podmínky pro schválení. Poskytuje tak kontext k aktivitě „Zamítnutí kroku schvalování“. Tento údaj je velmi užitečný při analýze příčin. Umožňuje vytvářet dashboardy, například „Analýza míry zamítnutí požadavků“, které ukazují nejen to, co bylo zamítnuto, ale také proč. Mezi běžné důvody patří „Nesprávný účet hlavní knihy“, „Překročený rozpočet“ nebo „Nedostatek podrobností“. Analýza důvodů pomáhá odhalit systémové problémy, zlepšit školení uživatelů a upravit pokyny pro podávání požadavků, aby se omezily opravy a zamítnutí.
Proč je to důležité
Objasňuje důvody zamítnutí a umožňuje analyzovat jejich příčiny, omezit budoucí zamítnutí a zvýšit kvalitu hned napoprvé.
Kde data získat
Důvod se často zaznamenává do pole „Poznámka“ při zamítnutí nebo do vlastního pole přidaného do schvalovacího workflow. Najdete jej také v systémových poznámkách.
Příklady
Překročený rozpočetVybrán nesprávný dodavatelChybí podrobnosti o položceDuplicitní požadavek
|
|||
|
ID objednávky
PurchaseOrderId
|
Identifikátor objednávky vytvořené ze schváleného požadavku. | ||
|
Popis
ID nákupní objednávky je jedinečný identifikátor objednávky vytvořené na základě schváleného požadavku. Propojuje proces požadavku s navazujícími nákupními aktivitami. Při analýze procesů je toto propojení důležité pro analýzu P2P od začátku do konce. Umožňuje vypočítat KPI „Doba od schválení požadavku po vytvoření objednávky“ měřením času mezi schválením požadavku a vytvořením objednávky. Pomáhá také vypočítat „Míru převodu požadavků na objednávky“, která ukazuje, jak účinně se požadavky mění na realizovatelné objednávky.
Proč je to důležité
Propojuje požadavek s výslednou nákupní objednávkou a umožňuje měřit dobu jejího vytvoření i analyzovat proces od začátku do konce.
Kde data získat
Tento údaj najdete v záznamu nákupního požadavku, často na kartě souvisejících záznamů nebo prostřednictvím odkazu „Vytvořeno z“ v samotné nákupní objednávce.
Příklady
PO-005432PO-005433PO-005434
|
|||
|
Kategorie položky
ItemCategory
|
Kategorie zboží nebo služeb požadovaných v nákupním požadavku. | ||
|
Popis
Kategorie položky rozděluje položky nákupního požadavku do skupin, například „IT hardware“, „Kancelářské potřeby“ nebo „Odborné služby“. Lze ji odvodit ze záznamů položek přiřazených k řádkům požadavku. Tento údaj umožňuje podrobnější analýzu procesu. Pomáhá odpovědět například na otázku: „Trvá schválení požadavků na IT hardware déle než schválení požadavků na kancelářské potřeby?“ Rozdělení procesu podle kategorií položek pomáhá odhalit úzká místa v konkrétních oblastech, analyzovat výdaje podle kategorií a podle toho upravit nákupní strategii.
Proč je to důležité
Umožňuje analyzovat proces podle nakupovaného zboží či služeb a odhalit úzká místa nebo problémy se shodou v jednotlivých kategoriích.
Kde data získat
Údaj se odvozuje ze záznamů „Položka“ přiřazených na úrovni řádků nákupního požadavku. Kategorie může být standardním nebo vlastním polem záznamu položky.
Příklady
IT hardwareSoftwarové licenceKancelářské potřebyMarketingové služby
|
|||
|
Měna
Currency
|
Kód měny, ve které je uvedena celková částka požadavku. | ||
|
Popis
Atribut Měna určuje měnu, ve které jsou vyjádřeny finanční hodnoty požadavku, například USD, EUR nebo GBP. Je důležitý zejména pro nadnárodní organizace, které pracují s více měnami. Toto pole zajišťuje správnou interpretaci finančních údajů. V process miningu umožňuje správně sčítat a porovnávat peněžní hodnoty, ať už převedením všech částek na jednu základní měnu, nebo rozdělením analýzy podle měny. Předchází nepřesnostem ve finančních výkazech a zajišťuje srozumitelnost při provozu v různých zemích.
Proč je to důležité
Je nezbytná pro přesnou finanční analýzu v nadnárodních organizacích a zajišťuje správnou interpretaci i agregaci peněžních hodnot.
Kde data získat
Jde o standardní pole „Currency“ v transakčním záznamu nákupního požadavku, zejména v instancích NetSuite s více měnami.
Příklady
USDEURGBP
|
|||
|
Název dodavatele
VendorName
|
Název navrhovaného nebo preferovaného dodavatele pro daný požadavek. | ||
|
Popis
Údaj Název dodavatele označuje dodavatele, od kterého se má zboží nebo služba nakoupit. Nákupní požadavek je sice interní dokument, často v něm ale bývá uveden preferovaný dodavatel. Analýza tohoto údaje může odhalit souvislosti při řízení dodavatelů. Pomáhá zjistit, kteří dodavatelé jsou požadováni nejčastěji, zda schválení požadavků na určité dodavatele trvá déle a zda se dodržují dohody s preferovanými dodavateli. Tyto informace mohou posloužit při strategickém výběru dodavatelů a řízení vztahů s nimi.
Proč je to důležité
Pomáhá analyzovat nákupní vzorce podle dodavatelů, ověřovat shodu se seznamy preferovaných dodavatelů a odhalovat rozdíly v průběhu procesu podle dodavatele.
Kde data získat
Může jít o pole „Dodavatel“ v záhlaví nebo o údaj uvedený u jednotlivých řádků nákupního požadavku.
Příklady
Dell Inc.StaplesMcKinsey & Company
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časové razítko, které udává, kdy byla data naposledy získána nebo obnovena ze zdrojového systému. | ||
|
Popis
Tento atribut zaznamenává datum a čas posledního načtení dat z NetSuite. Jde o důležitá metadata pro každý dashboard nebo analýzu process miningu. Časové razítko ukazuje, jak aktuální data jsou, a pomáhá uživatelům poznat, zda pracují s aktuálními informacemi, nebo se snímkem dat z určitého okamžiku. Je důležité pro ověření dat i pro informování zainteresovaných stran o aktuálnosti poznatků z analýzy procesu.
Proč je to důležité
Informuje uživatele o aktuálnosti dat, aby věděli, jak současný je pohled na proces.
Kde data získat
Toto časové razítko se vytváří a přidává při procesu získávání, transformace a načítání dat (ETL).
Příklady
2024-05-21T08:00:00Z2024-05-20T08:00:00Z
|
|||
|
Průběh schvalovacího workflow
ApprovalWorkflowPath
|
Přehled pořadí schvalovacích kroků, kterými požadavek prošel. | ||
|
Popis
Průběh schvalovacího workflow je odvozený údaj, který spojuje pořadí schvalovacích aktivit nebo stavů daného požadavku, například „Odesláno -> Schválení vedoucím -> Schválení finančním oddělením“. Vznikne tak jedinečný záznam o průběhu každého případu. Tento údaj je základem kontroly shody a analýzy variant. Přímo podporuje dashboardy „Neshodné cesty požadavků“ a „Shoda s průběhem schvalovacího workflow“, protože umožňuje snadno filtrovat případy a seskupovat je podle konkrétního průběhu procesu. Porovnáním skutečných cest s předem stanovenými standardními postupy mohou organizace měřit shodu a zkoumat příčiny odchylek.
Proč je to důležité
Shrnuje přesné pořadí schvalovacích kroků u každého případu a umožňuje analyzovat varianty i kontrolovat shodu.
Kde data získat
Jde o odvozený údaj, který vzniká spojením hodnot „ActivityName“ v chronologickém pořadí pro každé „PurchaseRequisitionId“.
Příklady
Vytvořeno > Odesláno > SchválenoVytvořeno > Odesláno > Zamítnuto > Upraveno > Odesláno > SchválenoVytvořeno > Odesláno > Schváleno > Staženo
|
|||
|
Schvalovatel
Approver
|
Zaměstnanec nebo uživatel odpovědný za schválení či zamítnutí konkrétního kroku schvalování. | ||
|
Popis
Schvalovatel je osoba pověřená kontrolou a vyřízením nákupního požadavku v konkrétní fázi schvalovacího workflow. Jeden požadavek může mít více schvalovatelů, z nichž každý odpovídá za jinou aktivitu schvalování. Tento atribut je důležitý pro analýzu samotného schvalovacího procesu. Umožňuje vytvářet dashboardy, například „Rozložení doby schvalovacích kroků“, které pomáhají odhalit úzká místa u jednotlivců nebo skupin. Sledování schvalovatelů podporuje odpovědnost, vyvážené rozdělení práce a odhalování zpoždění způsobených konkrétními schvalovateli.
Proč je to důležité
Označuje uživatele, který provádí schvalovací úkoly. Pomáhá analyzovat jeho výkonnost a pracovní vytížení i odhalovat úzká místa.
Kde data získat
Tyto údaje bývají v protokolu o provádění workflow nebo v System Notes u změn stavu schválení. Mohou být také uloženy ve vlastních polích záznamu souvisejících se schvalovacím workflow.
Příklady
Sarah JenkinsDavid ChenSchvalovací skupina Finance
|
|||
|
Úroveň naléhavosti
UrgencyLevel
|
Klasifikace priority požadavku, například běžná nebo naléhavá. | ||
|
Popis
Úroveň naléhavosti je kategoriální údaj, který vyjadřuje obchodní prioritu nákupního požadavku. Zaměstnanci tak mohou označit požadavky, které je kvůli naléhavým obchodním potřebám třeba vyřídit přednostně. Tento údaj slouží zejména pro dashboard „Výkonnost vyřizování naléhavých požadavků“ a KPI „Doba vyřízení naléhavého požadavku“. Analytici mohou podle něj filtrovat data a porovnat dobu vyřízení i průběh naléhavých a běžných požadavků. Zjistí tak, zda přednostní vyřizování funguje, nebo zda zpoždění stále způsobují úzká místa.
Proč je to důležité
Umožňuje porovnat výkonnost procesu u prioritních a běžných požadavků a ověřit, zda jsou naléhavé potřeby vyřízeny včas.
Kde data získat
Obvykle jde o vlastní pole těla transakce ve formuláři nákupního požadavku.
Příklady
VysokáStředníNízká
|
|||
|
Vyžadoval přepracování
IsRework
|
Logická hodnota, která označuje, zda byl požadavek zamítnut a znovu odeslán ke schválení. | ||
|
Popis
Vyžadoval přepracování je odvozený logický údaj, který nabývá hodnoty true, pokud byl nákupní požadavek někdy zamítnut a následně upraven nebo znovu odeslán ke schválení. Označuje případy, které si vyžádaly další práci nad rámec standardního průběhu. Tento údaj usnadňuje analýzu neefektivity procesu. Používá se k výpočtu KPI „Počet cyklů zamítnutí při schvalování“ a pomáhá vyčíslit dopad zamítnutí na celý proces. Filtrováním případů, u kterých má údaj Vyžadoval přepracování hodnotu true, mohou analytici oddělit problematické varianty procesu a zkoumat příčiny prvotního zamítnutí, například nekvalitní data nebo nejasnosti ohledně pravidel.
Proč je to důležité
Pomáhá měřit četnost a dopad opakovaného přepracování, které výrazně snižuje efektivitu procesu a způsobuje zpoždění.
Kde data získat
Jde o vypočítaný údaj. Logika ověřuje, zda po aktivitě „Požadavek odeslán ke schválení“ následuje u stejného případu aktivita „Zamítnutí kroku schvalování“.
Příklady
truefalse
|
|||
|
Zdrojový systém
SourceSystem
|
Označuje zdrojový systém, ze kterého byla data získána. | ||
|
Popis
Tento atribut určuje zdrojový systém procesních dat, v tomto případě NetSuite. Hodí se zejména v prostředích, kde se pro celkový pohled na proces kombinují data z více systémů. Při analýze jediného systému se může zdát neměnný, přesto poskytuje důležitý kontext a je osvědčeným postupem pro správu a dohledatelnost dat. Pomáhá ověřit původ dat a zajistit, že při analýze správně rozumíte logice a transformacím specifickým pro daný systém.
Proč je to důležité
Poskytuje důležitý kontext o původu dat a podporuje jejich srozumitelnou a řádnou správu, zejména v prostředí s více systémy.
Kde data získat
Jde o neměnnou hodnotu „NetSuite“, kterou je třeba přidat při získávání a transformaci dat.
Příklady
NetSuiteNetSuite SuitePeopleNetSuite ERP
|
|||
Aktivity procesu od nákupu po platbu: nákupní požadavky
| Aktivita | Popis | ||
|---|---|---|---|
|
Objednávka vytvořena
|
Z plně schváleného požadavku se vytvoří objednávka, která představuje oficiální závazek vůči dodavateli. Jde o výslovně zaznamenanou událost, při níž vznikne nový transakční záznam objednávky propojený se zdrojovým požadavkem. | ||
|
Proč je to důležité
Jde o hlavní výsledek úspěšně vyřízeného požadavku a důležitý předávací bod v procesu Purchase to Pay. Doba mezi schválením a vytvořením objednávky je důležitým KPI efektivity nákupu.
Kde data získat
Najděte záznam objednávky, v němž pole „Created From“ nebo jiné podobné propojovací pole odkazuje na ID nákupního požadavku. Časovým razítkem této aktivity je datum vytvoření objednávky.
Zachycení
Najděte objednávku, u které se pole „Created From“ shoduje s ID požadavku, a použijte hodnotu „Date Created“ objednávky.
Typ události
explicit
|
|||
|
Požadavek definitivně zamítnut
|
Nákupní požadavek je definitivně zamítnut a nebude se dále zpracovávat. Událost lze odvodit z nastavení konečného stavu pole „Approval Status“ na „Rejected“. | ||
|
Proč je to důležité
Tato aktivita představuje konečný bod neúspěšně vyřízeného požadavku. Zjištění, proč a kdy jsou požadavky definitivně zamítnuty, pomáhá odhalit problémy s dodržováním pravidel a rozpočtem.
Kde data získat
Událost lze odvodit z podzáložky System Notes. Najděte časové razítko, kdy pole „Approval Status“ přejde do konečného stavu „Rejected“.
Zachycení
Časové razítko změny pole „Approval Status“ na „Rejected“.
Typ události
inferred
|
|||
|
Požadavek plně schválen
|
Nákupní požadavek úspěšně prošel všemi povinnými kroky schvalovacího workflow. Událost lze odvodit ze změny konečného stavu pole „Approval Status“ na „Approved“. | ||
|
Proč je to důležité
Jde o důležitý milník, který znamená, že lze požadavek převést na objednávku. Označuje konec schvalovacího cyklu a začátek realizace nákupu.
Kde data získat
Událost lze odvodit z podzáložky System Notes. Najděte časové razítko, kdy pole „Approval Status“ přejde do konečného stavu „Approved“.
Zachycení
Časové razítko změny pole „Approval Status“ na „Approved“.
Typ události
inferred
|
|||
|
Požadavek uzavřen
|
Požadavek je formálně uzavřen, což znamená, že se u něj neočekávají další kroky. K uzavření často dojde automaticky poté, co jsou všechny požadované položky objednány prostřednictvím propojených objednávek. | ||
|
Proč je to důležité
Tato aktivita označuje konec životního cyklu požadavku. Potvrzuje, že potřeba firmy byla vyřešena a záznam je uzavřen.
Kde data získat
Událost lze odvodit z podzáložky System Notes. Najděte časové razítko, kdy se pole „Status“ na úrovni položky nebo záhlaví změní na „Closed“.
Zachycení
Časové razítko změny pole „Status“ na „Closed“.
Typ události
inferred
|
|||
|
Požadavek vytvořen
|
Uživatel zahájí nákupní proces vytvořením a uložením nového záznamu nákupního požadavku. Jde o první událost v životním cyklu požadavku. Zachytí se při prvním uložení transakčního záznamu v NetSuite. | ||
|
Proč je to důležité
Tato aktivita označuje oficiální začátek nákupního procesu pro konkrétní potřebu. Analýza doby od vytvoření po podání může odhalit zpoždění při zadávání údajů nebo formulaci původního požadavku.
Kde data získat
Událost se zaznamenává podle časového razítka data vytvoření transakčního záznamu nákupního požadavku. Najdete ho v hlavní části záznamu nebo na podzáložce System Notes, kde se zaznamenává akce „Create“.
Zachycení
Použijte pole „Date Created“ v záznamu nákupního požadavku.
Typ události
explicit
|
|||
|
Krok schvalování schválen
|
Oprávněný uživatel schválí svůj přidělený krok ve workflow a posune požadavek blíže ke konečnému schválení. Platforma SuiteApprovals v NetSuite tuto akci výslovně zaznamenává včetně uživatele a časového razítka. | ||
|
Proč je to důležité
Tato aktivita představuje posun ve schvalovacím procesu. Analýza doby mezi jednotlivými kroky pomáhá posoudit efektivitu workflow i práci jednotlivých schvalovatelů.
Kde data získat
Událost se zaznamenává v protokolu SuiteApprovals nebo na podzáložce System Notes, kde je uvedena akce schválení, schvalovatel a přesné časové razítko události.
Zachycení
Najděte akce schválení v protokolu SuiteApprovals nebo v System Notes.
Typ události
explicit
|
|||
|
Krok schvalování zamítnut
|
Schvalovatel zamítne přidělený krok a obvykle vrátí požadavek žadateli k opravě. Tuto akci výslovně zaznamenává workflow engine SuiteApprovals. | ||
|
Proč je to důležité
Tato událost ukazuje na opakované zpracování a neefektivitu procesu. Analýza míst zamítnutí pomáhá odhalit časté příčiny, například porušení pravidel nebo nesprávné údaje.
Kde data získat
Událost se zaznamenává v protokolu SuiteApprovals nebo na podzáložce System Notes. Záznam obsahuje akci zamítnutí, uživatele, který požadavek zamítl, a časové razítko.
Zachycení
Najděte akce zamítnutí v protokolu SuiteApprovals nebo v System Notes.
Typ události
explicit
|
|||
|
Požadavek odeslán ke schválení
|
Žadatel odešle vyplněný požadavek do určeného schvalovacího workflow. Tuto událost lze často odvodit ze změny stavu požadavku, například z „Draft“ nebo „Pending Submission“ na „Pending Approval“. | ||
|
Proč je to důležité
Tato aktivita spouští schvalovací cyklus a slouží jako důležitý výchozí bod pro měření doby schvalování. Pomáhá zjistit, jak dlouho požadavky čekají na zahájení formálního schvalování.
Kde data získat
Událost lze odvodit z podzáložky System Notes. Najděte časové razítko, kdy se pole „Approval Status“ poprvé změnilo na hodnotu, jako je „Pending Approval“.
Zachycení
Najděte první časové razítko, kdy se pole „Approval Status“ změní na „Pending Approval“.
Typ události
inferred
|
|||
|
Požadavek stažen
|
Původní žadatel nebo správce zruší požadavek před jeho úplným schválením nebo převodem na objednávku. Událost lze obvykle odvodit ze změny stavu na „Cancelled“ nebo „Withdrawn“. | ||
|
Proč je to důležité
Tato aktivita představuje výjimku nebo ukončení procesu z podnětu žadatele. Analýza stažených požadavků může odhalit změny obchodních potřeb nebo požadavky, které už nejsou aktuální.
Kde data získat
Událost lze odvodit z podzáložky System Notes sledováním časového razítka, kdy se pole „Approval Status“ změní na hodnotu jako „Cancelled“ nebo na vlastní stav pro stažení požadavku.
Zachycení
Časové razítko změny pole „Approval Status“ na „Cancelled“ nebo „Withdrawn“.
Typ události
inferred
|
|||
|
Požadavek upraven
|
Uživatel po vytvoření nákupního požadavku změní některé z jeho polí, často v reakci na zamítnutí nebo změnu požadavků. Událost se zaznamenává přímo v auditním záznamu NetSuite. | ||
|
Proč je to důležité
Sledování změn je důležité pro odhalení opakovaného zpracování a problémů s kvalitou dat. Časté změny mohou ukazovat na nejasné původní požadavky nebo potřebu proškolit žadatele.
Kde data získat
Událost se zaznamenává na podzáložce System Notes v záznamu nákupního požadavku. Každá položka typu „Change“ nebo „Edit“ u relevantního pole představuje změnu.
Zachycení
Vytvořte událost pro každou položku typu „Change“ v záznamu System Notes.
Typ události
explicit
|
|||
|
Zahájen krok schvalování
|
Požadavek přechází do konkrétní fáze schvalovacího workflow a čeká na akci určeného schvalovatele nebo skupiny. Událost lze obvykle odvodit z přiřazení požadavku dalšímu schvalovateli v pořadí. | ||
|
Proč je to důležité
Tato aktivita označuje začátek čekání v jednotlivých schvalovacích krocích. Pomáhá určit úzká místa ve schvalovací hierarchii a odhalit pomalu reagující schvalovatele.
Kde data získat
Událost lze odvodit z protokolů o provádění workflow nebo ze změn v poli „Current Approver“ či v poli stavu workflow. Aktivní schvalovací krok sleduje platforma SuiteApprovals.
Zachycení
Událost odvoďte z protokolů workflow nebo z okamžiku, kdy je záznam přiřazen novému schvalovateli.
Typ události
inferred
|
|||
Návody k extrakci
Chcete začít?
Pomocí této šablony můžete začít s process mining a získat užitečné poznatky o procesu nákupních požadavků v NetSuite. Začněte zvyšovat efektivitu a zrychlovat schvalování ještě dnes.
Zlepšete proces od nákupu po platbu: nákupní požadavek ještě dnes!
Zrychlete schvalování požadavků o 30 % a odstraňte úzká místa.
Platební kartu nepotřebujete. Začněte proces zlepšovat ještě dnes.