Šablona dat pro proces Purchase to Pay: nákupní objednávka
Šablona dat pro proces Purchase to Pay: nákupní objednávka
- Doporučené atributy ke shromáždění
- Hlavní aktivity pro mapování procesů
- Praktický návod k extrakci dat
Atributy procesu Purchase to Pay: nákupní objednávka
| Název | Popis | ||
|---|---|---|---|
|
Čas události
EventTime
|
Přesné datum a čas, kdy došlo ke konkrétní aktivitě nebo události. | ||
|
Popis
Toto časové razítko zaznamenává, kdy proběhla každá aktivita v procesu objednávky. Určuje chronologické pořadí událostí. Při analýze procesu jsou časová razítka událostí základem pro výpočet doby cyklu, intervalů mezi aktivitami a celkové doby případu. Pomáhají odhalit úzká místa, měřit výkon vůči SLA a pochopit časový průběh procesu. Používají se například k výpočtu doby mezi „Vytvořením objednávky“ a „Schválením objednávky“.
Proč je to důležité
Časová razítka jsou nezbytná pro výpočet všech časových ukazatelů výkonu, například doby cyklu a délky trvání. Tyto údaje pomáhají odhalit úzká místa procesu.
Kde data získat
Načítá se z různých polí data a času v několika tabulkách, například z CreatedDateTime v PurchTable nebo z dat zaúčtování v souvisejících tabulkách deníků.
Příklady
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
|
|||
|
Název aktivity
ActivityName
|
Název konkrétní obchodní události nebo kroku, který proběhl v životním cyklu objednávky. | ||
|
Popis
Tento atribut popisuje jednotlivé kroky procesu objednávky, například „Vytvoření objednávky“, „Schválení objednávky“ nebo „Zaúčtování příjmu zboží“. Jejich pořadí tvoří průběh procesu pro každou objednávku. Analýza aktivit je základem process mining. Umožňuje zobrazit mapu procesu, odhalit varianty procesu a určit aktivity, které se často opakují nebo způsobují zdržení. Pro optimalizaci procesu je důležité znát pořadí i četnost aktivit.
Proč je to důležité
Tento atribut je nezbytný pro vytvoření mapy procesu a pochopení pořadí událostí v životním cyklu objednávky.
Kde data získat
Odvozuje se z obchodní logiky založené na změnách stavu v tabulkách, jako jsou PurchTable a PurchReqTable, a v souvisejících denících zaúčtování, například VendPackingSlipJour nebo VendInvoiceJour.
Příklady
Vytvoření objednávkySchválení objednávkyZaúčtování příjmu zbožíFakturace objednávky
|
|||
|
Objednávka
PurchaseOrderNumber
|
Jedinečný identifikátor objednávky, který slouží jako hlavní případ pro analýzu procesu. | ||
|
Popis
Číslo objednávky je hlavní identifikátor, který propojuje všechny související aktivity od prvního konceptu až po dokončení nebo zrušení. Každé jedinečné číslo představuje jednu instanci procesu objednávky. V process mining se tento atribut používá k rekonstrukci celého průběhu každé objednávky. Analýza podle tohoto identifikátoru ukazuje celý životní cyklus a pomáhá odhalit obvyklé cesty, odchylky a úzká místa u jednotlivých objednávek.
Proč je to důležité
Jde o základní identifikátor pro rekonstrukci průběhu procesu a analýzu cesty každé objednávky od začátku do konce.
Kde data získat
Jde o primární klíč v tabulce hlaviček objednávek, obvykle PurchTable s názvem pole PurchId v Microsoft Dynamics 365.
Příklady
PO-001245PO-001246PO-001247
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časové razítko poslední aktualizace dat pro tento proces. | ||
|
Popis
Tento atribut zaznamenává datum a čas poslední extrakce dat ze zdrojového systému. Udává, jak aktuální jsou analyzovaná data. Čas poslední aktualizace pomáhá uživatelům zjistit, zda pracují s nejnovějšími údaji o procesu. Usnadňuje také posouzení relevance analýzy a plánování pravidelné aktualizace dat.
Proč je to důležité
Informuje o aktuálnosti dat, takže uživatelé vědí, jak nové jsou údaje použité v analýze procesu.
Kde data získat
Jde o atribut metadat vytvořený a uložený při načítání dat.
Příklady
2024-05-21T05:00:00Z
|
|||
|
Zdrojový systém
SourceSystem
|
Označuje systém, ze kterého byla data načtena. | ||
|
Popis
Tento atribut určuje zdrojovou aplikaci, ze které pocházejí data objednávky. V tomto datovém modelu bude jeho hodnota obvykle „Microsoft Dynamics 365“. Ve větších organizacích může nákupní proces probíhat v několika systémech. Tento atribut podporuje správu dat a pomáhá jednoznačně určit jejich původ, což je důležité zejména při slučování dat z různých zdrojů.
Proč je to důležité
Poskytuje důležitý kontext o původu dat. To je nezbytné pro správu a ověřování dat i pro pochopení technologického prostředí procesu.
Kde data získat
Jde o statickou hodnotu, která se přidává při extrakci a transformaci dat, aby označila datovou sadu.
Příklady
Microsoft Dynamics 365 F&OD365
|
|||
|
Celková částka objednávky
PurchaseOrderTotalAmount
|
Celková peněžní hodnota objednávky. | ||
|
Popis
Tento atribut představuje celkové náklady na všechny položky a služby zahrnuté v objednávce. Jde o finanční ukazatel nákupního procesu. Analýza podle celkové částky může odhalit důležité souvislosti. Objednávky s vyšší hodnotou mohou například procházet přísnějším schvalováním nebo mít delší dobu cyklu. Částka se používá také ve finančních výkazech a při rozdělení objednávek do hodnotových pásem pro analýzu.
Proč je to důležité
Umožňuje finanční analýzu nákupního procesu a pomáhá zjistit, jak hodnota objednávky ovlivňuje průběh procesu, například dobu a postup schvalování.
Kde data získat
Hodnotu lze vypočítat sečtením LineAmount v tabulce PurchLine pro dané PurchId nebo ji načíst z polí částky v hlavičce tabulky PurchTable.
Příklady
5250.00120.50150000.00
|
|||
|
Jméno uživatele
UserName
|
Jméno uživatele, který provedl konkrétní aktivitu. | ||
|
Popis
Tento atribut určuje osobu odpovědnou za provedení události, například vytvoření, schválení nebo změnu objednávky. Může jít o ID uživatele systému nebo celé jméno. Analýza aktivit uživatelů pomáhá pochopit rozložení pracovní zátěže, určit potřeby školení a odhalit osoby nebo týmy zapojené do odchylek procesu. Je důležitá pro dashboardy výkonu schvalovatelů a umožňuje filtrovat aktivity provedené konkrétními uživateli.
Proč je to důležité
Umožňuje analyzovat výkon podle uživatelů, odhalovat úzká místa spojená s konkrétními osobami a určit odpovědnost za jednotlivé kroky procesu.
Kde data získat
Údaje lze najít v polích, jako jsou CreatedBy nebo ModifiedBy, v tabulkách typu PurchTable. Podrobnosti o uživatelích se obvykle ukládají v tabulce UserInfo.
Příklady
Alice JohnsonBob WilliamsSprávce systému
|
|||
|
Název dodavatele
VendorName
|
Název dodavatele, pro kterého se objednávka vytváří. | ||
|
Popis
Tento atribut obsahuje název externího dodavatele, který poskytuje zboží nebo služby. Jde o důležitý rozměr analýzy nákupních aktivit. Rozdělení procesu podle dodavatele je důležité pro hodnocení jeho výkonu. U každého dodavatele můžete analyzovat podíl včasných dodávek, míru vráceného zboží a výsledky kontrol kvality. Snadněji tak rozpoznáte spolehlivé partnery i dodavatele, kteří mohou způsobovat zdržení nebo problémy s kvalitou.
Proč je to důležité
Tento atribut je důležitý pro řízení výkonu dodavatelů. Umožňuje podle dodavatele analyzovat dodací lhůty, míru vráceného zboží i celkovou spolehlivost.
Kde data získat
Účet dodavatele je uložen v PurchTable v poli OrderAccount. Název se načítá propojením s VendTable.
Příklady
Contoso kancelářské potřebyFabrikam RoboticsNorthwind Traders
|
|||
|
Požadované datum dodání
RequestedDeliveryDate
|
Datum, do kterého firma požaduje, aby dodavatel dodal zboží nebo služby. | ||
|
Popis
Toto datum je uvedeno v objednávce a sděluje dodavateli požadovaný termín dodání. Slouží jako základ pro měření výkonu dodavatele. Tento atribut je důležitý pro dashboard „Dodržování termínů dodání dodavateli“ a KPI „Podíl včasných dodávek“. Porovnáním RequestedDeliveryDate se skutečným datem příjmu zboží mohou firmy vyhodnotit spolehlivost dodavatelů a odhalit opakovaná zdržení v dodavatelském řetězci.
Proč je to důležité
Slouží jako základ pro měření včasnosti dodávek. Jde o důležitý KPI pro hodnocení spolehlivosti dodavatelů a efektivity dodavatelského řetězce.
Kde data získat
Obvykle se nachází v tabulce PurchTable (na úrovni hlavičky) nebo PurchLine (na úrovni řádku) jako DeliveryDate.
Příklady
2023-11-152023-12-012024-01-20
|
|||
|
Stav objednávky
PurchaseOrderStatus
|
Aktuální stav objednávky v jejím životním cyklu. | ||
|
Popis
Tento atribut označuje celkový stav objednávky v daném okamžiku, například „Open order“, „Received“, „Invoiced“ nebo „Canceled“. Odpovídá výsledku poslední aktivity. Sledování stavu pomáhá zjistit aktuální stav všech otevřených objednávek. V process mining lze podle něj analyzovat výsledky případů, například filtrovat objednávky, které skončily stavem „Canceled“, a zkoumat důvody jejich zrušení.
Proč je to důležité
Poskytuje přehled o aktuálním stavu objednávky. Hodí se k filtrování případů a analýze výsledků procesu, například míry dokončení nebo zrušení.
Kde data získat
Údaje jsou v PurchTable. Hlavní pole stavu jsou DocumentState a PurchStatus.
Příklady
Otevřená objednávkaPřijatoVyfakturovánoZrušeno
|
|||
|
Byla nákupní objednávka změněna
IsPurchaseOrderChanged
|
Logická hodnota, která označuje, zda byla nákupní objednávka po prvním schválení změněna. | ||
|
Popis
Tento vypočítaný atribut má hodnotu „true“, pokud po aktivitě „Schválení nákupní objednávky“ následuje u daného případu aktivita „Změna nákupní objednávky“. Usnadňuje analýzu oprav a změn. Tento příznak je důležitý pro výpočet KPI „Míra změn nákupních objednávek po schválení“ a pro dashboard „Trendy změn nákupních objednávek“. Umožňuje snadno vybrat a analyzovat objednávky, které vyžadovaly přepracování, a pomáhá odhalit příčiny změn.
Proč je to důležité
Usnadňuje měření přepracování a četnosti změn, které ukazují na nestabilitu a nízkou efektivitu procesu.
Kde data získat
Jde o vypočítaný atribut odvozený z pořadí aktivit v záznamu událostí.
Příklady
truefalse
|
|||
|
Bylo dodáno včas
IsOnTimeDelivery
|
Logická hodnota, která označuje, zda bylo zboží přijato v požadovaný den dodání nebo dříve. | ||
|
Popis
Tento vypočítaný atribut porovnává časové razítko aktivity „Zaúčtování příjmu zboží“ s hodnotou RequestedDeliveryDate. Má hodnotu „true“, pokud datum příjmu připadá na požadovaný den nebo dříve. Příznak přímo podporuje výpočet KPI „Míra včasných dodávek“. Usnadňuje analýzu výkonnosti dodavatelů a filtrování i zobrazení včasných a opožděných dodávek, což je důležité pro dashboard „Dodržování termínů dodání dodavateli“.
Proč je to důležité
Poskytuje jednoznačný výsledek hodnocení dodávky a usnadňuje výpočet KPI včasných dodávek i hodnocení dodavatelů.
Kde data získat
Jde o vypočítaný atribut, který vzniká porovnáním RequestedDeliveryDate s hodnotou EventTime aktivity „Zaúčtování příjmu zboží“.
Příklady
truefalse
|
|||
|
Důvod vrácení
ReturnReason
|
Důvod uvedený při vrácení zboží z nákupní objednávky dodavateli. | ||
|
Popis
Při aktivitě „Vrácení zboží dodavateli“ tento atribut zaznamenává důvod vrácení, například „Poškozené zboží“, „Dodáno nesprávné zboží“ nebo „Nedostatečná kvalita“. Tyto údaje jsou důležité pro dashboard „Míra vrácení z nákupních objednávek“. Analýza důvodů vrácení pomáhá odhalit jejich příčiny, ať už jde o kvalitu dodavatele, chyby při objednávání nebo problémy s přepravou. Na základě zjištění můžete cíleně snížit počet vrácených položek.
Proč je to důležité
Ukazuje, proč se zboží vrací, a pomáhá odhalit problémy s kvalitou dodavatele, přesností objednávek nebo logistikou.
Kde data získat
Důvody vrácení se obvykle zaznamenávají v transakcích vratných objednávek nebo pomocí kódů důvodů při záporných příjemkách.
Příklady
Poškozeno při přepravěDodáno nesprávné zbožíNeprošlo kontrolou kvality
|
|||
|
Jméno schvalovatele
ApproverName
|
Jméno uživatele, který schválil nákupní objednávku nebo krok ve schvalovacím workflow. | ||
|
Popis
Tento atribut označuje vedoucího nebo uživatele, který nákupní objednávku formálně schválil a umožnil její další zpracování. Ve víceúrovňovém schvalovacím workflow může mít jedna nákupní objednávka několik schvalovatelů. Sledování schvalovatele je základem dashboardů „Analýza doby schválení nákupní objednávky“ a „Metriky výkonnosti schvalovatelů“. Umožňuje měřit, jak dlouho schválení trvá jednotlivým schvalovatelům, odhalovat úzká místa ve schvalovacím řetězci a vyhodnocovat rozložení pracovní zátěže i efektivitu.
Proč je to důležité
Umožňuje analyzovat schvalovací proces, odhalovat úzká místa a měřit výkonnost i pracovní zátěž jednotlivých schvalovatelů.
Kde data získat
Informace o schválení se obvykle ukládají do tabulek se záznamy workflow, nikoli přímo do PurchTable. Je nutné načíst historii workflow související s nákupní objednávkou.
Příklady
Charles GreenDiana PrinceEdward Nigma
|
|||
|
Kategorie nákupu
PurchaseCategory
|
Zařazení nakoupeného zboží nebo služby, například „IT vybavení“ nebo „kancelářské potřeby“. | ||
|
Popis
Tento atribut umožňuje rozdělit položky nákupních objednávek do logických kategorií. Díky tomuto členění lze analyzovat výdaje a rozdíly v procesu podle typu nákupu. Filtrování podle kategorie nákupu může při analýze procesů odhalit odlišné průběhy. Například nákup investičního majetku může trvat déle a mít více kroků než nákup provozních potřeb. Atribut se používá v dashboardech k analýze trendů změn a míry vrácení podle kategorií.
Proč je to důležité
Umožňuje rozdělit proces podle typu nakupovaného zboží nebo služeb a odhalit rozdíly v průběhu jednotlivých kategorií výdajů.
Kde data získat
Kategorie položek jsou propojené s uvolněnými produkty (InventTable), které se následně používají v PurchLine. Samotné informace o kategoriích se ukládají do tabulek správy kategorií.
Příklady
IT vybaveníKancelářské potřebyOdborné službySuroviny
|
|||
|
Kód společnosti
CompanyCode
|
Identifikátor právnické osoby nebo společnosti, která zadává nákupní objednávku. | ||
|
Popis
V prostředí s více společnostmi tento atribut určuje, která právnická osoba nákup provádí. Jde o základní organizační údaj. Atribut umožňuje porovnat proces P2P mezi různými právnickými osobami v rámci jedné organizace. Může odhalit rozdíly v efektivitě procesu, shodě a správě dodavatelů a podpořit sjednocení postupů.
Proč je to důležité
Organizacím s více právnickými osobami umožňuje porovnávat a sjednocovat nákupní procesy napříč jednotlivými společnostmi.
Kde data získat
Jde o pole DataAreaId, které se nachází téměř v každé tabulce Dynamics 365, včetně PurchTable.
Příklady
USMFDEMFGBSI
|
|||
|
Místo dodání
DeliveryLocation
|
Konkrétní provozovna, sklad nebo adresa, kam má být zboží dodáno. | ||
|
Popis
Tento atribut určuje fyzické místo, kam se mají dodat položky nákupní objednávky. Může jít o sklad, konkrétní kancelář nebo místo realizace projektu. Analýza procesu podle místa dodání pomáhá odhalit úzká místa v jednotlivých regionech nebo provozovnách, zejména při příjmu zboží. Dashboard „Doba zpracování příjmu zboží“ může tento atribut využít k porovnání efektivity různých míst.
Proč je to důležité
Pomáhá odhalit rozdíly v průběhu procesu nebo zpoždění na konkrétních místech, zejména při příjmu zboží a kontrole kvality.
Kde data získat
Adresa a místo dodání se ukládají v PurchTable. Výchozí hodnoty lze převzít z nastavení společnosti nebo dodavatele.
Příklady
Hlavní sklad AKancelář v budově CDistribuční centrum na západním pobřeží
|
|||
|
Nákupní požadavek
PurchaseRequisitionNumber
|
Identifikátor nákupního požadavku, na jehož základě byla objednávka vytvořena. | ||
|
Popis
Tento atribut propojuje objednávku s původním interním požadavkem. Ne všechny objednávky vznikají na základě nákupního požadavku. Toto propojení je důležité pro analýzu celého procesu „Od požadavku k objednávce“. Umožňuje měřit KPI „Rychlost převodu požadavku na objednávku“ a zjistit, jak rychle se interní potřeba mění na objednávku u dodavatele. Pomáhá také ověřovat shodu, například odhalit objednávky vytvořené bez formálního požadavku.
Proč je to důležité
Propojuje objednávku s původním požadavkem, takže lze analyzovat dobu od požadavku k objednávce a ověřovat dodržování procesu.
Kde data získat
Údaj se nachází v poli PurchReqId tabulky PurchLine, které odkazuje na PurchReqTable.
Příklady
PR-000871PR-000872PR-000873
|
|||
|
Oddělení
DepartmentName
|
Název oddělení, které zadalo nákupní požadavek nebo objednávku. | ||
|
Popis
Tento atribut určuje interní organizační jednotku nebo oddělení odpovědné za nákup. Často se odvozuje od osoby, která vytvořila nákupní požadavek. Analýza procesu podle oddělení pomáhá pochopit, jak různé části organizace využívají nákupní proces. Může odhalit oddělení s delší dobou schvalování, vyšším počtem změn objednávek nebo specifickými nákupními zvyklostmi. Na základě těchto zjištění lze cíleně zlepšovat proces.
Proč je to důležité
Umožňuje porovnat výkon procesu mezi různými organizačními jednotkami a odhalit specifické chování oddělení, úzká místa nebo neefektivní postupy.
Kde data získat
Tyto údaje se často propojují přes žadatele nebo tvůrce nákupního požadavku (PurchReqTable) či objednávky (PurchTable) a jeho oddělení v HR modulu.
Příklady
FinanceITVýrobaMarketing
|
|||
Aktivity procesu Purchase to Pay: nákupní objednávka
| Aktivita | Popis | ||
|---|---|---|---|
|
Dokončení objednávky
|
Označuje úspěšné dokončení životního cyklu objednávky, kdy bylo přijato a vyfakturováno veškeré zboží. Událost se obvykle odvozuje z aktualizace stavu objednávky na konečný, uzavřený stav. | ||
|
Proč je to důležité
Tato aktivita označuje konec úspěšné instance procesu. Měření „Celkové doby zpracování objednávky“ od vytvoření do dokončení poskytuje celkový přehled o efektivitě procesu.
Kde data získat
Událost se odvozuje z polí stavu v PurchTable, například když je DocumentState nastaven na „Invoiced“ a stavy položek označují úplné přijetí i fakturaci.
Zachycení
Zjistěte časové razítko, kdy se stav hlavičky a řádků objednávky změní na konečný, uzavřený stav, například „Invoiced“.
Typ události
inferred
|
|||
|
Odeslání objednávky dodavateli
|
Tato aktivita označuje, že schválená objednávka byla předána dodavateli. Zachytí se při potvrzení objednávky, které vytvoří potvrzovací deník a obvykle spustí odeslání dokumentu. | ||
|
Proč je to důležité
Jde o první krok směrem k externímu partnerovi a začátek měření dodací lhůty dodavatele. Je důležitý pro sledování výkonu dodavatelů a KPI „Podíl včasných dodávek“.
Kde data získat
Událost označuje vytvoření záznamu v tabulce PurchPurchaseOrderJour, tedy deníku potvrzení objednávky. Čas události určuje datum vytvoření tohoto deníku.
Zachycení
Použijte časové razítko vytvoření prvního záznamu PurchPurchaseOrderJour pro danou objednávku.
Typ události
explicit
|
|||
|
Schválení objednávky
|
Označuje konečné schválení objednávky, po kterém ji lze odeslat dodavateli. Událost se obvykle odvodí ze změny stavu objednávky nebo se přímo načte z historie workflow. | ||
|
Proč je to důležité
Jde o důležitý milník, protože do schválení objednávky nelze pokračovat dalšími kroky. Jeho sledování je nezbytné pro analýzu úzkých míst ve schvalování a měření KPI „Doba schválení objednávky“.
Kde data získat
Událost lze odvodit ze změny pole DocumentState v PurchTable na hodnotu „Approved“. Případně ji lze načíst z časového razítka dokončení posledního kroku schválení ve WorkflowTrackingStatusTable.
Zachycení
Zjistěte časové razítko změny DocumentState v PurchTable na hodnotu „Approved“.
Typ události
inferred
|
|||
|
Vytvoření nákupního požadavku
|
Tato aktivita označuje vytvoření nákupního požadavku, tedy formální žádosti o zboží nebo služby. Zachytí se při vytvoření nového záznamu v tabulce nákupních požadavků, což označuje začátek nákupní potřeby. | ||
|
Proč je to důležité
Jde o počáteční událost procesu objednávky. Analýza doby od této události do vytvoření objednávky pomáhá měřit efektivitu interního procesu a rychlost reakce na poptávku.
Kde data získat
Tato událost odpovídá vytvoření záznamu v PurchReqTable. Čas události určuje časové razítko vytvoření záznamu (createdDateTime).
Zachycení
U každého nákupního požadavku načtěte časové razítko vytvoření z PurchReqTable.
Typ události
explicit
|
|||
|
Vytvoření objednávky
|
Tato aktivita označuje vytvoření konceptu objednávky v systému. Zachytí se z časového razítka vytvoření záznamu hlavičky objednávky, často po schválení nákupního požadavku. | ||
|
Proč je to důležité
Tím se interní požadavek mění na formální nákupní dokument. Jde o výchozí bod pro měření doby zpracování a schvalování objednávky.
Kde data získat
Událostí je vytvoření záznamu v PurchTable. Časové razítko aktivity poskytuje pole createdDateTime v této tabulce.
Zachycení
U každé objednávky načtěte časové razítko vytvoření z PurchTable.
Typ události
explicit
|
|||
|
Zaúčtování příjmu zboží
|
Označuje oficiální zaevidování přijatého zboží k objednávce v systému. Událost se zachytí při zaúčtování deníku příjmu zboží. | ||
|
Proč je to důležité
Jde o důležitý milník, který aktualizuje zásoby a označuje začátek párování faktur. Je také koncovým bodem pro měření „Podílu včasných dodávek“ a dodací lhůty dodavatele.
Kde data získat
Událost se zachytí při vytvoření deníku příjmu zboží uloženého v VendPackingSlipJour. Čas přijetí zboží určuje createdDateTime nebo PackingSlipDate v této tabulce.
Zachycení
Použijte časové razítko vytvoření nebo zaúčtování záznamu VendPackingSlipJour propojeného s objednávkou.
Typ události
explicit
|
|||
|
Fakturace objednávky
|
Tato aktivita označuje okamžik, kdy byla přijata a zaúčtována faktura dodavatele k objednávce. Propojuje nákupní proces s procesem platby. | ||
|
Proč je to důležité
Jde o poslední krok před platbou a je důležitý pro výpočet konečných nákladů nákupu. Zároveň tvoří koncový bod pro analýzu třístranného párování.
Kde data získat
Událost se zachytí při zaúčtování deníku faktury dodavatele (VendInvoiceJour) spárované s objednávkou. Časové razítko určuje InvoiceDate nebo datum zaúčtování v tomto záznamu.
Zachycení
Použijte časové razítko zaúčtování z tabulky VendInvoiceJour propojené se záznamem PurchTable.
Typ události
explicit
|
|||
|
Odeslání objednávky ke schválení
|
Označuje okamžik, kdy je koncept objednávky formálně odeslán do schvalovacího workflow. Obvykle jde o výslovnou akci uživatele, kterou zaznamenávají protokoly workflow. | ||
|
Proč je to důležité
Touto aktivitou začíná schvalovací cyklus objednávky. Její sledování umožňuje přesně měřit, jak dlouho objednávky čekají na schválení i celkovou dobu schvalování.
Kde data získat
Událost se zachytí z WorkflowTrackingStatusTable pro objednávku, která zaznamenává odeslání i jeho časové razítko.
Zachycení
V historii workflow přiřazené k záznamu PurchTable vyhledejte událost „Submitted“.
Typ události
explicit
|
|||
|
Potvrzení objednávky dodavatelem
|
Označuje, že dodavatel přijal a potvrdil podrobnosti objednávky. Často jde o ruční zadání údajů na základě komunikace s dodavatelem. | ||
|
Proč je to důležité
Potvrzení dodavatele dává jistotu, že se objednávka zpracovává. Zdržení nebo nesrovnalosti v této fázi mohou upozornit na problémy s plněním objednávky.
Kde data získat
Událost se obvykle odvozuje z vyplnění polí s datem nebo stavem potvrzení v PurchTable, například data potvrzení dodávky. Nemusí jít o samostatnou událost.
Zachycení
Událost odvoďte z vyplnění konkrétního pole data potvrzení v PurchTable nebo PurchLine.
Typ události
inferred
|
|||
|
Provedení kontroly kvality
|
Označuje dokončení kontroly kvality přijatého zboží. Tato událost se často spravuje v modulu Quality Management nebo zaznamenává změnou stavu. | ||
|
Proč je to důležité
Tato aktivita může být významným úzkým místem mezi příjmem zboží a jeho zpřístupněním k použití. Analýza její délky pomáhá zlepšit KPI „Doba kontroly kvality“.
Kde data získat
Událost lze odvodit z dokončení Quality Order (InventQualityOrderTable) propojeného s příjmem objednávky. Událost označuje časové razítko změny stavu na „Passed“ nebo „Failed“.
Zachycení
Sledujte časové razítko dokončení stavu v InventQualityOrderTable přiřazené k řádku objednávky.
Typ události
inferred
|
|||
|
Schválení nákupního požadavku
|
Označuje formální schválení nákupního požadavku oprávněným vedoucím. Událost se obvykle zachytí z historie workflow nebo sledováním změny stavu záznamu požadavku. | ||
|
Proč je to důležité
Schválení je důležitým milníkem, který umožňuje převést požadavek na objednávku. Zdržení v této fázi přímo prodlužuje celý nákupní cyklus.
Kde data získat
Událost lze zachytit z WorkflowTrackingStatusTable přiřazené k nákupnímu požadavku nebo ji odvodit ze změny pole stavu v PurchReqTable na hodnotu „Approved“.
Zachycení
Použijte časové razítko dokončení posledního kroku schválení v historii workflow požadavku.
Typ události
explicit
|
|||
|
Vrácení zboží dodavateli
|
Označuje vrácení již přijatého zboží dodavateli, například kvůli poškození nebo nesprávným položkám. Událost se zachytí zaúčtováním vratkové transakce. | ||
|
Proč je to důležité
Vrácené zboží znamená selhání procesu a dodatečné náklady. Sledování této aktivity pomáhá vypočítat „Míru vrácených objednávek“ a odhalit problémy s dodavateli nebo produkty.
Kde data získat
Událost se odvozuje z vytvoření objednávky se záporným množstvím nebo konkrétního vratkového dokumentu odkazujícího na původní objednávku. Čas události určuje datum zaúčtování vratky.
Zachycení
Vyhledejte zaúčtování vratkové objednávky nebo dobropisu k původní objednávce.
Typ události
explicit
|
|||
|
Změna objednávky
|
Tato aktivita zachycuje každou změnu objednávky po jejím schválení. Dynamics 365 může uchovávat verze objednávky, takže lze změny identifikovat. | ||
|
Proč je to důležité
Sledování změn je důležité pro odhalení opakované práce, pochopení nestability procesu a měření „Míry změn objednávek“. Změny mohou způsobit zdržení a změnit náklady.
Kde data získat
Událost lze odvodit porovnáním různých verzí objednávky uložených v archivních tabulkách nebo tabulkách historie verzí, například PurchTableHistory. Zvýšení čísla verze označuje změnu.
Zachycení
Vyhledejte záznamy, u kterých se po schválení zvýšilo číslo verze v PurchTable.
Typ události
inferred
|
|||
|
Zrušení objednávky
|
Označuje ukončení objednávky před jejím úplným dokončením. Událost se zachytí konkrétní změnou stavu dokumentu objednávky. | ||
|
Proč je to důležité
Zrušení představuje důležitou výjimku z běžného průběhu procesu. Analýza četnosti a důvodů může odhalit problémy v plánování nebo spolehlivosti dodavatelů.
Kde data získat
Událost se odvozuje ze změny pole DocumentState v PurchTable na hodnotu „Canceled“. Časové razítko změny stavu označuje čas události.
Zachycení
Zjistěte časové razítko, kdy se DocumentState v PurchTable nastaví na „Canceled“.
Typ události
inferred
|
|||
Návody k extrakci dat
Chcete začít?
Tato šablona obsahuje vše potřebné k zahájení optimalizace procesu Purchase to Pay, konkrétně nákupních objednávek. Začněte zlepšovat nákupní provoz ještě dnes.
Zvyšte efektivitu procesu Purchase to Pay: nákupní objednávka
Odhalte neefektivitu a zkraťte cyklus P2P až o 30 %.
Bez platební karty, nastavení během několika minut