Termeléstervezési adatsablon
Termeléstervezési adatsablon
- Javasolt attribútumok
- Követendő tevékenységek
- Adatkinyerési útmutató a Microsoft Dynamics 365 Manufacturing rendszerhez
A termeléstervezés attribútumai
| Név | Leírás | ||
|---|---|---|---|
| Gyártási rendelés ProductionOrderNumber | A gyártási rendelés egyedi azonosítója. Ez szolgál elsődleges esetazonosítóként a kapcsolódó tervezési és végrehajtási tevékenységek nyomon követéséhez. | ||
| Leírás A gyártási rendelés száma, amelyet a Microsoft Dynamics 365 rendszerben gyakran ProdId néven használnak, az adott gyártási munkához kapcsolódó események, anyagok, erőforrások és költségek központi azonosítója. Segítségével egyetlen munkafolyamat teljes tervezési és végrehajtási ciklusa elejétől a végéig elemezhető. A process mining elemzésben ez az attribútum szükséges ahhoz, hogy az összetartozó események egy esetbe kerüljenek. A gyártási rendelés száma szerinti elemzés feltárja a szűk keresztmetszeteket, késedelmeket és eltéréseket a szokásos gyártási folyamatban, a létrehozástól és ütemezéstől a befejezésig és a költségelszámolásig. Miért fontos? Ez az alapvető esetazonosító. Segítségével csoportosíthatók az összetartozó események, és rekonstruálható a teljes termeléstervezési folyamat az elemzéshez. Hol szerezhető be? Ez a Microsoft Dynamics 365 Manufacturing rendszer ProdTable táblájának „ProdId” mezője. Példák WO-000456WO-000457WO-000458 | |||
| Adatok utolsó frissítése LastDataUpdate | Az időbélyeg azt mutatja, mikor frissítették vagy nyerték ki utoljára az esemény adatait a forrásrendszerből. | ||
| Leírás Ez az attribútum megadja, mikor történt a legutóbbi adatlekérés a forrásrendszerből. Olyan metaadat, amely segít megítélni, mennyire frissek és naprakészek az elemzés adatai. Ha az elemzők és az üzleti felhasználók tudják, mikor frissültek utoljára az adatok, könnyebben megbíznak a process mining eszköz eredményeiben. A mezőből az is kiderül, hogy a dashboardok valós idejű vagy egy korábbi időpontból származó adatokat mutatnak-e. Ez fontos a működési döntésekhez. Miért fontos? Ez az attribútum az adatirányítás szempontjából is fontos: a felhasználók láthatják, mennyire frissek az adatok, és mennyire naprakészek a folyamat elemzéséből származó információk. Hol szerezhető be? Ezt az időbélyeget az adatok kinyerése, átalakítása és betöltése (ETL) során hozza létre a rendszer, majd minden rekordhoz hozzárendeli. Példák 2023-05-20T05:00:00Z2023-05-21T05:00:00Z | |||
| Esemény időpontja EventTime | Az esemény bekövetkezésének pontos időbélyege. | ||
| Leírás Az esemény időpontja, vagyis az időbélyeg rögzíti, hogy egy adott tevékenység pontosan mikor történt. Ez az adat alapvető a process mining minden időalapú elemzéséhez, például az átfutási idők kiszámításához, a lépések közötti késedelmek feltárásához és a folyamat teljesítményének időbeli vizsgálatához. A termeléstervezésben ezzel mérhető többek között a tervezési átfutási idő, a gyártáskezdési késedelem és a rendelés teljesítésének teljes időtartama. A helyes és időrendi sorrendben rögzített időbélyegek szükségesek a pontos és értelmezhető folyamatmodellhez. Miért fontos? Ez az időbélyeg szükséges az események sorrendbe állításához, a tevékenységek közötti időtartam kiszámításához és minden időalapú elemzéshez, például az átfutási idő vagy a szűk keresztmetszetek vizsgálatához. Hol szerezhető be? Több tranzakciós táblában is megtalálható, például a ProdTable „createdDateTime” mezőjében, illetve a „ProdRouteTrans”, „ProdJournalRoute” és „ProdJournalBOM” táblák tranzakciós dátummezőiben. Példák 2023-04-15T09:00:12Z2023-04-15T11:30:00Z2023-04-16T14:22:05Z | |||
| Forrásrendszer SourceSystem | Az a nyilvántartó rendszer, amelyből az adatokat kinyerték. | ||
| Leírás Ez az attribútum azonosítja azt a forrásrendszert, ahonnan az eseményadatok származnak. Ennél a folyamatnézetnél az értéke mindig „Microsoft Dynamics 365 Manufacturing”. Több integrált rendszer használatakor ez a mező segít nyomon követni az adatok eredetét, elhárítani az adatminőségi problémákat, és megérteni, hogyan járulnak hozzá az egyes rendszerek a teljes folyamathoz. Egyértelművé teszi az elemzett adatok forrását. Miért fontos? Fontos információt ad az adatok eredetéről, ami szükséges az adatirányításhoz, az ellenőrzéshez és a több vállalati rendszerből érkező adatfolyamok kezeléséhez. Hol szerezhető be? Ez egy állandó érték, amelyet az adatok kinyerése és átalakítása során kell hozzáadni az adatkészlet forrásának megjelöléséhez. Példák Microsoft Dynamics 365 ManufacturingD365 F&O | |||
| Tevékenység neve ActivityName | A termeléstervezési folyamatban történt konkrét üzleti esemény vagy lépés neve. | ||
| Leírás A tevékenység neve a termeléstervezési folyamat egyetlen lépését írja le, például: „Gyártási rendelés létrehozva”, „Gyártáshoz szükséges anyagok komissiózva” vagy „Gyártás megkezdve”. Ezekből a tevékenységekből épül fel a folyamattérkép. A tevékenységek sorrendjének és időtartamának elemzésével megjeleníthető a folyamat menete, azonosíthatók a gyakori útvonalak és az ismétlődő munkafázisok, valamint mérhető az egyes szakaszok időigénye. Ez az attribútum segít megérteni, mi történik a folyamat egyes pontjain. Miért fontos? Ez az attribútum határozza meg a folyamat lépéseit, így felépíthető a folyamattérkép, és elemezhető a folyamat menete, változatossága és szűk keresztmetszetei. Hol szerezhető be? Az érték általában eseménynaplókból származik, vagy a táblákban, például a „ProdRouteTrans” és a „ProdJournalBOM” táblában rögzített különböző státuszváltozások és tranzakciótípusok megfeleltetésével állítható elő. A „ProdTable” státuszmezőinek változásai szintén felhasználhatók. Példák Gyártási rendelés létrehozvaGyártási rendelés kiadvaGyártás megkezdveGyártás készre jelentve | |||
| Felhasználó UserId | Annak a felhasználónak az azonosítója, aki végrehajtotta vagy akiért felelős a tevékenység. | ||
| Leírás A felhasználói azonosító megmutatja, melyik alkalmazott vagy rendszerfiók hajtott végre egy adott folyamatlépést, például egy rendelés felszabadítását vagy a gyártás befejezésének rögzítését. Így látható, ki végzi a munkát a folyamatban. A felhasználók szerinti elemzés segít megérteni a munkaterhelés eloszlását, feltárni a képzési igényeket, összehasonlítani az egyéni vagy csapatteljesítményt, valamint kivizsgálni az egyes felhasználókhoz köthető eltéréseket. A megfelelés és az ellenőrzési nyomvonal szempontjából is fontos. Miért fontos? Lehetővé teszi a folyamat teljesítményének felhasználó vagy csapat szerinti elemzését, segít feltárni az automatizálási lehetőségeket, és ellenőrzési nyomvonalat biztosít a folyamat fontos tevékenységeiről. Hol szerezhető be? Különböző táblák „modifiedBy” vagy „createdBy” mezőiben, illetve a tranzakciós naplók, például a „ProdJournalTable” felhasználói mezőiben található. Példák j.smithm.jonesAX_BATCH_SVC | |||
| Gyártás típusa ProductionType | A gyártási rendelés besorolása, például normál gyártás, utómunka vagy projekthez kapcsolódó gyártás. | ||
| Leírás A gyártás típusa a rendelés célja szerint sorolja be azt. A „Standard” rendelés például készletre történő normál gyártást jelent, a „Rework” rendelés egy korábban gyártott termék hibáinak javítását, a „Project” rendelés pedig egy adott ügyfélprojekthez kapcsolódik. Ez az adat segít összehasonlítható elemzési nézeteket létrehozni. Az utómunkát igénylő rendelés folyamata természeténél fogva eltér a normál gyártásétól. Ha a folyamat elemzését gyártástípus szerint bontja fel, az összehasonlítások értelmezhetőbbek lesznek, és jobban megértheti az egyes típusok sajátos kihívásait és folyamatait. Miért fontos? Lehetővé teszi az elemzés gyártástípus szerinti bontását, mivel a „Standard” és a „Rework” rendelések eltérő folyamatokat követnek, és más teljesítményelvárások vonatkoznak rájuk. Hol szerezhető be? Ez a „ProdTable” tábla „ProdType” mezője. Példák NormálUtómunkaProjekt | |||
| Gyártási prioritás ProductionPriority | A gyártási rendelés sürgősségét vagy prioritását jelző besorolás. | ||
| Leírás A gyártási prioritást a tervezők és az ütemezők használják a gyártósori munkák sorrendjének meghatározásához. A magasabb prioritású rendeléseket előre vehetik, ami felboríthatja a többi rendelés tervezett ütemezését. Az adat elemzésével megérthető, milyen gyakran zavarják meg a gyártási tervet a magas prioritású vagy sürgősséggel előrevett rendelések. A prioritás változásainak nyomon követése megmutathatja a kereslet vagy a tervezés instabilitását. Ez az adat szükséges a „Expedited Production Trends” dashboardhoz és a „Expedited Production Rate” KPI-hoz. Miért fontos? Segít felmérni a sürgősséggel előrevett rendelések gyakoriságát és hatását, ami a tervezés instabilitására vagy a működés reaktív irányítására utalhat. Hol szerezhető be? A „ProdTable” tábla standard vagy egyedi mezője lehet. A beállítás gyakran vállalatspecifikus. Példák NormálMagasSürgős | |||
| Gyártási rendelés státusza ProductionOrderStatus | A gyártási rendelés aktuális állapotát jelzi az életciklusban. | ||
| Leírás A gyártási rendelés státusza mutatja, hol tart a rendelés a gyártási folyamatban. A Dynamics 365 rendszerben gyakori státuszok: Created, Estimated, Scheduled, Released, Started, Reported as finished és Ended. Ez az attribútum pillanatképet ad az egyes rendelések aktuális állapotáról. A process mining elemzésben a státuszváltozások alapján határozhatók meg a tevékenységek, és érthető meg a folyamat menete. Az attribútummal kiszűrhetők az adott állapotban lévő rendelések, elemezhető az egyes státuszokban eltöltött idő, és azonosíthatók az elakadt vagy késedelmes rendelések. Miért fontos? Ez az attribútum magas szintű képet ad a rendelés előrehaladásáról. Fontos a szűréshez, a megfelelőség ellenőrzéséhez és a gyártási szakaszokban eltöltött idő elemzéséhez. Hol szerezhető be? Ez a „ProdTable” tábla „ProdStatus” mezője. Példák ÜtemezveKiadvaElindítvaLezárva | |||
| Gyártóüzem ProductionPlant | Az a gyártóhely vagy üzem, ahol a gyártási rendelést végrehajtják. | ||
| Leírás A gyártóüzem azonosítja a gyártási folyamatért felelős fizikai helyszínt vagy létesítményt. Fontos szervezeti dimenzió, amely szerint a gyártási teljesítmény csoportosítható és összehasonlítható. A process mining segítségével ez az adat lehetővé teszi a különböző üzemek teljesítményének összevetését. Az elemzők összehasonlíthatják a ciklusidőket, az erőforrások kihasználtságát és a standard folyamatok betartását, így feltárhatják a bevált gyakorlatokat, illetve azonosíthatják a fejlesztésre szoruló üzemeket. A kapacitáskihasználtság elemzéséhez is szükség van rá. Miért fontos? Lehetővé teszi a különböző gyártóhelyek teljesítményének összehasonlítását és viszonyítását, így feltárhatók a bevált gyakorlatok és a helyspecifikus problémák. Hol szerezhető be? Ez a „ProdTable” tábla „InventSiteId” mezője. Példák SITE-ASITE-BMain-WH | |||
| Tényleges mennyiség ActualQuantity | A rendeléshez legyártott és késztermékként rögzített áruk mennyisége. | ||
| Leírás A tényleges mennyiség azt mutatja meg, hány darab készült el, és felelt meg a minőségellenőrzésen az adott gyártási rendelésből. Az értéket a gyártás késztermékként való rögzítésekor mentik. Ez az adat a gyártási kihozatal és a hatékonyság elemzésére szolgál. A tényleges és a tervezett mennyiség összevetésével kiszámítható a selejtarány, és felmérhetők a gyártási veszteségek. Az átbocsátóképesség elemzéséhez és a kapacitáskihasználtságot bemutató dashboardokhoz is fontos adat. Miért fontos? A gyártási kihozatal, a selejtarány és a tényleges átbocsátóképesség kiszámításához szükséges, így képet ad a gyártás hatékonyságáról és teljesítményéről. Hol szerezhető be? Ez az érték gyakran a „ProdTable” tábla „QtyGood” mezőjéből vagy a kapcsolódó naplókönyvelési táblákból származik, amikor a rendelést késztermékként rögzítik. Példák 100985000 | |||
| Termékszám ProductNumber | A gyártott termék egyedi azonosítója. | ||
| Leírás A termékszám, más néven cikkszám, azonosítja a gyártási rendelésben szereplő készterméket. Összekapcsolja a gyártási folyamatot az előállítandó termékkel, annak anyagjegyzékével és műveleti útvonalával. A termékszám szerinti elemzés feltárja a gyártási folyamat termékspecifikus eltéréseit. Megmutathatja, ha egyes termékek ciklusideje hosszabb, több utómunkát igényelnek, vagy gyakrabban késnek. Ezek az információk a termék- és folyamatmérnökök munkáját is segítik. Miért fontos? Lehetővé teszi a folyamat termék szerinti eltéréseinek elemzését, és segít feltárni az adott termékhez kapcsolódó szűk keresztmetszeteket vagy minőségi problémákat. Hol szerezhető be? Ez a „ProdTable” tábla „ItemId” mezője. Példák FG-1001FG-2050ASSY-500B | |||
| Tervezett befejezési dátum PlannedEndDate | A gyártási rendelés tervezett befejezési dátuma és időpontja. | ||
| Leírás A tervezett befejezési dátum az ütemezőmotor által meghatározott célidőpont, amikorra a gyártási rendelésnek el kell készülnie. Az előrejelzés figyelembe veszi a műveletek időtartamát, az erőforrások naptárait és az átfutási időket. A folyamat elemzésekor ez az adat segít megítélni, hogy a rendelések időben készülnek-e el. A tervezett befejezési dátumot a tényleges befejezési időbélyeggel összevetve, amelyet a „Production Reported As Finished” vagy a „Production Order Ended” tevékenység rögzít, kiszámítható az időben befejezett gyártási rendelések arányát mérő KPI. Az összehasonlítás a késedelmes szállítások rendszeres okainak feltárásában is segít. Miért fontos? Ez az adat az időben történő befejezés mérésének és a gyártásütemezés pontosságának elemzésének alapja. Hol szerezhető be? Ez a „ProdTable” tábla „SchedEnd” mezője. Példák 2023-04-25T17:00:00Z2023-04-26T17:00:00Z2023-04-27T17:00:00Z | |||
| Tervezett kezdési dátum PlannedStartDate | A gyártási rendelés tervezett kezdési dátuma és időpontja. | ||
| Leírás A tervezett kezdési dátum az ütemezés egyik fontos eredménye: megadja, mikor kell megkezdeni a rendelés gyártását. Meghatározásakor figyelembe veszik az anyagok rendelkezésre állását, az erőforrások kapacitását és a keresleti határidőket. Ez az adat szükséges az ütemterv betartásának elemzéséhez. A tervezett kezdési dátumot a gyártás tényleges kezdési időpontjával összevetve, amelyet a „Production Started” tevékenység időbélyege rögzít, mérhető a pontosság, feltárhatók a késések okai, és kiszámíthatók például a gyártási ütemterv betartását mérő KPI-k. Miért fontos? Ez az adat szolgál alapul az ütemterv betartásának méréséhez, valamint a tervezés és a gyártás tényleges kezdete közötti késések feltárásához. Hol szerezhető be? Ez a „ProdTable” tábla „SchedStart” mezője. Példák 2023-04-18T08:00:00Z2023-04-19T08:00:00Z2023-04-20T08:00:00Z | |||
| Anyagok rendelkezésre állása MaterialAvailabilityStatus | Azt jelzi, hogy rendelkezésre állnak-e a gyártási rendeléshez szükséges alapanyagok. | ||
| Leírás Ez az adat a gyártáshoz szükséges alkatrészek rendelkezésre állását követi. Olyan állapotokat jelezhet, mint „Rendelkezésre áll”, „Megrendelve” vagy „Hiány”. Az ütemezők ennek alapján mérhetik fel, hogy a gyártási rendelés valóban elindítható-e a tervek szerint. A process mining során ez az adat segít feltárni a gyártáskezdési késések kiváltó okait. Ha az állapotot összevetik a „Production Order Released” és a „Production Started” közötti idővel, számszerűsíthető, hogyan hat az anyaghiány az ütemterv betartására és a teljes ciklusidőre. Ez közvetlenül támogatja a „Material Availability Delay Impact” dashboardot. Miért fontos? Segít megérteni és számszerűsíteni az anyaghiány okozta gyártáskezdési késéseket, összekapcsolva az ellátási lánc teljesítményét a gyártás hatékonyságával. Hol szerezhető be? Ez az állapot gyakran nem egyetlen mezőből származik: a „InventSum” tábla alapján ellenőrzik a gyártási rendelés anyagjegyzékében (BOM) szereplő összes tétel készleten lévő mennyiségét. Példák Teljesen rendelkezésre állRészben hiányzikNem áll rendelkezésre | |||
| Befejezési idő EndTime | A tevékenység befejezésének pontos időbélyege. | ||
| Leírás A befejezési idő jelzi, mikor ért véget egy adott tevékenység. A kezdési idő a tevékenység kezdetét mutatja, a befejezési idő pedig az adott lépés tényleges időtartamának megállapításához szükséges. A process mining során a tevékenységek kezdési és befejezési ideje részletesebb elemzést tesz lehetővé: elkülöníthető a várakozási idő a feldolgozási időtől. Így megállapítható, mennyi ideig dolgoztak ténylegesen egy tevékenységen, és mennyi idő telt el a következő lépés megkezdéséig. Ez elengedhetetlen a szűk keresztmetszetek részletes elemzéséhez. Miért fontos? Lehetővé teszi a tevékenység feldolgozási idejének kiszámítását és elkülönítését a várakozási időtől, így pontosabban elemezhetők a szűk keresztmetszetek. Hol szerezhető be? Ezt az értéket gyakran számítással határozzák meg. Például a „Production Started” befejezési ideje lehet az „Operation Completed” kezdési ideje. Egyes naplókban a befejezési időbélyeget külön is rögzítik. Példák 2023-04-15T09:30:45Z2023-04-15T12:00:00Z2023-04-16T15:00:10Z | |||
| Gyártáskezdési késés ProductionStartDelay | A rendelés felszabadítása és a gyártás tényleges kezdete között eltelt idő. | ||
| Leírás Ez a számított időtartam a gyártósoron töltött várakozási vagy sorban állási időt méri. A „Production Order Released” és a „Production Started” tevékenység közötti időtartamot mutatja. Ez a KPI fontos a „Resource Allocation Delay Analysis” dashboardhoz, mert megmutatja a tervezés befejezése és a rendelés végrehajtásra való előkészítése után fellépő késéseket. A magas érték az erőforrások elérhetőségével, az anyagok előkészítésével vagy a gyártósor felé irányuló információáramlással kapcsolatos problémára utalhat. Így egyértelműen kijelöli a működés fejlesztésének lehetséges területeit. Miért fontos? Pontosan méri a gyártásra kész rendelés indulásáig tartó késést, és segít feltárni az erőforrások elérhetőségével vagy a gyártósor felkészültségével kapcsolatos szűk keresztmetszeteket. Hol szerezhető be? Számított mutató: Timestamp('Production Started') - Timestamp('Production Order Released'). Példák 0 nap 4 óra 15 perc1 nap 2 óra 0 perc0 nap 1 óra 30 perc | |||
| Gyártósor ProductionLine | A gyártási rendeléshez rendelt gyártósor, munkahely vagy erőforráscsoport. | ||
| Leírás A gyártósor azonosítja azt a gépet, gyártócellát vagy erőforráscsoportot, amely elvégzi a gyártási műveleteket. A gyártóüzemnél részletesebb bontást tesz lehetővé. A gyártósor szerinti elemzés fontos a kapacitás és a kihasználtság részletes vizsgálatához. Segít feltárni a túlterhelt munkahelyeket, összehasonlítani az azonos terméket gyártó sorok hatékonyságát, és azonosítani azokat az erőforrásokhoz kötődő szűk keresztmetszeteket, amelyek üzemi szinten nem láthatók. Miért fontos? Részletesen elemezhető vele az erőforrások kihasználtsága és teljesítménye, így feltárhatók a túlterhelt munkahelyek és a nem hatékony gyártósorok. Hol szerezhető be? Ez az adat gyakran a gyártási útvonal tranzakcióinak „WrkCtrId” mezőjében található, a „ProdRoute” vagy a „ProdRouteTrans” táblában. Példák LINE-01LINE-02CNC-A | |||
| Időben kezdődött ProductionScheduleAdherence | Logikai jelző, amely akkor igaz, ha a gyártási rendelés a tervezett kezdési dátumon vagy korábban indult. | ||
| Leírás Ez a számított adat egyszerű, kétértékű jelzést ad arról, hogy a gyártás a tervek szerint indult-e. A „Production Started” esemény tényleges időbélyegét veti össze a „PlannedStartDate” adattal. Ez a jelző hasznos, ha áttekinthető dashboardokat és KPI-kat, például a gyártási ütemterv betartását mérő mutatót szeretne létrehozni. Egyszerű szűrést és összesítést tesz lehetővé: megmutatja, a rendelések hány százaléka indult időben, és elemezhetővé teszi a késedelmes rendelések jellemzőit. Így az elemzőeszközben nem kell külön dátum-összehasonlításokat végezni. Miért fontos? Egyszerűsíti az ütemterv betartásáról szóló jelentések és KPI-k számítását, valamint az időben induló és késedelmes rendelések szűrését és összesítését. Hol szerezhető be? Számított mutató. A logika: „Production Started” EventTime <= PlannedStartDate. Példák truefalse | |||
| Minőségellenőrzési rendelés száma QualityOrderNumber | A gyártási rendeléshez kapcsolódó minőségellenőrzési rendelés azonosítója. | ||
| Leírás Ha minőségellenőrzésre van szükség, a Dynamics 365 rendszerben gyakran minőségellenőrzési rendelés jön létre. Ez az adat összekapcsolja a gyártási folyamatot a minőségbiztosítással, és rögzíti a kapcsolódó rendelés azonosítóját. Az összekapcsolás révén a teljes folyamat áttekintése a minőségirányítási lépéseket is magában foglalja. Elemezhető, hogyan befolyásolják a minőségellenőrzések a gyártás átfutási idejét, feltárhatók a minőségellenőrzési folyamat késései, és megállapítható, milyen gyakran ellenőrzik az egyes termékeket vagy gyártósorokat. Miért fontos? Összekapcsolja a gyártási folyamatot a minőségbiztosítással, így elemezhető, hogyan befolyásolják a minőségellenőrzések a teljes átfutási időt. Hol szerezhető be? Ez az adat a minőségirányítási táblákban, például az „InventQualityOrderTable” táblában található, és össze kell kapcsolni a gyártási rendeléssel. Példák QO-00123QO-00124QO-00125 | |||
| Módosítások száma ProductionOrderRevisionNumber | A gyártási terv kezdeti létrehozása utáni módosításainak száma. | ||
| Leírás Ez az adat a gyártási rendelés ütemezése vagy felszabadítása után végrehajtott módosítások számát követi. Ilyen módosítás lehet például a mennyiség, a dátumok vagy a műveleti útvonal megváltoztatása. A magasabb érték a terv nagyobb instabilitására utal. Ez az adat közvetlenül méri a „Production Plan Revision Rate” KPI-t. Elemzése segít feltárni a tervezés instabilitásának okait, például a kereslet gyakori változását vagy a kezdeti tervezés pontatlanságát. Számszerűsíti az utómunka és az újraütemezés ráfordítását, amely gyakran hatékonyságvesztéssel jár. Miért fontos? Közvetlenül méri a tervezés stabilitását, és támogatja a „Production Plan Revision Rate” KPI-t. Rámutat a túl sok módosítással és utómunkával járó folyamatokra. Hol szerezhető be? Számított adat, amelyhez az egyes esetekben meg kell számolni a „Production Order Adjusted” tevékenységek előfordulásait. Példák 012 | |||
| Tervezett mennyiség PlannedQuantity | A legyártani tervezett termékmennyiség. | ||
| Leírás A tervezett mennyiség az adott gyártási rendelésben előállítandó darabszám. Meghatározását jellemzően az értékesítési rendelésekből eredő kereslet, a biztonsági készlet igénye vagy a főtervezés befolyásolja. Ez az adat szolgál alapul a kihozatali és selejtmutatókhoz. A tervezett és a tényleges mennyiség összevetésével a tervezők nyomon követhetik a gyártás hatékonyságát és az anyagfelhasználás eltéréseit. A kapacitás- és anyagszükséglet-tervezés alapvető adata. Miért fontos? Ez az alapmennyiség szolgál a gyártási kihozatal és a selejtarány mérésére, a ténylegesen legyártott mennyiséggel összevetve. Hol szerezhető be? Ez a „ProdTable” tábla „QtySched” mezője. Példák 1005000250 | |||
A termeléstervezés tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
| Gyártás készre jelentve | Azt jelzi, hogy a termék megadott mennyiségének gyártása fizikailag befejeződött, és a késztermék bekerült a készletbe. Ez fontos státuszváltozás, amely készletmozgásokat indít el. | ||
| Miért fontos? Ez jelzi a fizikai gyártás végét. A határidőre történő teljesítés, a tényleges gyártási idő és az átbocsátás méréséhez is szükséges. Hol szerezhető be? A rendszer akkor rögzíti, amikor a ProdTable gyártási rendelésének státusza „Reported as finished” értékre változik. Ezt a készre jelentési napló könyvelése váltja ki. Rögzítés Állapítsa meg, mikor változik a ProdTable ProdStatus mezőjének értéke „Reported as finished” értékre. Eseménytípus inferred | |||
| Gyártás megkezdve | A rendeléshez tartozó tényleges gyártási munka kezdetét jelzi az üzemben. Ezt gyakran az első művelet vagy munkafeladat üzemi terminálon történő elindításakor, illetve a napló könyvelésekor rögzítik. | ||
| Miért fontos? Ez a tevékenység megadja a gyártás tényleges kezdési időpontját, amely szükséges a kezdési késedelmek, az ütemterv betartása és a tényleges átfutási idők méréséhez. Hol szerezhető be? A rendszer akkor rögzíti, amikor a ProdTable gyártási rendelésének státusza „Started” értékre változik. Ezt gyakran az első művelethez tartozó munkakártya- vagy útvonalkártya-napló könyvelése váltja ki. Rögzítés Állapítsa meg, mikor változik a ProdTable ProdStatus mezőjének értéke „Started” értékre. Eseménytípus inferred | |||
| Gyártási rendelés kiadva | Ez a tevékenység azt jelzi, hogy a gyártási rendelést jóváhagyták és engedélyezték az üzemi végrehajtásra. Ez fontos mérföldkő, amely elérhetővé teszi többek között a munkakártyákat és az útvonalkártyákat. | ||
| Miért fontos? Ez a hivatalos átadás a tervezésből a végrehajtásba. A „Scheduled” és a „Released” közötti idő jóváhagyási késedelemre vagy végső ellenőrzésekre utalhat. A „Released” és a „Started” közötti idő az üzem készenlétét mutatja. Hol szerezhető be? A rendszer akkor rögzíti, amikor a ProdTable gyártási rendelésének státusza „Released” értékre változik. Ezt a felhasználó kézi vagy automatikus művelete váltja ki. Rögzítés Állapítsa meg, mikor változik a ProdTable ProdStatus mezőjének értéke „Released” értékre. Eseménytípus inferred | |||
| Gyártási rendelés létrehozva | Ez a tevékenység jelzi a gyártási rendelés létrehozását, amely rögzíti egy termék meghatározott mennyiségére vonatkozó igényt. Ez általában akkor történik, amikor a tervezett gyártási rendelést véglegesítik, és a rendszerben egyedi azonosítóval rendelkező hivatalos rekord jön létre. | ||
| Miért fontos? Ez a gyártási folyamat elsődleges kezdő eseménye. A létrehozás és a következő lépések közötti idő elemzésével mérhető a teljes tervezési átfutási idő és a folyamat hatékonysága. Hol szerezhető be? Az esemény a gyártásirendelés-rekord létrehozási időbélyegéből állapítható meg a ProdTable táblában. A kezdeti státusz általában „Created”. Rögzítés Rögzítse a ProdTable új bejegyzésének létrehozási időbélyegét, ha a ProdStatus értéke „Created”. Eseménytípus inferred | |||
| Gyártási rendelés lezárva | Ez az utolsó tevékenység, amely a gyártási rendelés pénzügyi lezárását jelzi. Minden költséget kiszámítottak és könyveltek, a rendeléshez pedig nem rögzíthető további tranzakció. | ||
| Miért fontos? Ez jelzi a rendelés fizikai és pénzügyi lezárását. A „Reported as finished” és az „Ended” közötti késedelem költségelszámolási vagy pénzügyi lezárási problémákra utalhat. Hol szerezhető be? Ez az utolsó státuszváltozás, amelyet akkor rögzít a rendszer, amikor a „ProdTable” tábla „ProdStatus” mezője „Ended” értéket kap. Ezt a költségkalkuláció futtatása és a rendelés lezárása váltja ki. Rögzítés Állapítsa meg, mikor változik a ProdTable ProdStatus mezőjének értéke „Ended” értékre. Eseménytípus inferred | |||
| Gyártási rendelés ütemezve | Ez a tevékenység jelzi a gyártási rendelés ütemezését, amely meghatározza a műveletekhez rendelt erőforrásokat, dátumokat és időpontokat. A lépés magában foglalhatja a műveletek ütemezését vagy a részletesebb munkafeladat-ütemezést. | ||
| Miért fontos? Az ütemezés elengedhetetlen a kapacitástervezéshez és az erőforrások kezeléséhez. A rendelések ütemezéséhez szükséges idő, valamint az ütemezés és a kiadás közötti idő elemzése feltárja a tervezési és kapacitáskorlátokat. Hol szerezhető be? A rendszer akkor rögzíti, amikor a ProdTable gyártási rendelésének státusza „Scheduled” értékre változik. Ezt a felhasználó által elindított ütemezési funkció váltja ki. Rögzítés Állapítsa meg, mikor változik a ProdTable ProdStatus mezőjének értéke „Scheduled” értékre. Eseménytípus inferred | |||
| Gyártáshoz szükséges anyagok komissiózva | A gyártási rendeléshez szükséges alapanyagokat kivették a raktárból, és azok készen állnak a felhasználásra. Az eseményt az alapanyag-komissiózási munka befejezésekor vagy a komissiózási lista naplójának könyvelésekor rögzítik. | ||
| Miért fontos? Ez a tevékenység a gyártás megkezdésének fontos feltétele. Az ütemezés és az anyagok komissiózása közötti késedelem raktári működési problémára vagy az anyagok hiányára utalhat. Hol szerezhető be? Ez általában kifejezett eseményként szerepel a gyártási rendeléshez kapcsolódó raktárkezelési táblákban (WHSWorkTable) vagy készletnaplókban (InventJournalTrans). Rögzítés Rögzítse a gyártási rendeléshez tartozó komissiózási lista naplójának könyvelési időbélyegét. Eseménytípus explicit | |||
| Gyártási rendelés kalkulálva | A gyártási rendeléshez szükséges becsült anyagfelhasználás és költségek kiszámítását jelzi. Ez fontos tervezési lépés, amely biztosítja, hogy a továbblépés előtt ismertek legyenek a pénzügyi és anyagszükségletek. | ||
| Miért fontos? A kalkuláció késedelme jelentős szűk keresztmetszetet okozhat a tervezési szakaszban. Ennek a tevékenységnek a nyomon követésével feltárhatók a költség- és anyagtervezés hatékonysági problémái. Hol szerezhető be? A rendszer akkor rögzíti, amikor a ProdTable gyártási rendelésének státusza „Estimated” értékre változik. Ezt az váltja ki, amikor a felhasználó elindítja a rendelésen az „Estimate” funkciót. Rögzítés Állapítsa meg, mikor változik a ProdTable ProdStatus mezőjének értéke „Estimated” értékre. Eseménytípus inferred | |||
| Gyártási rendelés módosítva | A gyártási rendelés kiadása után végrehajtott jelentős módosítást jelzi, például a mennyiség vagy a dátum megváltoztatását. Az esemény a módosítás előtti és utáni fontos mezők összehasonlításával állapítható meg. | ||
| Miért fontos? A gyakori módosítások instabil tervezésre vagy ingadozó keresletre utalnak, ami hatékonysági problémákhoz és ismételt munkához vezethet. Az elemzés számszerűsíti a módosítások gyakoriságát és hatását. Hol szerezhető be? Az esemény a módosítási naplók elemzésével vagy a ProdTable rekordjának összehasonlításával állapítható meg. A „QtySched” és a „SchedEnd” mezőket például a rendelés „Released” státuszba kerülése után érdemes vizsgálni. Rögzítés Azonosítsa a ProdTable fontos mezőinek, például a mennyiségnek vagy a dátumoknak a módosításait a „Released” esemény időbélyege után. Eseménytípus calculated | |||
| Gyártási rendelés törölve | A gyártási rendelés befejezés előtti törlését jelzi. Ez a folyamat sikertelen, alternatív lezárása. | ||
| Miért fontos? A törlések nyomon követése segít feltárni a folyamat meghiúsulásának okait, például a kereslet változását vagy a tervezési hibákat. A magas törlési arány rendszerszintű problémákra utalhat. Hol szerezhető be? Ez egy státuszváltozásból megállapítható alternatív végállapot. A pontos státusz eltérhet, de gyakran a rendelés státuszának egy korábbi állapotra való visszaállítása és a rendelés töröltként való megjelölése jelzi. Rögzítés Állapítsa meg a törlést jelző státuszváltozást. Ennek azonosításához szükség lehet a rendszer külön elemzésére. Eseménytípus inferred | |||
| Minőségellenőrzés sikeres | A gyártási sorozathoz kapcsolódó minőségellenőrzési rendelés sikeres lezárását és jóváhagyását jelzi. Ez igazolja, hogy a legyártott termékek megfelelnek az előírt minőségi követelményeknek. | ||
| Miért fontos? Ez a minőségellenőrzési folyamat fontos mérföldköve. A minőségellenőrzési rendelés létrehozása és az ellenőrzés sikeres lezárása közötti idő megmutatja a minőségbiztosítási csapat hatékonyságát. Hol szerezhető be? Az esemény az InventQualityOrderTable rekord „Pass” státuszra váltásából állapítható meg. A konkrét státuszérték eltérhet. Rögzítés Állapítsa meg, mikor frissül a kapcsolódó InventQualityOrderTable rekord státusza „Pass” értékre. Eseménytípus inferred | |||
| Minőségellenőrzési rendelés létrehozva | Létrejött a gyártási rendelés eredményének ellenőrzésére szolgáló minőségellenőrzési rendelés. Ez az esemény jelzi a legyártott termékek minőségbiztosítási folyamatának kezdetét. | ||
| Miért fontos? A minőségellenőrzési folyamat nyomon követése segít megérteni a teljes átfutási időt. Az ellenőrzés késedelme megakadályozhatja a termékek kiszállítását vagy további folyamatokban való felhasználását. Hol szerezhető be? Ez kifejezett esemény, amely az InventQualityOrderTable táblában a forrásként szolgáló gyártási rendelésre hivatkozó rekord létrehozásakor keletkezik. Rögzítés Rögzítse a gyártási rendelés azonosítójához kapcsolódó minőségellenőrzési rendelés létrehozási időbélyegét az InventQualityOrderTable táblában. Eseménytípus explicit | |||
| Művelet befejezve | Ez a tevékenység a gyártási útvonal egy adott műveletének vagy lépésének befejezését jelzi. Egy gyártási rendeléshez általában több ilyen esemény tartozik. | ||
| Miért fontos? A műveletek közötti idő elemzése segít feltárni a gyártási folyamat szűk keresztmetszeteit. Részletesebb képet ad az üzemi munkafolyamatról. Hol szerezhető be? Ez kifejezett eseményként jelenik meg az egyes műveletekhez tartozó útvonalkártya-naplók (ProdJournalRoute) könyvelésekor, és az adott lépés befejezését jelzi. Rögzítés Rögzítse a gyártási rendeléshez tartozó minden ProdJournalRoute rekord könyvelési időbélyegét. Eseménytípus explicit | |||
Adatkinyerési útmutatók
Lépések
- Nyissa meg az adatkezelési munkaterületet: Jelentkezzen be a Microsoft Dynamics 365 Finance and Operations rendszerbe. A keresősávval keresse meg, majd nyissa meg a
Data managementmunkaterületet. - Hozzon létre exportprojektet: A munkaterületen válassza az
Exportcsempét új adatexport-projekt létrehozásához. Adjon beszédes nevet a projektnek, példáulProcessMind_Production_Orders. - Válassza ki az exportfájl formátumát: A projekt beállításainál válassza ki a kívánt adatformátumot, például a CSV-t vagy az Excelt. Állítsa be az
Entitylehetőséget, és adja meg a formátum részleteit. A CSV jó választás a teljesítmény és a kompatibilitás szempontjából. - Adja hozzá a szükséges adategységeket: Vegye fel a projektbe a gyártási rendelési események rögzítéséhez szükséges adategységeket. Adja hozzá a következőket:
Gyártási rendelések,Production order route transactions,Inventory quality ordersésProduction picking list journal lines. Mindegyiknél jelölje ki a lekérdezési szakaszban felsorolt releváns mezőket. - Állítson be adatszűrőket: Az egyes adategységeknél a
Szűréslehetőséggel korlátozza az exportált adatokat. Legalább aCompanymezőre állítson be szűrőt a megfelelő jogi személy kiválasztásához. Javasoljuk, hogy egy fontos dátummezőre is adjon meg időszakot, például aGyártási rendelésekadategységCreation datemezőjére. Így kezelhető mennyiségű adatot exportálhat, például az elmúlt 6 hónapból. - Állítsa be a növekményes exportot (nem kötelező): A folyamatos elemzéshez állítsa be a projektet növekményes exportra. Ehhez kövesse nyomon a forrás-adategységek változásait, így csak az előző export óta létrejött vagy módosult rekordokat kell kinyernie. Ezzel jelentősen csökkentheti az export idejét.
- Futtassa az exportfeladatot: A projekt beállítása után indítsa el az exportot a műveleti sáv
Exportelemére kattintva. Azonnal is futtathatja, vagy ütemezheti ismétlődő kötegelt feladatként. - Töltse le az exportált fájlokat: Ha az exportfeladat sikeresen befejeződött, nyissa meg a feladatelőzményeket. Töltse le a csomagot, amely ZIP-fájlként külön adatfájlt tartalmaz minden felvett adategységhez.
- Alakítsa az adatokat eseménynaplóvá: Az exportált fájlok nyers táblázatadatokat tartalmaznak, nem formázott eseménynaplót. A fájlok feldolgozásához és összekapcsolásához külső eszközre lesz szüksége, például Python-szkriptre, Excelben vagy Power BI-ban futó Power Queryre, illetve ETL-eszközre. A lekérdezési szakaszban leírt átalakítási logikával az egyes adategységek dátum- és állapotmezőit egyetlen eseménynapló-fájlba kell rendeznie, tevékenységenként egy sorral.
- Állítsa össze a végleges eseménynaplót: A végleges, átalakított CSV-fájlban szerepeljenek a szükséges oszlopok:
ProductionOrderNumber,ActivityName,EventTime,SourceSystemésLastDataUpdate, valamint az ajánlott attribútumok. A fájl első sora tartalmazza az oszlopfejléceket. Ezután feltöltheti a ProcessMindbe.
Konfiguráció
- Főbb adategységek: Az adatok kinyeréséhez több adategységet kell exportálni, majd később összekapcsolni. A legfontosabbak:
Gyártási rendelések(ProdTable),Production order route transactions(ProdRouteTrans) ésInventory quality orders(InventQualityOrderTable). - Dátumtartomány szűrése: Az adatmennyiség kezelése érdekében mindig állítson be dátumszűrőt. Javasoljuk, hogy a
Gyártási rendelésekadategységCreation date(CREATEDDATETIME) mezőjére szűrjön az elmúlt 3–6 hónapra. Így a rendszer túlterhelése nélkül kaphat teljes képet a közelmúlt folyamatairól. - Vállalati szűrő: Állítson be szűrőt az elemezni kívánt vállalatra vagy jogi személyre. Ezt az exportprojekt egyes adategységeinél a
Szűréslehetőséggel teheti meg. - Teljes vagy növekményes adatküldés: Az első adatkinyeréshez teljes adatküldés szükséges. A későbbi frissítésekhez javasoljuk a változáskövetés beállítását az adategységeken, majd a növekményes export használatát. Ezzel javíthatja a teljesítményt és csökkentheti az adatterhelést.
- Előfeltételek: Az exportot futtató felhasználónak megfelelő biztonsági szerepkörökkel kell rendelkeznie. Ez jellemzően a
Data management administratorszerepkört vagy a szükséges adategységek elérésére jogosító szerepkört jelenti.
Példa-lekérdezés 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 Lépések
- A BYOD beállítása a Dynamics 365-ben: Ellenőrizze, hogy a Dynamics 365 for Finance and Operations környezetben be van-e állítva a „Bring your own database” funkció. Ehhez hozzon létre egy Azure SQL Database-adatbázist, és állítsa be az adatok exportálását a Dynamics 365-ből.
- A szükséges entitások közzététele: A „Data management” munkaterületen nyissa meg a „Data entities” részt. Keresse meg, majd tegye közzé a következő fontos entitásokat a BYOD-adatbázisban: ProdTable, ProdRouteTrans, InventPickingListJour és InventQualityOrderTable. Állítsa be az ismétlődő exportálást.
- Az adatszinkronizálás ellenőrzése: Győződjön meg arról, hogy a közzétett entitások adatai sikeresen és rendszeresen szinkronizálódnak a célként megadott Azure SQL Database-adatbázissal. Az exportálási feladatok előzményeiben ellenőrizze, hogy történt-e hiba.
- Kapcsolódás a BYOD-adatbázishoz: SQL-klienssel, például SQL Server Management Studio (SSMS) vagy Azure Data Studio használatával csatlakozzon ahhoz az Azure SQL Database-adatbázishoz, amely a Dynamics 365 adatait tárolja.
- Az SQL-lekérdezés előkészítése: Nyisson meg egy új lekérdezési ablakot, és másolja be a dokumentumban megadott teljes SQL-lekérdezést.
- A lekérdezés paramétereinek megadása: Keresse meg a lekérdezésben a helyőrző változókat. A '{StartDate}', '{EndDate}' és '{CompanyCode}' értékét cserélje le a kívánt dátumtartományra, illetve az elemezni kívánt vállalat DataAreaId értékére.
- A lekérdezés futtatása: Futtassa a módosított SQL-lekérdezést a BYOD-adatbázison. A futási idő az adatmennyiségtől és a megadott dátumtartománytól függ.
- Az eredmények ellenőrzése: A lekérdezés lefutása után ellenőrizze, hogy az eredmény tartalmazza-e a várt oszlopokat és az összes kinyert tevékenység adatait. Az eredményhalmaz az eseménynapló.
- Az eseménynapló exportálása: Exportálja a lekérdezés eredményét CSV-fájlba. A legtöbb SQL-kliensben az eredmény közvetlenül fájlba menthető.
- Formázás a ProcessMind számára: Ellenőrizze, hogy az exportált CSV-fájl UTF-8 kódolású-e, és az oszlopfejlécek megfelelnek-e a ProcessMind által elvárt attribútumneveknek, például CaseId, Activity és Timestamp. A megadott lekérdezés már a megfelelő aliasokat használja.
Konfiguráció
- Fontos adategységek: A lekérdezéshez az alábbi adategységeket kell exportálni a BYOD-példányba:
PRODTABLE: A termelési rendelések fő adatait és állapotát tartalmazza.PRODROUTETRANS: Az egyes termelési műveletek és azok befejezésének részleteit tartalmazza.INVENTPICKINGLISTJOUR: Naplózza a termelési rendelésekhez szükséges anyagok komissiózását.INVENTQUALITYORDERTABLE: A termeléshez kapcsolódó minőségellenőrzési rendeléseket követi.
- Dátumtartomány: Érdemes kezdetben korlátozott időszakot, például 3–6 hónapnyi adatot lekérni, hogy a lekérdezés kezelhető terhelést jelentsen. A lekérdezés a termelési rendelés létrehozási dátumát (
CREATEDDATETIMEaPRODTABLEtáblában) használja szűrésre. - Vállalatkód szerinti szűrés: A
DATAREAIDmezővel szűrhet egy adott jogi személyre vagy vállalatra. A'{CompanyCode}'helyőrzőt cserélje le a megfelelő azonosítóra, példáulusmfértékre. - Előfeltételek: Ehhez a módszerhez rendszergazdai hozzáférés szükséges a Dynamics 365 Finance and Operations rendszerhez a BYOD beállításához, valamint Contributor jogosultság az Azure SQL Database-adatbázishoz a lekérdezések futtatásához.
- Teljesítmény: Ha az adatkészlet több évre vagy vállalatra terjed ki, érdemes a lekérdezést csúcsidőn kívül futtatni. Az adatokat kisebb időszakokra bontva is kinyerheti, majd később egyesítheti az eredményeket.
Példa-lekérdezés 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}'; Lépések
- Ellenőrizze, hogy rendelkezésre áll-e a Power BI Desktop vagy más, Power Queryt tartalmazó jóváhagyott eszköz, és hogy a felhasználónak van-e olvasási jogosultsága a szükséges Microsoft Dynamics 365 Manufacturing-adategységekhez. Egyeztesse a környezet URL-címét, a jogi személy vagy vállalat körét, valamint a jóváhagyott hitelesítési módot.
- A Power BI Desktopban válassza az Adatok lekérése lehetőséget, majd a jóváhagyott Dynamics 365-összekötőt vagy a szervezet OData- vagy Dataverse-kapcsolatát. Használja a rendszergazda által beállított [Your Dynamics 365 environment connection] és [Your credentials] értékeket. Ne feltételezze, hogy minden telepítésben ugyanazok az adategységek, végpontok vagy menüpontok érhetők el.
- Válassza ki a termelési rendelés fejlécét, a termelési rendelés műveleti vagy útvonaladatait, az anyagkomissiózási vagy komissiózási lista adatait, a termelési könyvelési adategységeket, a minőségellenőrzési rendeléseket, valamint az állapotváltozások azonosításához szükséges jóváhagyott naplózási, előzmény- vagy változáskövetési adategységeket. A lekérdezés minden forráshivatkozását cserélje le a környezetében elérhető megfelelő adategységre vagy lekérdezésre.
- Állítsa be az adatkinyerés hatókörét. Adja meg a [Start date parameter], [End date parameter] és [Your company or legal entity filter] értékét. Szűrje a lekérdezést a szükséges üzemekre, termékekre, rendeléstípusokra és állapotokra. Őrizze meg azokat a forrás-időbélyegeket, amelyekkel megkülönböztethető a létrehozás, a kalkuláció, az ütemezés, a komissiózás, a felszabadítás, a módosítás, a kezdés, a művelet befejezése, a készre jelentés, a minőségellenőrzés, a lezárás és a törlés.
- A Power Queryben egységesítse a forrásoszlopok nevét és adattípusát. Az események időbélyegeit alakítsa egységes dátum-idő típussá, az azonosítókat, állapotértékeket, vállalat- és üzemértékeket, termékszámokat, felhasználókat, mennyiségeket és prioritásokat pedig normalizálja. Ha egy forrásmező nem érhető el, adjon vissza null értéket, ne találjon ki adatot. Esetazonosítóként használja a termelési rendelés számát.
- Hozzon létre külön eseménytáblát minden tevékenységhez. Minden táblának a következő mezőket kell visszaadnia: ProductionOrderNumber, ActivityName, EventTime, SourceSystem, LastDataUpdate, ProductionOrderStatus, PlannedStartDate, PlannedEndDate, UserId, ProductionPlant, ProductNumber, ProductionType, ActualQuantity és ProductionPriority. A tevékenység neve legyen a 13 előírt név egyikével egyező, rögzített érték.
- A Production Order Adjusted eseményt kizárólag jóváhagyott előzmény-, naplózási vagy változáskövetési forrás alapján azonosítsa. Hasonlítsa össze a releváns mezőket, például a mennyiséget, a tervezett dátumokat, az állapotot, az üzemet, a terméket és a prioritást. Minden megfelelő változáshoz hozzon létre módosítási sort a rögzített változási időbélyeggel. Ne következtessen módosításra kizárólag a termelési rendelés aktuális pillanatképéből.
- A 13 tevékenységtáblát UNION ALL használatával egyesítse. Távolítsa el azokat a sorokat, amelyekből hiányzik a termelési rendelés száma vagy az esemény időbélyege, de a valóban ismétlődő műveletbefejezéseket, módosításokat és minőségellenőrzési eseményeket ne szűrje ki. Rendezze az adatokat ProductionOrderNumber és EventTime szerint, és ahol lehetséges, használjon egyértelmű másodlagos rendezést.
- Töltse be az eredménytáblát a Power BI-ba, vagy exportálja CSV-be, illetve más, ProcessMind által támogatott eseménynapló-formátumba. Az exportált fájl oszlopfejlécei pontosan a következők legyenek: ProductionOrderNumber, ActivityName, EventTime, SourceSystem, LastDataUpdate, ProductionOrderStatus, PlannedStartDate, PlannedEndDate, UserId, ProductionPlant, ProductNumber, ProductionType, ActualQuantity és ProductionPriority.
- A ProcessMindbe való feltöltés előtt ellenőrizze, hogy minden előírt tevékenység külön eseménynapló-sorként szerepel-e, az időbélyegek egységes időzónát használnak-e, a ProductionOrderNumber ki van-e töltve, és a LastDataUpdate az adatkinyerés frissítési idejét jelöli-e. A ProcessMind változtatás nélkül olvassa be az eseménynaplót, és nem állítja elő a hiányzó eseményeket.
Konfiguráció
- Kapcsolat: A Dynamics 365-környezethez jóváhagyott Power Query-összekötőt és hitelesítési módot használja. A [Your Dynamics 365 environment connection] és [Your credentials] helyére a szervezet által jóváhagyott értékeket írja.
- Forrás-adategységek: Válassza ki a környezetben elérhető termelésirendelés-fejléc, műveleti vagy útvonal-, anyagkomissiózási vagy komissiózásilista-, termelésikönyvelési és minőségellenőrzési rendelési adategységeket, valamint a jóváhagyott naplózási vagy változáskövetési adategységeket. Az adategységek neve és elérhetősége telepítésenként eltérhet, ezért ellenőrizze őket a metaadatböngészőben.
- Dátumtartomány: Kezdje 3–6 hónapnyi adattal. Lehetőség szerint már a forrásnál szűrjön EventTime alapján, és bővítse az időszakot, ha hosszú ideig futó termelési rendeléseket vagy korábbi állapotváltozásokat ellenőriz.
- Vállalat- és üzemszűrők: Alkalmazza a [Your company or legal entity filter] szűrőt, és ahol szükséges, a megfelelő termelési üzem szűrőjét is. Ne használjon általános vállalati szűrőt, ha a környezetben több jogi személy is van, és rendelésazonosítóik átfedhetnek.
- Termelésirendelés-szűrők: Szűrjön a szükséges termelésirendelés-típusokra, termékekre, üzemekre, állapotokra és rendelésiszám-tartományokra. Ne zárja ki a törölt vagy lezárt rendeléseket, ha ezek az eredmények szükségesek a folyamatelemzéshez.
- Események felvétele: Őrizze meg az ismétlődő műveletbefejezési, anyagkomissiózási, minőségellenőrzési és módosítási eseményeket. Ne alakítsa át a naplót úgy, hogy rendelésenként csak egy sor maradjon.
- Időzóna: Minden forrás-időbélyeget alakítson át egy dokumentált időzónára. Ha a forrás megadja, őrizze meg az eredeti időbélyeget vagy az időzóna-eltolást.
- Frissítési metaadatok: Minden sor LastDataUpdate mezőjében adja meg a frissítés vagy adatkinyerés időbélyegét. Ha a teljes adatkészlet egy frissítés során készül, minden sorban ugyanaz az időbélyeg szerepelhet.
- Teljesítmény: A dátum-, vállalat-, üzem- és rendelésazonosító szerinti szűrést a forrásnál végezze el. Csak a szükséges oszlopokat válassza ki, kerülje a felesleges egyesítéseket, készítsen elő újra felhasználható forráslekérdezéseket, és nagy adatkészleteknél fontolja meg a növekményes frissítést.
- Előfeltételek: Power BI Desktop vagy jóváhagyott Power Query-környezet, hálózati hozzáférés a Dynamics 365-környezethez, érvényes olvasási jogosultság minden kiválasztott adategységhez, valamint a szükséges Dynamics 365 Manufacturing-, raktározási, minőségellenőrzési, naplózási vagy változáskövetési hozzáférés.
- Konfigurációtól függő adatok: Ha egy szükséges eseményforrás nincs engedélyezve, használja a [Configure based on your system] lehetőséget, és dokumentálja a hiányzó forrást. Ne helyettesítse a korábbi eseményeket az aktuális állapot pillanatképével.
Példa-lekérdezés 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 Kezdheti az elemzést?
Ezzel a sablonnal minden szükséges információ rendelkezésére áll a termeléstervezési adatok kinyerésének és elemzésének megkezdéséhez. Kezdje el még ma fejleszteni a működést és javítani a hatékonyságot.
Javítsa a hatékonyságot, fejlessze termeléstervezését még ma
Tárja fel a szűk keresztmetszeteket, és csökkentse legalább 30%-kal a termelési ciklusidőt.
Nem kell bankkártya, a beállítás néhány percet vesz igénybe.