Šablona dat pro proces od objednávky k platbě při zpracování prodejních objednávek
Šablona dat pro proces od objednávky k platbě při zpracování prodejních objednávek
- Doporučené atributy pro podrobnou analýzu
- Hlavní aktivity procesu ke sledování
- Pokyny k získání dat z Microsoft Dynamics 365
Atributy procesu od objednávky k platbě při zpracování prodejních objednávek
| Název | Popis | ||
|---|---|---|---|
|
Aktivita
ActivityName
|
Název konkrétní obchodní události nebo úkolu, který v daném okamžiku proběhl v rámci procesu prodejní objednávky. | ||
|
Popis
Tento atribut označuje konkrétní krok nebo událost v životním cyklu prodejní objednávky, například „Prodejní objednávka vytvořena“, „Zboží odesláno“ nebo „Platba přijata“. Posloupnost těchto činností u jedné prodejní objednávky tvoří průběh procesu. Analýza posloupnosti, četnosti a přechodů mezi činnostmi je základem process mining. Pomáhá zobrazit mapu procesu, určit běžné i méně časté varianty, odhalit úzká místa a najít opakované zpracování nebo nesoulad s pravidly. Tento atribut je zásadní pro pochopení toho, co se v procesu skutečně děje.
Proč je to důležité
Určuje jednotlivé kroky procesu a umožňuje sestavit a zobrazit jeho průběh, což je hlavním cílem process mining.
Kde data získat
Tento atribut se odvozuje mapováním konkrétních systémových událostí nebo změn stavu v tabulkách, jako je „SalesTable“, a souvisejících logistických či finančních tabulkách na standardizované názvy činností.
Příklady
Prodejní objednávka vytvořenaZboží odeslánoFaktura vytvořenaPlatba přijata
|
|||
|
Čas zahájení
EventTime
|
Přesné datum a čas, kdy proběhla konkrétní činnost nebo událost. | ||
|
Popis
Čas události neboli časové razítko zaznamenává přesný okamžik, kdy činnost proběhla. Každá činnost v záznamu událostí má přiřazené časové razítko, které vytváří chronologický záznam procesu pro každý případ. Tento atribut je nezbytný pro veškerou časovou analýzu v process mining. Používá se k výpočtu doby mezi činnostmi, měření celkové doby trvání případu, analýze čekání a odhalování úzkých míst, která proces zdržují. Umožňuje také sledovat výkonnost v čase, například průchodnost za den, týden nebo měsíc.
Proč je to důležité
Toto časové razítko je nezbytné pro výpočet všech ukazatelů založených na době trvání, například doby průchodu a úzkých míst, i pro chronologické seřazení událostí.
Kde data získat
Tento údaj se odvozuje z různých polí data a času souvisejících s konkrétními transakcemi, například z „SalesTable.CreatedDateTime“ při vytvoření objednávky nebo z data zaúčtování platebního deníku při platbě.
Příklady
2023-04-15T09:02:11Z2023-04-18T14:30:00Z2023-04-25T11:21:45Z
|
|||
|
Prodejní objednávka
SalesOrderNumber
|
Jedinečný identifikátor každé prodejní objednávky, který slouží jako hlavní identifikátor případu v procesu. | ||
|
Popis
Číslo prodejní objednávky je jedinečný alfanumerický kód přiřazený každé zákaznické objednávce v Microsoft Dynamics 365. Slouží jako hlavní ID případu a propojuje všechny související činnosti a události od vytvoření po uzavření. V process mining je tento atribut nezbytný pro rekonstrukci průběhu každé jednotlivé prodejní objednávky od začátku do konce. Analytici díky němu mohou sledovat úplnou posloupnost činností, měřit dobu trvání případů a analyzovat odchylky u jednotlivých objednávek. Tvoří tak základ celé analýzy procesu.
Proč je to důležité
Tento identifikátor je nezbytný pro propojení všech souvisejících událostí a umožňuje úplnou analýzu životního cyklu každé prodejní objednávky od začátku do konce.
Kde data získat
Nachází se v tabulce „SalesTable“ v poli „SalesId“.
Příklady
SO-00102345SO-00102346SO-00102347
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časové razítko udávající, kdy byla data naposledy obnovena nebo extrahována ze zdrojového systému. | ||
|
Popis
Tento atribut zaznamenává datum a čas posledního načtení dat z Microsoft Dynamics 365. Ukazuje, jak aktuální jsou analyzovaná data. Při analýze procesů je stáří dat důležité pro správné rozhodování. Díky tomuto časovému razítku uživatelé vědí, kdy byla data naposledy aktualizována, a mohou posoudit, zda jejich závěry vycházejí z aktuálních informací.
Proč je to důležité
Uživatelé díky němu vědí, jak aktuální data jsou. To je důležité pro relevanci a přesnost analýzy process mining.
Kde data získat
Vytvoří se při extrakci dat a během jejich načítání se připojí ke každému záznamu.
Příklady
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Zdrojový systém
SourceSystem
|
Určuje informační systém, ze kterého data pocházejí. | ||
|
Popis
Tento atribut určuje zdrojovou aplikaci, ve které byla zaznamenána data událostí. V tomto případě to obvykle bude Microsoft Dynamics 365. Při analýze dat z jediného systému může působit nadbytečně. Je však důležitý při slučování dat z více systémů, například z odděleného CRM nebo systému pro správu skladu. Umožňuje sledovat původ dat a při potížích s extrakcí určit, odkud záznamy pocházejí.
Proč je to důležité
Poskytuje důležitý kontext o původu dat, zejména při jejich integraci z více systémů, a umožňuje sledovat jejich původ.
Kde data získat
Jde o statickou hodnotu, která se obvykle přidává při transformaci dat a označuje původ datové sady.
Příklady
Microsoft Dynamics 365 F&OMicrosoft Dynamics 365 Sales
|
|||
|
Hodnota objednávky
OrderValue
|
Celková peněžní hodnota prodejní objednávky. | ||
|
Popis
Tento atribut udává celkovou finanční hodnotu prodejní objednávky včetně všech položek, daní a poplatků. Jde o finanční ukazatel přiřazený ke každému případu. Hodnota objednávky je důležitá pro analýzu procesů podle hodnoty. Umožňuje rozdělit případy a zjistit, zda se objednávky s vysokou hodnotou zpracovávají jinak nebo se u nich častěji objevují prodlevy než u objednávek s nižší hodnotou. Díky tomu můžete zaměřit zlepšování procesů na finančně nejvýznamnější případy a připravit dashboardy, například „Hodnota prodejních objednávek podle segmentu“.
Proč je to důležité
Umožňuje rozdělit proces podle finanční hodnoty, zaměřit zlepšování na objednávky s vysokou hodnotou a porozumět nákladům spojeným s odchylkami v procesu.
Kde data získat
Najdete ji v hlavičce prodejní objednávky. Konkrétní tabulku a pole ověřte v dokumentaci Microsoft Dynamics 365. Hodnota se často počítá z částek na řádcích objednávky.
Příklady
5250.7512300.00899.50
|
|||
|
Název zákazníka
CustomerName
|
Jméno zákazníka, který zadal prodejní objednávku. | ||
|
Popis
Tento atribut obsahuje oficiální název zákazníka přiřazeného k prodejní objednávce. Získá se propojením čísla zákaznického účtu v objednávce s hlavními údaji o zákaznících. Analýza procesu podle zákazníků pomáhá porozumět jejich specifickému chování a úrovni poskytovaných služeb. Ukáže, u kterých zákazníků dochází k největším prodlevám, kde se nejčastěji opakuje práce nebo kdo využívá nestandardní postupy. Tyto informace jsou důležité pro zvyšování spokojenosti zákazníků a efektivní správu významných účtů.
Proč je to důležité
Umožňuje analyzovat proces z pohledu zákazníků a odhalit konkrétní vzorce, prodlevy nebo problémy, které ovlivňují jejich spokojenost.
Kde data získat
Vyhledá se v tabulce CustTable podle pole CustAccount z tabulky SalesTable.
Příklady
Contoso LtdAdatum CorporationFabrikam Inc.
|
|||
|
Potvrzené datum dodání
ConfirmedDeliveryDate
|
Datum dodání, které firma potvrdila a přislíbila zákazníkovi. | ||
|
Popis
Potvrzené datum dodání je termín, který prodávající organizace zákazníkovi slíbí. Stanoví se po interních kontrolách, například ověření dostupnosti zásob a výrobního plánu. Tento atribut je nezbytný pro výpočet KPI „Míra dodržení termínu dodání“ z pohledu provozního závazku. Oproti původnímu požadavku zákazníka představuje realističtější interní měřítko včasného dodání. Analýza odchylek od tohoto data pomáhá odhalit problémy v interní logistice a vyřizování objednávek.
Proč je to důležité
Představuje závazek firmy vůči zákazníkovi a slouží jako interní měřítko spolehlivosti vyřízení objednávky a provozního výkonu.
Kde data získat
Najdete ji v datech řádků prodejní objednávky, často v tabulce SalesLine v poli, jako je ConfirmedDlv.
Příklady
2023-05-122023-06-012023-05-28
|
|||
|
Požadované datum dodání
RequestedDeliveryDate
|
Datum dodání objednávky požadované zákazníkem. | ||
|
Popis
Tento atribut uchovává datum, kdy zákazník původně požádal o doručení zboží. Zaznamenává se při vytvoření objednávky a slouží jako základ pro měření včasnosti dodání z pohledu zákazníka. Toto datum je důležitým vstupem pro dashboard „Dodržení termínu dodání“. Porovnáním hodnot RequestedDeliveryDate a ConfirmedDeliveryDate se skutečným datem aktivity „Zboží doručeno“ zjistíte, jak dobře firma plní očekávání zákazníků. Velké rozdíly mohou ukazovat na problémy s plánováním, zásobami nebo logistikou.
Proč je to důležité
Vyjadřuje očekávání zákazníka ohledně termínu dodání a poskytuje základ pro měření jeho spokojenosti i včasnosti dodávek.
Kde data získat
Najdete ji v tabulce SalesTable, obvykle pod názvem DeliveryDate nebo jeho variantou.
Příklady
2023-05-102023-06-012023-05-25
|
|||
|
Prodejní kanál
SalesChannel
|
Kanál, kterým byla objednávka přijata, například web, přímý prodej nebo partner. | ||
|
Popis
Prodejní kanál označuje, odkud objednávka zákazníka přišla. Může jít o e-shop, tým přímého prodeje, prodejnu, call centrum nebo partnerskou síť. V Dynamics 365 se toto členění obvykle nastavuje podle potřeb firmy. Analýza procesu podle prodejního kanálu pomáhá odhalit rozdíly ve výkonu jednotlivých kanálů. Webové objednávky se například mohou zpracovávat rychleji a s větší mírou automatizace než objednávky přijaté telefonicky. Tyto poznatky pomáhají upravit procesy a rozdělit zdroje podle potřeb jednotlivých kanálů. Lze je využít například v dashboardu „Hodnota prodejních objednávek podle segmentu“.
Proč je to důležité
Umožňuje porovnat výkon různých prodejních kanálů a odhalit neefektivní postupy i osvědčené způsoby přijímání objednávek.
Kde data získat
Tyto údaje se obvykle ukládají do hlavičky prodejní objednávky. Konkrétní pole ověřte v dokumentaci Microsoft Dynamics 365.
Příklady
WebPřímý prodejPartnerProdejna
|
|||
|
Čas ukončení
EndTime
|
Přesné datum a čas dokončení aktivity. | ||
|
Popis
Časové razítko ukončení zaznamenává okamžik, kdy aktivita skončí. Pokud je k dispozici, umožňuje přesněji určit její trvání než odhad na základě času zahájení následující aktivity. Když máte k dispozici čas zahájení i ukončení, můžete přesně vypočítat dobu zpracování každé aktivity a odlišit ji od čekání mezi aktivitami. Snadno tak zjistíte, které úkoly zaberou nejvíce času a ve kterých částech procesu vznikají dlouhé prodlevy.
Proč je to důležité
Umožňuje přesně vypočítat dobu zpracování jednotlivých aktivit a odlišit aktivní práci od čekání.
Kde data získat
Stejně jako čas zahájení se odvozuje z různých polí s datem a časem. Může jít například o pole ModifiedDateTime nebo o časové razítko konkrétní změny stavu v tabulkách, jako jsou SalesTable nebo WHSLoadTable.
Příklady
2023-04-15T09:12:30Z2023-04-18T14:35:00Z2023-04-25T11:21:55Z
|
|||
|
Číslo položky
ItemNumber
|
Jedinečný identifikátor produktu nebo služby v prodejní objednávce. | ||
|
Popis
Číslo položky označuje konkrétní prodávaný produkt. Protože prodejní objednávka může obsahovat více produktů, tento atribut se obvykle přiřazuje k datům událostí na úrovni jednotlivých řádků. Analýza procesu podle produktů pomáhá odhalit konkrétní problémy. Některé produkty mohou například souviset s delší dobou vyřízení, častějším opakováním práce nebo častějším pozastavením objednávek kvůli úvěrové kontrole. Díky tomu můžete cíleně zlepšit správu zásob, nastavení produktových údajů nebo vyřizování objednávek pro konkrétní položky.
Proč je to důležité
Umožňuje analyzovat proces na úrovni produktů a zjistit, zda se u některých položek častěji objevují prodlevy, opakovaná práce nebo jiné neefektivity.
Kde data získat
Najdete ji v tabulce SalesLine v poli ItemId.
Příklady
PROD-00123PROD-00548SVC-00045
|
|||
|
Datum splatnosti platby
PaymentDueDate
|
Datum, do kterého musí zákazník zaplatit fakturu. | ||
|
Popis
Datum splatnosti se vypočítává podle data faktury a platebních podmínek dohodnutých se zákazníkem. Zaznamenává se na zákaznické faktuře. Tento atribut je základem analýzy „Dodržení data splatnosti“ a KPI „Míra včasných plateb“. Porovnáním hodnoty PaymentDueDate se skutečným datem aktivity „Platba přijata“ můžete odhalit opožděné platby, analyzovat platební chování jednotlivých zákaznických segmentů a včas přijmout opatření ke zlepšení cash flow a snížení doby inkasa pohledávek (DSO).
Proč je to důležité
Slouží jako měřítko platební výkonnosti, důležité pro analýzu cash flow a efektivní správu pohledávek.
Kde data získat
Najdete ji v tabulce CustInvoiceJour v poli DueDate.
Příklady
2023-05-302023-06-152023-06-30
|
|||
|
Jméno uživatele
UserName
|
Jméno uživatele, který provedl aktivitu. | ||
|
Popis
Tento atribut určuje zaměstnance nebo systémového uživatele odpovědného za konkrétní úkol, například potvrzení objednávky nebo vytvoření faktury. Obvykle se propojuje s ID uživatele v Microsoft Dynamics 365. Analýza výkonu podle uživatelů pomáhá odhalit potřebu školení, ocenit výkonné pracovníky a lépe rozdělit pracovní zátěž. Umožňuje také určit odpovědnost za jednotlivé úkony, což je důležité pro shodu a audit.
Proč je to důležité
Umožňuje analyzovat výkon procesu podle jednotlivců nebo týmů a odhalit potřebu školení, nerovnoměrné rozložení práce i úzká místa související se zdroji.
Kde data získat
Odvozuje se z polí s ID uživatele, například CreatedBy nebo ModifiedBy, v různých transakčních tabulkách. Tato pole se následně propojí s hlavní tabulkou uživatelů, například UserInfo, aby bylo možné získat celé jméno.
Příklady
Alice JohnsonRobert BrownSprávce systému
|
|||
|
Opakovaná práce
IsRework
|
Logická hodnota označující, zda se u prodejní objednávky opakoval některý krok, například aktivita. | ||
|
Popis
Tento vypočítaný atribut označuje případy, které se odchýlily od přímého průběhu procesu, tedy od běžné cesty. Opakovanou práci odhalí sekvence aktivit, které ukazují na opakování kroku. Může jít například o objednávku, která byla nejprve potvrzena, poté její potvrzení zrušeno a následně znovu potvrzeno, nebo o zboží, které bylo vychystáno a poté vráceno na sklad. Označení případů s opakovanou prací je důležité pro KPI „Míra opakované práce u prodejních objednávek“. Analytici tak mohou rychle vyfiltrovat a prošetřit neefektivní průběhy procesu a zjistit příčiny, například chyby při zadávání dat, problémy s úvěrovým limitem nebo nedostupné zásoby. Omezení opakované práce je častým cílem projektů na zlepšování procesů.
Proč je to důležité
Pomáhá vyčíslit neefektivitu procesu tím, že označí případy s opakovanými kroky. Díky tomu můžete cíleně analyzovat plýtvání a prodlevy.
Kde data získat
Atribut vypočítá nástroj process mining analýzou sekvence aktivit v každém případu. Například vzorec (A -> B -> C -> B) označí případ jako opakovanou práci.
Příklady
truefalse
|
|||
|
Stav prodejní objednávky
SalesOrderStatus
|
Aktuální stav prodejní objednávky v době extrakce dat. | ||
|
Popis
Tento atribut vyjadřuje celkový stav prodejní objednávky, například „Otevřená“, „Fakturovaná“, „Zrušená“ nebo „Doručená“. Jde o souhrnný stav vedený v hlavičce prodejní objednávky. Záznam aktivit ukazuje průběh procesu, zatímco konečný stav se hodí k filtrování a rozdělení případů. Analytici mohou snadno zobrazit všechny otevřené objednávky a zjistit aktuální pracovní zátěž nebo oddělit dokončené objednávky od zrušených a analyzovat důvody zrušení.
Proč je to důležité
Poskytuje přehled o stavu objednávky a umožňuje filtrovat otevřené, uzavřené nebo zrušené objednávky. Hodí se pro řízení pracovní zátěže i analýzu výsledků.
Kde data získat
Najdete ji v tabulce SalesTable v poli SalesStatus.
Příklady
Nevyřízená objednávkaDoručenoVyfakturovánoZrušeno
|
|||
|
Včasná platba
OnTimePayment
|
Logická hodnota označující, zda byla platba přijata nejpozději v den splatnosti. | ||
|
Popis
Tento vypočítaný atribut porovnává časové razítko aktivity „Platba přijata“ s hodnotou PaymentDueDate. Pokud byla platba přijata včas, nastaví se na true. Při opožděné platbě se nastaví na false. Tento příznak je základem KPI „Míra včasných plateb“. Umožňuje rychle rozdělit zákazníky na ty, kteří platí včas, a ty, kteří platí pozdě. Analýza může posloužit při nastavování úvěrových podmínek, strategií vymáhání pohledávek i péči o zákazníky. Pomáhá totiž odhalit zákazníky, kteří pravidelně platí po splatnosti.
Proč je to důležité
Měří, zda zákazníci dodržují dohodnuté platební podmínky. To je důležité pro řízení cash flow a posouzení úvěrového rizika.
Kde data získat
Vypočítá se porovnáním hodnoty EventTime aktivity „Platba přijata“ s atributem PaymentDueDate. Vzorec: (časové razítko aktivity „Platba přijata“ <= PaymentDueDate).
Příklady
truefalse
|
|||
|
Včasné dodání
OnTimeDelivery
|
Logická hodnota označující, zda bylo zboží doručeno v potvrzeném termínu nebo dříve. | ||
|
Popis
Tento vypočítaný atribut porovnává časové razítko aktivity „Zboží doručeno“ s hodnotou ConfirmedDeliveryDate u každé prodejní objednávky. Pokud bylo zboží doručeno včas nebo dříve, nastaví se na true. Při pozdním doručení se nastaví na false. Tento příznak slouží k výpočtu KPI „Míra dodržení termínu dodání“. Usnadňuje analýzu, protože umožňuje snadno filtrovat a sčítat včasné a opožděné objednávky. Rychle tak zjistíte, které faktory souvisejí s pozdním doručením, například konkrétní produkty, zákazníci, regiony nebo způsoby dopravy.
Proč je to důležité
Přímo měří, jak dobře firma plní své závazky při vyřizování objednávek. Je důležitý pro sledování spokojenosti zákazníků a spolehlivosti dodavatelského řetězce.
Kde data získat
Vypočítá se porovnáním hodnoty EventTime aktivity „Zboží doručeno“ s atributem ConfirmedDeliveryDate. Vzorec: (časové razítko aktivity „Zboží doručeno“ <= ConfirmedDeliveryDate).
Příklady
truefalse
|
|||
|
Země
CountryRegion
|
Země doručovací adresy zákazníka. | ||
|
Popis
Tento atribut označuje cílovou zemi zásilky prodejní objednávky. Získává se z údajů o doručovací adrese zákazníka uložených v Dynamics 365. Analýza výkonu procesu podle země pomáhá odhalit regionální rozdíly. U mezinárodních zásilek mohou být potřeba další kroky, například celní odbavení, které prodlužují dobu zpracování. Analýza pomáhá porozumět logistice na různých trzích a zlepšit ji.
Proč je to důležité
Umožňuje geografickou analýzu a pomáhá odhalit regionální úzká místa, problémy se shodou nebo rozdíly ve výkonu dodavatelského řetězce.
Kde data získat
Odvozuje se z doručovací adresy zákazníka propojené s prodejní objednávkou. Údaje o zemi se obvykle nacházejí v tabulce LogisticsPostalAddress, která se propojuje přes odkaz na doručovací adresu v tabulce SalesTable.
Příklady
USADEUCANGBR
|
|||
|
Způsob dopravy
ShippingMethod
|
Způsob dopravy nebo přepravce, který doručuje zboží zákazníkovi. | ||
|
Popis
Tento atribut určuje přepravní službu použitou k doručení, například pozemní přepravu, leteckou nákladní dopravu nebo konkrétního přepravce. Způsob dopravy se vybírá při zpracování objednávky podle preferencí zákazníka, nákladů a rychlosti doručení. Tento údaj je důležitý pro dashboard „Výkon způsobů dopravy“. Porovnání doby od aktivity „Zboží zabaleno“ do aktivity „Zboží doručeno“ podle způsobu dopravy pomáhá zjistit, kteří přepravci doručují rychleji a spolehlivěji a u kterých častěji dochází ke zpoždění. Tyto poznatky pomáhají lépe plánovat logistiku a vybírat přepravce.
Proč je to důležité
Umožňuje porovnat výkon přepravců a způsobů dopravy a zlepšit logistiku z hlediska nákladů, rychlosti a spolehlivosti.
Kde data získat
Tyto údaje se obvykle ukládají do hlavičky prodejní objednávky nebo souvisejících záznamů o vyřízení. Podrobnosti ověřte v dokumentaci Microsoft Dynamics 365.
Příklady
FedEx GroundUPS Next Day AirDHL Express
|
|||
Aktivity procesu od objednávky k platbě při zpracování prodejních objednávek
| Aktivita | Popis | ||
|---|---|---|---|
|
Faktura vytvořena
|
Označuje vytvoření a zaúčtování prodejní faktury za odeslané zboží nebo služby. Jde o základní finanční transakci, která formálně zaznamenává pohledávku vůči zákazníkovi. | ||
|
Proč je to důležité
Tato činnost zahajuje finanční vypořádání v rámci procesu. Doba od expedice po vytvoření faktury je důležitá pro KPI „Doba vystavení faktury“ a ovlivňuje peněžní tok.
Kde data získat
Jde o explicitní finanční transakci. Událost se zaznamená podle data a času zaúčtování deníku prodejní faktury (CustInvoiceJour).
Zachycení
Zaznamenejte časové razítko zaúčtování deníku prodejní faktury.
Typ události
explicit
|
|||
|
Objednávka potvrzena
|
Tato činnost označuje formální potvrzení prodejní objednávky a závazek dodat uvedené zboží nebo služby. V Dynamics 365 jde o explicitní akci uživatele, která vytvoří potvrzovací deník. | ||
|
Proč je to důležité
Potvrzení je důležitým milníkem, který oficiálně zahajuje vyřizování objednávky. Měření doby od vytvoření po potvrzení ukazuje efektivitu zpracování v obchodním oddělení.
Kde data získat
Jde o explicitní událost převzatou z data zaúčtování deníku potvrzení prodejní objednávky (SalesConfirmJour). Časové razítko lze propojit s tabulkou SalesTable.
Zachycení
Zaznamenejte časové razítko zaúčtování deníku potvrzení prodejní objednávky.
Typ události
explicit
|
|||
|
Objednávka uzavřena
|
Konečný stav úspěšně zpracované prodejní objednávky. Objednávka je plně odeslána a vyfakturována a neočekávají se žádné další transakce. Tím je proces úspěšně dokončen. | ||
|
Proč je to důležité
Tato činnost je hlavním koncovým bodem úspěšně dokončených případů. Je nezbytná pro výpočet celkové doby průchodu procesu a jeho průchodnosti.
Kde data získat
Událost se odvozuje z polí stavu v SalesTable. Objednávka se považuje za uzavřenou, když je „Sales status“ nastaven na „Invoiced“ a stav jejích řádků je také „Invoiced“.
Zachycení
Odvoďte událost ze změny polí stavu v SalesTable na „Invoiced“. Časovým razítkem bývá datum poslední související transakce, například fakturace nebo platby.
Typ události
inferred
|
|||
|
Platba přijata
|
Tato činnost označuje přijetí a přiřazení platby zákazníka k faktuře. Událost nastává v modulu pohledávek a propojuje se s původní fakturou. | ||
|
Proč je to důležité
Jde o důležitý milník při analýze peněžního cyklu. Je nezbytný pro měření KPI „Podíl včasných plateb“ a odhalení zpoždění při inkasu.
Kde data získat
Jde o explicitní událost z modulu pohledávek. Zaznamená se podle data transakce při vypořádání platby zákazníka (CustSettlement), které uzavře transakci faktury (CustTrans).
Zachycení
Zaznamenejte datum vypořádání z tabulky CustSettlement a propojte ho s fakturou a prodejní objednávkou.
Typ události
explicit
|
|||
|
Prodejní objednávka vytvořena
|
Tato událost označuje první vytvoření prodejní objednávky v systému, ať už ji založil obchodní zástupce, nebo vznikla automaticky. Zaznamená se při vytvoření a uložení nového záznamu v hlavní tabulce prodejních objednávek. | ||
|
Proč je to důležité
Tato činnost je výchozím bodem všech případů prodejních objednávek. Poskytuje počáteční časové razítko potřebné k výpočtu celkové doby zpracování objednávky a analýze průchodnosti.
Kde data získat
Jde o explicitní událost převzatou z pole „Created date and time“ v hlavičkovém záznamu SalesTable v Microsoft Dynamics 365.
Zachycení
Načtěte časové razítko vytvoření z entity SalesTable.
Typ události
explicit
|
|||
|
Zboží odesláno
|
Tato událost označuje, že zabalené zboží bylo odesláno a opustilo sklad. V Dynamics 365 se tento krok formálně zaznamená zaúčtováním dodacího listu. | ||
|
Proč je to důležité
Jde o důležitý milník, který označuje konec interního vyřizování objednávky a začátek doručování. Časové razítko slouží k výpočtu včasnosti expedice.
Kde data získat
Jde o jednoznačnou explicitní událost převzatou z data a času zaúčtování deníku dodacího listu (CustPackingSlipJour).
Zachycení
Zaznamenejte časové razítko zaúčtování deníku dodacího listu.
Typ události
explicit
|
|||
|
Objednávka zrušena
|
Tato událost označuje zrušení prodejní objednávky před jejím úplným odesláním a vyfakturováním. Jde o alternativní, neúspěšné ukončení procesu. | ||
|
Proč je to důležité
Sledování zrušených objednávek pomáhá zjistit příčiny ztracených prodejů nebo selhání procesu. Analýza toho, kdy a proč se objednávky ruší, může vést ke zlepšení procesu.
Kde data získat
Událost se odvozuje ze změny pole „Sales status“ v SalesTable na „Canceled“. Časovým razítkem je okamžik zaznamenání této změny stavu.
Zachycení
Odvoďte událost ze změny pole stavu v SalesTable na „Canceled“.
Typ události
inferred
|
|||
|
Provedena kontrola úvěruschopnosti
|
Označuje dokončení kontroly úvěruschopnosti zákazníka, kterého se prodejní objednávka týká. Kontrolu může provést automaticky systém nebo ručně pracovník. Často při ní dojde ke změně úvěrového stavu objednávky. | ||
|
Proč je to důležité
Analýza délky a výsledků kontrol úvěruschopnosti pomáhá odhalit úzká místa při schvalování objednávek. Časté blokace nebo dlouhé schvalování mohou výrazně zpozdit vyřízení objednávky.
Kde data získat
Událost se obvykle odvozuje ze změn stavu souvisejících se správou úvěrů v tabulce SalesTable, například ze změny stavu „On hold“ s uvedeným důvodem souvisejícím s úvěrem na „Open“. Pokud se používá pokročilý modul, může být zaznamenána také v tabulkách správy úvěrů.
Zachycení
Odvoďte událost z historie změn stavu v SalesTable nebo v souvisejících tabulkách blokací kvůli úvěru.
Typ události
inferred
|
|||
|
Uvolněno do skladu
|
Označuje okamžik, kdy je prodejní objednávka formálně uvolněna do skladu k vyskladnění a expedici. Jde o samostatný krok v prostředích, která používají modul Warehouse Management (WMS). | ||
|
Proč je to důležité
Tato činnost odděluje zpracování objednávky od jejího fyzického vyřízení. Analýza doby, po kterou objednávka čeká na uvolnění, může odhalit problémy s plánováním zdrojů nebo integrací systémů.
Kde data získat
Jde o explicitní událost převzatou ze záznamů o uvolnění do skladu (WHSLoadTable, WHSShipmentTable) souvisejících s prodejní objednávkou.
Zachycení
Zaznamenejte čas vytvoření odpovídající skladové nakládky nebo zásilky.
Typ události
explicit
|
|||
|
Zásoby rezervovány
|
Tato událost označuje, že potřebné zásoby pro řádky prodejní objednávky byly v systému fyzicky nebo automaticky rezervovány. Díky tomu jsou položky připravené k vyskladnění a vyřízení objednávky. | ||
|
Proč je to důležité
Sledování rezervace zásob pomáhá analyzovat zpoždění mezi potvrzením objednávky a zahájením skladových operací. Je důležité pro KPI „Doba do přidělení zásob“.
Kde data získat
Událost lze odvodit z vytvoření nebo aktualizace záznamů skladových transakcí (InventTrans) propojených s řádky prodejní objednávky, pokud jejich stav označuje rezervaci, například „On order“ nebo „Reserved physical“.
Zachycení
Odvoďte událost z časového razítka, kdy jsou skladové transakce (InventTrans) pro objednávku označeny jako rezervované.
Typ události
inferred
|
|||
|
Zboží doručeno
|
Označuje úspěšné doručení zásilky na adresu určenou zákazníkem. Tyto informace se často aktualizují z externího systému dopravce nebo ručně. | ||
|
Proč je to důležité
Tato činnost je důležitá pro měření KPI „Dodržení termínu dodání“ a určení skutečné doby procesu z pohledu zákazníka. Pomáhá také vyhodnotit výkonnost dopravců.
Kde data získat
Standardní D365 tuto událost nativně nezaznamenává jako explicitní událost. Obvykle se odvozuje z aktualizace přijaté prostřednictvím integrace s dopravcem nebo z ruční změny stavu prodejní objednávky či zásilky.
Zachycení
Odvoďte událost z datového toku integrovaného dopravce nebo z ruční aktualizace pole stavu.
Typ události
inferred
|
|||
|
Zboží vyskladněno
|
Označuje dokončení fyzického vyskladnění všech položek objednávky z jejich skladových pozic. V modulu WMS se tato událost obvykle zaznamená, když pracovník dokončí vyskladňovací seznam nebo pracovní příkaz. | ||
|
Proč je to důležité
Sledování doby dokončení vyskladnění je důležité pro analýzu efektivity skladu. Zpoždění v této fázi přímo prodlužuje dobu do expedice.
Kde data získat
Jde o explicitní událost zaznamenanou v modulu Warehouse Management. Převzala se z časového razítka dokončení skladové práce (WHSWorkTable) související s vyskladněním prodejní objednávky.
Zachycení
Zaznamenejte časové razítko změny stavu vyskladňovací práce „Work“ na „Closed“.
Typ události
explicit
|
|||
|
Zboží zabaleno
|
Tato činnost označuje dokončení balení, při kterém se vyskladněné položky spojí a připraví k expedici. V D365 může tento krok proběhnout současně s vytvořením dodacího listu. | ||
|
Proč je to důležité
Doba mezi vyskladněním a zabalením může odhalit úzká místa na balicích pracovištích. Jde o důležitý dílčí proces v celkové době vyřízení objednávky.
Kde data získat
Událost může být zaznamenána při dokončení balení kontejneru v modulu WMS nebo odvozena z vytvoření deníku dodacího listu (CustPackingSlipJour), které často označuje konec balení.
Zachycení
Odvoďte událost z dokončení balicí práce nebo z data vytvoření deníku dodacího listu.
Typ události
inferred
|
|||
Návody k získání dat
Chcete začít?
Pomocí této šablony připravte data a nahrajte je na naši platformu. Získáte přehled o průběhu zpracování prodejních objednávek a můžete hledat způsoby, jak zvýšit jeho efektivitu. Začněte s analýzou ještě dnes.
Zlepšete zpracování prodejních objednávek v procesu od objednávky k platbě
Odhalte neefektivní místa a zkraťte dobu zpracování o 30 %, aby se objednávky vyřizovaly rychleji.
Platební kartu nepotřebujete. Nastavení zabere jen několik minut.