Sizin Üretim Planlama Veri Template'inuz
Sizin Üretim Planlama Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Microsoft Dynamics 365 Manufacturing için veri çekme rehberliği
Üretim Planlama Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Üretim Emri ProductionOrderNumber | Üretim emri için benzersiz tanımlayıcı, tüm ilgili planlama ve yürütme faaliyetlerini takip etmek için birincil Vaka Kimliği (Case ID) (case ID) olarak olarak kullanılır. | ||
| Açıklama
Process Mining'de bu öznitelik, ilgili olayları tek bir Neden Önemli?dir? Bu, tüm ilgili olayları gruplandırmak ve analiz için uçtan uca üretim planlama sürecini yeniden yapılandırmak için kritik olan temel Nereden Alınır?? Bu, Microsoft Dynamics 365 Üretim'deki 'ProdTable' tablosundaki 'ProdId' alanıdır. Örnekler::::::: WO-000456WO-000457WO-000458 | |||
| Aktivite Adı ActivityName | Üretim Planlama sürecinde gerçekleşen belirli iş olayı veya adımının adı. | ||
| Açıklama
Bu faaliyetlerin sırasını ve süresini analiz etmek, süreç akışının görselleştirilmesine, ortak yolların belirlenmesine, yeniden işleme döngülerinin tespit edilmesine ve farklı aşamalarda harcanan sürenin ölçülmesine sunar. Bu öznitelik, sürecin her noktasında ne olduğunu anlamak için büyük önem taşır. Neden Önemli?dir? Bu öznitelik, süreçteki adımları tanımlar ve bir süreç haritasının oluşturulmasına, süreç akışı, varyasyonlar ve darboğazların analizine sunar. Nereden Alınır?? Bu değer genellikle olay günlüklerinden veya 'ProdRouteTrans', 'ProdJournalBOM' gibi tablolardaki farklı durum değişiklikleri ve işlem türleri ile 'ProdTable' durum alanlarındaki değişiklikler haritalanarak türetilir. Örnekler::::::: Üretim Siparişi OluşturulduÜretim Emri Serbest BırakıldıÜretim BaşlatıldıÜretim Tamamlandı Olarak Bildirildi | |||
| Kaynak Sistem SourceSystem | Verinin çıkarıldığı kayıt sistemi. | ||
| Açıklama Bu öznitelik, olay verilerinin kaynaklandığı bilgi sistemini tanımlar. Bu süreç görünümü için değer sürekli olarak 'Microsoft Dynamics 365 Manufacturing' olacaktır. Birden fazla entegre sistemin bulunduğu ortamlarda, bu alan veri geçmişi, veri kalitesi sorunlarını giderme ve farklı sistemlerin genel sürece nasıl katkıda bulunduğunu anlama açısından büyük önem taşır. Analiz edilen verinin kökeni hakkında netlik sunar. Neden Önemli?dir? Verinin kaynağı hakkında çok önemli bağlam sunar, bu da veri yönetimi, doğrulama ve birden fazla kurumsal sistemden gelen veri boru hatlarını yönetmek için gereklidir. Nereden Alınır?? Bu, veri çıkarma ve dönüştürme süreci sırasında veri kümesinin kökenini etiketlemek için eklenmesi gereken statik bir değerdir. Örnekler::::::: Microsoft Dynamics 365 ManufacturingD365 F&O | |||
| Olay Zamanı EventTime | Aktivitenin ne zaman gerçekleştiğini gösteren kesin zaman damgası (zaman damgası)dır. | ||
| Açıklama Olay Zamanı veya zaman damgası (zaman damgası), belirli bir etkinliğin gerçekleştiği tam tarihi ve saati kaydeder. Bu veri, döngü sürelerini hesaplama, adımlar arasındaki gecikmeleri belirleme ve zaman içinde süreç performansını anlama dahil olmak üzere tüm zaman tabanlı süreç madenciliği analizleri için büyük önem taşır. Üretim planlaması bağlamında, bu öznitelik planlama teslim süresi, üretim başlangıç gecikmeleri ve genel sipariş tamamlama süresi gibi süreleri ölçmek için kullanılır. Doğru ve kronolojik zaman damgaları, doğru ve anlamlı bir süreç modeli oluşturmak için gereklidir. Neden Önemli?dir? Bu zaman damgası (zaman damgası), olayları sıralamak, faaliyetler arasındaki süreleri hesaplamak ve döngü süresi ve darboğaz tespiti gibi zaman tabanlı herhangi bir analiz yapmak için gereklidir. Nereden Alınır?? ProdTable'daki 'createdDateTime' veya ProdRouteTrans, ProdJournalRoute ve ProdJournalBOM'daki işlem tarihi alanları gibi çeşitli işlem tablolarında bulunur. Örnekler::::::: 2023-04-15T09:00:12Z2023-04-15T11:30:00Z2023-04-16T14:22:05Z | |||
| Son Veri Güncellemesi LastDataUpdate | Bu olaya ait verinin en son ne zaman yenilendiğini veya kaynak sistemden çıkarıldığını gösteren zaman damgası (zaman damgası)dır. | ||
| Açıklama Bu öznitelik, kaynak sistemden en son veri çekiminin tarih ve saatini sunar. Analizin güncelliğini ve geçerliliğini anlamak için büyük önem taşıyan bir metadata alanıdır. Verilerin en son ne zaman güncellendiğini bilmek, analistlerin ve iş kullanıcılarının Process Mining aracından elde edilen stratejik bilgilere güvenmelerine yardımcı olur. Panellerin gerçek zamanlı bilgileri mi yoksa geçmiş bir zamana ait verileri mi yansıttığını açıklığa kavuşturur, bu da operasyonel karar alma için önemlidir. Neden Önemli?dir? Bu öznitelik, veri yönetişimi için büyük önem taşır; kullanıcıların verinin güncelliğini anlamalarını ve süreç stratejik bilgilerinin zamanında olduğuna güvenmelerini sunar. Nereden Alınır?? Bu zaman damgası (zaman damgası), veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında her kayda oluşturulur ve damgalanır. Örnekler::::::: 2023-05-20T05:00:00Z2023-05-21T05:00:00Z | |||
| Gerçek Miktar ActualQuantity | Emir için başarıyla üretilen ve tamamlandı olarak bildirilen mal miktarı. | ||
| Açıklama
Bu öznitelik, üretim verimini ve verimliliğini analiz etmek için kullanılır. Gerçek Miktar'ın Planlanan Miktar ile karşılaştırılması, hurda oranlarının hesaplanmasına ve üretim kayıplarının anlaşılmasına yardımcı olur. Aynı zamanda verim analizi ve kapasite kullanım Panellerin temel bir bileşenidir. Neden Önemli?dir? Üretim verimi, hurda oranları ve gerçek üretim kapasitesini hesaplamak için büyük önem taşır; üretim verimliliği ve performansına dair önemli bilgi sunar. Nereden Alınır?? Bu değer genellikle 'ProdTable'daki 'QtyGood' alanından veya bir emir tamamlandı olarak bildirildiğinde ilgili yevmiye defteri kayıt tablolarından gelir. Örnekler::::::: 100985000 | |||
| Kullanıcı UserId | Faaliyeti gerçekleştiren veya sorumlu olan kullanıcının tanımlayıcısı. | ||
| Açıklama
Süreci kullanıcıya göre analiz etmek, iş yükü dağılımını anlamaya, eğitim fırsatlarını belirlemeye, bireyler veya ekipler arasındaki performansı karşılaştırmaya ve belirli kullanıcılar tarafından gerçekleştirilen sapmaları araştırmaya yardımcı olur. Ayrıca uyumluluk ve denetim izi amaçları için de önemlidir. Neden Önemli?dir? Kullanıcı veya ekibe göre süreç performansının analiz edilmesini sunar, otomasyon fırsatlarını belirlemeye yardımcı olur ve temel süreç faaliyetleri için bir denetim izi sunar. Nereden Alınır?? Çeşitli tablolardaki 'modifiedBy' veya 'createdBy' gibi alanlarda veya 'ProdJournalTable' gibi işlem günlüğü tablolarındaki kullanıcı alanlarında bulunur. Örnekler::::::: j.smithm.jonesAX_BATCH_SVC | |||
| Planlanan Başlangıç Tarihi PlannedStartDate | Üretim emrinin başlamasının planlandığı tarih ve saat. | ||
| Açıklama
Bu öznitelik, çizelgeleme uyumluluğu analizi için gereklidir. Planlanan Başlangıç Tarihi'nin üretimin gerçek başlangıç zamanı ('Üretim Başlatıldı' faaliyet zaman damgası (zaman damgası)) ile karşılaştırılmasıyla, kuruluşlar dakikliği ölçebilir, gecikmelerin nedenlerini belirleyebilir ve Üretim Çizelgesi Uyumluluk Oranı gibi KPI'ları hesaplayabilir. Neden Önemli?dir? Planlama ile gerçek üretim başlangıcı arasındaki gecikmeleri belirlemek ve program uyumunu ölçmek için bir temel görevi görür. Nereden Alınır?? Bu, 'ProdTable' tablosundaki 'SchedStart' alanıdır. Örnekler::::::: 2023-04-18T08:00:00Z2023-04-19T08:00:00Z2023-04-20T08:00:00Z | |||
| Planlanan Bitiş Tarihi PlannedEndDate | Üretim emrinin tamamlanmasının planlandığı tarih ve saat. | ||
| Açıklama
Süreç analizinde, bu öznitelik zamanında tamamlama performansını değerlendirmek için büyük önem taşır. Planlanan Bitiş Tarihi'nin gerçek tamamlama zaman damgası (zaman damgası)yla ('Üretim Tamamlandı Olarak Bildirildi' veya 'Üretim Emri Sonlandırıldı' faaliyetinden) karşılaştırılması, Zamanında Üretim Tamamlama Oranı KPI'ının hesaplanmasına sunar ve geç teslimatların sistemik nedenlerini belirlemeye yardımcı olur. Neden Önemli?dir? Bu öznitelik, zamanında tamamlama oranlarını ölçmek ve üretim çizelgelemesinin doğruluğunu analiz etmek için bir kıyaslama noktasıdır. Nereden Alınır?? Bu, 'ProdTable' tablosundaki 'SchedEnd' alanıdır. Örnekler::::::: 2023-04-25T17:00:00Z2023-04-26T17:00:00Z2023-04-27T17:00:00Z | |||
| Üretim Önceliği ProductionPriority | Üretim siparişinin aciliyetini veya önceliğini belirten bir derecelendirme. | ||
| Açıklama Üretim Önceliği, planlamacılar ve çizelgeleyiciler tarafından üretim katındaki iş sırasını yönetmek için kullanılan bir alandır. Daha yüksek önceliğe sahip emirler hızlandırılabilir, bu da diğer emirlerin planlanan takvimini bozabilir. Bu özniteliğin analizi, üretim planlarının yüksek öncelikli veya hızlandırılmış emirler tarafından ne sıklıkta kesintiye uğradığını anlamaya yardımcı olur. Bir emrin süreç döngüsü boyunca öncelikteki değişiklikleri takip etmek, talep veya planlamadaki istikrarsızlığı vurgulayabilir. Bu, 'Hızlandırılmış Üretim Eğilimleri' Dashboard'u ve 'Hızlandırılmış Üretim Oranı' KPI'ı için büyük önem taşır. Neden Önemli?dir? Bu, planlama istikrarsızlığını veya reaktif operasyonel yönetimi gösterebilecek hızlandırılmış emirlerin sıklığını ve etkisini belirlemeye yardımcı olur. Nereden Alınır?? Bu, 'ProdTable' üzerinde standart veya özel bir alan olabilir. Yapılandırma genellikle şirkete özeldir. Örnekler::::::: NormalYüksekAcil | |||
| Üretim Sipariş Durumu ProductionOrderStatus | Üretim siparişinin mevcut süreç döngüsü durumunu gösterir. | ||
| Açıklama
Process Mining'de durum değişikliklerini analiz etmek, faaliyetleri tanımlamanın ve süreç akışını anlamanın birincil yoludur. Belirli bir durumdaki emirleri filtrelemek, her durumda harcanan süreyi analiz etmek ve takılı kalan veya geciken emirleri belirlemek için kullanılabilir. Neden Önemli?dir? Bu öznitelik, bir emrin ilerlemesi hakkında üst düzey bir genel bakış sunar ve farklı üretim aşamalarında harcanan sürenin filtrelenmesi, uyumluluk kontrolü ve analiz edilmesi için büyük önem taşır. Nereden Alınır?? Bu, 'ProdTable' tablosundaki 'ProdStatus' alanıdır. Örnekler::::::: PlanlandıSerbest BırakıldıBaşlatıldıSonlandırıldı | |||
| Üretim Tesisi ProductionPlant | Üretim emrinin yürütüldüğü üretim sahası veya tesisi. | ||
| Açıklama
Process Mining'de bu öznitelik, farklı tesisler arasında performans kıyaslamasına sunar. Analistler, döngü sürelerini, kaynak kullanımını ve standart süreçlere uyumu tesisler arasında karşılaştırarak en iyi uygulamaları belirleyebilir veya operasyonel iyileştirmeler gerektiren tesisleri bulabilirler. Kapasite kullanım analizi için gereklidir. Neden Önemli?dir? Bu, farklı üretim tesisleri arasında performans karşılaştırmasına ve kıyaslamasına olanak tanıyarak, en iyi uygulamaları ve alana özgü sorunları belirlemeye yardımcı olur. Nereden Alınır?? Bu, 'ProdTable' tablosundaki 'InventSiteId' alanıdır. Örnekler::::::: SITE-ASITE-BAna-WH | |||
| Üretim Tipi ProductionType | Üretim emrinin standart, yeniden işleme veya proje bazlı gibi sınıflandırması. | ||
| Açıklama Üretim Tipi, emri amacına göre sınıflandırır. Örneğin, 'Standart' bir emir normal stok üretimi için, 'Yeniden İşleme' emri daha önce üretilmiş bir üründeki kusurları düzeltmek için ve 'Proje' emri belirli bir müşteri projesiyle bağlantılıdır. Bu öznitelik, karşılaştırılabilir analiz görünümleri oluşturmak için önemlidir. Bir yeniden işleme emrinin süreci, standart bir emirden doğal olarak farklıdır. Süreç analizini Üretim Tipine göre ayırmak, karşılaştırmaların anlamlı olmasını sunar ve her tipin kendine özgü zorluklarını ve akışlarını anlamaya yardımcı olur. Neden Önemli?dir? Bu öznitelik, 'Standart' ve 'Yeniden İşleme' gibi farklı sipariş türleri doğal olarak farklı süreçleri takip ettiğinden ve farklı performans beklentilerine sahip olduğundan, analizin segmentasyonuna sunar. Nereden Alınır?? Bu, 'ProdTable' tablosundaki 'ProdType' alanıdır. Örnekler::::::: StandartTekrar İşlemeProje | |||
| Ürün Numarası ProductNumber | Üretilen ürün için benzersiz tanımlayıcı. | ||
| Açıklama
Süreci Ürün Numarasına göre analiz etmek, üretim süreç döngüsündeki ürüne özgü varyasyonları ortaya çıkarmaya yardımcı olur. Belirli ürünlerin daha uzun döngü sürelerine sahip olduğunu, daha fazla yeniden işleme gerektirdiğini veya daha sık gecikmeler yaşadığını gösterebilir, bu da ürün ve süreç mühendisleri için değerli girdiler sunar. Neden Önemli?dir? Üretilen ürüne göre süreç varyasyonlarının analiz edilmesini sağlayarak, ürüne özel darboğazları veya kalite sorunlarını belirlemeye yardımcı olur. Nereden Alınır?? Bu, 'ProdTable' tablosundaki 'ItemId' alanıdır. Örnekler::::::: FG-1001FG-2050ASSY-500B | |||
| Bitiş Zamanı EndTime | Faaliyetin ne zaman tamamlandığını gösteren kesin zaman damgası (zaman damgası)dır. | ||
| Açıklama
Process Mining'de, faaliyetler için hem Başlangıç hem de Bitiş Zamanına sahip olmak, bekleme süresi ile işlem süresinin daha ayrıntılı analizine sunar. Bir faaliyetin aktif olarak üzerinde çalışıldığı süre ile bir sonraki adımın başlaması için beklenen süre arasındaki farkı ayırt etmeye yardımcı olur, bu da detaylı darboğaz analizi için büyük önem taşır. Neden Önemli?dir? Aktivite işleme süresinin hesaplanmasını sunar, bunu bekleme süresinden ayırarak daha hassas darboğaz analizi yapılmasına sunar. Nereden Alınır?? Bu genellikle türetilmiştir. Örneğin, 'Üretim Başlatıldı'nın bitiş zamanı, 'Operasyon Tamamlandı'nın başlangıç zamanı olabilir. Bazı günlüklerde, bir bitiş zaman damgası (zaman damgası) açıkça kaydedilebilir. Örnekler::::::: 2023-04-15T09:30:45Z2023-04-15T12:00:00Z2023-04-16T15:00:10Z | |||
| Kalite Emri Numarası QualityOrderNumber | Üretim emrine bağlı bir kalite kontrol emri için tanımlayıcı. | ||
| Açıklama Kalite denetimi gerektiğinde, Dynamics 365'te genellikle bir Kalite Siparişi oluşturulur. Bu öznitelik, üretim sürecini kalite güvence sürecine bağlar ve ilgili kalite siparişinin ID'sini yakalar. Bu bağlantı, kalite yönetimi adımlarını içeren daha detaylı bir uçtan uca süreç görünümü sunar. Kalite denetimlerinin üretim teslim sürelerini nasıl etkilediğini analiz etmeye, kalite sürecindeki gecikmeleri belirlemeye ve farklı ürünler veya üretim hatları için kalite kontrol sıklığını anlamaya yardımcı olur. Neden Önemli?dir? Üretim sürecini kalite güvence sürecine bağlar, kalite denetimlerinin genel teslim sürelerini nasıl etkilediğinin analiz edilmesini sunar. Nereden Alınır?? Bu bilgi kalite yönetimi tablolarında (örn. 'InventQualityOrderTable') saklanır ve üretim emrine geri bağlanması gerekir. Örnekler::::::: QO-00123QO-00124QO-00125 | |||
| Malzeme Temini MaterialAvailabilityStatus | Üretim siparişi için gerekli hammaddelerin mevcut olup olmadığını gösterir. | ||
| Açıklama Bu öznitelik, üretim için gereken bileşenlerin hazır olma durumunu takip eder. 'Mevcut', 'Sipariş Edildi' veya 'Kıtlık' gibi durumları yansıtabilir. Bu bilgi, çizelgeleyicilerin bir üretim emrinin planlandığı gibi gerçekçi bir şekilde başlayıp başlayamayacağını anlamaları için büyük önem taşır. Process Mining'de bu öznitelik, üretim başlangıç gecikmelerinin temel nedenlerini teşhis etmek için büyük önem taşır. Bu durumu 'Üretim Emri Serbest Bırakıldı' ile 'Üretim Başlatıldı' arasındaki süre ile ilişkilendirerek, analistler malzeme kıtlıklarının çizelge uyumluluğu ve genel döngü süresi üzerindeki etkisini nicelendirebilirler. Bu, 'Malzeme Bulunabilirlik Gecikme Etkisi' Dashboard'unu doğrudan destekler. Neden Önemli?dir? Bu, malzeme kıtlıklarının neden olduğu üretim başlangıç gecikmelerini anlamak ve nicelendirmek, tedarik zinciri performansını üretim verimliliğine bağlamak için temel rol oynar. Nereden Alınır?? Bu durum genellikle tek bir alan değildir, ancak 'InventSum' tablosu aracılığıyla üretim emrinin Malzeme Listesi'ndeki (BOM) tüm kalemler için eldeki envanter seviyeleri kontrol edilerek türetilir. Örnekler::::::: Tamamen MevcutKısmi KıtlıkMevcut Değil | |||
| Planlanan Miktar PlannedQuantity | Üretilmesi planlanan ürünün miktarı. | ||
| Açıklama
Bu öznitelik, verim ve hurda gibi performans metrikleri için temel oluşturur. Planlanan Miktar'ın üretilen malların Gerçek Miktarı ile karşılaştırılmasıyla, planlamacılar üretim verimliliğini ve malzeme varyansını izleyebilir. Kapasite ve malzeme gereksinimleri planlaması için temel bir veri noktasıdır. Neden Önemli?dir? Bu, üretim verimini ve hurda oranlarını, fiili üretilen miktar ile karşılaştırarak ölçmek için kullanılan temel miktardır. Nereden Alınır?? Bu, 'ProdTable' tablosundaki 'QtySched' alanıdır. Örnekler::::::: 1005000250 | |||
| Revizyon Numarası ProductionOrderRevisionNumber | Bir üretim planının ilk oluşturulmasından sonra kaç kez ayarlandığının sayısı. | ||
| Açıklama Bu öznitelik, bir üretim emrine, çizelgelendikten veya serbest bırakıldıktan sonra yapılan miktar, tarih veya rota değişiklikleri gibi revizyonların veya önemli değişikliklerin sayısını takip eder. Daha yüksek bir sayı, planda daha büyük bir istikrarsızlık olduğunu gösterir. Bu, 'Üretim Planı Revizyon Oranı' KPI'ı için doğrudan bir ölçümdür. Bunun analiz edilmesi, sık talep değişiklikleri veya yanlış başlangıç planlaması gibi planlama istikrarsızlığının kaynaklarını belirlemeye yardımcı olur. Sıklıkla verimsizliklere yol açan yeniden işleme ve yeniden çizelgeleme çabasının miktarını ölçülmesini sağlar. Neden Önemli?dir? Bu, doğrudan planlama istikrarını ölçer ve 'Üretim Planı Revizyon Oranı' KPI'ını destekleyerek, aşırı değişiklikler ve yeniden işlemeye sahip süreçleri vurgular. Nereden Alınır?? Bu, her Örnekler::::::: 012 | |||
| Üretim Başlangıç Gecikmesi ProductionStartDelay | Emrin serbest bırakılması ile üretimin fiili başlangıcı arasında geçen süre. | ||
| Açıklama Bu hesaplanmış süre, üretim katındaki bekleme süresini veya kuyruk süresini ölçer. 'Üretim Emri Serbest Bırakıldı' faaliyeti ile 'Üretim Başlatıldı' faaliyeti arasındaki zaman farkıdır. Bu KPI, 'Kaynak Tahsis Gecikmesi Analizi' Dashboard'u için büyük önem taşır, çünkü planlama tamamlandıktan ve emir yürütmeye hazır olduktan sonra ortaya çıkan gecikmeleri belirler. Yüksek değerler, kaynak bulunabilirliği, malzeme hazırlığı veya üretim katına bilgi akışıyla ilgili sorunları gösterebilir ve operasyonel iyileştirmeler için net bir hedef sunar. Neden Önemli?dir? Hazır olma' gecikmesini hassas bir şekilde ölçer, kaynak kullanılabilirliği veya üretim sahası hazırlığı ile ilgili darboğazları belirlemeye yardımcı olur. Nereden Alınır?? Bu hesaplanmış bir metriktir: zaman damgası (zaman damgası)('Üretim Başlatıldı') - zaman damgası (zaman damgası)('Üretim Emri Serbest Bırakıldı'). Örnekler::::::: 0d 4s 15d1g 2s 0d0d 1s 30d | |||
| Üretim Hattı ProductionLine | Üretim emrine atanan belirli üretim hattı, iş merkezi veya kaynak grubu. | ||
| Açıklama
Süreci Üretim Hattına göre analiz etmek, ayrıntılı kapasite ve kullanım analizi için büyük önem taşır. Aşırı yüklü iş merkezlerini belirlemeye, aynı ürünü üreten farklı hatların verimliliğini karşılaştırmaya ve tesis düzeyinde görünmeyebilecek kaynağa özgü darboğazları tespit etmeye yardımcı olur. Neden Önemli?dir? Bu, kaynak kullanımı ve performansının ayrıntılı analizine olanak tanıyarak, aşırı yüklü iş merkezlerini veya verimsiz hatları belirlemeye yardımcı olur. Nereden Alınır?? Bu bilgi genellikle üretim rota işlemlerindeki ('ProdRoute' veya 'ProdRouteTrans' tabloları) 'WrkCtrId' alanında bulunur. Örnekler::::::: HAT-01HAT-02CNC-A | |||
| Zamanında Başlangıç ProductionScheduleAdherence | Üretim siparişinin planlanan başlangıç tarihinde veya öncesinde başlayıp başlamadığını gösteren boolean bir bayrak. | ||
| Açıklama Bu hesaplanmış öznitelik, üretimin başlangıcı için çizelgeleme uyumluluğunun basit, ikili bir göstergesini sunar. Gerçek başlangıç zaman damgası (zaman damgası)nı ('Üretim Başlatıldı' olayı) 'PlanlananBaşlangıçTarihi' özniteliğiyle karşılaştırır. Bu işaretleyici, 'Üretim Çizelgesi Uyumluluk Oranı' gibi açık ve özlü Dashboard'lar ve KPI'lar oluşturmak için son derece faydalıdır. Emirlerin yüzde kaçının zamanında başladığını görmek ve gecikenlerin özelliklerini doğrudan analiz aracında tarih karşılaştırmaları yapmaya gerek kalmadan analiz etmek için kolay filtreleme ve toplama imkanı sunar. Neden Önemli?dir? Bu, çizelgeleme uyumu için raporlama ve KPI hesaplamasını basitleştirerek, zamanında veya geç kalan emirlerin kolayca filtrelenmesini ve toplanmasını sunar. Nereden Alınır?? Bu hesaplanmış bir metriktir. Mantık şudur: 'Üretim Başlatıldı' OlayZamanı <= PlanlananBaşlangıçTarihi. Örnekler::::::: truefalse | |||
Üretim Planlama Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Üretim Başlatıldı | Sipariş için üretim sahasındaki fiziksel üretim çalışmalarının başlangıcını işaretler. Bu, genellikle ilk operasyon veya iş, bir üretim sahası terminali veya günlük gönderimi aracılığıyla başlatıldığında kaydedilir. | ||
| Neden Önemli?dir? Bu faaliyet, başlangıç gecikmelerini, çizelgeleme uyumluluğunu ve fiili teslim sürelerini hesaplamak için kritik olan üretimin gerçek başlangıç zamanını sunar. Nereden Alınır?? ProdTable'daki üretim siparişi durumu 'Başladı' olarak değiştiğinde yakalanır. Bu genellikle ilk operasyon için bir iş kartı veya rota kartı günlüğünün gönderilmesiyle tetiklenir. Yakala ProdTable'daki ProdStatus alanının 'Başladı' olarak değiştiği zaman damgası (zaman damgası)nı tespit edin. Event tipi inferred | |||
| Üretim Emri Planlandı | Bu faaliyet, üretim emrinin operasyonları için belirli kaynakları, tarihleri ve saatleri tahsis eden çizelgelemesini işaret eder. Bu adım, operasyon çizelgeleme veya daha detaylı iş çizelgeleme içerebilir. | ||
| Neden Önemli?dir? Çizelgeleme, kapasite planlaması ve kaynak yönetimi için büyük önem taşır. Emirlerin çizelgelenmesi için harcanan süreyi ve serbest bırakılmadan önceki boşluğu analiz etmek, planlama ve kapasite kısıtlamalarını ortaya koyar. Nereden Alınır?? ProdTable'daki üretim siparişi durumu 'Planlandı' olarak değiştiğinde yakalanır. Bu, bir kullanıcının zamanlama işlevi çalıştırmasıyla tetiklenir. Yakala ProdTable'daki ProdStatus alanının 'Planlandı' olarak değiştiği zaman damgası (zaman damgası)nı tespit edin. Event tipi inferred | |||
| Üretim Emri Serbest Bırakıldı | Bu faaliyet, üretim emrinin onaylandığını ve üretim katında yürütme için yetkilendirildiğini belirtir. Bu, iş kartları ve rota kartları gibi belgelerin serbest bırakılmasını sağlayan önemli bir kilometre taşıdır. | ||
| Neden Önemli?dir? Bu, planlamadan yürütmeye resmi geçiştir. 'Çizelgelendi' ve 'Serbest Bırakıldı' arasındaki süre onay gecikmelerini veya son kontrolleri gösterebilirken, 'Serbest Bırakıldı'dan 'Başlatıldı'ya kadar geçen süre üretim katı hazırlığını ölçer. Nereden Alınır?? Bu, ProdTable'daki üretim emri durumu 'Serbest Bırakıldı' olarak değiştiğinde yakalanır. Bu, manuel veya otomatik bir kullanıcı eylemidir. Yakala ProdTable'daki ProdStatus alanının 'Serbest Bırakıldı' olarak değiştiği zaman damgası (zaman damgası)nı tespit edin. Event tipi inferred | |||
| Üretim Emri Sonlandırıldı | Bu, üretim emrinin finansal kapanışını temsil eden son faaliyettir. Tüm maliyetler hesaplanmış ve kaydedilmiştir ve emirle ilgili başka işlem yapılamaz. | ||
| Neden Önemli?dir? Bu, emrin hem fiziksel hem de finansal açıdan gerçek tamamlanmasını işaret eder. 'Tamamlandı Olarak Bildirildi' ve 'Sonlandırıldı' arasındaki gecikmeler, maliyet muhasebesi veya finansal kapanış süreçlerindeki sorunlara işaret edebilir. Nereden Alınır?? Bu, 'ProdTable'daki 'ProdStatus' alanı 'Sonlandırıldı' olarak ayarlandığında yakalanan son durum değişikliğidir. Bu, maliyet hesaplamasının çalıştırılması ve emrin sonlandırılmasıyla tetiklenir. Yakala ProdTable'daki ProdStatus alanının 'Sonlandırıldı' olarak değiştiği zaman damgası (zaman damgası)nı tespit edin. Event tipi inferred | |||
| Üretim Siparişi Oluşturuldu | Bu faaliyet, belirli bir ürün miktarının talebini resmileştiren bir üretim emrinin oluşturulmasını işaret eder. Bu durum genellikle planlanan bir üretim emri kesinleştiğinde, sistemde benzersiz bir kimliğe sahip resmi bir kayıt oluşturularak yakalanır. | ||
| Neden Önemli?dir? Bu, üretim süreci için birincil başlangıç olayıdır. Bu oluşturulmadan sonraki adımlara kadar geçen süreyi analiz etmek, genel planlama teslim süresini ve verimliliğini ölçmeye yardımcı olur. Nereden Alınır?? Bu olay, ProdTable'daki üretim emri kaydının oluşturulma zaman damgası (zaman damgası)ndan çıkarılır. Başlangıç durumu genellikle 'Oluşturuldu'dur. Yakala ProdTable'da ProdStatus'un 'Created' olduğu yeni bir girişin oluşturulma zaman damgası (zaman damgası)nı yakalayın. Event tipi inferred | |||
| Üretim Tamamlandı Olarak Bildirildi | Belirtilen miktardaki ürün için üretim sürecinin fiziksel olarak tamamlandığını ve bitmiş malların artık envanterde olduğunu gösterir. Bu, envanter işlemlerini tetikleyen kritik bir durum güncellemesidir. | ||
| Neden Önemli?dir? Bu, fiziksel üretimin sonunu işaret eder. Zamanında tamamlama oranlarını, fiili üretim süresini ve verimi hesaplamak için gereklidir. Nereden Alınır?? ProdTable'daki üretim siparişi durumu 'Bitmiş Olarak Raporlandı' olarak değiştiğinde yakalanır. Bu, Bitmiş Olarak Raporla günlüğünün gönderilmesiyle tetiklenir. Yakala ProdTable'daki ProdStatus alanının 'Bitmiş Olarak Raporlandı' olarak değiştiği zaman damgası (zaman damgası)nı tespit edin. Event tipi inferred | |||
| Kalite Denetimi Başarılı | Üretim süreciyle ilişkili bir kalite emrinin başarılı bir şekilde tamamlanmasını ve onaylanmasını temsil eder. Bu, üretilen öğelerin gerekli kalite standartlarını karşıladığını doğrular. | ||
| Neden Önemli?dir? Bu, kalite sürecinde önemli bir kilometre taşıdır. Kalite emri oluşturma ile denetimi geçme arasındaki süre, Kalite Güvence (KG) ekibinin verimliliğini vurgular. Nereden Alınır?? InventQualityOrderTable kaydındaki bir durum değişikliğinden 'Geçti' durumuna çıkarılır. Belirli durum değeri değişebilir. Yakala İlişkili InventQualityOrderTable kaydındaki durumun 'Geçti' olarak güncellendiği zaman damgası (zaman damgası)nı tespit edin. Event tipi inferred | |||
| Kalite Emri Oluşturuldu | Üretim siparişinden gelen çıktıyı denetlemek için bir kalite siparişi oluşturuldu. Bu olay, üretilen mallar için kalite güvence sürecinin başlangıcını ifade eder. | ||
| Neden Önemli?dir? Kalite sürecini takip etmek, toplam teslim süresini anlamak için önemlidir. Kalite denetimindeki gecikmeler, ürünlerin sevk edilmesini veya sonraki süreçlerde kullanılmasını engelleyebilir. Nereden Alınır?? Bu, kaynak üretim emrine atıfta bulunan InventQualityOrderTable'da bir kaydın oluşturulmasına dayalı açık bir olaydır. Yakala Üretim siparişi kimliğine bağlı InventQualityOrderTable'daki kalite siparişinin oluşturulma zaman damgası (zaman damgası)nı yakalayın. Event tipi explicit | |||
| Operasyon Tamamlandı | Bu faaliyet, üretim rotasındaki bireysel bir üretim operasyonunun veya adımının tamamlandığını belirtir. Bir üretim emrinin genellikle bu türden birden fazla olayı olacaktır. | ||
| Neden Önemli?dir? Operasyonlar arasındaki sürenin analizi, üretim sürecinin kendi içindeki darboğazları belirlemeye yardımcı olur. Bu, üretim sahası akışına daha ayrıntılı bir bakış sunar. Nereden Alınır?? Bu, her operasyon için rota kartı günlüklerinin (ProdJournalRoute) gönderilmesinden yakalanan, o adımın tamamlandığını gösteren açık bir olaydır. Yakala Üretim siparişiyle ilişkili her ProdJournalRoute kaydının gönderi zaman damgası (zaman damgası)nı yakalayın. Event tipi explicit | |||
| Üretim Emri Düzenlendi | Serbest bırakıldıktan sonra üretim emrinde yapılan, miktar değişikliği veya tarih modifikasyonu gibi önemli bir değişikliği temsil eder. Bu olay, bir değişiklik öncesi ve sonrası anahtar alanlar karşılaştırılarak çıkarılır. | ||
| Neden Önemli?dir? Sık yapılan ayarlamalar, planlama istikrarsızlığını veya değişken talebi gösterir, bu da verimsizliklere ve yeniden çalışmaya yol açar. Bu, bu tür değişikliklerin oranını ve etkisini ölçmeye yardımcı olur. Nereden Alınır?? Sipariş durumu 'Serbest Bırakıldı' olduktan sonra ProdTable kaydındaki 'QtySched' veya 'SchedEnd' gibi alanlar için değişiklik günlüklerini analiz ederek veya anlık görüntüleri karşılaştırarak çıkarılır. Yakala Serbest Bırakıldı' olay zaman damgası (zaman damgası)ndan sonra ProdTable üzerindeki ana alanlardaki (örn. miktar, tarihler) değişiklikleri belirleyin. Event tipi calculated | |||
| Üretim Emri Tahmin Edildi | Üretim emri için tahmini malzeme ve maliyet tüketimi hesaplamasını temsil eder. Bu, ilerlemeden önce finansal ve malzeme gereksinimlerinin anlaşıldığından emin olmak için kritik bir planlama adımıdır. | ||
| Neden Önemli?dir? Tahminlerdeki gecikmeler, planlama aşamasında önemli bir darboğaz olabilir. Bu aktiviteyi takip etmek, maliyet ve malzeme planlama sürecindeki verimsizlikleri belirlemeye yardımcı olur. Nereden Alınır?? Bu, ProdTable'daki üretim emri durumu 'Tahmin Edildi' olarak değiştiğinde yakalanır. Bu, kullanıcının emir üzerinde 'Tahmin Et' işlevini çalıştırmasıyla tetiklenir. Yakala ProdTable'daki ProdStatus alanının 'Tahmini' olarak değiştiği zaman damgası (zaman damgası)nı tespit edin. Event tipi inferred | |||
| Üretim İçin Malzemeler Toplandı | Üretim siparişi için gerekli hammaddelerin depodan alındığını ve tüketime hazır olduğunu gösterir. Bu olay, bir hammadde toplama işinin veya toplama listesi günlüğünün gönderilmesinin tamamlanması üzerine kaydedilir. | ||
| Neden Önemli?dir? Bu faaliyet, üretimin başlaması için kritik bir kapıdır. Çizelgeleme ve malzeme toplama arasındaki gecikmeler, depo operasyonlarındaki veya malzeme bulunabilirliğindeki sorunları vurgular. Nereden Alınır?? Bu, genellikle üretim emrine bağlı depo yönetimi tablolarında (WHSWorkTable) veya envanter günlüklerinde (InventJournalTrans) kaydedilen açık bir olaydır. Yakala Üretim siparişiyle ilişkili toplama listesi günlüğünün gönderi zaman damgası (zaman damgası)nı yakalayın. Event tipi explicit | |||
| Üretim Siparişi İptal Edildi | Bir üretim emrinin tamamlanmadan önce iptal edilmesini temsil eder. Bu, sürecin alternatif, başarısız bir sonudur. | ||
| Neden Önemli?dir? İptalleri takip etmek, talep değişiklikleri veya planlama hataları gibi süreç başarısızlıklarının nedenlerini belirlemeye yardımcı olur. Yüksek iptal oranları, sistemik sorunlara işaret edebilir. Nereden Alınır?? Bu, bir durum değişikliğinden çıkarılan alternatif bir son durumdur. Kesin durum değişebilir, ancak genellikle emrin durumunu önceki bir duruma sıfırlamayı ve iptal edildi olarak işaretlemeyi içerir. Yakala İptali gösteren bir durum değişikliğini tespit edin. Bu, tanımlamak için belirli bir sistem analizi gerektirebilir. Event tipi inferred | |||
Veri Çıkarma Kılavuzları
Adımlar
- Veri Yönetimi Çalışanşma Alanına Gidin: Microsoft Dynamics 365 Finance and Operations'a giriş yapın. Arama çubuğunu kullanarak
Veri yönetimiçalışma alanını bulun ve buraya gidin. - Yeni Bir Dışa Aktarım Projesi Oluşturun: Çalışanşma alanı içinde, yeni bir veri dışa aktarım projesi oluşturmak için
Dışa Aktarkutucuğunu seçin. ProjeyeProcessMind_Production_Ordersgibi açıklayıcı bir ad verin. - Dışa Aktarma Dosya Biçimini Seçin: Proje yapılandırmasında, dışa aktarım için istediğiniz veri biçimini (örneğin, CSV veya Excel) seçin.
Varlıkseçeneğini ayarlayın ve biçim ayrıntılarını belirtin. Performans ve uyumluluk için CSV önerilir. - Gerekli Veri Varlıklarını Ekleyin: Tüm üretim siparişi olaylarını yakalamak için projeye gerekli veri varlıklarını ekleyin. Aşağıdaki varlıkların her birini eklemeniz gerekecektir:
Üretim siparişleri,Üretim siparişi rota işlemleri,Envanter kalite siparişleriveÜretim toplama listesi günlük satırları. Her varlık için, sorgu bölümünde belirtilen tüm ilgili alanları seçtiğinizden emin olun. - Veri Filtreleri Uygulayın: Her varlık için, veri dışa aktarımının kapsamını belirlemek üzere
Filtreseçeneğini kullanın. Minimum olarak, doğru tüzel kişiliği seçmek içinŞirkete göre filtreleyin. Veri hacmini yönetilebilir bir süreye, örneğin son 6 aya, sınırlamak içinÜretim siparişlerivarlığındakiOluşturma tarihigibi temel bir tarih alanına tarih aralığı filtresi uygulamanız şiddetle tavsiye edilir. - Artımlı Dışa Aktarımları Yapılandırın (Opsiyonel): Sürekli analiz için, projeyi artımlı dışa aktarımlar için yapılandırın. Bu, kaynak varlıklar üzerindeki değişiklikleri izleyerek yapılabilir, bu da son dışa aktarımdan bu yana yalnızca yeni veya değiştirilmiş kayıtları çıkarmanıza olanak tanıyarak dışa aktarım süresini önemli ölçüde azaltır.
- Dışa Aktarma İşini Çalışanştırın: Proje yapılandırıldıktan sonra, eylem bölmesindeki
Dışa Aktardüğmesine tıklayarak dışa aktarımı başlatın. Hemen çalıştırabilir veya tekrarlayan bir toplu iş olarak planlayabilirsiniz. - Dışa Aktarılan Dosyaları İndirin: Dışa aktarma işi başarıyla tamamlandıktan sonra, iş geçmişine gidin. Dahil ettiğiniz her varlık için ayrı veri dosyaları içeren bir ZIP dosyası olan paketi indirin.
- Verileri Bir Olay Günlüğüne Dönüştürün: Dışa aktarılan dosyalar, ham tablo verilerini temsil eder, biçimlendirilmiş bir event lognü değil. Bu dosyalardaki verileri işlemek ve birleştirmek için harici bir araç (Python betiği, Excel/Power BI'daki Power Query veya bir ETL aracı gibi) kullanmanız gerekir. Çeşitli varlıklardan tarih ve durum alanlarını her etkinlik için bir satır içeren tek bir event log dosyasına dönüştürmek için sorgu bölümünde belirtilen dönüşüm mantığı uygulanmalıdır.
- Son Olay Günlüğünü Yapılandırın: Dönüştürülen nihai CSV dosyasının
ProductionOrderNumber,(ActivityName),(EventTime),SourceSystemveLastDataUpdategibi gerekli sütunları ve ayrıca önerilen diğer nitelikleri içerdiğinden emin olun. Dosya bir başlık satırıyla biçimlendirilmiş ve ProcessMind'e yüklenmeye hazır olmalıdır.
Konfigürasyon
- Temel Veri Varlıkları (Entities): Bu veri çekiminin özü, çeşitli varlıkların dışa aktarılmasına ve daha sonra birleştirilmesine dayanır. Birincil varlıklar,
Üretim siparişleri(ProdTable),Üretim siparişi rota işlemleri(ProdRouteTrans) veEnvanter kalite siparişleri(InventQualityOrderTable)'dir. - Tarih Aralığı Filtreleme: Veri hacmini yönetmek için her zaman bir tarih filtresi uygulayın. İyi bir uygulama,
Üretim siparişlerivarlığınıOluşturulma tarihi(CREATEDDATETIME) üzerinde son 3 ila 6 ay için filtrelemektir. Bu, sistemi aşırı yüklemeden eksiksiz, güncel süreçleri yakalamanızı sunar. - Şirket Filtresi: Analiz etmek istediğiniz belirli şirket veya tüzel kişilik için bir filtre belirlemek büyük önem taşır. Bu, dışa aktarma projesi içindeki her varlıkta
Filtreseçeneği aracılığıyla yapılır. - Tam (Full) vs. Artımlı (Incremental) Aktarım: İlk veri çekimi için tam bir aktarım gereklidir. Sonraki güncellemeler için, performansı artırmak ve veri yükünü azaltmak amacıyla varlıklar üzerinde değişiklik takibini yapılandırmak ve artımlı dışa aktarımlar gerçekleştirmek şiddetle tavsiye edilir.
- Ön Koşullar: Dışa aktarımı çalıştıran kullanıcının, genellikle
Veri yönetimi yöneticisiveya gerekli veri varlıklarına erişim izinleri olan bir rol dahil olmak üzere uygun güvenlik rollerine sahip olması gerekir.
a Örnek Sorgu config
/*
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 Adımlar
- Dynamics 365'te BYOD Yapılandırın: Dynamics 365 Finans ve Operasyonlar ortamınızda 'Kendi veritabanınızı getirin' (Bring your own database) özelliğinin yapılandırıldığından emin olun. Bu, bir Azure SQL Veritabanı kurmayı ve Dynamics 365'ten veri dışa aktarımını yapılandırmayı içerir.
- Gerekli Varlıkları Yayımlayın: 'Veri yönetimi' çalışma alanından 'Veri varlıkları'na gidin. BYOD veritabanınıza aşağıdaki temel varlıkları arayın ve yayımlayın: ProdTable, ProdRouteTrans, InventPickingListJour ve InventQualityOrderTable. Bunların düzenli dışa aktarım için yapılandırıldığından emin olun.
- Veri Senkronizasyonunu Doğrulayın: Yayımlanan varlıklardan gelen verilerin hedef Azure SQL Veritabanınıza başarılı ve düzenli bir şekilde senkronize edildiğini onaylayın. Herhangi bir hata için dışa aktarım iş geçmişini kontrol edin.
- BYOD Veritabanına Bağlanın: Dynamics 365 verilerinizin bulunduğu Azure SQL Veritabanına bağlanmak için SQL Server Management Studio (SSMS) veya Azure Data Studio gibi bir SQL istemcisi kullanın.
- SQL Sorgusunu Hazırlayın: Yeni bir sorgu penceresi açın. Bu belgede sağlanan SQL sorgusunun tamamını kopyalayın.
- Sorgu Parametrelerini Ayarlayın: Sorguda yer tutucu değişkenleri bulun. '{StartDate}', '{EndDate}' ve '{CompanyCode}' değerlerini istediğiniz tarih aralığı ve analiz etmek istediğiniz belirli şirketin DataAreaId'si ile değiştirin.
- Sorguyu Yürütün: Değiştirilen SQL sorgusunu BYOD veritabanına karşı çalıştırın. Yürütme süresi, veri hacmine ve belirtilen tarih aralığına bağlı olarak değişecektir.
- Sonuçları İnceleyin: Sorgu tamamlandığında, dışa aktarılan tüm faaliyetler için beklenen sütunları ve verileri içerdiğinden emin olmak için çıktıyı gözden geçirin. Sonuç kümesi event logdür.
- Olay Günlüğünü Dışa Aktarın: Sorgu sonuçlarını bir CSV dosyasına dışa aktarın. Çoğu SQL istemcisinin sonuçları doğrudan bir dosyaya kaydetmek için yerleşik bir işlevi vardır.
- ProcessMind için Biçimlendirme: Dışa aktarılan CSV dosyasının UTF-8 kodlamasına sahip olduğundan ve sütun başlıklarının ProcessMind tarafından istenen CaseId, Activity ve zaman damgası (zaman damgası) gibi öznitelik adlarıyla eşleştiğinden emin olun. Sağlanan sorgu zaten doğru takma adları kullanmaktadır.
Konfigürasyon
- Temel Veri Varlıkları (Entities): Sorgu öncelikli olarak BYOD örneğinize aktarılan aşağıdaki varlıklara dayanır:
PRODTABLE: Ana üretim siparişi başlık bilgilerini ve durumunu içerir.PRODROUTETRANS: Bireysel üretim operasyonları ve bunların tamamlanması hakkında ayrıntılar sunar.INVENTPICKINGLISTJOUR: Üretim siparişleri için malzeme toplama işlemlerini kaydeder.INVENTQUALITYORDERTABLE: Üretime bağlı kalite güvence siparişlerini takip eder.- Tarih Aralığı: Yönetilebilir sorgu performansı güçlüak için, örneğin 3 ila 6 aylık veri gibi sınırlı bir tarih aralığıyla başlamanız önerilir. Sorgu, filtreleme için üretim siparişinin oluşturulma tarihini (
PRODTABLE'danCREATEDDATETIME) kullanır. - Şirket Kodu Filtresi:
DATAREAIDalanı, belirli bir tüzel kişilik veya şirket için verileri filtrelemek amacıyla kullanılır.'{CompanyCode}'yer tutucusunu ilgili kimlikle, örneğin 'usmf' ile değiştirmeniz gerekir. - Ön Koşullar: Bu yöntem, BYOD'yi yapılandırmak için hem Dynamics 365 Finans ve Operasyonlar'a sistem yöneticisi erişimi hem de sorguları yürütmek için Azure SQL Veritabanı üzerinde Katkıda Bulunan izinleri gerektirir.
- Performans: Birkaç yıl veya şirketi kapsayan çok büyük veri kümeleri için, sorguyu yoğun olmayan saatlerde çalıştırmayı düşünün. Ayrıca veri çekimini daha küçük zaman dilimlerine bölüp sonuçları daha sonra birleştirebilirsiniz.
a Örnek Sorgu 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}'; Adımlar
- Veri Yönetimi Çalışanşma Alanına Gidin: Microsoft Dynamics 365 Finance and Operations'a giriş yapın. Arama çubuğunu kullanarak
Veri yönetimiçalışma alanını bulun ve buraya gidin. - Yeni Bir Dışa Aktarım Projesi Oluşturun: Çalışanşma alanı içinde, yeni bir veri dışa aktarım projesi oluşturmak için
Dışa Aktarkutucuğunu seçin. ProjeyeProcessMind_Production_Ordersgibi açıklayıcı bir ad verin. - Dışa Aktarma Dosya Biçimini Seçin: Proje yapılandırmasında, dışa aktarım için istediğiniz veri biçimini (örneğin, CSV veya Excel) seçin.
Varlıkseçeneğini ayarlayın ve biçim ayrıntılarını belirtin. Performans ve uyumluluk için CSV önerilir. - Gerekli Veri Varlıklarını Ekleyin: Tüm üretim siparişi olaylarını yakalamak için projeye gerekli veri varlıklarını ekleyin. Aşağıdaki varlıkların her birini eklemeniz gerekecektir:
Üretim siparişleri,Üretim siparişi rota işlemleri,Envanter kalite siparişleriveÜretim toplama listesi günlük satırları. Her varlık için, sorgu bölümünde belirtilen tüm ilgili alanları seçtiğinizden emin olun. - Veri Filtreleri Uygulayın: Her varlık için, veri dışa aktarımının kapsamını belirlemek üzere
Filtreseçeneğini kullanın. Minimum olarak, doğru tüzel kişiliği seçmek içinŞirkete göre filtreleyin. Veri hacmini yönetilebilir bir süreye, örneğin son 6 aya, sınırlamak içinÜretim siparişlerivarlığındakiOluşturma tarihigibi temel bir tarih alanına tarih aralığı filtresi uygulamanız şiddetle tavsiye edilir. - Artımlı Dışa Aktarımları Yapılandırın (Opsiyonel): Sürekli analiz için, projeyi artımlı dışa aktarımlar için yapılandırın. Bu, kaynak varlıklar üzerindeki değişiklikleri izleyerek yapılabilir, bu da son dışa aktarımdan bu yana yalnızca yeni veya değiştirilmiş kayıtları çıkarmanıza olanak tanıyarak dışa aktarım süresini önemli ölçüde azaltır.
- Dışa Aktarma İşini Çalışanştırın: Proje yapılandırıldıktan sonra, eylem bölmesindeki
Dışa Aktardüğmesine tıklayarak dışa aktarımı başlatın. Hemen çalıştırabilir veya tekrarlayan bir toplu iş olarak planlayabilirsiniz. - Dışa Aktarılan Dosyaları İndirin: Dışa aktarma işi başarıyla tamamlandıktan sonra, iş geçmişine gidin. Dahil ettiğiniz her varlık için ayrı veri dosyaları içeren bir ZIP dosyası olan paketi indirin.
- Verileri Bir Olay Günlüğüne Dönüştürün: Dışa aktarılan dosyalar, ham tablo verilerini temsil eder, biçimlendirilmiş bir event lognü değil. Bu dosyalardaki verileri işlemek ve birleştirmek için harici bir araç (Python betiği, Excel/Power BI'daki Power Query veya bir ETL aracı gibi) kullanmanız gerekir. Çeşitli varlıklardan tarih ve durum alanlarını her etkinlik için bir satır içeren tek bir event log dosyasına dönüştürmek için sorgu bölümünde belirtilen dönüşüm mantığı uygulanmalıdır.
- Son Olay Günlüğünü Yapılandırın: Dönüştürülen nihai CSV dosyasının
ProductionOrderNumber,(ActivityName),(EventTime),SourceSystemveLastDataUpdategibi gerekli sütunları ve ayrıca önerilen diğer nitelikleri içerdiğinden emin olun. Dosya bir başlık satırıyla biçimlendirilmiş ve ProcessMind'e yüklenmeye hazır olmalıdır.
Konfigürasyon
- Temel Veri Varlıkları (Entities): Bu veri çekiminin özü, çeşitli varlıkların dışa aktarılmasına ve daha sonra birleştirilmesine dayanır. Birincil varlıklar,
Üretim siparişleri(ProdTable),Üretim siparişi rota işlemleri(ProdRouteTrans) veEnvanter kalite siparişleri(InventQualityOrderTable)'dir. - Tarih Aralığı Filtreleme: Veri hacmini yönetmek için her zaman bir tarih filtresi uygulayın. İyi bir uygulama,
Üretim siparişlerivarlığınıOluşturulma tarihi(CREATEDDATETIME) üzerinde son 3 ila 6 ay için filtrelemektir. Bu, sistemi aşırı yüklemeden eksiksiz, güncel süreçleri yakalamanızı sunar. - Şirket Filtresi: Analiz etmek istediğiniz belirli şirket veya tüzel kişilik için bir filtre belirlemek büyük önem taşır. Bu, dışa aktarma projesi içindeki her varlıkta
Filtreseçeneği aracılığıyla yapılır. - Tam (Full) vs. Artımlı (Incremental) Aktarım: İlk veri çekimi için tam bir aktarım gereklidir. Sonraki güncellemeler için, performansı artırmak ve veri yükünü azaltmak amacıyla varlıklar üzerinde değişiklik takibini yapılandırmak ve artımlı dışa aktarımlar gerçekleştirmek şiddetle tavsiye edilir.
- Ön Koşullar: Dışa aktarımı çalıştıran kullanıcının, genellikle
Veri yönetimi yöneticisiveya gerekli veri varlıklarına erişim izinleri olan bir rol dahil olmak üzere uygun güvenlik rollerine sahip olması gerekir.
a Örnek Sorgu config
/*
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