Tedarik Zinciri Yönetimi Veri Şablonunuz

Microsoft Dynamics 365 SCM
Tedarik Zinciri Yönetimi Veri Şablonunuz

Tedarik Zinciri Yönetimi Veri Şablonunuz

Bu ayrıntılı veri şablonu, tedarik zincirinizde etkili Process Mining için gereken temel bilgileri toplamanıza yönelik yapılandırılmış bir yaklaşım sunar. İzlenmesi gereken önemli öznitelikleri ve etkinlikleri, bu verilerin Microsoft Dynamics 365 SCMden nasıl çıkarılacağına ilişkin açık yönlendirmelerle birlikte açıklar. İçgörüler sağlayan analizlere hazır bir Event Log oluşturmak için bu şablonu kullanın.
  • Ayrıntılı analiz için toplanması önerilen öznitelikler
  • Süreciniz boyunca izlenmesi gereken temel tedarik zinciri faaliyetleri
  • Microsoft Dynamics 365 SCM için pratik veri çıkarma yönlendirmeleri
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Tedarik zinciri yönetimi öznitelikleri

Tedarik zinciri yönetimi süreçlerinizi kapsamlı ve doğru biçimde analiz etmenizi sağlayacak önerilen veri alanları şunlardır.
5 Gerekli 8 Önerilen 8 İsteğe bağlı
Ad Açıklama
Lojistik Siparişi
LogisticsOrder
Belirli bir tedarik zinciri sipariş karşılama talebinin benzersiz tanımlayıcısıdır ve temel vaka kimliği olarak kullanılır.
Açıklama

Lojistik Sipariş, müşteri talebinden son teslimata kadar lojistik sürecindeki tüm faaliyetleri birbirine bağlayan benzersiz tanımlayıcıdır. Bu öznitelik, belirli bir sipariş karşılama talebi için satın alma, üretim ve sevkiyat gibi çeşitli alt süreçleri birbirine bağlayan merkezi referans noktasıdır.

Analizde her olay bir Lojistik Sipariş ile ilişkilendirilir. Böylece süreç akışı uçtan uca yeniden oluşturulabilir. Bu yapı, bir siparişin farklı departmanlar ve sistemler arasındaki yolculuğunu izlemeyi, darboğazları belirlemeyi ve başlangıçtan sona toplam çevrim süresini doğru biçimde ölçmeyi sağlar.

Neden önemli?

İlgili tüm süreç olaylarını birbirine bağlayan temel anahtardır. Böylece tek bir sipariş karşılama talebi için tedarik zinciri sürecini uçtan uca analiz edebilirsiniz.

Nereden alınır?

Bu, muhtemelen SalesTable (Satış Siparişi), WHSLoadTable (Yük Kimliği) veya InventTransOrigin (Referans Kimliği) gibi tablolardaki alanların birleştirilmesiyle oluşturulan ve farklı modüller arasında benzersiz vaka kimliği sağlayan kavramsal bir tanımlayıcıdır.

Örnekler
LO-2024-00123LO-2024-00124LO-2024-00125
Faaliyet
ActivityName
Lojistik sürecinin belirli bir noktasında gerçekleşen iş olayının veya görevin adıdır.
Açıklama

Bu öznitelik, 'Purchase Order Issued', 'Goods Produced' veya 'Shipment Scheduled' gibi gerçekleşen belirli iş olayını ya da görevi kaydeder. Bu faaliyetler, sürecin temel yapı taşlarıdır.

Bu faaliyetlerin sırasını, sıklığını ve süresini analiz etmek Process Mining'in temelini oluşturur. Süreç haritalarını otomatik olarak keşfetmenizi ve görselleştirmenizi, standart prosedürlerden sapmaları tespit etmenizi ve iyileştirmeye uygun sık tekrarlanan ya da verimsiz süreç adımlarını belirlemenizi sağlar.

Neden önemli?

Süreç adımlarını tanımlar. Böylece süreç akışını görselleştirebilir, farklılıkları analiz edebilir ve darboğazları veya uyumlu olmayan faaliyetleri belirleyebilirsiniz.

Nereden alınır?

SalesTable, PurchTable ve ProdTable gibi çeşitli işlem tablolarındaki durum değişikliklerine veya CustInvoiceJour gibi tablolardaki belge kayıt tarihlerine dayanan iş mantığından türetilir.

Örnekler
Satın alma siparişi oluşturulduÜrünler üretildiMüşteri faturası kaydedildiÜrünler teslim edildi
Kaynak sistem
SourceSystem
Olay verilerinin çıkarıldığı kayıt sistemidir.
Açıklama

Bu öznitelik, verilerin hangi sistem veya modülden geldiğini belirler. Karmaşık bir tedarik zinciri ortamında veriler, Dynamics 365 SCM içindeki Satış, Satın Alma veya Depo Yönetimi gibi birden fazla modülden gelebilir.

Kaynak sistemi belirtmek, veri yönetişimi, veri tutarsızlıklarını gidermek ve kaydedilen faaliyetlerin bağlamını anlamak için önemlidir. Veri kalitesini güvence altına alır ve bilgilerin kaynağına kadar izlenebilirlik sağlar. Bu özellik, entegre ortamlarda özellikle önemlidir.

Neden önemli?

Verilerin kaynağı hakkında bağlam sağlar. Bu bilgi, veri doğrulama, sorun giderme ve sistem sınırlarını aşan süreç farklılıklarını anlamak için gereklidir.

Nereden alınır?

Genellikle veri çıkarma sürecinde eklenen ve bu sisteme ait kayıtları etiketleyen statik bir değerdir.

Örnekler
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
Olay zamanı
EventTime
Faaliyetin ne zaman gerçekleştiğini gösteren zaman damgasıdır.
Açıklama

Bu öznitelik, bir faaliyetin sistemde kaydedildiği kesin tarih ve saati sağlar. Çevrim sürelerini hesaplamak, süreç performansını anlamak ve darboğazları belirlemek dahil olmak üzere zamana dayalı tüm süreç analizleri için temel niteliktedir.

Olayların bu zaman damgasına göre kronolojik olarak sıralanması, Process Mining araçlarının faaliyetlerin gerçekleştiği kesin sırayı yeniden oluşturmasını sağlar. İdeal süreç modellerine güvenmek yerine gerçek süreç akışını ve dinamiklerini anlamak için bu bilgi gereklidir.

Neden önemli?

Bu zaman damgası, olayları doğru sıraya koymak ve çevrim süreleri ile çevrim süreleri gibi zamana dayalı tüm metrikleri hesaplamak için önemlidir.

Nereden alınır?

Genellikle D365 SCM tablolarındaki oluşturma veya durum değişikliği tarih-saat alanlarından alınır. Örnekler arasında SalesTable'daki CreatedDateTime, PurchLine'daki DeliveryDate veya InventTrans'taki fiziksel işlem tarihleri bulunur.

Örnekler
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-01T11:22:00Z
Son veri güncellemesi
LastDataUpdate
Verilerin kaynak sistemden en son yenilendiği zaman damgasıdır.
Açıklama

Bu öznitelik, verilerin en son çıkarıldığı veya yenilendiği tarih ve saati belirtir. Herhangi bir süreç analizi Dashboardı için önemli bir meta veri parçasıdır.

Bu bilgi, analiz ettiğiniz verilerin güncelliğini anlamanıza ve sonuçlarınızı güncel bilgilere dayandırmanıza yardımcı olur. Ayrıca veri hatlarını yönetmek ve veri yükleme süreçlerinin beklendiği gibi ve zamanında çalıştığını doğrulamak için gereklidir.

Neden önemli?

Verilerin güncelliği hakkında bilgi verir. Bu, analiz sonuçlarına dayanarak zamanında ve ilgili iş kararları almak için gereklidir.

Nereden alınır?

Bu değer, her yenileme döngüsünün sonunda veri çıkarma veya ETL aracı tarafından oluşturulur ve veri setine zaman damgasıyla eklenir.

Örnekler
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
Kullanıcı kimliği
UserId
Faaliyeti gerçekleştiren kullanıcının tanımlayıcısıdır.
Açıklama

Bu öznitelik, belirli bir faaliyeti gerçekleştiren çalışanın veya sistem kullanıcısının kimliğini saklar. Bu kişi, satın alma siparişi oluşturan bir satın almacı veya sevkiyatı onaylayan bir depo çalışanı olabilir.

Faaliyetleri kullanıcıya göre analiz etmek, iş yükü dağılımını anlamaya, eğitim ihtiyaçlarını belirlemeye ve süreç sapmalarını incelemeye yardımcı olur. Ayrıca uyumluluk analizi için de önemlidir ve denetçilerin işlemleri belirli kişilere kadar izlemesini sağlar. Bu görünüm, performans yönetimi ve kaynak optimizasyonu için gereklidir.

Neden önemli?

Süreç performansını kullanıcı veya ekip bazında analiz etmenizi sağlar, otomasyon fırsatlarını belirlemeye yardımcı olur ve uyumluluk ile denetim izi analizleri için önemlidir.

Nereden alınır?

D365 SCM'deki çoğu işlem tablosunda, örneğin SalesTable veya PurchTable'daki CreatedBy alanlarında, 'Created by' veya 'Modified by' alanlarında bulunur.

Örnekler
j.doea.smithAX_BATCH_USER
Müşteri adı
CustomerName
Satış siparişini veren müşterinin adı.
Açıklama

Bu öznitelik, bir satış siparişiyle ilişkili müşteriyi tanımlar. Tedarik zinciri sürecini müşteri odaklı bir bakışla incelemenizi sağlar.

Lojistik sürecini müşteriye göre analiz etmek, belirli müşterilere özgü teslimat modellerini, tercihleri veya sorunları ortaya çıkarabilir. Bu bilgi, özellikle kilit müşteri yönetimi ve hizmet seviyelerinin müşteriye göre uyarlanması için yararlıdır. Böylece müşteri memnuniyetini ve bağlılığını artırmanıza yardımcı olur.

Neden önemli?

Müşteri odaklı analiz yapmanızı sağlar; en fazla gecikmeyi yaşayan müşterileri belirlemenize ve kilit hesaplar için hizmet seviyelerini değerlendirmenize yardımcı olur.

Nereden alınır?

Satış siparişi tablosunun (SalesTable), müşteri ana tablosuyla (CustTable) müşteri hesap numarası üzerinden birleştirilmesiyle elde edilir.

Örnekler
Alpine Ski HouseAdventure WorksCity Power & Light
Satın alma siparişi numarası
PurchaseOrderNumber
Tedarikçiye gönderilen satın alma siparişinin benzersiz tanımlayıcısıdır.
Açıklama

Bu, ham maddeleri veya malları dış bir tedarikçiden sipariş etmek için kullanılan resmi belge numarasıdır. Ürünler, miktarlar, fiyatlar ve teslimat tarihleriyle ilgili ayrıntıları içerir.

Süreci Purchase Order Number ile analiz etmek, Procurement Lead Time Breakdown ve Supplier Performance Benchmarking Dashboardları için gereklidir. Talep oluşturmadan tedarikçi ödemesine kadar tüm satın almadan ödemeye çevrimini izlemenizi ve malzeme tedarikindeki gecikmeleri belirlemenizi sağlar.

Neden önemli?

Bu kimlik, tedarik zincirinin satın alma bölümünü analiz etmek, tedarikçi performansını izlemek ve malzeme çevrim sürelerini anlamak için önemlidir.

Nereden alınır?

PurchTable tablosundaki PurchId alanında bulunur.

Örnekler
PO-000541PO-000542PO-000543
Satış siparişi numarası
SalesOrderNumber
Müşterinin satış siparişine ait benzersiz tanımlayıcıdır.
Açıklama

Müşterinin ürün veya hizmet talebi için kullanılan temel referans numarasıdır. Satış siparişi, satın alma ve üretim dahil olmak üzere sonraki birçok tedarik zinciri faaliyetini başlatır.

Process Mining'de Satış Siparişi Numarası, filtreleme ve analiz için önemli bir boyuttur. İş kullanıcılarının belirli bir müşteri siparişinin tüm sipariş karşılama sürecini izlemesini sağlar ve çoğu zaman kavramsal Lojistik Sipariş vaka kimliğinin temel bileşenlerinden biridir.

Neden önemli?

Tedarik zinciri sürecini doğrudan müşteri talebine bağlar. Böylece siparişten tahsilata döngüsünü ve müşteriye özel sipariş karşılama performansını analiz edebilirsiniz.

Nereden alınır?

SalesTable tablosundaki SalesId alanında bulunur.

Örnekler
SO-001872SO-001873SO-001874
Talep edilen teslimat tarihi
RequestedDeliveryDate
Müşterinin talep ettiği teslimat tarihi.
Açıklama

Bu öznitelik, müşterinin sipariş verirken belirttiği teslimat tarihini içerir. Gerçek teslimat performansının ölçüldüğü temel referans noktasıdır.

Bu tarih, On-Time Delivery Performance Monitor Dashboardının ve On-Time Delivery Rate KPI’ının temelini oluşturur. Requested Delivery Date değerini gerçek teslimat tarihiyle karşılaştırmak, teslimat performansını hesaplamanın standart yöntemidir ve müşteri memnuniyetinin önemli bir göstergesidir.

Neden önemli?

Zamanında teslimat performansını ölçmek için temel alınır. Müşteri memnuniyeti ve tedarik zinciri güvenilirliği açısından önemli bir KPI'dır.

Nereden alınır?

SalesLine tablosundaki ReceiptDateRequested veya SalesTable tablosundaki ShippingDateRequested alanında bulunur.

Örnekler
2023-05-102023-06-012023-07-20
Tedarikçi adı
SupplierName
Hammadde veya ürün sağlayan tedarikçinin adı.
Açıklama

Bu öznitelik, malzemelerin satın alındığı satıcının adını içerir. Satın alma etkinliklerini analiz etmek için temel bir boyuttur.

Procurement Lead Time Breakdown ve Supplier Performance Benchmarking Dashboardlarında yoğun olarak kullanılır. Süreç metriklerini tedarikçiye göre analiz etmek, en güvenilir ve verimli iş ortaklarını, ayrıca sık geciken veya aksamalara neden olan tedarikçileri belirlemeye yardımcı olur. Bu bilgi, stratejik kaynak kullanımı ve tedarikçi ilişkileri yönetimi için önemlidir.

Neden önemli?

Tedarik performansını tedarikçiye göre segmentlere ayırmanıza ve karşılaştırmanıza olanak tanır. Bu, tedarikçi ilişkilerini geliştirmek ve malzeme çevrim sürelerini kısaltmak için önemlidir.

Nereden alınır?

Satın alma siparişi tablosunun (PurchTable), tedarikçi ana tablosuyla (VendTable) tedarikçi hesap numarası üzerinden birleştirilmesiyle elde edilir.

Örnekler
Contoso Ham MaddeleriFabrikam Inc.Northwind Traders
Üretim siparişi numarası
ProductionOrderNumber
Bir üretim veya imalat siparişinin benzersiz tanımlayıcısıdır.
Açıklama

Bu numara, üretim tesisinde belirli miktarda ürün üretme siparişini tanımlar. Ham madde tüketimini ve mamul çıktısını izler.

Üretim operasyonu bulunan işletmeler için bu kimlik, üretim sürecini izlemek açısından önemlidir. Planlanan üretim tarihlerini gerçek tamamlanma tarihleriyle ilişkilendirerek Production Schedule Adherence Tracker Dashboardını destekler ve üretim sürecindeki sapmaları veya gecikmeleri görünür kılar.

Neden önemli?

Üretim yaşam döngüsünün ayrıntılı analizini sağlar; üretim programına uyumu ölçmenize ve üretim sahasındaki darboğazları belirlemenize yardımcı olur.

Nereden alınır?

ProdTable tablosundaki ProdId alanında bulunur.

Örnekler
PRD-000112PRD-000113PRD-000114
Zamanında teslim edildi mi
IsOnTimeDelivery
Siparişin talep edilen tarihte veya daha önce teslim edilip edilmediğini gösteren işaret.
Açıklama

Bu, bir lojistik siparişinin zamanında teslim edilip edilmediğini belirten hesaplanmış bir boolean özniteliktir. Goods Delivered etkinliğinin zaman damgası Requested Delivery Date ile karşılaştırılarak elde edilir.

Bu öznitelik, On-Time Delivery Rate KPI’ını hesaplamanın temelidir ve On-Time Delivery Performance Monitor Dashboardında birincil filtre olarak kullanılır. Tarih karşılaştırmasını basit bir true veya false değerine dönüştürerek analizi kolaylaştırır; böylece geç siparişleri filtreleyebilir ve sayabilirsiniz.

Neden önemli?

Müşteri hizmetleri performansını doğrudan ölçer ve On-Time Delivery KPI'ı için önemli bir girdidir. Teslimat güvenilirliğini analiz etmeyi kolaylaştırır.

Nereden alınır?

Bu, hesaplanmış bir alandır. Mantık şöyledir: IF ('Goods Delivered' zaman damgası <= 'Requested Delivery Date') THEN True ELSE False.

Örnekler
truefalse
Depo kimliği
WarehouseId
Malların depolandığı veya işlendiği deponun tanımlayıcısı.
Açıklama

Bu öznitelik, toplama, paketleme veya sevkiyat gibi bir etkinliğe dahil olan belirli depoyu veya dağıtım merkezini tanımlar.

Warehouse Operations Throughput Dashboardı için gereklidir ve farklı tesislerin performansını karşılaştırmanızı sağlar. Depo bazında analiz yapmak, hangi konumların daha verimli olduğunu, hangilerinin kapasite sorunları yaşadığını ve operasyonel iyileştirmelerin en acil olarak nerede gerektiğini belirlemeye yardımcı olur.

Neden önemli?

Farklı fiziksel konumlarda performans karşılaştırması ve darboğaz analizi yapmanızı sağlar; depo verimliliğini artırma çalışmalarını destekler.

Nereden alınır?

InventSum ve WHSWorkTable gibi stok ve depo yönetimiyle ilgili tablolardaki InventLocationId alanında bulunur.

Örnekler
WH-MainWH-EastDC-West
Planlanan sevkiyat tarihi
ScheduledShipmentDate
Sevkiyatın yola çıkmasının planlandığı tarih.
Açıklama

Bu öznitelik, sevkiyatın depodan veya üretim tesisinden ayrılması için planlanan tarihi ifade eder. Sipariş karşılama sürecindeki önemli bir iç kilometre taşıdır.

Bu tarih, Shipment Schedule Adherence Rate KPI'ını hesaplamak için kullanılır. Planlanan tarihi, 'Goods Loaded For Transport' faaliyetinin gerçek tarihiyle karşılaştırmak, iç lojistik planlama ve uygulamasının güvenilirliğini ve öngörülebilirliğini ölçmenize yardımcı olur.

Neden önemli?

İç planlara uyumu ve sevkiyat sürecinin öngörülebilirliğini ölçmenize yardımcı olur. Bu unsurlar, sonraki taşıma planlamasını etkiler.

Nereden alınır?

SalesLine tablosundaki ConfirmedShipDate gibi alanlarda veya planlanan yükler için WHSLoadTable içindeki ilgili alanlarda bulunur.

Örnekler
2023-05-082023-05-302023-07-18
Sipariş değeri
OrderValue
Satış siparişinin toplam parasal değeri.
Açıklama

Bu öznitelik, müşterinin satış siparişinin toplam finansal değerini ifade eder. Süreç performansının iş üzerindeki etkisini anlamak için önemli bir metriktir.

Çevrim süresi veya geç teslimatlar gibi süreç metriklerini sipariş değeri bağlamında analiz etmek, iyileştirme çalışmalarına öncelik vermenizi sağlar. Örneğin, yüksek değerli siparişleri etkileyen gecikmeler, daha küçük siparişlerdeki gecikmelere göre öncelikli olabilir. Böylece süreç analizine finansal bir boyut kazandırılır.

Neden önemli?

Süreç analizine finansal bağlam kazandırır ve sorunları parasal etkilerine göre önceliklendirmenizi sağlar.

Nereden alınır?

SalesLine tablosunda, belirli bir satış siparişine (SalesId) ait tüm satırların LineAmount alanları toplanarak hesaplanır.

Örnekler
15200.50850.00125000.75
Taşıma yöntemi
ModeOfTransport
Sevkiyatta kullanılan taşıma yöntemi; kamyon, hava veya deniz yolu gibi.
Açıklama

Bu öznitelik, malları çıkış noktasından varış noktasına taşımak için kullanılan taşıma yöntemini belirtir. Örnekler arasında kara, demir yolu, hava ve deniz taşımacılığı bulunur.

Transportation Efficiency & Costs Dashboardı için temel bir boyuttur. Çevrim sürelerini ve maliyetleri taşıma yöntemine göre analiz etmek, lojistik stratejilerini optimize etmenize, hız ve maliyet arasında doğru dengeyi kurmanıza ve belirli taşıma kanallarındaki verimsizlikleri belirlemenize yardımcı olur.

Neden önemli?

Taşıma maliyetlerini ve verimliliğini analiz etmek için gereklidir; lojistik ağlarını optimize etmenize ve navlun giderlerini azaltmanıza yardımcı olur.

Nereden alınır?

SalesTable veya PurchTable gibi tablolardaki ModeOfDelivery alanında ya da TMSRoute gibi taşıma yönetimi tablolarında daha ayrıntılı biçimde bulunur.

Örnekler
KamyonHavaDenizDemir yolu
Taşıyıcı adı
CarrierName
Sevkiyatı gerçekleştiren taşıma şirketinin veya taşıyıcının adı.
Açıklama

Bu öznitelik, malların taşınmasından sorumlu üçüncü taraf lojistik sağlayıcısını veya şirket içi filoyu tanımlar. Ürünü fiziksel olarak hangi şirketin taşıdığını belirtir.

Taşıyıcı, Transportation Efficiency & Costs Dashboardı için bir diğer önemli boyuttur. Şirketler transit süresi ve zamanında teslimat gibi performans metriklerini taşıyıcıya göre analiz ederek lojistik iş ortaklarını karşılaştırabilir, daha iyi fiyatlar için görüşebilir ve taşıyıcı seçimi hakkında bilinçli kararlar alabilir.

Neden önemli?

Farklı lojistik iş ortaklarının performansını analiz etmenizi sağlar. Bu, taşıyıcı yönetimi ve taşıma maliyetlerini optimize etmek için önemlidir.

Nereden alınır?

Satış siparişlerindeki CarrierService gibi alanlarda veya TMSCarrier gibi özel taşıma yönetimi tablolarında bulunur.

Örnekler
FedExUPSMaerskDHL
Ürün kategorisi
ProductCategory
Ürünün ait olduğu kategori.
Açıklama

Bu öznitelik, tek tek ürünleri Electronics, Raw Materials veya Finished Goods gibi daha geniş kategoriler altında gruplandırır. Böylece tedarik zincirini daha üst düzeyde analiz edebilirsiniz.

Analistler binlerce ayrı SKUya bakmak yerine ürün kategorilerini kullanarak tüm ürün gruplarını etkileyen eğilimleri ve darboğazları belirleyebilir. Bu yaklaşım, farklı malzeme türlerinde tedarikçi performansını anlamak için özellikle Procurement Lead Time Breakdown Dashboardında yararlıdır.

Neden önemli?

Ürün grupları genelinde toplu analiz yapmanızı sağlar. Bu, stratejik karar alma ve belirli ürün türlerini etkileyen sistemik sorunları belirleme açısından yararlıdır.

Nereden alınır?

Ürün ana tablosunun (InventTable), EcoResProductCategory gibi ürün kategorisi tablolarıyla birleştirilmesiyle elde edilir.

Örnekler
Ses BileşenleriAmbalaj MalzemeleriHidrolik Parçalar
Ürün numarası
ProductNumber
Sipariş edilen veya üretilen ürünün benzersiz tanımlayıcısı.
Açıklama

Bu öznitelik, bir işlemde yer alan ürünün stok tutma birimini (SKU) veya ürün numarasını ifade eder. Müşteriye satılan mamul ya da tedarikçiden satın alınan hammadde olabilir.

Tedarik zinciri sürecini ürüne göre analiz etmek, uzun çevrim süresine, sık kalite sorunlarına veya karmaşık üretim yollarına sahip ürünleri belirlemenize yardımcı olur. Bu bilgi, stok yönetimi, talep tahmini ve ürün portföyü optimizasyonu için büyük önem taşır.

Neden önemli?

Farklı ürünler için süreç performansını analiz etmenizi sağlar ve belirli ürünlere özgü tedarik zinciri sorunlarını ortaya çıkarabilir.

Nereden alınır?

SalesLine, PurchLine ve ProdBOM gibi işlem satırı tablolarındaki ItemId alanında bulunur.

Örnekler
A0001D0010M9201
Yeniden işleme mi
IsRework
Bir faaliyetin veya süreç döngüsünün yeniden işleme oluşturup oluşturmadığını gösteren işaret.
Açıklama

Bu, yeniden işleme veya düzeltme döngülerini temsil eden faaliyetleri ya da süreç yollarını belirleyen hesaplanmış bir boolean özniteliktir. Örneğin, 'Quality Control Performed' faaliyeti başarısız olur ve süreçteki daha önceki 'Goods Produced' adımına geri dönülürse bu durum yeniden işleme olarak işaretlenir.

Bu öznitelik, Order Fulfillment Rework Rate KPI'ını hesaplamak için gereklidir. Yeniden işlemeyi işaretlemek, kalite sorunlarının veya süreç hatalarının sıklığını ve etkisini kolayca ölçmenize, süreç iyileştirmesi ve kontrol gerektiren alanları belirlemenize yardımcı olur.

Neden önemli?

'Happy path'in parçası olmayan faaliyetleri açıkça işaretleyerek süreç verimsizliklerini ve kalite sorunlarını ölçmenize yardımcı olur.

Nereden alınır?

Bu, genellikle iş kuralları kullanılarak elde edilen hesaplanmış bir alandır. Örneğin, 'Repack Goods' gibi belirli faaliyet adlarını yeniden işleme olarak işaretleyebilir veya süreç akışındaki geriye dönüş döngülerini belirleyebilirsiniz.

Örnekler
truefalse
Gerekli Önerilen İsteğe bağlı

Tedarik zinciri yönetimi faaliyetleri

Tedarik zinciriniz için doğru süreç keşfi ve performans içgörüleri sağlamak üzere Event Logunuzda yakalamanız gereken temel süreç adımları ve kilometre taşları şunlardır.
8 Önerilen 7 İsteğe bağlı
Aktivite Açıklama
Ham maddeler teslim alındı
Tedarikçiden sipariş edilen ürün veya malzemeler fiziksel olarak depoya teslim alınır. Bu işlem, Dynamics 365'te satın alma siparişine karşı ürün teslim alma kaydı oluşturularak kaydedilir.
Neden önemli?

Bu faaliyet, tedarikçi çevrim süresinin sona erdiğini ve malzemelerin üretim ya da sipariş karşılama için kullanılabilir olduğunu gösterir. Buradaki gecikmeler, sonraki planları ve müşteri teslimat tarihlerini doğrudan etkiler.

Nereden alınır?

Satın alma ve tedarik veya stok yönetimi modüllerinde kaydedilir. Ürün teslim alma kaydının (VendPackingSlipJour) oluşturulması, zaman damgalı bir işlem kaydı meydana getirir.

Yakalayın

Bir satın alma siparişine karşı Ürün Teslim Alma kaydı oluşturulduğunda kaydedilen olay.

Olay türü explicit
Müşteri siparişi oluşturuldu
Dynamics 365 SCM'de yeni bir satış siparişinin resmi olarak oluşturulmasını ifade eder. Kullanıcı yeni bir satış siparişi belgesini kaydettiğinde zaman damgasıyla kaydedilen açık bir olaydır ve sipariş karşılama sürecini başlatır.
Neden önemli?

Bu faaliyet, sipariş karşılama döngüsünün resmi başlangıcını gösterir. Toplam çevrim sürelerini ve zamanında teslimat performansını ölçmek, ayrıca sipariş kabul kalıplarını analiz etmek için temel referans noktasıdır.

Nereden alınır?

Satış ve pazarlama modülünde kaydedilen açık bir olaydır. Oluşturma işlemi, belirli bir oluşturma zaman damgasıyla SalesTable'a (Satış Siparişi Başlığı) kaydedilir.

Yakalayın

SalesTable'da bir satış siparişi kaydı oluşturulduğunda kaydedilen olay.

Olay türü explicit
Satın alma siparişi oluşturuldu
Tedarikçiden yapılacak satın almayı resmileştiren satın alma siparişi oluşturulur ve onaylanır. Bu olay, satın alma siparişinin durumu 'Confirmed' veya 'In external review' olarak güncellendiğinde kaydedilir.
Neden önemli?

Bu, satın alma sürecinde önemli bir kilometre taşı ve tedarikçi çevrim süresini ölçmek için temel başlangıç noktasıdır. Bu olay ile malzeme teslimi arasındaki süreyi analiz etmek, tedarikçi performansını değerlendirmeye yardımcı olur.

Nereden alınır?

Satın alma ve tedarik modülünde kaydedilir. Satın alma siparişinin onayı, PurchTable'daki durum değişiklikleri ve tarihlerle izlenir.

Yakalayın

Bir günlük kaydı işlemiyle satın alma siparişinin durumu 'Confirmed' olarak güncellendiğinde kaydedilir.

Olay türü explicit
Teslimat kanıtı imzalandı
Müşteri, genellikle teslimat notunu imzalayarak ürünleri teslim aldığını resmi olarak onaylamıştır. Bu işlem çoğu zaman bir belge eklenerek veya sistemdeki durum güncellenerek kaydedilir.
Neden önemli?

Bu, siparişin başarıyla karşılandığını gösteren son onay ve lojistik sürecinin kesin bitişidir. Anlaşmazlıkları çözmek ve toplam sipariş çevrim süresini hesaplamak için büyük önem taşır.

Nereden alınır?

Bu, standart ve ayrı bir işlem değildir. Genellikle satış siparişindeki durum güncellenerek veya taranmış teslimat kanıtı belgesi belge yönetimiyle eklenerek yönetilir.

Yakalayın

Bir durum güncellemesinden veya POD belgesinin satış siparişine ya da sevkiyata eklenmesinden anlaşılır.

Olay türü inferred
Ürünler taşıma için yüklendi
Paketlenmiş ürünler fiziksel olarak taşıyıcının aracına yüklenir ve sevkiyat sistemde onaylanır. Bu olay, Dynamics 365'teki 'Ship confirm' işlemine karşılık gelir.
Neden önemli?

Ürünlerin depodan fiziksel olarak ayrıldığını gösterir. Bu faaliyet, 'Goods In Transit' süresini ölçmek ve sevkiyatı finansal olarak kaydetmek için başlangıç noktasıdır.

Nereden alınır?

Depo veya Taşıma Yönetimi modüllerinde kaydedilir. Bir yük ya da sevkiyat (WHSLoadTable) üzerindeki 'Ship confirm' işlemi zaman damgalı bir olay oluşturur.

Yakalayın

İlişkili yük veya sevkiyat için 'Ship confirm' işlemi gerçekleştirildiğinde kaydedilir.

Olay türü explicit
Ürünler teslim edildi
Ürünler müşterinin teslimat adresine ulaşmıştır. Dynamics 365'te yerleşik bir 'delivered' işlemi bulunmadığından bu olay, taşıyıcı takip verilerinden veya manuel durum güncellemesinden anlaşılabilir.
Neden önemli?

Fiziksel teslimatın tamamlandığını gösterir. Zamanında teslimat KPI'larını ve müşteriye sunulan metrikleri hesaplamak için gerekli olan 'Actual Delivery Date' bilgisini sağlar.

Nereden alınır?

Bu genellikle standart bir alan değildir. Satış siparişindeki veya sevkiyattaki özel bir tarih alanına manuel olarak ya da taşıyıcının sistemiyle entegrasyon üzerinden kaydedilebilir.

Yakalayın

Teslimat tarihi alanının manuel olarak güncellenmesinden veya harici bir taşıyıcı API entegrasyonundan anlaşılır.

Olay türü inferred
Ürünler toplandı ve paketlendi
Depo çalışanları ürünleri fiziksel olarak stoktan toplar ve sevkiyat için paketler. Bu işlem, toplama işinin tamamlanması ve paketleme durumunun sistemde güncellenmesiyle kaydedilir.
Neden önemli?

Temel depo sipariş karşılama görevinin tamamlandığını gösterir. Warehouse Operations Throughput Dashboard için önemli bir metriktir ve toplama-paketleme sürecindeki darboğazları belirlemeye yardımcı olur.

Nereden alınır?

Depo yönetimi modülünde kaydedilir. Genellikle depo işinin (WHSWorkTable) durumunun 'Closed' olarak değişmesinden veya paketleme irsaliyesinin kaydedilmesinden anlaşılır.

Yakalayın

Depo işinin durumunun 'Closed' olarak değişmesinden veya paketleme irsaliyesinin kayıt tarihinden anlaşılır.

Olay türü inferred
Ürünler üretildi
Üretim süreci tamamlanır ve bitmiş ürünler sistemde resmi olarak tamamlandı olarak bildirilir. Bu işlem, üretim siparişi için 'Report as Finished' günlüğünün kaydedilmesiyle gerçekleştirilir ve stok güncellenir.
Neden önemli?

Üretim aşamasının tamamlandığını gösterir ve ürünleri kalite kontrolü ile sevkiyat için kullanılabilir hale getirir. Üretim planına uyumu ölçmek için önemli bir kilometre taşıdır.

Nereden alınır?

Üretim kontrol modülünde kaydedilir. 'Report as Finished' günlüğünün kaydedilmesi, zaman damgalı bir stok işlemi oluşturur ve üretim siparişinin durumunu günceller.

Yakalayın

Üretim siparişi için 'Report as Finished' günlüğü kaydedildiğinde kaydedilir.

Olay türü explicit
Depo toplama listesi oluşturuldu
Siparişi karşılamak için hangi ürünlerin toplanacağını depo çalışanlarına bildiren bir toplama listesi veya depo işi oluşturulur. Sipariş işlenmek üzere depoya serbest bırakıldığında bu olay kaydedilir.
Neden önemli?

Bu faaliyet, fiziksel depo sipariş karşılama işlemlerini başlatır. Bu noktadan paketlemenin tamamlanmasına kadar geçen süreyi analiz etmek, depo içi verimliliği ve yanıt hızını ölçmeye yardımcı olur.

Nereden alınır?

Depo yönetimi modülünde kaydedilir. Depo işinin (WHSWorkTable) oluşturulması veya toplama listesi günlüğünün (WMSPickingRoute) kaydedilmesi ayrı bir olaydır.

Yakalayın

Toplama listesi günlüğü oluşturulduğunda veya depo işi yaratıldığında kaydedilir.

Olay türü explicit
Kalite kontrolü gerçekleştirildi
Üretilen veya teslim alınan ürünlerin standartları karşıladığından emin olmak için kalite denetimi yapılır. Bu işlem çoğu zaman sistemde kalite siparişinin tamamlanması veya doğrulanması olarak kaydedilir.
Neden önemli?

Ürün kalitesini ve süreç uyumluluğunu güvence altına alır. Atlanan kalite kontrollerini veya uzun denetim sürelerini belirlemek, riskleri azaltmaya ve genel süreç akışını iyileştirmeye yardımcı olur.

Nereden alınır?

Stok yönetimi modülünde Kalite Siparişleri üzerinden kaydedilir. Ürünle ilişkili bir kalite siparişinin (InventQualityOrderTable) doğrulanması veya kapatılması bu olayı oluşturur.

Yakalayın

Ürün partisi veya seri numarasıyla ilişkilendirilmiş bir Kalite Siparişi doğrulandığında ya da kapatıldığında kaydedilir.

Olay türü explicit
Müşteri faturası kaydedildi
Satış siparişinden bir satış faturası oluşturulur ve finansal defterlere kaydedilir. Bu işlem çoğu zaman sevkiyat sırasında yapılır, ancak süreç değişebileceği için ayrı bir faaliyet olarak ele alınır.
Neden önemli?

Bu, siparişten tahsilata döngüsünde önemli bir finansal kilometre taşıdır. Sevkiyattan faturalamaya kadar geçen süreyi analiz etmek, faturalama sürecindeki gecikmeleri ortaya çıkarabilir ve nakit akışını etkileyebilir.

Nereden alınır?

Alacaklar muhasebesi modülünde kaydedilir. Bir satış siparişi faturasının kaydedilmesi, CustInvoiceJour tablosunda belirli bir kayıt tarihi bulunan bir kayıt oluşturur.

Yakalayın

Bir satış siparişi faturası kaydedilip CustInvoiceJour kaydı oluşturulduğunda kaydedilir.

Olay türü explicit
Satın alma talebi oluşturuldu
Sipariş için gerekli malzemeleri temin etmek üzere, genellikle stok yetersiz olduğunda satın alma departmanına resmi bir talep iletilir. Yeni bir satın alma talebi belgesi oluşturulup kaydedildiğinde kaydedilen açık bir olaydır.
Neden önemli?

Bu faaliyet, satın alma alt sürecini başlatır. Takip edilmesi, satın alma çevrim süresinin kurum içi onay bölümünü analiz etmek ve satın alma siparişi oluşturulmadan önceki gecikmeleri belirlemek için önemlidir.

Nereden alınır?

Satın alma ve tedarik modülünde kaydedilir. PurchReqTable'da bir kayıt oluşturulması, zaman damgasına sahip ayrı bir olaydır.

Yakalayın

Satın alma talebi tablosunda (PurchReqTable) bir kayıt oluşturulduğunda kaydedilen olay.

Olay türü explicit
Sevkiyat planlandı
Paketlenmiş ürünlerin sevkiyatı için belirli bir tarih ve taşıyıcı atanır. Bu işlem çoğu zaman taşıma modülünde bir yük planlandığında veya sevkiyat onaylandığında kaydedilir.
Neden önemli?

Sevkiyat planına uyumu ölçmek için temel oluşturur. Planlanan tarihi gerçek yükleme tarihiyle karşılaştırmak, lojistik planlaması için önemli bir performans göstergesidir.

Nereden alınır?

Taşıma Yönetimi (TMS) modülünde kaydedilir. Bir yükün (WHSLoadTable) veya sevkiyatın onaylanması, yakalanabilecek planlanan sevkiyat tarihini çoğu zaman içerir.

Yakalayın

Bir taşıma yükü veya sevkiyat kaydı onaylandığında kaydedilir.

Olay türü explicit
Sipariş iptal edildi
Müşteri satış siparişi, sipariş karşılama tamamlanmadan iptal edilir. Bu durum, satış siparişi başlığındaki durumun 'Canceled' olarak değiştirilmesiyle kaydedilir.
Neden önemli?

Olumsuz bir süreç sonucunu gösterir. Siparişlerin ne zaman ve neden iptal edildiğini analiz etmek, ürün bulunabilirliği, çevrim süreleri veya müşteri hizmetleriyle ilgili ele alınması gereken sorunları ortaya çıkarabilir.

Nereden alınır?

SalesTable'daki durum alanının 'Canceled' olarak değişmesinden anlaşılır. Değişiklik izleme veya veritabanı günlüğü etkinse bu değişikliğin tarihi kaydedilebilir.

Yakalayın

Satış siparişi durumunun 'Canceled' olarak değişmesinden anlaşılır.

Olay türü inferred
Üretim siparişi oluşturuldu
Müşterinin lojistik siparişi için gerekli bitmiş ürünleri üretmek üzere bir üretim siparişi oluşturulur. Bu, üretim kontrol modülünde kaydedilen ayrı bir olaydır.
Neden önemli?

Siparişe göre üretim senaryolarında imalat sürecini başlatır. Bu olaydan ürünlerin tamamlanmasına kadar geçen süreyi izlemek, üretim çevrim sürelerini ve plana uyumu analiz etmek için önemlidir.

Nereden alınır?

Üretim kontrol modülünde kaydedilir. ProdTable'da (Üretim Siparişi tablosu) yeni bir kayıt oluşturulması, oluşturma zaman damgasını içerir.

Yakalayın

Üretim siparişi tablosunda (ProdTable) yeni bir kayıt oluşturulduğunda kaydedilir.

Olay türü explicit
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Verilerinizi Microsoft Dynamics 365 SCM'den nasıl alırsınız

Başlamaya hazır mısınız?

Bu şablondan yararlanarak tedarik zincirinizin tüm potansiyelini keşfedin. Daha yüksek verimlilik ve maliyet tasarrufu için operasyonlarınızı bugün optimize etmeye başlayın.

Tedarik zinciri yönetiminde uzmanlaşın: Bugün optimizasyona başlayın

Uçtan uca görünürlük elde edin ve tahmin doğruluğunu %90'a çıkararak maliyetleri azaltın.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez, kurulumu dakikalar içinde tamamlayın.