Šablona dat pro proces Purchase to Pay: nákupní objednávka

Microsoft Dynamics 365
Šablona dat pro proces Purchase to Pay: nákupní objednávka

Šablona dat pro proces Purchase to Pay: nákupní objednávka

Tato šablona vám pomůže shromáždit potřebná data pro optimalizaci procesu Purchase to Pay, konkrétně nákupních objednávek. Uvádí atributy, které je třeba získat, aktivity, které je vhodné sledovat, a praktický postup, jak tyto údaje načíst ze zdrojového systému. Díky šabloně připravíte data pro důkladnou analýzu procesu.
  • Doporučené atributy ke shromáždění
  • Hlavní aktivity pro mapování procesů
  • Praktický návod k extrakci dat
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy procesu Purchase to Pay: nákupní objednávka

Jde o doporučená datová pole, která zahrňte do záznamu událostí pro důkladnou analýzu procesu Purchase to Pay, konkrétně nákupních objednávek.
5 Povinné 5 Doporučené 9 Volitelné
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
Povinné Doporučené Volitelné

Aktivity procesu Purchase to Pay: nákupní objednávka

Jde o důležité kroky a milníky procesu, které zaznamenejte do záznamu událostí pro přesné zjištění průběhu a optimalizaci.
6 Doporučené 8 Volitelné
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
Doporučené Volitelné

Návody k extrakci dat

Jak získat data z Microsoft Dynamics 365

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 %.

Začněte se zkušební verzí zdarma

Bez platební karty, nastavení během několika minut