Šablona dat pro plánování výroby
Šablona dat pro plánování výroby
- Doporučené atributy ke sběru
- Aktivity, které je vhodné sledovat
- Postup získání dat z Microsoft Dynamics 365 Manufacturing
Atributy plánování výroby
| Název | Popis | ||
|---|---|---|---|
| Výrobní zakázka ProductionOrderNumber | Jedinečný identifikátor výrobní zakázky, který slouží jako hlavní ID případu pro sledování všech souvisejících činností plánování a realizace. | ||
| Popis Číslo výrobní zakázky, v Microsoft Dynamics 365 často označované jako ProdId, je hlavní identifikátor propojující všechny události, materiály, zdroje a náklady související s konkrétní výrobní zakázkou. Umožňuje analyzovat celý životní cyklus plánování a realizace jedné zakázky, od začátku až do konce. V process mining je tento atribut nezbytný pro seskupení souvisejících událostí do jednoho případu. Analýza podle čísla výrobní zakázky pomáhá odhalit úzká místa, prodlevy a odchylky od standardního průběhu výroby, od vytvoření a naplánování zakázky až po její dokončení a kalkulaci nákladů. Proč je to důležité Jde o základní identifikátor případu, který je nezbytný pro seskupení souvisejících událostí a rekonstrukci celého procesu plánování výroby pro účely analýzy. Kde data získat Jde o pole „ProdId“ v tabulce „ProdTable“ v Microsoft Dynamics 365 Manufacturing. Příklady WO-000456WO-000457WO-000458 | |||
| Čas události EventTime | Přesný časový údaj, který určuje, kdy k činnosti došlo. | ||
| Popis Čas události neboli časový údaj zaznamenává přesné datum a čas, kdy proběhla konkrétní činnost. Je základem všech časových analýz v process mining, včetně výpočtu průběžných dob, odhalování prodlev mezi kroky a sledování výkonnosti procesu v čase. Při plánování výroby se tento atribut používá k měření dob, jako je průběžná doba plánování, prodleva před zahájením výroby nebo celková doba vyřízení zakázky. Přesné časové údaje ve správném pořadí jsou nezbytné pro vytvoření správného a užitečného modelu procesu. Proč je to důležité Tento časový údaj je nezbytný pro seřazení událostí, výpočet doby mezi činnostmi a časové analýzy, například měření průběžné doby a hledání úzkých míst. Kde data získat Údaj se nachází v různých transakčních tabulkách, například v poli „createdDateTime“ v „ProdTable“ nebo v polích s datem transakce v „ProdRouteTrans“, „ProdJournalRoute“ a „ProdJournalBOM“. Příklady 2023-04-15T09:00:12Z2023-04-15T11:30:00Z2023-04-16T14:22:05Z | |||
| Název činnosti ActivityName | Název konkrétní obchodní události nebo kroku, ke kterému došlo v procesu plánování výroby. | ||
| Popis Název činnosti popisuje jeden krok v životním cyklu plánování výroby, například „Vytvoření výrobní zakázky“, „Vychystání materiálu pro výrobu“ nebo „Zahájení výroby“. Tyto činnosti tvoří základ mapy procesu. Analýza jejich pořadí a trvání umožňuje zobrazit průběh procesu, určit obvyklé cesty, odhalit opakování práce a změřit dobu strávenou v jednotlivých fázích. Tento atribut pomáhá pochopit, co se děje v každém kroku procesu. Proč je to důležité Tento atribut určuje jednotlivé kroky procesu. Umožňuje vytvořit mapu procesu a analyzovat jeho průběh, odchylky i úzká místa. Kde data získat Tato hodnota se obvykle získává ze záznamů událostí nebo mapováním různých změn stavů a typů transakcí v tabulkách, jako jsou „ProdRouteTrans“ a „ProdJournalBOM“, a změn stavových polí v „ProdTable“. Příklady Vytvoření výrobní zakázkyUvolnění výrobní zakázkyZahájení výrobyNahlášení dokončení výroby | |||
| Poslední aktualizace dat LastDataUpdate | Časový údaj, který určuje, kdy byla data této události naposledy obnovena nebo získána ze zdrojového systému. | ||
| Popis Tento atribut uvádí datum a čas posledního získání dat ze zdrojového systému. Jde o metadata důležitá pro posouzení aktuálnosti analýzy. Informace o poslední aktualizaci pomáhá analytikům i uživatelům z řad zaměstnanců důvěřovat poznatkům z nástroje process mining. Ukazuje, zda dashboardy obsahují aktuální informace, nebo data z dřívějšího období. To je důležité při rozhodování o provozu. Proč je to důležité Tento atribut je důležitý pro správu dat. Uživatelé díky němu vědí, jak aktuální data jsou, a mohou posoudit, zda jsou poznatky o procesu včasné. Kde data získat Tento časový údaj se vytvoří a přidá ke každému záznamu během procesu získávání, transformace a načítání dat (ETL). Příklady 2023-05-20T05:00:00Z2023-05-21T05:00:00Z | |||
| Zdrojový systém SourceSystem | Systém, ze kterého byla data získána. | ||
| Popis Tento atribut určuje zdrojový informační systém, ze kterého pocházejí data o událostech. V tomto pohledu na proces bude jeho hodnota vždy „Microsoft Dynamics 365 Manufacturing“. V prostředí s více propojenými systémy je toto pole důležité pro sledování původu dat, řešení problémů s jejich kvalitou a pochopení toho, jak jednotlivé systémy přispívají k celkovému procesu. Jasně určuje původ analyzovaných dat. Proč je to důležité Poskytuje důležitý kontext o původu dat, který je nezbytný pro správu a ověřování dat i pro řízení datových toků z více podnikových systémů. Kde data získat Jde o statickou hodnotu, kterou je třeba přidat při získávání a transformaci dat, aby označovala původ datové sady. Příklady Microsoft Dynamics 365 ManufacturingD365 F&O | |||
| Číslo výrobku ProductNumber | Jedinečný identifikátor vyráběné položky. | ||
| Popis Číslo výrobku neboli ID položky označuje hotový výrobek, který má výrobní zakázka vytvořit. Propojuje výrobní proces s konkrétním výrobkem, jeho kusovníkem a technologickým postupem. Analýza podle čísla výrobku pomáhá odhalit rozdíly v průběhu výroby jednotlivých výrobků. Může ukázat, že se některé výrobky vyrábějí déle, vyžadují více oprav nebo se u nich častěji vyskytují prodlevy. Tyto poznatky mohou využít konstruktéři výrobků i procesní inženýři. Proč je to důležité Umožňuje analyzovat rozdíly v procesu podle vyráběného produktu a odhalit úzká místa nebo problémy s kvalitou specifické pro daný výrobek. Kde data získat Jde o pole „ItemId“ v tabulce „ProdTable“. Příklady FG-1001FG-2050ASSY-500B | |||
| Plánované datum dokončení PlannedEndDate | Datum a čas, kdy má být podle plánu výrobní zakázka dokončena. | ||
| Popis Plánované datum dokončení je cílový termín dokončení výrobní zakázky stanovený plánovacím nástrojem. Při jeho výpočtu se zohledňují časy operací, kalendáře zdrojů a průběžné doby. Výsledkem je odhad, kdy bude hotový výrobek připraven. Při analýze procesů tento údaj pomáhá vyhodnotit, zda se výroba dokončuje včas. Porovnáním plánovaného data dokončení se skutečným časem dokončení, zaznamenaným u aktivity „Production Reported As Finished“ nebo „Production Order Ended“, můžete vypočítat KPI míry včasného dokončení výroby a hledat systémové příčiny pozdních dodávek. Proč je to důležité Tento údaj slouží jako základ pro měření včasného dokončení a vyhodnocení přesnosti plánování výroby. Kde data získat Jde o pole „SchedEnd“ v tabulce „ProdTable“. Příklady 2023-04-25T17:00:00Z2023-04-26T17:00:00Z2023-04-27T17:00:00Z | |||
| Plánované datum zahájení PlannedStartDate | Datum a čas, kdy má podle plánu začít výrobní zakázka. | ||
| Popis Plánované datum zahájení je jedním z výstupů plánování. Udává, kdy má výroba zakázky začít. Určuje se podle dostupnosti materiálu, kapacity zdrojů a termínů poptávky. Tento údaj je důležitý pro analýzu dodržování plánu. Porovnáním plánovaného data zahájení se skutečným začátkem výroby, který zaznamenává časová značka aktivity „Production Started“, můžete měřit včasnost, hledat příčiny zpoždění a počítat KPI, například míru dodržení výrobního plánu. Proč je to důležité Slouží jako základ pro měření dodržování plánu a odhalování prodlev mezi plánovaným a skutečným začátkem výroby. Kde data získat Jde o pole „SchedStart“ v tabulce „ProdTable“. Příklady 2023-04-18T08:00:00Z2023-04-19T08:00:00Z2023-04-20T08:00:00Z | |||
| Priorita výroby ProductionPriority | Hodnota vyjadřující naléhavost nebo prioritu výrobní zakázky. | ||
| Popis Plánovači používají prioritu výroby k řízení pořadí práce ve výrobě. Zakázky s vyšší prioritou mohou dostat přednost, což může narušit plán ostatních zakázek. Analýza tohoto údaje ukazuje, jak často výrobu narušují zakázky s vysokou prioritou nebo zakázky s urychleným zpracováním. Sledování změn priority v průběhu zakázky může odhalit nestabilní poptávku nebo problémy s plánováním. Údaj je základem pro dashboard „Trendy urychlené výroby“ a KPI „Míra urychlené výroby“. Proč je to důležité Pomáhá zjistit četnost a dopad zakázek s urychleným zpracováním, které mohou ukazovat na nestabilní plánování nebo reaktivní řízení provozu. Kde data získat Může jít o standardní nebo vlastní pole v tabulce „ProdTable“. Nastavení se často liší podle společnosti. Příklady BěžnáVysokáNaléhavá | |||
| Skutečné množství ActualQuantity | Množství zboží úspěšně vyrobeného a vykázaného jako dokončené v rámci zakázky. | ||
| Popis Skutečné množství udává počet kusů dokončených v rámci výrobní zakázky, které prošly kontrolou kvality. Zaznamenává se při vykázání výroby jako dokončené. Tento údaj slouží k analýze výtěžnosti a efektivity výroby. Porovnáním skutečného a plánovaného množství můžete vypočítat míru zmetkovitosti a zjistit výrobní ztráty. Je také důležitý pro analýzu průchodnosti a dashboardy využití kapacity. Proč je to důležité Údaj je nezbytný pro výpočet výtěžnosti výroby, míry zmetkovitosti a skutečné průchodnosti. Pomáhá vyhodnotit efektivitu a výsledky výroby. Kde data získat Tato hodnota se při vykázání dokončené zakázky často přebírá z pole „QtyGood“ v tabulce „ProdTable“ nebo v souvisejících tabulkách účtování deníků. Příklady 100985000 | |||
| Stav výrobní zakázky ProductionOrderStatus | Označuje aktuální stav výrobní zakázky v jejím životním cyklu. | ||
| Popis Stav výrobní zakázky ukazuje, v jaké fázi výrobního cyklu se zakázka nachází. Mezi běžné stavy v Dynamics 365 patří Created, Estimated, Scheduled, Released, Started, Reported as finished a Ended. Tento atribut poskytuje přehled o stavu každé zakázky v daném okamžiku. V process mining jsou změny stavů jedním z hlavních způsobů, jak určit činnosti a pochopit průběh procesu. Podle tohoto atributu lze filtrovat zakázky v konkrétním stavu, analyzovat dobu strávenou v jednotlivých stavech a odhalit zakázky, které se zdržely nebo uvízly. Proč je to důležité Tento atribut poskytuje základní přehled o průběhu zakázky. Je důležitý pro filtrování, kontrolu shody a analýzu doby strávené v jednotlivých fázích výroby. Kde data získat Jde o pole „ProdStatus“ v tabulce „ProdTable“. Příklady NaplánovánoUvolněnoZahájenoUkončeno | |||
| Typ výroby ProductionType | Klasifikace výrobní zakázky, například standardní výroba, oprava nebo zakázka pro konkrétní projekt. | ||
| Popis Typ výroby rozlišuje zakázky podle jejich účelu. Zakázka typu „Standard“ slouží například k běžné výrobě na sklad, „Rework“ k opravě vady na již vyrobené položce a „Project“ je spojena s konkrétním zákaznickým projektem. Tento údaj pomáhá vytvářet srovnatelné pohledy na analýzu. Proces opravy se přirozeně liší od standardní výroby. Rozdělení analýzy podle typu výroby proto umožňuje smysluplné porovnání a pomáhá porozumět specifickým problémům a průběhu jednotlivých typů zakázek. Proč je to důležité Tento údaj umožňuje rozdělit analýzu podle typu zakázky. Typy jako „Standard“ a „Rework“ mají odlišný průběh i očekávané výsledky. Kde data získat Jde o pole „ProdType“ v tabulce „ProdTable“. Příklady StandardníOpravaProjekt | |||
| Uživatel UserId | Identifikátor uživatele, který aktivitu provedl nebo za ni odpovídá. | ||
| Popis ID uživatele označuje zaměstnance nebo systémový účet, který provedl konkrétní krok procesu, například uvolnil zakázku nebo nahlásil její dokončení. Díky tomuto údaji vidíte, kdo v procesu práci vykonává. Analýza podle uživatelů pomáhá porozumět rozložení pracovní zátěže, najít příležitosti ke školení, porovnat výkon jednotlivců nebo týmů a prověřit odchylky spojené s konkrétními uživateli. Údaj je důležitý také pro zajištění shody a auditní stopu. Proč je to důležité Umožňuje analyzovat výkon procesu podle uživatele nebo týmu, hledat příležitosti k automatizaci a vést auditní stopu důležitých aktivit procesu. Kde data získat Najdete ho například v polích „modifiedBy“ nebo „createdBy“ v různých tabulkách, případně v uživatelských polích tabulek transakčních záznamů, jako je „ProdJournalTable“. Příklady j.smithm.jonesAX_BATCH_SVC | |||
| Výrobní závod ProductionPlant | Výrobní závod nebo provoz, ve kterém se výrobní zakázka realizuje. | ||
| Popis Výrobní závod označuje fyzické místo nebo provoz, který odpovídá za výrobu. Jde o důležitý organizační údaj pro rozdělení a porovnání výsledků výroby. Při process mining umožňuje tento údaj porovnávat výsledky jednotlivých závodů. Analytici mohou mezi provozy srovnávat průběžné doby, využití zdrojů a dodržování standardních postupů. Snáze tak najdou osvědčené postupy nebo závody, kde je třeba zlepšit provoz. Údaj je důležitý také pro analýzu využití kapacity. Proč je to důležité Umožňuje porovnávat výsledky různých výrobních závodů, hledat osvědčené postupy a odhalovat problémy specifické pro jednotlivé provozy. Kde data získat Jde o pole „InventSiteId“ v tabulce „ProdTable“. Příklady SITE-ASITE-BMain-WH | |||
| Čas ukončení EndTime | Přesná časová značka označující dokončení aktivity. | ||
| Popis Čas ukončení označuje dokončení konkrétní aktivity. Čas zahájení udává její začátek, zatímco čas ukončení je potřeba pro zjištění skutečné doby trvání nebo zpracování daného kroku. V process mining umožňují časy zahájení a ukončení aktivit podrobněji analyzovat čekání a dobu zpracování. Pomáhají rozlišit, jak dlouho se na aktivitě skutečně pracovalo a jak dlouho se čekalo na zahájení dalšího kroku. To je důležité pro podrobnou analýzu úzkých míst. Proč je to důležité Umožňuje vypočítat dobu zpracování aktivity a odlišit ji od čekání, což zpřesňuje analýzu úzkých míst. Kde data získat Často se odvozuje z jiných údajů. Například čas ukončení aktivity „Production Started“ může odpovídat času zahájení aktivity „Operation Completed“. Některé záznamy obsahují časovou značku ukončení přímo. Příklady 2023-04-15T09:30:45Z2023-04-15T12:00:00Z2023-04-16T15:00:10Z | |||
| Číslo kontrolní zakázky kvality QualityOrderNumber | Identifikátor zakázky kontroly kvality propojené s výrobní zakázkou. | ||
| Popis Pokud je potřeba kontrola kvality, systém Dynamics 365 často vytvoří zakázku kvality. Tento údaj propojuje výrobní proces s procesem zajištění kvality a zaznamenává ID související zakázky kvality. Díky tomuto propojení získáte ucelenější pohled na proces od začátku do konce, včetně kroků řízení kvality. Můžete analyzovat, jak kontroly kvality ovlivňují průběžnou dobu výroby, hledat prodlevy v procesu kontroly a sledovat četnost kontrol u různých výrobků nebo výrobních linek. Proč je to důležité Propojuje výrobu se zajištěním kvality a umožňuje analyzovat, jak kontroly kvality ovlivňují celkovou průběžnou dobu. Kde data získat Tento údaj se ukládá do tabulek řízení kvality, například „InventQualityOrderTable“, a je třeba ho propojit s výrobní zakázkou. Příklady QO-00123QO-00124QO-00125 | |||
| Dostupnost materiálu MaterialAvailabilityStatus | Udává, zda jsou k dispozici suroviny potřebné pro výrobní zakázku. | ||
| Popis Tento údaj sleduje dostupnost součástí potřebných pro výrobu. Může nabývat hodnot jako „K dispozici“, „Objednáno“ nebo „Nedostatek“. Plánovačům pomáhá zjistit, zda může výrobní zakázka skutečně začít podle plánu. V process mining je tento údaj důležitý pro hledání příčin zpoždění začátku výroby. Analytici mohou porovnat stav materiálu s dobou mezi aktivitami „Production Order Released“ a „Production Started“ a vyčíslit dopad nedostatku materiálu na dodržování plánu i celkovou průběžnou dobu. Údaj přímo podporuje dashboard „Dopad zpoždění způsobeného dostupností materiálu“. Proč je to důležité Pomáhá porozumět zpožděním začátku výroby způsobeným nedostatkem materiálu a vyčíslit je. Propojuje výsledky dodavatelského řetězce s efektivitou výroby. Kde data získat Tento stav často není uložen v jediném poli. Odvozuje se kontrolou skladových zásob všech položek v kusovníku výrobní zakázky prostřednictvím tabulky „InventSum“. Příklady Plně k dispoziciČástečný nedostatekNení k dispozici | |||
| Plánované množství PlannedQuantity | Množství položky, které se má vyrobit. | ||
| Popis Plánované množství je cílový počet kusů, které se mají vyrobit v rámci výrobní zakázky. Obvykle vychází z poptávky v prodejních zakázkách, požadavků na pojistnou zásobu nebo hlavního plánování. Tento údaj slouží jako základ pro ukazatele výtěžnosti a zmetkovitosti. Porovnáním plánovaného a skutečně vyrobeného množství mohou plánovači sledovat efektivitu výroby a odchylky ve spotřebě materiálu. Jde o základní údaj pro plánování kapacity a materiálových potřeb. Proč je to důležité Jde o výchozí množství pro měření výtěžnosti a míry zmetkovitosti, které se porovnává se skutečně vyrobeným množstvím. Kde data získat Jde o pole „QtySched“ v tabulce „ProdTable“. Příklady 1005000250 | |||
| Počet revizí ProductionOrderRevisionNumber | Počet úprav výrobního plánu od jeho prvního vytvoření. | ||
| Popis Tento údaj sleduje počet revizí nebo významných změn výrobní zakázky po jejím naplánování nebo uvolnění. Může jít například o změnu množství, termínů nebo technologického postupu. Vyšší počet změn ukazuje na větší nestabilitu plánu. Jde o přímý ukazatel pro KPI „Míra revizí výrobního plánu“. Analýza pomáhá odhalit příčiny nestability plánování, například časté změny poptávky nebo nepřesné počáteční plánování. Vyčísluje také rozsah opakované práce a přeplánování, které často snižují efektivitu. Proč je to důležité Přímo měří stabilitu plánování a podporuje KPI „Míra revizí výrobního plánu“. Upozorňuje na procesy s nadměrným počtem změn a opakované práce. Kde data získat Jde o odvozený údaj. Pro každý případ je třeba spočítat výskyty aktivit „Production Order Adjusted“. Příklady 012 | |||
| Výrobní linka ProductionLine | Konkrétní výrobní linka, pracoviště nebo skupina zdrojů přiřazená výrobní zakázce. | ||
| Popis Výrobní linka označuje konkrétní stroj, buňku nebo skupinu zdrojů, které provádějí výrobní operace. Oproti výrobnímu závodu poskytuje podrobnější pohled. Analýza podle výrobní linky je důležitá pro podrobné vyhodnocení kapacity a jejího využití. Pomáhá najít přetížená pracoviště, porovnat efektivitu linek vyrábějících stejný produkt a odhalit úzká místa spojená s konkrétními zdroji, která na úrovni závodu nemusí být vidět. Proč je to důležité Umožňuje podrobně analyzovat využití a výkon zdrojů a odhalit přetížená pracoviště nebo neefektivní linky. Kde data získat Tento údaj se často nachází v poli „WrkCtrId“ v transakcích výrobního postupu, například v tabulkách „ProdRoute“ nebo „ProdRouteTrans“. Příklady LINKA-01LINKA-02CNC-A | |||
| Zahájení včas ProductionScheduleAdherence | Logická hodnota, která je pravdivá, pokud výroba začala v plánovaném termínu nebo dříve. | ||
| Popis Tento vypočítaný údaj jednoduše ukazuje, zda výroba začala podle plánu. Porovnává skutečnou časovou značku události „Production Started“ s údajem „PlannedStartDate“. Hodí se pro přehledné dashboardy a KPI, například „Míru dodržení výrobního plánu“. Umožňuje snadno filtrovat a agregovat zakázky, zjistit, jaké procento z nich začalo včas, a analyzovat vlastnosti opožděných zakázek. Není přitom nutné přímo porovnávat data v analytickém nástroji. Proč je to důležité Zjednodušuje vykazování a výpočet KPI pro dodržování plánu. Umožňuje snadno filtrovat a agregovat zakázky zahájené včas a se zpožděním. Kde data získat Jde o vypočítaný ukazatel. Logika: čas události „Production Started“ <= PlannedStartDate. Příklady truefalse | |||
| Zpoždění zahájení výroby ProductionStartDelay | Doba mezi uvolněním zakázky a skutečným začátkem výroby. | ||
| Popis Tato vypočítaná doba měří čekání neboli dobu ve frontě ve výrobě. Jde o rozdíl mezi aktivitami „Production Order Released“ a „Production Started“. Tento KPI je důležitý pro dashboard „Analýza zpoždění při přidělování zdrojů“. Ukazuje prodlevy, které vznikají po dokončení plánování, když je zakázka připravena k realizaci. Vysoké hodnoty mohou ukazovat na problémy s dostupností zdrojů, přípravou materiálu nebo předáváním informací do výroby. Výsledky tak pomáhají určit, na co se při zlepšování provozu zaměřit. Proč je to důležité Přesně měří prodlevu mezi připraveností zakázky a začátkem výroby a pomáhá odhalit úzká místa související s dostupností zdrojů nebo připraveností výroby. Kde data získat Jde o vypočítaný ukazatel: časová značka „Production Started“ - časová značka „Production Order Released“. Příklady 0 dní 4 h 15 min1 den 2 h 0 min0 dní 1 h 30 min | |||
Aktivity při plánování výroby
| Aktivita | Popis | ||
|---|---|---|---|
| Nahlášení dokončení výroby | Označuje, že výroba stanoveného množství výrobku je fyzicky dokončena a hotové výrobky jsou nyní na skladě. Tato důležitá změna stavu spouští skladové transakce. | ||
| Proč je to důležité Tímto končí fyzická výroba. Událost je nezbytná pro výpočet podílu zakázek dokončených včas, skutečné doby výroby a průchodnosti. Kde data získat Událost se zaznamená, když se stav výrobní zakázky v ProdTable změní na „Reported as finished“. Změnu vyvolá zaúčtování deníku „Report as Finished“. Zachycení Zjistěte čas, kdy se pole ProdStatus v ProdTable změní na „Reported as finished“. Typ události inferred | |||
| Naplánování výrobní zakázky | Tato činnost označuje naplánování výrobní zakázky, při kterém se jejím operacím přiřadí konkrétní zdroje, data a časy. Může jít o plánování provozu nebo podrobnější plánování jednotlivých úloh. | ||
| Proč je to důležité Plánování je důležité pro řízení kapacity a zdrojů. Doba potřebná k naplánování zakázek a prodleva před jejich uvolněním ukazují na omezení v plánování a kapacitě. Kde data získat Událost se zaznamená, když se stav výrobní zakázky v ProdTable změní na „Scheduled“. Změnu vyvolá uživatel spuštěním funkce plánování. Zachycení Zjistěte čas, kdy se pole ProdStatus v ProdTable změní na „Scheduled“. Typ události inferred | |||
| Ukončení výrobní zakázky | Jde o poslední činnost, která představuje finanční uzavření výrobní zakázky. Všechny náklady byly vypočteny a zaúčtovány a k zakázce už nelze provádět další transakce. | ||
| Proč je to důležité Tímto je zakázka dokončena z fyzického i finančního hlediska. Prodlevy mezi stavy „Reported as Finished“ a „Ended“ mohou upozornit na problémy s kalkulací nákladů nebo finančním uzavřením. Kde data získat Zaznamená se poslední změna stavu, kdy se pole „ProdStatus“ v tabulce „ProdTable“ nastaví na „Ended“. Změnu vyvolá spuštění kalkulace nákladů a ukončení zakázky. Zachycení Zjistěte čas, kdy se pole ProdStatus v ProdTable změní na „Ended“. Typ události inferred | |||
| Uvolnění výrobní zakázky | Tato činnost znamená, že výrobní zakázka byla schválena a povolena k realizaci ve výrobě. Jde o důležitý milník, při kterém se uvolňují dokumenty, například výrobní průvodky a průvodky operací. | ||
| Proč je to důležité Jde o oficiální předání z plánování do výroby. Doba mezi stavy „Scheduled“ a „Released“ může ukazovat na prodlevy při schvalování nebo závěrečných kontrolách. Doba od „Released“ do „Started“ vypovídá o připravenosti výroby. Kde data získat Událost se zaznamená, když se stav výrobní zakázky v ProdTable změní na „Released“. Změnu provede uživatel ručně nebo automaticky. Zachycení Zjistěte čas, kdy se pole ProdStatus v ProdTable změní na „Released“. Typ události inferred | |||
| Vytvoření výrobní zakázky | Tato činnost označuje vytvoření výrobní zakázky, která potvrzuje poptávku po určitém množství výrobku. Obvykle se zaznamená při potvrzení plánované výrobní zakázky, kdy v systému vznikne oficiální záznam s jedinečným ID. | ||
| Proč je to důležité Jde o hlavní počáteční událost výrobního procesu. Doba od vytvoření zakázky k dalším krokům pomáhá měřit celkovou průběžnou dobu plánování a jeho efektivitu. Kde data získat Událost se odvozuje od časového údaje vytvoření záznamu výrobní zakázky v ProdTable. Počáteční stav bývá obvykle „Created“. Zachycení Zaznamenejte čas vytvoření nového záznamu v ProdTable, u kterého má ProdStatus hodnotu „Created“. Typ události inferred | |||
| Zahájení výroby | Označuje začátek fyzické práce na zakázce ve výrobě. Obvykle se zaznamená při zahájení první operace nebo úlohy prostřednictvím terminálu ve výrobě či zaúčtováním deníku. | ||
| Proč je to důležité Tato činnost poskytuje skutečný čas zahájení výroby, který je důležitý pro výpočet prodlev při zahájení, dodržování plánu a skutečných průběžných dob. Kde data získat Událost se zaznamená, když se stav výrobní zakázky v ProdTable změní na „Started“. Často ji vyvolá zaúčtování deníku výrobní průvodky nebo průvodky operací pro první operaci. Zachycení Zjistěte čas, kdy se pole ProdStatus v ProdTable změní na „Started“. Typ události inferred | |||
| Dokončení operace | Tato činnost označuje dokončení jednotlivé výrobní operace nebo kroku v technologickém postupu. Jedna výrobní zakázka obvykle zahrnuje několik takových událostí. | ||
| Proč je to důležité Analýza doby mezi operacemi pomáhá odhalit úzká místa přímo ve výrobním procesu. Poskytuje podrobnější pohled na průběh práce ve výrobě. Kde data získat Jde o výslovně zaznamenanou událost při zaúčtování deníků průvodek operací (ProdJournalRoute) pro jednotlivé operace. Událost označuje dokončení daného kroku. Zachycení Zaznamenejte čas zaúčtování každého záznamu ProdJournalRoute přiřazeného k výrobní zakázce. Typ události explicit | |||
| Ocenění výrobní zakázky | Označuje výpočet odhadované spotřeby materiálu a nákladů pro výrobní zakázku. Jde o důležitý krok plánování, který pomáhá před zahájením výroby určit finanční a materiálové požadavky. | ||
| Proč je to důležité Prodlevy při odhadu mohou být významným úzkým místem ve fázi plánování. Sledování této činnosti pomáhá odhalit neefektivitu při plánování nákladů a materiálu. Kde data získat Událost se zaznamená, když se stav výrobní zakázky v ProdTable změní na „Estimated“. Změnu vyvolá uživatel spuštěním funkce „Estimate“ u zakázky. Zachycení Zjistěte čas, kdy se pole ProdStatus v ProdTable změní na „Estimated“. Typ události inferred | |||
| Úprava výrobní zakázky | Označuje významnou změnu výrobní zakázky po jejím uvolnění, například změnu množství nebo termínu. Událost se odvozuje porovnáním důležitých polí před změnou a po ní. | ||
| Proč je to důležité Časté úpravy ukazují na nestabilní plánování nebo proměnlivou poptávku, což vede k neefektivitě a opakované práci. Sledování této činnosti pomáhá měřit četnost i dopad změn. Kde data získat Událost se odvozuje z protokolů změn nebo porovnáním snímků záznamu ProdTable, například polí „QtySched“ nebo „SchedEnd“, po změně stavu zakázky na „Released“. Zachycení Zjistěte změny důležitých polí, například množství nebo termínů, v ProdTable po časovém údaji události „Released“. Typ události calculated | |||
| Úspěšné dokončení kontroly kvality | Označuje úspěšné dokončení a ověření příkazu ke kontrole kvality souvisejícího s výrobní zakázkou. Potvrzuje, že vyrobené položky splňují požadované standardy kvality. | ||
| Proč je to důležité Jde o důležitý milník kontroly kvality. Doba mezi vytvořením příkazu a úspěšným dokončením kontroly ukazuje efektivitu týmu kontroly kvality. Kde data získat Událost se odvozuje ze změny stavu záznamu v InventQualityOrderTable na „Pass“. Konkrétní hodnota stavu se může lišit. Zachycení Zjistěte čas, kdy se stav souvisejícího záznamu v InventQualityOrderTable změní na „Pass“. Typ události inferred | |||
| Vychystání materiálu pro výrobu | Označuje, že suroviny potřebné pro výrobní zakázku byly vychystány ze skladu a jsou připravené ke spotřebě. Událost se zaznamená po dokončení vychystávání surovin nebo zaúčtování deníku vychystávacího seznamu. | ||
| Proč je to důležité Tato činnost je podmínkou zahájení výroby. Prodlevy mezi naplánováním zakázky a vychystáním materiálu upozorňují na problémy ve skladovém provozu nebo s dostupností materiálu. Kde data získat Jde obvykle o výslovně zaznamenanou událost v tabulkách řízení skladu (WHSWorkTable) nebo v denících zásob (InventJournalTrans), propojenou s výrobní zakázkou. Zachycení Zaznamenejte čas zaúčtování deníku vychystávacího seznamu přiřazeného k výrobní zakázce. Typ události explicit | |||
| Vytvoření příkazu ke kontrole kvality | Byl vytvořen příkaz ke kontrole výstupu výrobní zakázky. Tato událost označuje začátek kontroly kvality vyrobeného zboží. | ||
| Proč je to důležité Sledování kontroly kvality je důležité pro pochopení celkové průběžné doby. Prodlevy při kontrole mohou zabránit expedici zboží nebo jeho použití v navazujících procesech. Kde data získat Jde o výslovně zaznamenanou událost, která vychází z vytvoření záznamu v InventQualityOrderTable odkazujícího na zdrojovou výrobní zakázku. Zachycení Zaznamenejte čas vytvoření příkazu ke kontrole kvality v InventQualityOrderTable propojeného s ID výrobní zakázky. Typ události explicit | |||
| Zrušení výrobní zakázky | Označuje zrušení výrobní zakázky před jejím dokončením. Jde o alternativní, neúspěšné ukončení procesu. | ||
| Proč je to důležité Sledování zrušených zakázek pomáhá odhalit příčiny neúspěchu procesu, například změny poptávky nebo chyby v plánování. Vysoký počet zrušení může ukazovat na systémové problémy. Kde data získat Jde o alternativní konečný stav odvozený ze změny stavu. Konkrétní stav se může lišit. Často se stav zakázky vrátí na předchozí hodnotu a zakázka se označí jako zrušená. Zachycení Zjistěte změnu stavu, která označuje zrušení. K jejímu určení může být nutná konkrétní analýza systému. Typ události inferred | |||
Návody na získání dat
Kroky
- Otevřete pracovní prostor Data Management: Přihlaste se do Microsoft Dynamics 365 Finance and Operations. Pomocí vyhledávacího pole najděte pracovní prostor
Data managementa otevřete ho. - Vytvořte nový projekt exportu: V pracovním prostoru vyberte dlaždici
Exporta založte projekt exportu dat. Zadejte výstižný název, napříkladProcessMind_Production_Orders. - Vyberte formát exportního souboru: V nastavení projektu zvolte formát dat, například CSV nebo Excel. Nastavte možnost
Entitya určete podrobnosti formátu. Doporučujeme CSV kvůli výkonu a kompatibilitě. - Přidejte požadované datové entity: Do projektu přidejte entity potřebné k zachycení všech událostí výrobních zakázek:
Production orders,Production order route transactions,Inventory quality ordersaProduction picking list journal lines. U každé entity vyberte všechna relevantní pole uvedená v části s dotazem. - Nastavte filtry dat: U každé entity použijte možnost
Filtera omezte exportovaná data. Minimálně nastavte filtrCompanyna správnou právnickou osobu. Doporučujeme také omezit období podle důležitého data, například pomocí poleCreation dateentityProduction orders. Objem dat tak zůstane zvládnutelný, například za posledních 6 měsíců. - Nastavte přírůstkové exporty (volitelné): Pro průběžnou analýzu můžete nastavit přírůstkové exporty. Sledujte změny ve zdrojových entitách a exportujte pouze nové nebo upravené záznamy od posledního exportu. Výrazně tím zkrátíte dobu exportu.
- Spusťte exportní úlohu: Po nastavení projektu spusťte export kliknutím na
Exportv podokně akcí. Export můžete spustit ihned nebo naplánovat jako opakovanou dávkovou úlohu. - Stáhněte exportované soubory: Po úspěšném dokončení úlohy přejděte do historie úloh. Stáhněte balíček ZIP, který obsahuje samostatný datový soubor pro každou zahrnutou entitu.
- Převeďte data na záznam událostí: Exportované soubory obsahují nezpracovaná data tabulek, nikoli hotový záznam událostí. Pomocí externího nástroje, například skriptu v Pythonu, Power Query v Excelu nebo Power BI či nástroje ETL, data z těchto souborů zpracujte a spojte. Použijte logiku popsanou v části s dotazem a převeďte pole s daty a stavy z různých entit do jednoho souboru záznamu událostí, kde každý řádek odpovídá jedné aktivitě.
- Připravte výsledný záznam událostí: Výsledný soubor CSV musí obsahovat sloupce
ProductionOrderNumber,ActivityName,EventTime,SourceSystemaLastDataUpdatea také doporučené atributy. Soubor musí mít řádek záhlaví a být připravený k nahrání do ProcessMind.
Konfigurace
- Hlavní datové entity: Získání dat vyžaduje export několika entit a jejich následné spojení. Hlavními entitami jsou
Production orders(ProdTable),Production order route transactions(ProdRouteTrans) aInventory quality orders(InventQualityOrderTable). - Filtr období: Kvůli objemu dat vždy nastavte filtr data. Doporučujeme filtrovat entitu
Production orderspodle poleCreation date(CREATEDDATETIME) za poslední 3 až 6 měsíců. Zachytíte tak celé nedávné procesy, aniž byste systém zbytečně zatížili. - Filtr společnosti: Nastavte filtr na konkrétní společnost nebo právnickou osobu, kterou chcete analyzovat. Použijte možnost
Filteru každé entity v projektu exportu. - Úplný a přírůstkový export: Při prvním získání dat je nutný úplný export. Pro další aktualizace doporučujeme u entit zapnout sledování změn a provádět přírůstkové exporty. Zlepšíte tím výkon a snížíte objem přenášených dat.
- Předpoklady: Uživatel, který export spouští, musí mít odpovídající bezpečnostní role, obvykle
Data management administratornebo roli s oprávněním přistupovat k požadovaným datovým entitám.
Ukázkový dotaz sql
/*
This is not a runnable script but a configuration and transformation plan for the Dynamics 365 Data Management Framework.
**Step 1: Configure the Export Project**
Export the following entities with the specified fields:
1. **Entity: Production orders (ProdTable)**
* `ProductionOrderNumber` (PRODID)
* `ProductionOrderStatus` (PRODSTATUS)
* `CreationDate` (CREATEDDATETIME)
* `LastUpdateDateStatusEstimate` (LASTUPDATEDATESTATUSESTIMATE)
* `LastUpdateDateStatusScheduled` (LASTUPDATEDATESTATUSSCHEDULED)
* `ReleaseDate` (RELEASEDATETIME)
* `StartDate` (STARTEDDATETIME)
* `ReportedFinishedDate` (REPORTEDFINISHEDDATETIME)
* `LastUpdateDateStatusEnded` (LASTUPDATEDATESTATUSENDED)
* `ModifiedDateTime` (MODIFIEDDATETIME)
* `CreatedByUser` (CREATEDBY)
* `ProductionSite` (INVENTSITEID)
* `ProductNumber` (ITEMID)
* `ProductionType` (PRODTYPE)
* `Quantity` (QTYsched)
* `ActualQuantity` (QTYCALC)
* `DeliveryDate` (DLVDATE)
2. **Entity: Production order route transactions (ProdRouteTrans)**
* `ProductionOrderNumber` (PRODID)
* `OperationNumber` (OPRNUM)
* `TransactionDate` (TRANSDATE)
* `TransactionTime` (TRANSTIME)
* `CreatedDateTime` (CREATEDDATETIME)
* `CreatedByUser` (CREATEDBY)
3. **Entity: Inventory quality orders (InventQualityOrderTable)**
* `QualityOrderNumber` (INVENTQUALITYORDERID)
* `ReferenceType` (REFTYPE)
* `ReferenceNumber` (PRODID)
* `QualityOrderStatus` (STATUS)
* `CreationDate` (CREATEDDATETIME)
* `ModifiedDateTime` (MODIFIEDDATETIME)
4. **Entity: Production picking list journal lines (ProdJournalBOM)**
* `JournalId` (JOURNALID)
* `ProductionOrderNumber` (PRODID)
* `PostedDateTime` (POSTEDDATETIME)
* `CreatedByUser` (CREATEDBY)
**Step 2: Apply Transformation Logic (Post-Export)**
Use a script or ETL tool to transform the exported files into a single event log CSV. For each row in the source files, generate events as described below.
*/
-- Production Order Created
SELECT
PRODID AS ProductionOrderNumber,
'Production Order Created' AS ActivityName,
CREATEDDATETIME AS EventTime,
PRODSTATUS AS ProductionOrderStatus,
DLVDATE AS PlannedStartDate,
-- [Logic to calculate PlannedEndDate] AS PlannedEndDate,
CREATEDBY AS UserId,
INVENTSITEID AS ProductionPlant,
ITEMID AS ProductNumber,
PRODTYPE AS ProductionType,
QTYCALC AS ActualQuantity,
-- [Your field for Production Priority] AS ProductionPriority
FROM ProdTable
WHERE CREATEDDATETIME IS NOT NULL
UNION ALL
-- Production Order Estimated
SELECT
PRODID AS ProductionOrderNumber,
'Production Order Estimated' AS ActivityName,
LASTUPDATEDATESTATUSESTIMATE AS EventTime,
-- Other attributes from ProdTable...
FROM ProdTable
WHERE LASTUPDATEDATESTATUSESTIMATE IS NOT NULL
UNION ALL
-- Production Order Scheduled
SELECT
PRODID AS ProductionOrderNumber,
'Production Order Scheduled' AS ActivityName,
LASTUPDATEDATESTATUSSCHEDULED AS EventTime,
-- Other attributes from ProdTable...
FROM ProdTable
WHERE LASTUPDATEDATESTATUSSCHEDULED IS NOT NULL
UNION ALL
-- Materials Picked For Production (based on the first picking list journal posting)
SELECT
PRODID AS ProductionOrderNumber,
'Materials Picked For Production' AS ActivityName,
MIN(POSTEDDATETIME) AS EventTime, -- Use the earliest posting time for a given order
-- Other attributes from ProdTable...
FROM ProdJournalBOM
WHERE POSTEDDATETIME IS NOT NULL
GROUP BY PRODID
UNION ALL
-- Production Order Released
SELECT
PRODID AS ProductionOrderNumber,
'Production Order Released' AS ActivityName,
RELEASEDATETIME AS EventTime,
-- Other attributes from ProdTable...
FROM ProdTable
WHERE RELEASEDATETIME IS NOT NULL
UNION ALL
-- Production Order Adjusted (inferred from modification after release)
SELECT
PRODID AS ProductionOrderNumber,
'Production Order Adjusted' AS ActivityName,
MODIFIEDDATETIME AS EventTime,
-- Other attributes from ProdTable...
FROM ProdTable
WHERE MODIFIEDDATETIME > RELEASEDATETIME AND PRODSTATUS NOT IN ('Ended', 'Cancelled') -- Example logic
UNION ALL
-- Production Started
SELECT
PRODID AS ProductionOrderNumber,
'Production Started' AS ActivityName,
STARTEDDATETIME AS EventTime,
-- Other attributes from ProdTable...
FROM ProdTable
WHERE STARTEDDATETIME IS NOT NULL
UNION ALL
-- Operation Completed
SELECT
PRODID AS ProductionOrderNumber,
'Operation Completed' AS ActivityName,
CREATEDDATETIME AS EventTime,
-- Other attributes from ProdTable linked on PRODID...
FROM ProdRouteTrans
WHERE CREATEDDATETIME IS NOT NULL
UNION ALL
-- Production Reported As Finished
SELECT
PRODID AS ProductionOrderNumber,
'Production Reported As Finished' AS ActivityName,
REPORTEDFINISHEDDATETIME AS EventTime,
-- Other attributes from ProdTable...
FROM ProdTable
WHERE REPORTEDFINISHEDDATETIME IS NOT NULL
UNION ALL
-- Quality Order Generated
SELECT
PRODID AS ProductionOrderNumber,
'Quality Order Generated' AS ActivityName,
CREATEDDATETIME AS EventTime,
-- Other attributes from ProdTable linked on PRODID...
FROM InventQualityOrderTable
WHERE REFTYPE = 'Production' AND CREATEDDATETIME IS NOT NULL
UNION ALL
-- Quality Inspection Passed
SELECT
PRODID AS ProductionOrderNumber,
'Quality Inspection Passed' AS ActivityName,
MODIFIEDDATETIME AS EventTime,
-- Other attributes from ProdTable linked on PRODID...
FROM InventQualityOrderTable
WHERE REFTYPE = 'Production' AND STATUS = 'Pass' AND MODIFIEDDATETIME IS NOT NULL
UNION ALL
-- Production Order Ended
SELECT
PRODID AS ProductionOrderNumber,
'Production Order Ended' AS ActivityName,
LASTUPDATEDATESTATUSENDED AS EventTime,
-- Other attributes from ProdTable...
FROM ProdTable
WHERE LASTUPDATEDATESTATUSENDED IS NOT NULL
UNION ALL
-- Production Order Cancelled
SELECT
PRODID AS ProductionOrderNumber,
'Production Order Cancelled' AS ActivityName,
MODIFIEDDATETIME AS EventTime,
-- Other attributes from ProdTable...
FROM ProdTable
WHERE PRODSTATUS = 'Stopped' -- Or the equivalent 'Cancelled' status enum value in your system Kroky
- Nastavení BYOD v Dynamics 365: Ověřte, že je ve vašem prostředí Dynamics 365 for Finance and Operations nakonfigurovaná funkce „Bring your own database“. Je třeba nastavit Azure SQL Database a nakonfigurovat export dat z Dynamics 365.
- Publikování požadovaných entit: V pracovním prostoru „Data management“ přejděte na „Data entities“. Vyhledejte a publikujte do databáze BYOD následující důležité entity: ProdTable, ProdRouteTrans, InventPickingListJour a InventQualityOrderTable. Ověřte, že jsou nastavené pro opakovaný export.
- Ověření synchronizace dat: Zkontrolujte, že se data publikovaných entit úspěšně a pravidelně synchronizují do cílové Azure SQL Database. V historii úloh exportu ověřte, zda nedošlo k chybám.
- Připojení k databázi BYOD: Pomocí klienta SQL, například SQL Server Management Studio (SSMS) nebo Azure Data Studio, se připojte k Azure SQL Database, ve které jsou data Dynamics 365 uložena.
- Příprava dotazu SQL: Otevřete nové okno dotazu a zkopírujte celý dotaz SQL uvedený v tomto dokumentu.
- Nastavení parametrů dotazu: Vyhledejte v dotazu zástupné proměnné. Nahraďte '{StartDate}', '{EndDate}' a '{CompanyCode}' požadovaným časovým obdobím a hodnotou DataAreaId konkrétní společnosti, kterou chcete analyzovat.
- Spuštění dotazu: Spusťte upravený dotaz SQL nad databází BYOD. Doba zpracování závisí na objemu dat a zvoleném časovém období.
- Kontrola výsledků: Po dokončení dotazu zkontrolujte, zda výstup obsahuje očekávané sloupce a data pro všechny extrahované aktivity. Výsledná sada představuje záznam událostí.
- Export záznamu událostí: Exportujte výsledky dotazu do souboru CSV. Většina klientů SQL nabízí vestavěnou funkci pro přímé uložení výsledků do souboru.
- Příprava pro ProcessMind: Ověřte, že je exportovaný soubor CSV kódovaný v UTF-8 a že záhlaví sloupců odpovídají názvům atributů požadovaným v ProcessMind, například CaseId, Activity a Timestamp. Dodaný dotaz již používá správné aliasy.
Konfigurace
- Hlavní datové entity: Dotaz předpokládá, že jsou do vaší instance BYOD exportovány tyto entity:
PRODTABLE: Obsahuje základní údaje o hlavičce výrobní zakázky a jejím stavu.PRODROUTETRANS: Obsahuje podrobnosti o jednotlivých výrobních operacích a jejich dokončení.INVENTPICKINGLISTJOUR: Zaznamenává vyskladnění materiálu pro výrobní zakázky.INVENTQUALITYORDERTABLE: Sleduje příkazy ke kontrole kvality související s výrobou.
- Období: Začněte omezeným obdobím, například 3 až 6 měsíci dat, aby dotaz proběhl v přijatelném čase. Dotaz filtruje podle data vytvoření výrobní zakázky (
CREATEDDATETIMEzPRODTABLE). - Filtr kódu společnosti: Pole
DATAREAIDslouží k filtrování dat podle konkrétní právnické osoby nebo společnosti. Nahraďte zástupný text'{CompanyCode}'příslušným ID, například 'usmf'. - Předpoklady: Tato metoda vyžaduje přístup správce systému k Dynamics 365 Finance and Operations pro nastavení BYOD a oprávnění Contributor v Azure SQL Database pro spouštění dotazů.
- Výkon: U rozsáhlých datových sad pokrývajících několik let nebo společností spusťte dotaz mimo špičku. Data můžete také získávat po kratších obdobích a výsledky později spojit.
Ukázkový dotaz sql
SELECT
p.PRODID AS ProductionOrderNumber,
'Production Order Created' AS ActivityName,
p.CREATEDDATETIME AS EventTime,
'Dynamics 365 BYOD' AS SourceSystem,
GETUTCDATE() AS LastDataUpdate,
p.PRODSTATUS AS ProductionOrderStatus,
p.SCHEDSTART AS PlannedStartDate,
p.SCHEDEND AS PlannedEndDate,
p.CREATEDBY AS UserId,
p.INVENTSITEID AS ProductionPlant,
p.ITEMID AS ProductNumber,
p.PRODTYPE AS ProductionType,
p.QTYCALC AS ActualQuantity, -- Using calculated quantity at creation
p.PRODPRIO AS ProductionPriority
FROM PRODTABLE p
WHERE p.CREATEDDATETIME >= '{StartDate}' AND p.CREATEDDATETIME <= '{EndDate}' AND p.DATAREAID = '{CompanyCode}'
UNION ALL
SELECT
p.PRODID AS ProductionOrderNumber,
'Production Order Estimated' AS ActivityName,
p.COSTCALCDATETIME AS EventTime,
'Dynamics 365 BYOD' AS SourceSystem,
GETUTCDATE() AS LastDataUpdate,
p.PRODSTATUS AS ProductionOrderStatus,
p.SCHEDSTART AS PlannedStartDate,
p.SCHEDEND AS PlannedEndDate,
p.MODIFIEDBY AS UserId,
p.INVENTSITEID AS ProductionPlant,
p.ITEMID AS ProductNumber,
p.PRODTYPE AS ProductionType,
p.QTYCALC AS ActualQuantity,
p.PRODPRIO AS ProductionPriority
FROM PRODTABLE p
WHERE p.COSTCALCDATETIME IS NOT NULL AND p.PRODSTATUS >= 2 AND p.CREATEDDATETIME >= '{StartDate}' AND p.CREATEDDATETIME <= '{EndDate}' AND p.DATAREAID = '{CompanyCode}'
UNION ALL
SELECT
p.PRODID AS ProductionOrderNumber,
'Production Order Scheduled' AS ActivityName,
p.SCHEDDATE AS EventTime,
'Dynamics 365 BYOD' AS SourceSystem,
GETUTCDATE() AS LastDataUpdate,
p.PRODSTATUS AS ProductionOrderStatus,
p.SCHEDSTART AS PlannedStartDate,
p.SCHEDEND AS PlannedEndDate,
p.MODIFIEDBY AS UserId,
p.INVENTSITEID AS ProductionPlant,
p.ITEMID AS ProductNumber,
p.PRODTYPE AS ProductionType,
p.QTYCALC AS ActualQuantity,
p.PRODPRIO AS ProductionPriority
FROM PRODTABLE p
WHERE p.SCHEDDATE IS NOT NULL AND p.PRODSTATUS >= 3 AND p.CREATEDDATETIME >= '{StartDate}' AND p.CREATEDDATETIME <= '{EndDate}' AND p.DATAREAID = '{CompanyCode}'
UNION ALL
SELECT
p.PRODID AS ProductionOrderNumber,
'Materials Picked For Production' AS ActivityName,
pl.LEDGERVOUCHERPOSTEDDATETIME AS EventTime,
'Dynamics 365 BYOD' AS SourceSystem,
GETUTCDATE() AS LastDataUpdate,
p.PRODSTATUS AS ProductionOrderStatus,
p.SCHEDSTART AS PlannedStartDate,
p.SCHEDEND AS PlannedEndDate,
pl.CREATEDBY AS UserId,
p.INVENTSITEID AS ProductionPlant,
p.ITEMID AS ProductNumber,
p.PRODTYPE AS ProductionType,
p.QTYGOOD AS ActualQuantity,
p.PRODPRIO AS ProductionPriority
FROM INVENTPICKINGLISTJOUR pl
JOIN PRODTABLE p ON pl.INVENTREFID = p.PRODID AND pl.DATAREAID = p.DATAREAID
WHERE pl.LEDGERVOUCHERPOSTEDDATETIME IS NOT NULL AND p.CREATEDDATETIME >= '{StartDate}' AND p.CREATEDDATETIME <= '{EndDate}' AND p.DATAREAID = '{CompanyCode}'
UNION ALL
SELECT
p.PRODID AS ProductionOrderNumber,
'Production Order Released' AS ActivityName,
p.RELEASEDATE AS EventTime,
'Dynamics 365 BYOD' AS SourceSystem,
GETUTCDATE() AS LastDataUpdate,
p.PRODSTATUS AS ProductionOrderStatus,
p.SCHEDSTART AS PlannedStartDate,
p.SCHEDEND AS PlannedEndDate,
p.MODIFIEDBY AS UserId,
p.INVENTSITEID AS ProductionPlant,
p.ITEMID AS ProductNumber,
p.PRODTYPE AS ProductionType,
p.QTYGOOD AS ActualQuantity,
p.PRODPRIO AS ProductionPriority
FROM PRODTABLE p
WHERE p.RELEASEDATE IS NOT NULL AND p.PRODSTATUS >= 4 AND p.CREATEDDATETIME >= '{StartDate}' AND p.CREATEDDATETIME <= '{EndDate}' AND p.DATAREAID = '{CompanyCode}'
UNION ALL
SELECT
p.PRODID AS ProductionOrderNumber,
'Production Order Adjusted' AS ActivityName,
p.MODIFIEDDATETIME AS EventTime,
'Dynamics 365 BYOD' AS SourceSystem,
GETUTCDATE() AS LastDataUpdate,
p.PRODSTATUS AS ProductionOrderStatus,
p.SCHEDSTART AS PlannedStartDate,
p.SCHEDEND AS PlannedEndDate,
p.MODIFIEDBY AS UserId,
p.INVENTSITEID AS ProductionPlant,
p.ITEMID AS ProductNumber,
p.PRODTYPE AS ProductionType,
p.QTYGOOD AS ActualQuantity,
p.PRODPRIO AS ProductionPriority
FROM PRODTABLE p
WHERE p.RELEASEDATE IS NOT NULL AND p.MODIFIEDDATETIME > p.RELEASEDATE AND p.PRODSTATUS IN (4, 5) AND p.CREATEDDATETIME >= '{StartDate}' AND p.CREATEDDATETIME <= '{EndDate}' AND p.DATAREAID = '{CompanyCode}'
UNION ALL
SELECT
p.PRODID AS ProductionOrderNumber,
'Production Started' AS ActivityName,
p.STARTEDUPDATETIME AS EventTime,
'Dynamics 365 BYOD' AS SourceSystem,
GETUTCDATE() AS LastDataUpdate,
p.PRODSTATUS AS ProductionOrderStatus,
p.SCHEDSTART AS PlannedStartDate,
p.SCHEDEND AS PlannedEndDate,
p.MODIFIEDBY AS UserId,
p.INVENTSITEID AS ProductionPlant,
p.ITEMID AS ProductNumber,
p.PRODTYPE AS ProductionType,
p.QTYGOOD AS ActualQuantity,
p.PRODPRIO AS ProductionPriority
FROM PRODTABLE p
WHERE p.STARTEDUPDATETIME IS NOT NULL AND p.PRODSTATUS >= 5 AND p.CREATEDDATETIME >= '{StartDate}' AND p.CREATEDDATETIME <= '{EndDate}' AND p.DATAREAID = '{CompanyCode}'
UNION ALL
SELECT
prt.PRODID AS ProductionOrderNumber,
'Operation Completed' AS ActivityName,
prt.TRANSDATE AS EventTime,
'Dynamics 365 BYOD' AS SourceSystem,
GETUTCDATE() AS LastDataUpdate,
p.PRODSTATUS AS ProductionOrderStatus,
p.SCHEDSTART AS PlannedStartDate,
p.SCHEDEND AS PlannedEndDate,
prt.CREATEDBY AS UserId,
p.INVENTSITEID AS ProductionPlant,
p.ITEMID AS ProductNumber,
p.PRODTYPE AS ProductionType,
p.QTYGOOD AS ActualQuantity,
p.PRODPRIO AS ProductionPriority
FROM PRODROUTETRANS prt
JOIN PRODTABLE p ON prt.PRODID = p.PRODID AND prt.DATAREAID = p.DATAREAID
WHERE prt.POSTINGTYPE = 8 AND prt.TRANSDATE IS NOT NULL AND p.CREATEDDATETIME >= '{StartDate}' AND p.CREATEDDATETIME <= '{EndDate}' AND p.DATAREAID = '{CompanyCode}'
UNION ALL
SELECT
p.PRODID AS ProductionOrderNumber,
'Production Reported As Finished' AS ActivityName,
p.LASTUPDDATEPRINT AS EventTime,
'Dynamics 365 BYOD' AS SourceSystem,
GETUTCDATE() AS LastDataUpdate,
p.PRODSTATUS AS ProductionOrderStatus,
p.SCHEDSTART AS PlannedStartDate,
p.SCHEDEND AS PlannedEndDate,
p.MODIFIEDBY AS UserId,
p.INVENTSITEID AS ProductionPlant,
p.ITEMID AS ProductNumber,
p.PRODTYPE AS ProductionType,
p.QTYGOOD AS ActualQuantity,
p.PRODPRIO AS ProductionPriority
FROM PRODTABLE p
WHERE p.PRODSTATUS = 6 AND p.LASTUPDDATEPRINT IS NOT NULL AND p.CREATEDDATETIME >= '{StartDate}' AND p.CREATEDDATETIME <= '{EndDate}' AND p.DATAREAID = '{CompanyCode}'
UNION ALL
SELECT
p.PRODID AS ProductionOrderNumber,
'Quality Order Generated' AS ActivityName,
qo.CREATEDDATETIME AS EventTime,
'Dynamics 365 BYOD' AS SourceSystem,
GETUTCDATE() AS LastDataUpdate,
p.PRODSTATUS AS ProductionOrderStatus,
p.SCHEDSTART AS PlannedStartDate,
p.SCHEDEND AS PlannedEndDate,
qo.CREATEDBY AS UserId,
p.INVENTSITEID AS ProductionPlant,
p.ITEMID AS ProductNumber,
p.PRODTYPE AS ProductionType,
p.QTYGOOD AS ActualQuantity,
p.PRODPRIO AS ProductionPriority
FROM INVENTQUALITYORDERTABLE qo
JOIN PRODTABLE p ON qo.INVENTREFID = p.PRODID AND qo.DATAREAID = p.DATAREAID
WHERE qo.INVENTREFTYPE = 9 AND p.CREATEDDATETIME >= '{StartDate}' AND p.CREATEDDATETIME <= '{EndDate}' AND p.DATAREAID = '{CompanyCode}'
UNION ALL
SELECT
p.PRODID AS ProductionOrderNumber,
'Quality Inspection Passed' AS ActivityName,
qo.MODIFIEDDATETIME AS EventTime,
'Dynamics 365 BYOD' AS SourceSystem,
GETUTCDATE() AS LastDataUpdate,
p.PRODSTATUS AS ProductionOrderStatus,
p.SCHEDSTART AS PlannedStartDate,
p.SCHEDEND AS PlannedEndDate,
qo.MODIFIEDBY AS UserId,
p.INVENTSITEID AS ProductionPlant,
p.ITEMID AS ProductNumber,
p.PRODTYPE AS ProductionType,
p.QTYGOOD AS ActualQuantity,
p.PRODPRIO AS ProductionPriority
FROM INVENTQUALITYORDERTABLE qo
JOIN PRODTABLE p ON qo.INVENTREFID = p.PRODID AND qo.DATAREAID = p.DATAREAID
WHERE qo.INVENTREFTYPE = 9 AND qo.STATUS = 2 AND p.CREATEDDATETIME >= '{StartDate}' AND p.CREATEDDATETIME <= '{EndDate}' AND p.DATAREAID = '{CompanyCode}'
UNION ALL
SELECT
p.PRODID AS ProductionOrderNumber,
'Production Order Ended' AS ActivityName,
p.LASTUPDDATEPRINT AS EventTime,
'Dynamics 365 BYOD' AS SourceSystem,
GETUTCDATE() AS LastDataUpdate,
p.PRODSTATUS AS ProductionOrderStatus,
p.SCHEDSTART AS PlannedStartDate,
p.SCHEDEND AS PlannedEndDate,
p.MODIFIEDBY AS UserId,
p.INVENTSITEID AS ProductionPlant,
p.ITEMID AS ProductNumber,
p.PRODTYPE AS ProductionType,
p.QTYGOOD AS ActualQuantity,
p.PRODPRIO AS ProductionPriority
FROM PRODTABLE p
WHERE p.PRODSTATUS = 7 AND p.LASTUPDDATEPRINT IS NOT NULL AND p.CREATEDDATETIME >= '{StartDate}' AND p.CREATEDDATETIME <= '{EndDate}' AND p.DATAREAID = '{CompanyCode}'
UNION ALL
SELECT
p.PRODID AS ProductionOrderNumber,
'Production Order Cancelled' AS ActivityName,
p.MODIFIEDDATETIME AS EventTime,
'Dynamics 365 BYOD' AS SourceSystem,
GETUTCDATE() AS LastDataUpdate,
p.PRODSTATUS AS ProductionOrderStatus,
p.SCHEDSTART AS PlannedStartDate,
p.SCHEDEND AS PlannedEndDate,
p.MODIFIEDBY AS UserId,
p.INVENTSITEID AS ProductionPlant,
p.ITEMID AS ProductNumber,
p.PRODTYPE AS ProductionType,
p.QTYGOOD AS ActualQuantity,
p.PRODPRIO AS ProductionPriority
FROM PRODTABLE p
WHERE p.PRODSTATUS = 0 AND p.CREATEDDATETIME >= '{StartDate}' AND p.CREATEDDATETIME <= '{EndDate}' AND p.DATAREAID = '{CompanyCode}'; Kroky
- Ověřte, že máte k dispozici Power BI Desktop nebo jiný schválený nástroj s Power Query a že uživatel má oprávnění ke čtení požadovaných datových entit Microsoft Dynamics 365 Manufacturing. Potvrďte URL prostředí, rozsah právnické osoby nebo společnosti a schválený způsob ověřování.
- V Power BI Desktop vyberte možnost Získat data a zvolte schválený konektor Dynamics 365 nebo připojení OData či Dataverse určené vaší organizací. Použijte [Připojení k vašemu prostředí Dynamics 365] a [Vaše přihlašovací údaje] podle nastavení správce. Nepředpokládejte, že konkrétní entita, koncový bod nebo cesta v nabídce jsou dostupné ve všech nasazeních.
- Vyberte entitu hlaviček výrobních zakázek, entitu operací nebo tras výrobních zakázek, entitu vyskladnění materiálu nebo výdejky, entity účtování výroby, entitu příkazů ke kontrole kvality a všechny schválené entity auditu, historie nebo sledování změn potřebné k určení změn stavu. Každý odkaz na zdroj v dotazu nahraďte odpovídající entitou nebo dotazem dostupným ve vašem prostředí.
- Nastavte rozsah získávaných dat. Použijte [Parametr počátečního data], [Parametr koncového data] a [Filtr společnosti nebo právnické osoby]. Omezte dotaz na výrobní zakázky pro požadované závody, produkty, typy zakázek a stavy. Zachovejte zdrojová časová razítka potřebná k rozlišení vytvoření, kalkulace, plánování, vyskladnění, uvolnění, úpravy, zahájení, dokončení operace, nahlášení jako dokončené, kontroly kvality, ukončení a zrušení.
- V Power Query sjednoťte názvy sloupců a datové typy ze zdrojů. Převeďte časová razítka událostí na jednotný typ data a času a sjednoťte identifikátory, hodnoty stavů, společnosti, závodu, produktů, uživatelů, množství a priorit. Pokud zdrojové pole není k dispozici, vraťte hodnotu null, místo abyste ji odhadovali. Jako identifikátor případu použijte číslo výrobní zakázky.
- Vytvořte samostatnou tabulku pro každou aktivitu. Každá tabulka musí obsahovat ProductionOrderNumber, ActivityName, EventTime, SourceSystem, LastDataUpdate, ProductionOrderStatus, PlannedStartDate, PlannedEndDate, UserId, ProductionPlant, ProductNumber, ProductionType, ActualQuantity a ProductionPriority. Název aktivity musí být pevná hodnota odpovídající jednomu ze 13 požadovaných názvů.
- Aktivitu Production Order Adjusted určujte pouze na základě schváleného zdroje historie před změnou a po ní, auditu nebo sledování změn. Porovnávejte relevantní pole, například množství, plánovaná data, stav, závod, produkt a prioritu. Pro každou odpovídající změnu vytvořte řádek úpravy s zaznamenaným časem změny. Úpravu neodvozujte pouze z aktuálního snímku výrobní zakázky.
- Spojte všech 13 tabulek aktivit pomocí UNION ALL. Odstraňte řádky bez čísla výrobní zakázky nebo časového razítka události, ale neodstraňujte oprávněné opakované dokončení operací, úpravy ani události kontroly kvality. Seřaďte data podle ProductionOrderNumber a EventTime a případně použijte další jednoznačné řazení.
- Načtěte výslednou tabulku do Power BI nebo ji exportujte jako CSV či jiný formát záznamu událostí podporovaný ProcessMind. Export musí obsahovat přesně tato záhlaví: ProductionOrderNumber, ActivityName, EventTime, SourceSystem, LastDataUpdate, ProductionOrderStatus, PlannedStartDate, PlannedEndDate, UserId, ProductionPlant, ProductNumber, ProductionType, ActualQuantity a ProductionPriority.
- Před nahráním do ProcessMind ověřte, že je každá požadovaná aktivita uvedena jako samostatný řádek záznamu událostí, časová razítka používají jednotné časové pásmo, ProductionOrderNumber je vyplněno a LastDataUpdate označuje aktualizaci získaných dat. ProcessMind načítá záznam událostí v dodané podobě a chybějící události nedopočítává.
Konfigurace
- Připojení: Pro prostředí Dynamics 365 použijte schválený konektor Power Query a způsob ověřování. Nahraďte [Připojení k vašemu prostředí Dynamics 365] a [Vaše přihlašovací údaje] hodnotami schválenými vaší organizací.
- Zdrojové entity: Vyberte entity hlaviček výrobních zakázek, operací nebo tras, vyskladnění materiálu nebo výdejek, účtování výroby, příkazů ke kontrole kvality a schválené entity auditu nebo sledování změn dostupné v prostředí. Názvy a dostupnost entit se liší podle nasazení. Ověřte je v prohlížeči metadat.
- Období: Začněte rozsahem 3 až 6 měsíců. Pokud možno filtrujte zdroj podle EventTime a při ověřování dlouho probíhajících výrobních zakázek nebo historických změn stavů období prodlužte.
- Filtry společnosti a závodu: Použijte [Filtr společnosti nebo právnické osoby] a případně také filtr požadovaného výrobního závodu. Pokud prostředí obsahuje více právnických osob s překrývajícími se čísly zakázek, nepoužívejte obecný filtr společnosti.
- Filtry výrobních zakázek: Filtrujte podle požadovaných typů výrobních zakázek, produktů, závodů, stavů a rozsahů čísel zakázek. Nevylučujte zrušené ani ukončené zakázky, pokud jsou tyto výsledky potřebné pro analýzu procesu.
- Zahrnutí událostí: Zachovejte opakované události dokončení operací, vyskladnění materiálu, kontroly kvality a úprav. Neslučujte záznam událostí na jeden řádek pro každou výrobní zakázku.
- Časové pásmo: Převeďte všechna zdrojová časová razítka do jednoho zdokumentovaného časového pásma. Pokud zdroj poskytuje původní časové razítko nebo posun časového pásma, zachovejte je.
- Metadata aktualizace: U každého řádku vyplňte LastDataUpdate časem aktualizace nebo získání dat. Pokud se celá datová sada získává při jedné aktualizaci, lze použít stejné časové razítko.
- Výkon: Filtry data, společnosti, závodu a zakázky uplatněte už ve zdroji. Vyberte pouze potřebné sloupce, vyhněte se zbytečnému spojování, připravte opakovaně používané zdrojové dotazy a u rozsáhlých dat zvažte přírůstkovou aktualizaci.
- Předpoklady: Power BI Desktop nebo schválené prostředí Power Query, síťový přístup k Dynamics 365, platná oprávnění ke čtení všech vybraných entit a případný potřebný přístup k Dynamics 365 Manufacturing, skladu, kvalitě, auditu nebo sledování změn.
- Data závislá na konfiguraci: Pokud požadovaný zdroj událostí není zapnutý, použijte [Nakonfigurujte podle svého systému] a zdokumentujte chybějící zdroj. Nenahrazujte historické události aktuálním snímkem stavu.
Ukázkový dotaz sql
let
StartDate = #datetime(2026, 1, 1, 0, 0, 0),
EndDate = #datetime(2026, 6, 30, 23, 59, 59),
CompanyFilter = "[Your company or legal entity filter]",
SourceSystemValue = "Microsoft Dynamics 365 Manufacturing",
RefreshTime = DateTimeZone.RemoveZone(DateTimeZone.UtcNow()),
ProductionOrderHeader = [Your production order header query],
ProductionOrderOperation = [Your production order operation or route query],
MaterialPicking = [Your material picking or picking list query],
ProductionPosting = [Your production posting query],
QualityOrder = [Your quality order query],
ProductionOrderHistory = [Your approved production order audit or change tracking query],
Header = Table.SelectRows(ProductionOrderHeader, each [EventTime] >= StartDate and [EventTime] <= EndDate and [Company] = CompanyFilter),
Operations = Table.SelectRows(ProductionOrderOperation, each [EventTime] >= StartDate and [EventTime] <= EndDate and [Company] = CompanyFilter),
Picking = Table.SelectRows(MaterialPicking, each [EventTime] >= StartDate and [EventTime] <= EndDate and [Company] = CompanyFilter),
Posting = Table.SelectRows(ProductionPosting, each [EventTime] >= StartDate and [EventTime] <= EndDate and [Company] = CompanyFilter),
Quality = Table.SelectRows(QualityOrder, each [EventTime] >= StartDate and [EventTime] <= EndDate and [Company] = CompanyFilter),
History = Table.SelectRows(ProductionOrderHistory, each [EventTime] >= StartDate and [EventTime] <= EndDate and [Company] = CompanyFilter),
Created = Table.SelectRows(Header, each [EventType] = "Created" or [EventType] = "Firmed"),
Estimated = Table.SelectRows(Header, each [EventType] = "Estimated"),
Scheduled = Table.SelectRows(Operations, each [EventType] = "Scheduled"),
Picked = Table.SelectRows(Picking, each [EventType] = "Picked" or [EventType] = "Posted"),
Released = Table.SelectRows(Header, each [EventType] = "Released"),
Adjusted = Table.SelectRows(History, each [ChangedField] = "Quantity" or [ChangedField] = "PlannedStartDate" or [ChangedField] = "PlannedEndDate" or [ChangedField] = "Status" or [ChangedField] = "ProductionPlant" or [ChangedField] = "ProductNumber" or [ChangedField] = "ProductionPriority"),
Started = Table.SelectRows(Posting, each [EventType] = "Started"),
OperationCompleted = Table.SelectRows(Operations, each [EventType] = "Completed"),
ReportedFinished = Table.SelectRows(Posting, each [EventType] = "Reported as finished" or [EventType] = "Finished"),
QualityGenerated = Table.SelectRows(Quality, each [EventType] = "Generated" or [EventType] = "Created"),
QualityPassed = Table.SelectRows(Quality, each [EventType] = "Passed" or [EventType] = "Validated"),
Ended = Table.SelectRows(Header, each [EventType] = "Ended"),
Cancelled = Table.SelectRows(Header, each [EventType] = "Cancelled"),
ToEvent = (InputTable as table, Activity as text) as table =>
let
Selected = Table.SelectColumns(InputTable, {"ProductionOrderNumber", "EventTime", "ProductionOrderStatus", "PlannedStartDate", "PlannedEndDate", "UserId", "ProductionPlant", "ProductNumber", "ProductionType", "ActualQuantity", "ProductionPriority"}, MissingField.UseNull),
Named = Table.AddColumn(Selected, "ActivityName", each Activity, type text),
Source = Table.AddColumn(Named, "SourceSystem", each SourceSystemValue, type text),
Updated = Table.AddColumn(Source, "LastDataUpdate", each RefreshTime, type datetime),
Ordered = Table.ReorderColumns(Updated, {"ProductionOrderNumber", "ActivityName", "EventTime", "SourceSystem", "LastDataUpdate", "ProductionOrderStatus", "PlannedStartDate", "PlannedEndDate", "UserId", "ProductionPlant", "ProductNumber", "ProductionType", "ActualQuantity", "ProductionPriority"}),
Valid = Table.SelectRows(Ordered, each [ProductionOrderNumber] <> null and [ProductionOrderNumber] <> "" and [EventTime] <> null)
in
Valid,
EventsCreated = ToEvent(Created, "Production Order Created"),
EventsEstimated = ToEvent(Estimated, "Production Order Estimated"),
EventsScheduled = ToEvent(Scheduled, "Production Order Scheduled"),
EventsPicked = ToEvent(Picked, "Materials Picked For Production"),
EventsReleased = ToEvent(Released, "Production Order Released"),
EventsAdjusted = ToEvent(Adjusted, "Production Order Adjusted"),
EventsStarted = ToEvent(Started, "Production Started"),
EventsOperationCompleted = ToEvent(OperationCompleted, "Operation Completed"),
EventsReportedFinished = ToEvent(ReportedFinished, "Production Reported As Finished"),
EventsQualityGenerated = ToEvent(QualityGenerated, "Quality Order Generated"),
EventsQualityPassed = ToEvent(QualityPassed, "Quality Inspection Passed"),
EventsEnded = ToEvent(Ended, "Production Order Ended"),
EventsCancelled = ToEvent(Cancelled, "Production Order Cancelled"),
EventLog = Table.Combine({EventsCreated, EventsEstimated, EventsScheduled, EventsPicked, EventsReleased, EventsAdjusted, EventsStarted, EventsOperationCompleted, EventsReportedFinished, EventsQualityGenerated, EventsQualityPassed, EventsEnded, EventsCancelled}),
Typed = Table.TransformColumnTypes(EventLog, {{"ProductionOrderNumber", type text}, {"ActivityName", type text}, {"EventTime", type datetime}, {"SourceSystem", type text}, {"LastDataUpdate", type datetime}, {"ProductionOrderStatus", type text}, {"PlannedStartDate", type datetime}, {"PlannedEndDate", type datetime}, {"UserId", type text}, {"ProductionPlant", type text}, {"ProductNumber", type text}, {"ProductionType", type text}, {"ActualQuantity", type number}, {"ProductionPriority", type text}}),
Sorted = Table.Sort(Typed, {{"ProductionOrderNumber", Order.Ascending}, {"EventTime", Order.Ascending}, {"ActivityName", Order.Ascending}})
in
Sorted Chcete začít?
Tato šablona obsahuje vše potřebné k zahájení získávání a analýzy dat o plánování výroby. Začněte zlepšovat provoz a jeho efektivitu.
Zefektivněte plánování výroby a zvyšte její efektivitu
Najděte úzká místa a zkraťte výrobní cyklus o 30 % nebo více.
Bez platební karty, nastavení zabere jen několik minut.