Šablona dat pro řízení dodavatelského řetězce
Šablona dat pro řízení dodavatelského řetězce
- Doporučené atributy pro podrobnou analýzu
- Hlavní aktivity, které je vhodné sledovat v průběhu procesu
- Praktický návod na získání dat z Microsoft Dynamics 365 SCM
Atributy řízení dodavatelského řetězce
| Název | Popis | ||
|---|---|---|---|
|
Logistická objednávka
LogisticsOrder
|
Jedinečný identifikátor konkrétního požadavku na vyřízení v dodavatelském řetězci, který slouží jako hlavní identifikátor případu. | ||
|
Popis
Logistická objednávka je jedinečný identifikátor celého logistického procesu. Propojuje všechny aktivity od poptávky zákazníka až po konečné doručení. Tento atribut slouží jako společný identifikátor dílčích procesů, například nákupu, výroby a expedice, pro konkrétní požadavek na vyřízení. Při analýze se každá událost přiřadí k logistické objednávce, takže lze celý průběh procesu rekonstruovat od začátku do konce. Můžete sledovat cestu objednávky napříč různými odděleními a systémy, odhalovat úzká místa a přesně měřit celkovou dobu procesu.
Proč je to důležité
Jde o nezbytný identifikátor, který propojuje všechny související události procesu a umožňuje analyzovat celý proces dodavatelského řetězce pro jeden požadavek na vyřízení.
Kde data získat
Jde o koncepční identifikátor, který lze vytvořit kombinací polí z tabulek, jako jsou SalesTable (prodejní objednávka), WHSLoadTable (ID nákladu) nebo InventTransOrigin (referenční ID). Výsledkem je jedinečné ID případu napříč různými moduly.
Příklady
LO-2024-00123LO-2024-00124LO-2024-00125
|
|||
|
Aktivita
ActivityName
|
Název obchodní události nebo úkolu, který proběhl v určité fázi logistického procesu. | ||
|
Popis
Tento atribut zaznamenává konkrétní obchodní událost nebo úkol, například „Vystavení nákupní objednávky“, „Výroba zboží“ nebo „Naplánování expedice“. Tyto aktivity tvoří základní stavební prvky procesu. Analýza jejich pořadí, četnosti a trvání je základem process mining. Umožňuje automaticky odhalit a vizualizovat mapy procesů, zjistit odchylky od standardních postupů a určit časté nebo neefektivní kroky, které je vhodné zlepšit.
Proč je to důležité
Určuje jednotlivé kroky procesu, takže můžete vizualizovat jeho průběh, analyzovat odchylky a odhalovat úzká místa nebo činnosti, které nejsou v souladu s postupy.
Kde data získat
Odvozuje se z obchodní logiky založené na změnách stavu v různých transakčních tabulkách, například SalesTable, PurchTable nebo ProdTable, případně z dat zaúčtování dokladů v tabulkách, jako je CustInvoiceJour.
Příklady
Vystavení nákupní objednávkyVýroba zbožíZaúčtování faktury zákazníkoviDodání zboží
|
|||
|
Čas události
EventTime
|
Časové razítko udávající, kdy aktivita proběhla. | ||
|
Popis
Tento atribut uvádí přesné datum a čas, kdy byla aktivita zaznamenána v systému. Je základem časové analýzy procesů, včetně výpočtu doby cyklu, vyhodnocení výkonnosti procesu a odhalování úzkých míst. Nástroje process mining podle časových razítek seřadí události a zrekonstruují přesné pořadí aktivit. Díky tomu můžete porozumět skutečnému průběhu a dynamice procesu, místo abyste vycházeli z idealizovaných modelů.
Proč je to důležité
Toto časové razítko je zásadní pro správné seřazení událostí a výpočet všech časových metrik, například doby cyklu a dodací lhůty.
Kde data získat
Obvykle pochází z polí data a času vytvoření nebo změny stavu v tabulkách D365 SCM. Příkladem jsou CreatedDateTime v SalesTable, DeliveryDate v PurchLine nebo data fyzických transakcí v InventTrans.
Příklady
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-01T11:22:00Z
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časové razítko poslední aktualizace dat ze zdrojového systému. | ||
|
Popis
Tento atribut uvádí datum a čas poslední extrakce nebo aktualizace dat. Jde o důležitá metadata každého dashboardu pro analýzu procesů. Uživatelé podle těchto údajů poznají, jak aktuální data analyzují, a mohou se ujistit, že jejich závěry vycházejí z nejnovějších informací. Údaj je důležitý také pro správu datových toků a ověření, že načítání dat probíhá podle plánu.
Proč je to důležité
Informuje uživatele o aktuálnosti dat, což je důležité pro včasná a relevantní obchodní rozhodnutí založená na analýze.
Kde data získat
Nástroj pro extrakci dat nebo ETL tuto hodnotu vygeneruje a přidá do datové sady na konci každého cyklu aktualizace.
Příklady
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
|
|||
|
Zdrojový systém
SourceSystem
|
Systém, ze kterého byla data událostí získána. | ||
|
Popis
Tento atribut určuje systém nebo modul, ze kterého data pocházejí. V prostředí dodavatelského řetězce mohou data pocházet z několika modulů Dynamics 365 SCM, například z prodeje, nákupu nebo řízení skladu. Uvedení zdrojového systému je důležité pro správu dat, řešení nesrovnalostí a pochopení kontextu zaznamenaných aktivit. Pomáhá zajistit kvalitu dat a dohledat jejich původ, což je zvlášť důležité v integrovaných prostředích.
Proč je to důležité
Poskytuje kontext o původu dat, který je nezbytný pro jejich ověření, řešení problémů a pochopení odchylek procesů napříč systémy.
Kde data získat
Obvykle jde o statickou hodnotu, která se přidá při extrakci dat a označí záznamy z tohoto konkrétního systému.
Příklady
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
|
|||
|
Číslo nákupní objednávky
PurchaseOrderNumber
|
Jedinečný identifikátor nákupní objednávky odeslané dodavateli. | ||
|
Popis
Jde o oficiální číslo dokumentu, kterým objednáváte suroviny nebo zboží od externího dodavatele. Obsahuje údaje o položkách, množství, cenách a termínech dodání. Analýza procesu podle čísla nákupní objednávky je důležitá pro dashboardy Rozbor dodací lhůty nákupu a Srovnání výkonnosti dodavatelů. Umožňuje sledovat celý cyklus od požadavku na nákup až po platbu dodavateli a odhalit zpoždění při pořizování materiálu.
Proč je to důležité
Tento identifikátor je důležitý pro analýzu nákupu v dodavatelském řetězci, sledování výkonnosti dodavatelů a pochopení dodacích lhůt materiálu.
Kde data získat
Nachází se v poli PurchId tabulky PurchTable.
Příklady
PO-000541PO-000542PO-000543
|
|||
|
Číslo prodejní objednávky
SalesOrderNumber
|
Jedinečný identifikátor prodejní objednávky zákazníka. | ||
|
Popis
Jde o hlavní referenční číslo požadavku zákazníka na zboží nebo služby. Prodejní objednávka zahajuje řadu navazujících aktivit v dodavatelském řetězci, včetně nákupu a výroby. V process mining slouží číslo prodejní objednávky jako důležitý rozměr pro filtrování a analýzu. Obchodní uživatelé díky němu mohou sledovat celý proces vyřízení konkrétní zákaznické objednávky. Často je také jednou z hlavních součástí koncepčního ID případu Logistics Order.
Proč je to důležité
Propojuje proces dodavatelského řetězce přímo s poptávkou zákazníka a umožňuje analyzovat cyklus od objednávky po inkaso i výkonnost vyřízení objednávek pro konkrétní zákazníky.
Kde data získat
Nachází se v poli SalesId tabulky SalesTable.
Příklady
SO-001872SO-001873SO-001874
|
|||
|
Číslo výrobní zakázky
ProductionOrderNumber
|
Jedinečný identifikátor výrobní nebo produkční zakázky. | ||
|
Popis
Toto číslo označuje zakázku na výrobu určitého množství produktu ve výrobním závodě. Sleduje spotřebu surovin i výstup hotových výrobků. Ve výrobních firmách je tento identifikátor zásadní pro sledování výroby. Dashboard Sledování dodržování výrobního plánu propojuje plánované termíny výroby se skutečnými termíny dokončení a ukazuje odchylky i zpoždění ve výrobním procesu.
Proč je to důležité
Umožňuje podrobně analyzovat průběh výroby, měřit dodržování výrobního plánu a odhalovat úzká místa ve výrobě.
Kde data získat
Nachází se v poli ProdId tabulky ProdTable.
Příklady
PRD-000112PRD-000113PRD-000114
|
|||
|
Doručeno včas
IsOnTimeDelivery
|
Příznak, který určuje, zda byla objednávka doručena v požadovaném termínu nebo dříve. | ||
|
Popis
Tento vypočítaný booleovský atribut určuje, zda byla logistická objednávka doručena včas. Vypočítá se porovnáním časového razítka činnosti „Zboží doručeno“ s požadovaným datem dodání. Atribut je základem pro výpočet KPI míry včasného doručení a slouží jako hlavní filtr v dashboardu Sledování včasného doručení. Porovnání dat převádí na jednoduchou hodnotu ano/ne, takže lze snadno filtrovat a počítat opožděné objednávky.
Proč je to důležité
Přímo měří úroveň zákaznických služeb a slouží jako důležitý vstup pro KPI včasného doručení. Usnadňuje analýzu spolehlivosti dodávek.
Kde data získat
Jde o vypočítané pole. Logika: IF (časové razítko „Zboží doručeno“ <= „Požadované datum dodání“) THEN True ELSE False.
Příklady
truefalse
|
|||
|
ID uživatele
UserId
|
Identifikátor uživatele, který provedl aktivitu. | ||
|
Popis
Tento atribut uchovává ID zaměstnance nebo systémového uživatele, který provedl konkrétní aktivitu. Může jít například o nákupčího, který vytvořil nákupní objednávku, nebo skladníka, který potvrdil zásilku. Analýza aktivit podle uživatele pomáhá porozumět rozložení pracovní zátěže, určit potřebu školení a prověřovat odchylky v procesu. Je důležitá také pro analýzu shody, protože auditorům umožňuje přiřadit jednotlivé kroky konkrétním osobám. Tento pohled je užitečný při řízení výkonnosti a optimalizaci zdrojů.
Proč je to důležité
Umožňuje analyzovat výkonnost procesu podle uživatele nebo týmu, pomáhá hledat příležitosti k automatizaci a je důležitý pro analýzu shody a auditní stopy.
Kde data získat
Najdete ho v polích „Created by“ nebo „Modified by“ ve většině transakčních tabulek D365 SCM, například v poli CreatedBy v SalesTable nebo PurchTable.
Příklady
j.doea.smithAX_BATCH_USER
|
|||
|
Název dodavatele
SupplierName
|
Název dodavatele surovin nebo zboží. | ||
|
Popis
Tento atribut obsahuje název dodavatele, od kterého pořizujete materiál. Jde o důležitý rozměr pro analýzu nákupních činností. Využívají ho zejména dashboardy Rozbor dodací lhůty nákupu a Srovnání výkonnosti dodavatelů. Analýza procesních ukazatelů podle dodavatele pomáhá určit nejspolehlivější a nejefektivnější partnery i ty, kteří často nedodržují termíny nebo způsobují výpadky. Tyto informace jsou důležité pro strategický výběr dodavatelů a řízení vztahů s nimi.
Proč je to důležité
Umožňuje porovnávat výkonnost nákupu podle dodavatelů. To je důležité pro zlepšování vztahů s dodavateli a zkracování dodacích lhůt materiálu.
Kde data získat
Získává se propojením tabulky nákupních objednávek (PurchTable) s hlavní tabulkou dodavatelů (VendTable) podle čísla účtu dodavatele.
Příklady
Contoso Raw MaterialsFabrikam Inc.Northwind Traders
|
|||
|
Název zákazníka
CustomerName
|
Název zákazníka, který zadal prodejní objednávku. | ||
|
Popis
Tento atribut určuje zákazníka spojeného s prodejní objednávkou. Umožňuje sledovat dodavatelský řetězec z pohledu zákazníka. Analýza logistiky podle zákazníka může odhalit specifické vzorce plnění objednávek, preference nebo problémy jednotlivých zákazníků. Hodí se zejména pro správu klíčových zákazníků a přizpůsobení úrovně služeb, což pomáhá zvyšovat jejich spokojenost a loajalitu.
Proč je to důležité
Umožňuje analyzovat proces z pohledu zákazníka, zjistit, u kterých zákazníků dochází k největším zpožděním, a vyhodnotit úroveň služeb pro klíčové zákazníky.
Kde data získat
Získává se propojením tabulky prodejních objednávek (SalesTable) s hlavní tabulkou zákazníků (CustTable) podle čísla zákaznického účtu.
Příklady
Alpine Ski HouseAdventure WorksCity Power & Light
|
|||
|
Požadované datum dodání
RequestedDeliveryDate
|
Datum dodání požadované zákazníkem. | ||
|
Popis
Tento atribut zaznamenává datum dodání, které zákazník uvedl při zadání objednávky. Slouží jako základ pro porovnání se skutečným termínem dodání. Toto datum je základem dashboardu Sledování včasného doručení i KPI míry včasného doručení. Porovnáním požadovaného a skutečného data dodání se běžně měří úspěšnost doručení a spokojenost zákazníků.
Proč je to důležité
Jde o základ pro měření včasného doručení, důležitého KPI pro spokojenost zákazníků a spolehlivost dodavatelského řetězce.
Kde data získat
Nachází se v poli ReceiptDateRequested tabulky SalesLine nebo v poli ShippingDateRequested tabulky SalesTable.
Příklady
2023-05-102023-06-012023-07-20
|
|||
|
Číslo produktu
ProductNumber
|
Jedinečný identifikátor objednávaného nebo vyráběného produktu. | ||
|
Popis
Tento atribut obsahuje skladovou jednotku (SKU) nebo číslo položky produktu v transakci. Může jít o hotový výrobek prodávaný zákazníkovi nebo o surovinu nakupovanou od dodavatele. Analýza dodavatelského řetězce podle produktu pomáhá odhalit položky s dlouhou dodací lhůtou, častými problémy s kvalitou nebo složitým výrobním postupem. Tyto informace jsou důležité pro řízení zásob, předpovídání poptávky a optimalizaci produktového portfolia.
Proč je to důležité
Umožňuje porovnat výkonnost procesu u různých produktů a odhalit problémy v dodavatelském řetězci konkrétních položek.
Kde data získat
Nachází se v poli ItemId v tabulkách řádků transakcí, například SalesLine, PurchLine a ProdBOM.
Příklady
A0001D0010M9201
|
|||
|
Hodnota objednávky
OrderValue
|
Celková peněžní hodnota prodejní objednávky. | ||
|
Popis
Tento atribut vyjadřuje celkovou finanční hodnotu prodejní objednávky zákazníka. Pomáhá pochopit finanční dopad výkonnosti procesu. Analýza ukazatelů procesu, například jeho délky nebo opožděných dodávek, v kontextu hodnoty objednávky pomáhá stanovit priority zlepšování. Zpoždění u objednávek s vysokou hodnotou může být například důležitější řešit než zpoždění u menších objednávek. Analýza tak získává finanční rozměr.
Proč je to důležité
Doplňuje analýzu procesu o finanční kontext a umožňuje určovat priority podle peněžního dopadu problémů.
Kde data získat
Vypočítá se z tabulky SalesLine jako součet hodnot pole LineAmount u všech řádků konkrétní prodejní objednávky (SalesId).
Příklady
15200.50850.00125000.75
|
|||
|
ID skladu
WarehouseId
|
Identifikátor skladu, ve kterém se zboží ukládá nebo zpracovává. | ||
|
Popis
Tento atribut označuje konkrétní sklad nebo distribuční centrum zapojené do činnosti, jako je vychystávání, balení nebo expedice. Je důležitý pro dashboard Průchodnost skladového provozu, který umožňuje porovnávat výkonnost jednotlivých provozů. Analýza podle skladu pomáhá určit, které provozy jsou nejefektivnější, kde se naráží na kapacitní omezení a kde je potřeba provoz zlepšit.
Proč je to důležité
Umožňuje porovnávat výkonnost a analyzovat úzká místa v různých provozech, což pomáhá zvyšovat efektivitu skladů.
Kde data získat
Nachází se v poli InventLocationId v tabulkách souvisejících se zásobami a řízením skladu, například InventSum a WHSWorkTable.
Příklady
WH-MainWH-EastDC-West
|
|||
|
Jde o přepracování
IsRework
|
Příznak, který určuje, zda činnost nebo smyčka procesu představuje přepracování. | ||
|
Popis
Tento vypočítaný booleovský atribut označuje činnosti nebo cesty procesem, které představují přepracování či opravu. Pokud například činnost „Provedena kontrola kvality“ skončí neúspěšně a proces se vrátí k předchozímu kroku „Vyrobeno zboží“, označí se jako přepracování. Atribut je důležitý pro výpočet KPI míry přepracování při vyřizování objednávek. Označení přepracování analytikům usnadňuje měřit četnost a dopad problémů s kvalitou nebo chyb v procesu a určit, kde je potřeba proces zlepšit a lépe řídit.
Proč je to důležité
Pomáhá měřit neefektivitu procesu a problémy s kvalitou tím, že výslovně označuje činnosti mimo běžný průběh procesu.
Kde data získat
Jde o vypočítané pole, které se obvykle odvozuje podle obchodních pravidel. Jako přepracování lze například označit konkrétní činnosti, jako je „Znovu zabalit zboží“, nebo určit návratové smyčky v průběhu procesu.
Příklady
truefalse
|
|||
|
Kategorie produktu
ProductCategory
|
Kategorie, do které produkt patří. | ||
|
Popis
Tento atribut sdružuje jednotlivé produkty do širších kategorií, například „Elektronika“, „Suroviny“ nebo „Hotové výrobky“. Díky tomu lze dodavatelský řetězec analyzovat na vyšší úrovni. Místo tisíců jednotlivých SKU mohou analytici sledovat trendy a úzká místa, která ovlivňují celé skupiny produktů. To se hodí zejména v dashboardu Rozbor dodací lhůty nákupu, který pomáhá porovnat výkonnost dodavatelů různých druhů materiálu.
Proč je to důležité
Umožňuje souhrnnou analýzu skupin produktů, která podporuje strategické rozhodování a pomáhá odhalit systémové problémy ovlivňující určité druhy produktů.
Kde data získat
Získává se propojením hlavní tabulky položek (InventTable) s tabulkami kategorií produktů, například EcoResProductCategory.
Příklady
Součásti audiozařízeníObalové materiályHydraulické součásti
|
|||
|
Název dopravce
CarrierName
|
Název přepravní společnosti nebo dopravce, který zajišťuje zásilku. | ||
|
Popis
Tento atribut označuje externího poskytovatele logistiky nebo vlastní vozový park odpovědný za přepravu zboží. Určuje, která společnost produkt fyzicky přepravuje. Dopravce je dalším důležitým rozměrem dashboardu Efektivita a náklady na přepravu. Analýzou ukazatelů, jako je doba přepravy a včasnost doručení podle dopravce, můžete porovnávat logistické partnery, vyjednávat výhodnější sazby a informovaně vybírat dopravce.
Proč je to důležité
Umožňuje porovnávat výkonnost logistických partnerů, což je důležité pro řízení dopravců a optimalizaci nákladů na přepravu.
Kde data získat
Nachází se například v poli CarrierService u prodejních objednávek nebo ve specializovaných tabulkách řízení přepravy, jako je TMSCarrier.
Příklady
FedExUPSMaerskDHL
|
|||
|
Plánované datum expedice
ScheduledShipmentDate
|
Datum, kdy měla zásilka podle plánu odjet. | ||
|
Popis
Tento atribut označuje plánované datum odjezdu zásilky ze skladu nebo výrobního závodu. Jde o důležitý interní milník při vyřizování objednávky. Toto datum se používá k výpočtu KPI dodržování plánu expedice. Porovnáním plánovaného data se skutečným časem činnosti „Zboží naloženo k přepravě“ zjistíte, jak spolehlivě a předvídatelně probíhá interní plánování a realizace logistiky.
Proč je to důležité
Pomáhá měřit dodržování interního plánu a předvídatelnost expedice, které ovlivňují navazující plánování přepravy.
Kde data získat
Nachází se například v poli ConfirmedShipDate tabulky SalesLine nebo v souvisejících polích tabulky WHSLoadTable pro plánované zásilky.
Příklady
2023-05-082023-05-302023-07-18
|
|||
|
Způsob přepravy
ModeOfTransport
|
Způsob přepravy zásilky, například kamionem, letecky nebo po moři. | ||
|
Popis
Tento atribut určuje způsob přepravy zboží z místa odeslání do cíle. Patří sem například silniční, železniční, letecká a námořní přeprava. Jde o důležitý rozměr dashboardu Efektivita a náklady na přepravu. Analýza doby přepravy a nákladů podle způsobu přepravy pomáhá upravit logistickou strategii, zvolit vhodný poměr rychlosti a ceny a odhalit neefektivní postupy v jednotlivých přepravních kanálech.
Proč je to důležité
Umožňuje analyzovat náklady a efektivitu přepravy, optimalizovat logistickou síť a snižovat výdaje za dopravu.
Kde data získat
Nachází se v poli ModeOfDelivery v tabulkách, jako jsou SalesTable nebo PurchTable, případně podrobněji v tabulkách řízení přepravy, například TMSRoute.
Příklady
KamionLeteckyPo mořiŽeleznicí
|
|||
Aktivity v řízení dodavatelského řetězce
| Aktivita | Popis | ||
|---|---|---|---|
|
Dodání zboží
|
Zboží dorazilo na místo určení u zákazníka. Tuto událost lze odvodit z údajů o sledování zásilky od dopravce nebo z ruční aktualizace stavu, protože Dynamics 365 nemá vlastní transakci „delivered“. | ||
|
Proč je to důležité
Označuje dokončení fyzického doručení. Poskytuje údaj „Actual Delivery Date“, který je nezbytný pro výpočet KPI včasnosti dodávek a metrik pro zákazníky.
Kde data získat
Tento údaj obvykle není ve standardním poli. Může se ukládat do vlastního pole data na prodejní objednávce nebo zásilce a aktualizovat ručně či integrací se systémem dopravce.
Zachycení
Událost se odvozuje z ruční aktualizace pole data doručení nebo z integrace s externím API dopravce.
Typ události
inferred
|
|||
|
Naložení zboží k přepravě
|
Zabalené zboží se fyzicky naloží do vozidla dopravce a zásilka se potvrdí v systému. Tato událost odpovídá akci „Ship confirm“ v Dynamics 365. | ||
|
Proč je to důležité
Označuje fyzický odjezd zboží ze skladu. Od této aktivity se měří doba přepravy zboží a účtuje se expedice.
Kde data získat
Událost se zaznamenává v modulu Řízení skladu nebo Řízení přepravy. Akce „Ship confirm“ u nákladu nebo zásilky (WHSLoadTable) vytvoří událost s časovým razítkem.
Zachycení
Událost se zaznamená při provedení akce „Ship confirm“ u příslušného nákladu nebo zásilky.
Typ události
explicit
|
|||
|
Podepsání potvrzení o doručení
|
Zákazník formálně potvrdil převzetí zboží, často podpisem dodacího listu. Tato skutečnost se obvykle zaznamená přiložením dokumentu nebo aktualizací stavu v systému. | ||
|
Proč je to důležité
Jde o závěrečné potvrzení úspěšného vyřízení objednávky a jednoznačný konec logistického procesu. Je důležité při řešení sporů i výpočtu celkové doby vyřízení objednávky.
Kde data získat
Nejde o standardní samostatnou transakci. Obvykle se zaznamená aktualizací stavu prodejní objednávky nebo přiložením naskenovaného potvrzení o doručení prostřednictvím správy dokumentů.
Zachycení
Událost se odvozuje z aktualizace stavu nebo z přiložení dokumentu POD k prodejní objednávce či zásilce.
Typ události
inferred
|
|||
|
Příjem surovin
|
Objednané zboží nebo materiál od dodavatele fyzicky dorazí do skladu. V Dynamics 365 se příjem zaznamená zaúčtováním příjemky zboží k nákupní objednávce. | ||
|
Proč je to důležité
Tato aktivita označuje konec dodací lhůty dodavatele a okamžik, kdy jsou materiály k dispozici pro výrobu nebo vyřízení objednávky. Zpoždění v této fázi přímo ovlivňuje navazující plány i termíny dodání zákazníkům.
Kde data získat
Událost se zaznamenává v modulu Nákup a zdroje nebo Řízení zásob. Zaúčtováním příjemky zboží (VendPackingSlipJour) vznikne transakční záznam s časovým razítkem.
Zachycení
Událost se zaznamená při zaúčtování příjemky zboží k nákupní objednávce.
Typ události
explicit
|
|||
|
Vychystání a zabalení zboží
|
Skladníci fyzicky vychystali položky ze zásob a zabalili je k expedici. Tato aktivita se zaznamená po dokončení vychystávání a aktualizaci stavu balení v systému. | ||
|
Proč je to důležité
Označuje dokončení hlavního úkolu při vyřizování objednávky ve skladu. Jde o důležitou metriku pro dashboard průchodnosti skladu a pro odhalování úzkých míst při vychystávání a balení.
Kde data získat
Událost se zaznamenává v modulu Řízení skladu. Obvykle se odvozuje ze změny stavu skladové práce (WHSWorkTable) na „Closed“ nebo ze zaúčtování dodacího listu.
Zachycení
Událost se odvozuje ze změny stavu skladové práce na „Closed“ nebo z data zaúčtování dodacího listu.
Typ události
inferred
|
|||
|
Výroba zboží
|
Výroba je dokončena a hotové zboží se v systému formálně vykáže jako dokončené. Zaznamená se to zaúčtováním deníku „Report as Finished“ pro výrobní zakázku, čímž se aktualizují zásoby. | ||
|
Proč je to důležité
Označuje dokončení výrobní fáze a zpřístupnění zboží pro kontrolu kvality a expedici. Jde o důležitý milník při měření dodržování výrobního plánu.
Kde data získat
Událost se zaznamenává v modulu Řízení výroby. Zaúčtováním deníku „Report as Finished“ vznikne transakce zásob s časovým razítkem a aktualizuje se stav výrobní zakázky.
Zachycení
Událost se zaznamená při zaúčtování deníku „Report as Finished“ pro výrobní zakázku.
Typ události
explicit
|
|||
|
Vystavení nákupní objednávky
|
Vytvoří a potvrdí se formální nákupní objednávka, kterou se společnost zavazuje k nákupu od dodavatele. Událost se zaznamená při změně stavu PO na „Confirmed“ nebo „In external review“. | ||
|
Proč je to důležité
Jde o důležitý milník nákupu a hlavní výchozí bod pro měření dodací lhůty dodavatele. Analýza doby od této události do příjmu materiálu pomáhá vyhodnotit výkonnost dodavatele.
Kde data získat
Událost se zaznamenává v modulu Nákup a zdroje. Potvrzení nákupní objednávky se sleduje podle změn stavu a dat v tabulce PurchTable.
Zachycení
Událost se zaznamená při změně stavu nákupní objednávky na „Confirmed“ prostřednictvím zaúčtování deníku.
Typ události
explicit
|
|||
|
Vytvoření zákaznické objednávky
|
Formální vytvoření nové prodejní objednávky v Dynamics 365 SCM. Jde o zaznamenanou událost s časovým razítkem, která nastane, když uživatel uloží nový doklad prodejní objednávky a zahájí tak proces vyřízení. | ||
|
Proč je to důležité
Tato aktivita označuje oficiální začátek cyklu vyřízení objednávky. Slouží jako hlavní výchozí bod pro měření celkové doby průchodu, včasnosti dodávek a analýzu příjmu objednávek.
Kde data získat
Jde o zaznamenanou událost v modulu Prodej a marketing. Vytvoření se zaznamená v tabulce SalesTable (hlavička prodejní objednávky) spolu s přesným časem vytvoření.
Zachycení
Událost se zaznamená při vytvoření záznamu prodejní objednávky v tabulce SalesTable.
Typ události
explicit
|
|||
|
Naplánování expedice
|
Pro přepravu zabaleného zboží se určí konkrétní datum a dopravce. Tato informace se obvykle zaznamená při plánování nákladu nebo potvrzení zásilky v modulu Řízení přepravy. | ||
|
Proč je to důležité
Slouží jako základ pro měření dodržování plánu expedice. Porovnání plánovaného data s datem skutečného nakládání je důležitým ukazatelem výkonnosti logistického plánování.
Kde data získat
Událost se zaznamenává v modulu Řízení přepravy (TMS). Při potvrzení nákladu (WHSLoadTable) nebo zásilky se často uloží plánované datum expedice, které lze zachytit.
Zachycení
Událost se zaznamená při potvrzení záznamu nákladu nebo zásilky v přepravě.
Typ události
explicit
|
|||
|
Provedení kontroly kvality
|
U vyrobeného nebo přijatého zboží se provede kontrola kvality, která ověří, zda splňuje požadované standardy. V systému se obvykle zaznamená dokončení nebo ověření příkazu ke kontrole kvality. | ||
|
Proč je to důležité
Kontrola ověřuje kvalitu výrobku a shodu procesu. Odhalení vynechaných kontrol nebo dlouhé doby inspekce pomáhá omezit rizika a zlepšit průběh procesu.
Kde data získat
Událost se zaznamenává v modulu Řízení zásob prostřednictvím příkazů ke kontrole kvality. Událost představuje ověření nebo uzavření příkazu ke kontrole kvality (InventQualityOrderTable) přiřazeného k položce.
Zachycení
Událost se zaznamená při ověření nebo uzavření příkazu ke kontrole kvality propojeného se šarží nebo sériovým číslem položky.
Typ události
explicit
|
|||
|
Vytvoření požadavku na nákup
|
Oddělení nákupu obdrží formální požadavek na pořízení materiálu potřebného pro objednávku, obvykle v případě nedostatečných zásob. Událost se zaznamená při vytvoření a uložení nového dokladu požadavku na nákup. | ||
|
Proč je to důležité
Tato aktivita zahajuje dílčí proces nákupu. Její sledování pomáhá analyzovat dobu interního schvalování a odhalit zdržení před vystavením nákupní objednávky (PO).
Kde data získat
Událost se zaznamenává v modulu Nákup a zdroje. Vytvoření záznamu v tabulce PurchReqTable je samostatná událost s časovým razítkem.
Zachycení
Událost se zaznamená při vytvoření záznamu v tabulce požadavků na nákup (PurchReqTable).
Typ události
explicit
|
|||
|
Vytvoření vychystávacího seznamu ve skladu
|
Vytvoří se vychystávací seznam nebo skladová práce s pokyny, které položky mají pracovníci vychystat pro vyřízení objednávky. Událost se zaznamená při uvolnění objednávky ke zpracování ve skladu. | ||
|
Proč je to důležité
Tato aktivita zahajuje fyzické vyřízení objednávky ve skladu. Analýza doby od tohoto okamžiku do dokončení balení pomáhá měřit efektivitu a rychlost reakce skladu.
Kde data získat
Událost se zaznamenává v modulu Řízení skladu. Samostatnou událostí je vytvoření skladové práce (WHSWorkTable) nebo zaúčtování deníku vychystávacího seznamu (WMSPickingRoute).
Zachycení
Událost se zaznamená při vytvoření deníku vychystávacího seznamu nebo skladové práce.
Typ události
explicit
|
|||
|
Vytvoření výrobní zakázky
|
Vytvoří se výrobní zakázka na výrobu hotového zboží potřebného pro logistickou objednávku zákazníka. Jde o samostatnou událost zaznamenanou v modulu Řízení výroby. | ||
|
Proč je to důležité
U zakázek vyráběných na objednávku tato aktivita zahajuje výrobu. Sledování doby od této události do dokončení zboží je důležité pro analýzu výrobních cyklů a dodržování plánu.
Kde data získat
Událost se zaznamenává v modulu Řízení výroby. Při vytvoření nového záznamu v tabulce ProdTable (tabulka výrobních zakázek) se uloží čas vytvoření.
Zachycení
Událost se zaznamená při vytvoření nového záznamu v tabulce výrobních zakázek (ProdTable).
Typ události
explicit
|
|||
|
Zaúčtování faktury zákazníkovi
|
Z prodejní objednávky se vytvoří faktura, která se zaúčtuje do finančních knih. Často k tomu dochází při expedici, ale postup se může lišit, proto jde o samostatnou aktivitu. | ||
|
Proč je to důležité
Jde o důležitý finanční milník v cyklu od objednávky po inkaso. Analýza doby od expedice do fakturace může odhalit zdržení při vystavování faktur a jejich dopad na peněžní tok.
Kde data získat
Událost se zaznamenává v modulu Pohledávky. Zaúčtováním faktury k prodejní objednávce vznikne záznam v tabulce CustInvoiceJour s konkrétním datem zaúčtování.
Zachycení
Událost se zaznamená při zaúčtování faktury k prodejní objednávce, kdy vznikne záznam CustInvoiceJour.
Typ události
explicit
|
|||
|
Zrušení objednávky
|
Zákaznická prodejní objednávka se zruší před dokončením vyřízení. Zaznamená se to změnou stavu hlavičky prodejní objednávky na „Canceled“. | ||
|
Proč je to důležité
Jde o nepříznivý výsledek procesu. Analýza toho, kdy a proč se objednávky ruší, může odhalit problémy s dostupností zboží, dodacími lhůtami nebo zákaznickým servisem, které je třeba řešit.
Kde data získat
Událost se odvozuje ze změny pole stavu v tabulce SalesTable na „Canceled“. Datum změny lze zachytit, pokud je zapnuté sledování změn nebo protokolování databáze.
Zachycení
Událost se odvozuje ze změny stavu prodejní objednávky na „Canceled“.
Typ události
inferred
|
|||
Návody na získání dat
Chcete začít?
Pomocí této šablony získáte lepší přehled o dodavatelském řetězci. Začněte zlepšovat jeho provoz a hledejte možnosti, jak zvýšit efektivitu a snížit náklady.
Zlepšete řízení dodavatelského řetězce. Začněte ještě dnes
Získejte přehled o procesu od začátku do konce a zvyšte přesnost prognóz na 90 %. Tím můžete snížit náklady.
Bez zadání platební karty, nastavení zabere jen několik minut.