Tedarik zinciri yönetimi veri şablonunuz
Tedarik zinciri yönetimi veri şablonunuz
- Ayrıntılı analiz için toplanması önerilen öznitelikler
- Süreç boyunca izlenecek temel tedarik zinciri etkinlikleri
- Microsoft Dynamics 365 SCM’den veri çıkarmak için uygulamalı yönergeler
Tedarik zinciri yönetimi öznitelikleri
| 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 tanımlayıcısı olarak kullanılır. | ||
|
Açıklama
Lojistik Siparişi, müşteri talebinden son teslimata kadar tüm etkinlikleri birbirine bağlayan, lojistik sürecinin tamamına ait benzersiz tanımlayıcıdır. Bu öznitelik, belirli bir sipariş karşılama talebine yönelik satın alma, üretim ve sevkiyat gibi alt süreçleri birbirine bağlayan ana referans noktasıdır. Analizde her olay bir Lojistik Siparişiyle ilişkilendirilir; böylece süreç akışı baştan sona yeniden oluşturulabilir. Bu sayede bir siparişin farklı departman ve sistemlerdeki yolculuğunu izleyebilir, darboğazları belirleyebilir ve toplam çevrim süresini başlangıçtan bitişe kadar doğru biçimde ölçebilirsiniz.
Neden önemli?
İlgili tüm süreç olaylarını birbirine bağlayan temel anahtardır. Böylece tek bir sipariş karşılama talebine ait tedarik zinciri sürecini baştan sona analiz edebilirsiniz.
Nereden alınır?
Bu kavramsal tanımlayıcı, farklı modüllerde benzersiz bir vaka kimliği oluşturmak için SalesTable (Sales Order), WHSLoadTable (Load ID) veya InventTransOrigin (Reference ID) gibi tablolardaki alanların birleştirilmesiyle elde edilebilir.
Örnekler
LO-2024-00123LO-2024-00124LO-2024-00125
|
|||
|
Aktivite
ActivityName
|
Lojistik sürecinin belirli bir aşamasında gerçekleşen iş olayının veya görevin adı. | ||
|
Açıklama
Bu öznitelik, 'Satın alma siparişi gönderildi', 'Ürünler üretildi' veya 'Sevkiyat planlandı' gibi gerçekleşen iş olayını ya da görevi kaydeder. Bu etkinlikler, sürecin temel yapı taşlarıdır. Bu etkinliklerin sırasını, sıklığını ve süresini analiz etmek Process Mining çalışmalarının temelini oluşturur. Süreç haritalarının otomatik olarak keşfedilip görselleştirilmesini, standart prosedürlerden sapmaların saptanmasını ve iyileştirmeye açık, sık tekrarlanan ya da verimsiz süreç adımlarının belirlenmesini 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ı ya da uyumsuz etkinlikleri belirleyebilirsiniz.
Nereden alınır?
SalesTable, PurchTable ve ProdTable gibi çeşitli işlem tablolarındaki durum değişikliklerine dayalı iş mantığından veya CustInvoiceJour gibi tablolardaki belge işleme tarihlerinden elde edilir.
Örnekler
Satın alma siparişi gönderildiÜrünler üretildiMüşteri faturası işlendiÜrünler teslim edildi
|
|||
|
Kaynak sistem
SourceSystem
|
Olay verilerinin çıkarıldığı kayıt sistemi. | ||
|
Açıklama
Bu öznitelik, verilerin hangi sistemden veya modülden geldiğini belirtir. 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önetimi, tutarsızlıkların giderilmesi ve kaydedilen etkinliklerin bağlamını anlamak açısından önemlidir. Veri kalitesini ve bilgilerin kaynağına kadar izlenebilirliğini sağlar. Bu, özellikle entegre ortamlarda önem taşır.
Neden önemli?
Verilerin kaynağı hakkında bağlam sağlar. Bu bilgi, verileri doğrulamak, sorunları gidermek 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ırasında eklenen ve bu belirli sistemden gelen kayıtları etiketleyen sabit bir değerdir.
Örnekler
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
|
|||
|
Olay zamanı
EventTime
|
Etkinliğin gerçekleştiği zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, bir etkinliğin sistemde kaydedildiği kesin tarih ve saati gösterir. Çevrim sürelerini hesaplamak, süreç performansını anlamak ve darboğazları belirlemek dahil, zamana dayalı tüm süreç analizleri için temel bilgidir. Olayların bu zaman damgasına göre kronolojik olarak sıralanması, Process Mining araçlarının etkinliklerin gerçekleştiği sırayı yeniden oluşturmasını sağlar. İdeal süreç modellerine dayanmak yerine gerçek süreç akışını ve dinamiklerini anlamak için bu bilgi gereklidir.
Neden önemli?
Olayları doğru sıralamak ve çevrim süreleri ile teslim süreleri gibi zamana dayalı tüm metrikleri hesaplamak için bu zaman damgası gereklidir.
Nereden alınır?
Genellikle D365 SCM tablolarındaki oluşturulma veya durum değişikliği tarih-saat alanlarından alınır. SalesTable tablosundaki CreatedDateTime, PurchLine tablosundaki DeliveryDate veya InventTrans tablosundaki fiziksel işlem tarihleri buna örnektir.
Ö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ı. | ||
|
Açıklama
Bu öznitelik, verilerin en son çıkarıldığı veya yenilendiği tarih ve saati gösterir. Herhangi bir süreç analizi Dashboardu için önemli bir üst veri bilgisidir. Bu bilgi, kullanıcıların analiz ettikleri verilerin ne kadar güncel olduğunu anlamalarına ve sonuçlarını güncel bilgilere dayandırmalarına yardımcı olur. Ayrıca veri hatlarını yönetmek ve veri yükleme işlemlerinin beklendiği gibi, planlanan zamanda çalıştığını doğrulamak için gereklidir.
Neden önemli?
Kullanıcılara verilerin güncelliğini bildirir. Analize dayanarak zamanında ve yerinde iş kararları almak için bu bilgi önemlidir.
Nereden alınır?
Her yenileme döngüsünün sonunda veri çıkarma veya ETL aracı tarafından oluşturulur ve veri setine eklenir.
Örnekler
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
|
|||
|
Kullanıcı kimliği
UserId
|
Etkinliği gerçekleştiren kullanıcının tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, belirli bir etkinliği gerçekleştiren çalışanın veya sistem kullanıcısının kimliğini kaydeder. Bu kişi, satın alma siparişi oluşturan bir alıcı veya sevkiyatı onaylayan bir depo çalışanı olabilir. Etkinlikleri 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. Denetçilerin işlemleri belirli kişilere kadar izleyebilmesini sağlayarak uyumluluk analizi için de önem taşır. Bu görünüm, performans yönetimi ve kaynakların verimli kullanılması açısından gereklidir.
Neden önemli?
Süreç performansını kullanıcı veya ekibe göre analiz etmeyi sağlar, otomasyon fırsatlarını belirlemeye yardımcı olur ve uyumluluk ile denetim izi analizinde önem taşır.
Nereden alınır?
D365 SCM’deki çoğu işlem tablosunun 'Oluşturan' veya 'Değiştiren' alanlarında bulunur. SalesTable ya da PurchTable tablosundaki CreatedBy alanı buna örnektir.
Örnekler
j.doea.smithAX_BATCH_USER
|
|||
|
Müşteri adı
CustomerName
|
Satış siparişini veren müşterinin adı. | ||
|
Açıklama
Bu öznitelik, satış siparişiyle ilişkili müşteriyi tanımlar ve tedarik zinciri sürecini müşteri odaklı incelemenizi sağlar. Lojistik sürecini müşteriye göre analiz ederek belirli müşterilere özgü teslimat örüntülerini, tercihleri ve sorunları ortaya çıkarabilirsiniz. Bu analiz, özellikle önemli müşteri hesaplarını yönetirken ve hizmet düzeylerini müşteriye göre belirlerken fayda sağlar; müşteri memnuniyetini ve bağlılığını artırmaya yardımcı olur.
Neden önemli?
Müşteri odaklı analiz yapmanızı, en çok gecikme yaşayan müşterileri belirlemenizi ve önemli müşteri hesaplarına sunulan hizmet düzeylerini değerlendirmenizi sağlar.
Nereden alınır?
Satış siparişi tablosu (SalesTable), müşteri hesap numarası üzerinden müşteri ana verileri tablosuyla (CustTable) birleştirilerek elde edilir.
Örnekler
Alpine Kayak EviAdventure WorksCity Power & Light
|
|||
|
Satın alma sipariş numarası
PurchaseOrderNumber
|
Tedarikçiye gönderilen satın alma siparişinin benzersiz tanımlayıcısı. | ||
|
Açıklama
Bu, dış tedarikçiden ham madde veya ürün sipariş etmek için kullanılan resmî belge numarasıdır. Ürünler, miktarlar, fiyatlar ve teslimat tarihleriyle ilgili ayrıntıları içerir. Satın alma sipariş numarasına göre süreç analizi yapmak, Tedarik Süresi Dağılımı ve Tedarikçi Performansı Karşılaştırması Dashboardları için önemlidir. Talep oluşturmadan tedarikçiye ödeme yapılmasına kadar tüm satın almadan ödemeye döngüsünü izlemeyi ve malzeme tedarikindeki gecikmeleri belirlemeyi sağlar.
Neden önemli?
Bu kimlik, tedarik zincirinin satın alma aşamasını analiz etmek, tedarikçi performansını izlemek ve malzeme tedarik 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ı. | ||
|
Açıklama
Müşterinin ürün veya hizmet talebine ait temel referans numarasıdır. Satış siparişi, satın alma ve üretim dahil olmak üzere tedarik zincirinin sonraki aşamalarındaki birçok etkinliği başlatır. Process Mining çalışmalarında 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 karşılama sürecini izlemesini sağlar ve çoğu zaman kavramsal Lojistik Siparişi 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 kaydeder. Gerçek teslimat performansını ölçmek için temel karşılaştırma noktasıdır. Zamanında Teslimat Performansı İzleme Dashboardı ve Zamanında Teslimat Oranı KPI’ı bu tarihi temel alır. Talep edilen teslimat tarihini gerçek teslimat tarihiyle karşılaştırmak, teslimat performansını hesaplamanın standart yoludur ve müşteri memnuniyetini ölçmek için önemli bir göstergedir.
Neden önemli?
Zamanında teslimat performansını ölçmek için temel alınır. Müşteri memnuniyeti ve tedarik zincirinin 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
|
Ham madde veya ürün sağlayan tedarikçinin adı. | ||
|
Açıklama
Bu öznitelik, malzemelerin satın alındığı tedarikçinin adını içerir. Satın alma faaliyetlerini analiz etmek için temel bir boyuttur. Tedarik Süresi Dağılımı ve Tedarikçi Performansı Karşılaştırması Dashboardlarında sıkça kullanılır. Süreç metriklerini tedarikçiye göre analiz ederek en güvenilir ve verimli iş ortaklarını, sık gecikenleri veya aksamalara yol açanları belirleyebilirsiniz. Bu bilgiler, stratejik tedarik ve tedarikçi ilişkilerinin yönetimi açısından önemlidir.
Neden önemli?
Satın alma performansını tedarikçiye göre gruplandırıp karşılaştırmanızı sağlar. Tedarikçi ilişkilerini iyileştirmek ve malzeme tedarik sürelerini kısaltmak için bu analizden yararlanabilirsiniz.
Nereden alınır?
Satın alma siparişi tablosu (PurchTable), tedarikçi hesap numarası üzerinden tedarikçi ana verileri tablosuyla (VendTable) birleştirilerek elde edilir.
Örnekler
Contoso Ham MaddeleriFabrikam Inc.Northwind Traders
|
|||
|
Üretim sipariş numarası
ProductionOrderNumber
|
Üretim siparişinin benzersiz tanımlayıcısı. | ||
|
Açıklama
Bu numara, üretim tesisinde belirli miktarda ürün üretmek için verilen siparişi tanımlar. Ham madde tüketimini ve mamul çıktısını izler. Üretim yapan işletmeler bu kimliği kullanarak üretim sürecini izleyebilir. Planlanan üretim tarihlerini gerçek tamamlanma tarihleriyle ilişkilendirerek Üretim Planına Uyum Takibi Dashboardını destekler ve üretim sürecindeki sapmaları veya gecikmeleri ortaya çıkarır.
Neden önemli?
Üretim yaşam döngüsünü ayrıntılı biçimde analiz etmenizi, üretim planına uyumu ölçmenizi ve üretim sahasındaki darboğazları belirlemenizi sağlar.
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 belirten bir işaret. | ||
|
Açıklama
Bu, bir lojistik siparişinin zamanında teslim edilip edilmediğini gösteren hesaplanmış bir boole özniteliğidir. 'Ürünler teslim edildi' etkinliğinin zaman damgası, 'Talep edilen teslimat tarihi' ile karşılaştırılarak elde edilir. Bu öznitelik, Zamanında Teslimat Oranı KPI’ının hesaplanmasında temel alınır ve Zamanında Teslimat Performansı İzleme Dashboardında başlıca filtrelerden biridir. Tarih karşılaştırmasını doğru veya yanlış değerine dönüştürerek analizi kolaylaştırır; geciken siparişleri filtreleyip saymanızı sağlar.
Neden önemli?
Müşteri hizmetleri performansını doğrudan ölçer ve Zamanında Teslimat KPI’ının temel girdilerinden biridir. Teslimat güvenilirliğini analiz etmeyi kolaylaştırır.
Nereden alınır?
Bu, hesaplanmış bir alandır. Mantığı şöyledir: EĞER ('Ürünler teslim edildi' zaman damgası <= 'Talep edilen teslimat tarihi') İSE Doğru, DEĞİLSE Yanlış.
Örnekler
truefalse
|
|||
|
Depo kimliği
WarehouseId
|
Ürünlerin depolandığı veya işlem gördüğü deponun tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, toplama, paketleme veya sevkiyat gibi bir etkinliğin gerçekleştiği belirli depoyu ya da dağıtım merkezini tanımlar. Depoların performansını karşılaştırmanızı sağlayarak Depo Operasyonları İşlem Hacmi Dashboardını destekler. Depo bazında analizle hangi konumların daha verimli çalıştığını, hangilerinin kapasite sorunu yaşadığını ve operasyonel iyileştirmelerin en acil nerede gerektiğini belirleyebilirsiniz.
Neden önemli?
Farklı fiziksel konumların performansını karşılaştırmanızı ve darboğazları analiz etmenizi sağlar; depo verimliliğini artırmaya yardımcı olur.
Nereden alınır?
InventSum ve WHSWorkTable gibi envanter ve depo yönetimiyle ilgili tablolardaki InventLocationId alanında bulunur.
Örnekler
WH-AnaWH-DoğuDC-Batı
|
|||
|
Planlanan sevkiyat tarihi
ScheduledShipmentDate
|
Sevkiyatın yola çıkmasının planlandığı tarih. | ||
|
Açıklama
Bu öznitelik, sevkiyatın depodan veya üretim tesisinden ayrılmasının planlandığı tarihi gösterir. Sipariş karşılama sürecindeki önemli bir iç kilometre taşıdır. Sevkiyat Planına Uyum Oranı KPI’ını hesaplamak için kullanılır. Planlanan tarihi, Gerçekleşen etkinlik tarihi olan 'Taşıma için ürünler yüklendi' ile karşılaştırarak iç lojistik planlamasının ve uygulamasının ne kadar öngörülebilir ve güvenilir olduğunu ölçebilirsiniz.
Neden önemli?
İç planlara uyumu ve sevkiyat sürecinin öngörülebilirliğini ölçmenize yardımcı olur. Bu ölçümler, sonraki taşıma planlarını da etkiler.
Nereden alınır?
SalesLine tablosundaki ConfirmedShipDate gibi alanlarda veya planlanan yüklemeler için WHSLoadTable tablosundaki 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 parasal değerini gösterir. Süreç performansının işletme üzerindeki etkisini anlamak için temel bir metriktir. Çevrim süresi veya geciken teslimatlar gibi süreç metriklerini sipariş değeriyle birlikte analiz ederek iyileştirme çalışmalarına öncelik verebilirsiniz. Örneğin, yüksek değerli siparişleri etkileyen gecikmeler, daha küçük siparişlerdeki gecikmelerden önce ele alınabilir. Böylece süreç analizine finansal bir boyut kazandırırsınız.
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 tablosundaki LineAmount alanı, belirli bir satış siparişine (SalesId) ait tüm satırlar için toplanarak hesaplanır.
Örnekler
15200.50850.00125000.75
|
|||
|
Taşıma yöntemi
ModeOfTransport
|
Sevkiyatta kullanılan taşıma yöntemi; örneğin kara, hava veya deniz yolu. | ||
|
Açıklama
Bu öznitelik, ürünlerin çıkış noktasından varış noktasına taşınmasında kullanılan yöntemi belirtir. Kara, demir, hava ve deniz yolu taşımacılığı bu yöntemlere örnektir. Taşıma Verimliliği ve Maliyetleri Dashboardı için temel bir boyuttur. Çevrim sürelerini ve maliyetleri taşıma yöntemine göre analiz ederek lojistik stratejilerinizi iyileştirebilir, hız ve maliyet arasında doğru dengeyi kurabilir ve belirli taşıma kanallarındaki verimsizlikleri belirleyebilirsiniz.
Neden önemli?
Taşıma maliyetlerini ve verimliliğini analiz etmenizi, lojistik ağlarını iyileştirmenizi ve nakliye giderlerini azaltmanızı sağlar.
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ı olarak bulunur.
Örnekler
KamyonHava yoluDeniz yoluDemir yolu
|
|||
|
Taşıyıcı adı
CarrierName
|
Sevkiyatı gerçekleştiren taşıma şirketinin veya taşıyıcının adı. | ||
|
Açıklama
Bu öznitelik, ürünleri taşıyan üçüncü taraf lojistik sağlayıcısını veya şirket içi araç filosunu tanımlar. Ürünleri fiziksel olarak hangi şirketin taşıdığını belirtir. Taşıyıcı, Taşıma Verimliliği ve Maliyetleri Dashboardı için önemli bir başka boyuttur. Şirketler, taşıyıcı bazında taşıma süresi ve zamanında teslimat gibi performans metriklerini analiz ederek lojistik iş ortaklarını karşılaştırabilir, daha iyi fiyatlar için görüşebilir ve taşıyıcı seçimini verilere dayandırabilir.
Neden önemli?
Farklı lojistik iş ortaklarının performansını analiz etmenizi sağlar. Taşıyıcıları yönetmek ve taşıma maliyetlerini iyileştirmek için bu analizden yararlanabilirsiniz.
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 Elektronik, Ham Maddeler veya Mamuller gibi daha geniş kategoriler altında gruplandırarak tedarik zincirini üst düzeyde analiz etmenizi sağlar. Analistler binlerce SKU’yu tek tek incelemek yerine ürün kategorilerini kullanarak ürün gruplarının tamamını etkileyen eğilimleri ve darboğazları belirleyebilir. Bu yaklaşım, farklı malzeme türlerinde tedarikçi performansını anlamaya yardımcı olduğu için Tedarik Süresi Dağılımı Dashboardında özellikle yararlıdır.
Neden önemli?
Ürün gruplarını toplu olarak analiz etmenizi sağlar. Stratejik kararlar alırken ve belirli ürün türlerini etkileyen sistemik sorunları belirlerken bu analizden yararlanabilirsiniz.
Nereden alınır?
Ürün ana verileri tablosu (InventTable), EcoResProductCategory gibi ürün kategorisi tablolarıyla birleştirilerek 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, işlemdeki ürünün stok tutma birimini (SKU) veya ürün numarasını belirtir. Ürün, müşteriye satılan bir mamul ya da tedarikçiden satın alınan bir ham madde olabilir. Tedarik zinciri sürecini ürüne göre analiz ederek tedarik süresi uzun, kalite sorunu sık yaşanan veya üretim yolu karmaşık ürünleri belirleyebilirsiniz. Bu bilgiler envanter yönetimi, talep tahmini ve ürün portföyünü iyileştirme açısından önemlidir.
Neden önemli?
Farklı ürünlerdeki süreç performansını analiz etmenizi ve belirli ürünlere özgü tedarik zinciri sorunlarını ortaya çıkarmanızı sağlar.
Nereden alınır?
SalesLine, PurchLine ve ProdBOM gibi işlem satırı tablolarındaki ItemId alanında bulunur.
Örnekler
A0001D0010M9201
|
|||
|
Yeniden çalışma mı
IsRework
|
Bir etkinliğin veya süreç döngüsünün yeniden çalışma sayılıp sayılmadığını belirten bir işaret. | ||
|
Açıklama
Bu, yeniden çalışmayı veya düzeltme döngülerini temsil eden etkinlikleri ya da süreç yollarını belirleyen hesaplanmış bir boole özniteliğidir. Örneğin, 'Kalite kontrolü yapıldı' etkinliği başarısız olup önceki 'Ürünler üretildi' adımına dönüyorsa bu durum yeniden çalışma olarak işaretlenir. Bu öznitelik, Sipariş Karşılama Yeniden Çalışma Oranı KPI’ını hesaplamak için gereklidir. Yeniden çalışmaları işaretleyerek kalite sorunlarının veya süreç hatalarının sıklığını ve etkisini ölçebilir, süreç iyileştirmesi ve kontrol gerektiren alanları belirleyebilirsiniz.
Neden önemli?
İdeal yolun dışındaki etkinlikleri 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ına göre hesaplanan bir alandır. Örneğin, 'Ürünleri yeniden paketle' gibi belirli etkinlik adlarını yeniden çalışma olarak işaretleyebilir veya süreç akışındaki geriye dönüş döngülerini belirleyebilirsiniz.
Örnekler
truefalse
|
|||
Tedarik zinciri yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Hammaddeler teslim alındı
|
Tedarikçiden sipariş edilen ürünler veya malzemeler fiziksel olarak depoya teslim alınır. Bu işlem, Dynamics 365'te satın alma siparişine bağlı ürün teslim alma kaydıyla kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, tedarikçi teslim süresinin sona erdiğini ve malzemelerin üretim ya da sipariş karşılama için kullanılabilir olduğunu gösterir. Buradaki gecikmeler, sonraki aşamaların planlarını ve müşteriye teslimat tarihlerini doğrudan etkiler.
Nereden alınır?
Satın alma ve tedarik veya Envanter yönetimi modüllerinde kaydedilir. Ürün teslim alma kaydının (VendPackingSlipJour) işlenmesi, zaman damgalı bir işlem kaydı oluşturur.
Kaydedin
Satın alma siparişine bağlı bir Ürün teslim alma kaydı işlendiğinde olay günlüğüne kaydedilir.
Olay türü
explicit
|
|||
|
Müşteri siparişi oluşturuldu
|
Dynamics 365 SCM’de yeni bir satış siparişinin resmî 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 etkinlik, sipariş karşılama döngüsünün resmî başlangıcını gösterir. Toplam teslim sürelerini ve zamanında teslimat performansını ölçmek, ayrıca sipariş giriş örüntülerini analiz etmek için temel referans noktasıdır.
Nereden alınır?
Bu, Satış ve pazarlama modülünde kaydedilen açık bir olaydır. Oluşturma işlemi, belirli bir oluşturulma zaman damgasıyla SalesTable (Sales Order Header) tablosuna kaydedilir.
Kaydedin
SalesTable tablosunda bir Sales Order kaydı oluşturulduğunda olay günlüğüne kaydedilir.
Olay türü
explicit
|
|||
|
Satın alma siparişi gönderildi
|
Tedarikçiden satın alma taahhüdü veren resmî bir satın alma siparişi oluşturulup onaylanır. Satın alma siparişinin durumu 'Onaylandı' veya 'Harici incelemede' olarak güncellendiğinde bu olay kaydedilir. | ||
|
Neden önemli?
Bu, satın alma sürecinde önemli bir kilometre taşı ve tedarikçi teslim süresini ölçmek için temel başlangıç noktasıdır. Bu olaydan malzemelerin teslim alınmasına kadar geçen 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 onaylanması, PurchTable tablosundaki durum değişiklikleri ve tarihler üzerinden izlenir.
Kaydedin
Bir günlük kaydı işlemiyle satın alma siparişinin durumu 'Onaylandı' olarak güncellendiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Teslimat kanıtı imzalandı
|
Müşteri, genellikle teslimat belgesini imzalayarak ürünleri teslim aldığını resmen onaylamıştır. Bu işlem çoğunlukla sisteme belge eklenerek veya durum güncellenerek kaydedilir. | ||
|
Neden önemli?
Bu, siparişin başarıyla karşılandığına dair son onay ve lojistik sürecinin kesin bitiş noktasıdır. Anlaşmazlıkları çözmek ve toplam sipariş çevrim süresini hesaplamak için önemlidir.
Nereden alınır?
Bu, standart ve ayrı bir işlem değildir. Genellikle satış siparişindeki bir durum güncellenerek veya taranmış teslimat kanıtı belgesi belge yönetimi aracılığıyla eklenerek kaydedilir.
Kaydedin
Bir durum güncellemesinden veya satış siparişine ya da sevkiyata POD belgesi eklenmesinden anlaşılır.
Olay türü
inferred
|
|||
|
Ürünler taşıma aracına 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 'Sevkiyatı onayla' işlemine karşılık gelir. | ||
|
Neden önemli?
Ürünlerin depodan fiziksel olarak ayrıldığını gösterir. Bu etkinlik, 'Taşıma halindeki ürünler' süresini ölçmek ve sevkiyatı finansal kayıtlara almak için başlangıç noktasıdır.
Nereden alınır?
Depo yönetimi veya Taşıma Yönetimi modüllerinde kaydedilir. Bir yük ya da sevkiyat (WHSLoadTable) için 'Sevkiyatı onayla' işlemi, zaman damgalı bir olay oluşturur.
Kaydedin
İlgili yük veya sevkiyat için 'Sevkiyatı onayla' işlemi yapıldığında olay günlüğüne 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 'teslim edildi' işlemi bulunmadığından bu olay, taşıyıcı takip verilerinden veya elle yapılan bir durum güncellemesinden çıkarılabilir. | ||
|
Neden önemli?
Fiziksel teslimatın tamamlandığını gösterir. Zamanında teslimat performansı KPI’larını ve müşteriye yönelik metrikleri hesaplamak için gerekli olan 'Gerçek teslimat tarihi' bilgisini sağlar.
Nereden alınır?
Bu bilgi genellikle standart bir alan değildir. Satış siparişindeki veya sevkiyattaki özel bir tarih alanına kaydedilebilir ve elle ya da taşıyıcının sistemiyle entegrasyon yoluyla güncellenebilir.
Kaydedin
Teslimat tarihi alanının elle 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 envanterden fiziksel olarak toplayıp sevkiyat için paketlemiştir. Toplama işi tamamlandığında ve paketleme durumu sistemde güncellendiğinde bu işlem kaydedilir. | ||
|
Neden önemli?
Depodaki temel sipariş karşılama görevinin tamamlandığını gösterir. Depo operasyonlarının işlem hacmi Dashboardu 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. Bu durum genellikle depo işinin (WHSWorkTable) 'Kapalı' durumuna geçmesinden veya sevk irsaliyesinin işlenmesinden anlaşılır.
Kaydedin
Depo işinin durumunun 'Kapalı' olarak değişmesinden veya sevk irsaliyesinin işlenme tarihinden anlaşılır.
Olay türü
inferred
|
|||
|
Ürünler üretildi
|
Üretim tamamlanır ve mamuller sistemde resmen tamamlanmış olarak bildirilir. Üretim siparişi için 'Tamamlandı olarak bildir' günlüğü işlenerek bu işlem kaydedilir ve envanter güncellenir. | ||
|
Neden önemli?
Üretim aşamasının tamamlandığını ve ürünlerin kalite kontrolü ile sevkiyata hazır olduğunu gösterir. Üretim planına uyumu ölçmek için önemli bir kilometre taşıdır.
Nereden alınır?
Üretim kontrolü modülünde kaydedilir. 'Tamamlandı olarak bildir' günlüğünün işlenmesi, zaman damgalı bir envanter işlemi oluşturur ve üretim siparişinin durumunu günceller.
Kaydedin
Üretim siparişi için 'Tamamlandı olarak bildir' günlüğü işlendiğinde olay günlüğüne kaydedilir.
Olay türü
explicit
|
|||
|
Depo toplama listesi oluşturuldu
|
Siparişi karşılamak için hangi ürünlerin toplanacağını personele bildiren bir toplama listesi veya depo işi oluşturulur. Sipariş işlenmek üzere depoya gönderildiğinde bu olay kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, depodaki fiziksel sipariş karşılama işlemlerini başlatır. Bu noktadan paketlemenin tamamlanmasına kadar geçen süreyi analiz etmek, deponun iç verimliliğini 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) işlenmesi ayrı bir olaydır.
Kaydedin
Toplama listesi günlüğü oluşturulduğunda veya depo işi açıldığında kaydedilir.
Olay türü
explicit
|
|||
|
Kalite kontrolü yapıldı
|
Üretilen veya teslim alınan ürünlerin standartları karşıladığından emin olmak için kalite denetimi yapılır. Bu işlem genellikle sistemde kalite siparişinin tamamlanması veya doğrulanması olarak kaydedilir. | ||
|
Neden önemli?
Ürün kalitesini ve süreç uyumluluğunu sağlar. 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?
Envanter 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.
Kaydedin
Ürün partisi veya seri numarasıyla ilişkili bir Kalite siparişi doğrulandığında ya da kapatıldığında olay günlüğüne kaydedilir.
Olay türü
explicit
|
|||
|
Müşteri faturası işlendi
|
Satış siparişinden bir satış faturası oluşturulur ve finansal defterlere işlenir. Bu işlem çoğunlukla sevkiyat sırasında yapılır, ancak süreç değişebileceğinden ayrı bir etkinlik olarak ele alınır. | ||
|
Neden önemli?
Bu, siparişten tahsilata döngüsünde önemli bir finansal kilometre taşıdır. Sevkiyattan faturalandırmaya kadar geçen süreyi analiz etmek, faturalandırma sürecindeki gecikmeleri ortaya çıkarabilir ve nakit akışını etkileyebilir.
Nereden alınır?
Alacak hesapları modülünde kaydedilir. Bir satış siparişi faturasının işlenmesi, belirli bir kayıt tarihiyle CustInvoiceJour tablosunda kayıt oluşturur.
Kaydedin
Bir satış siparişi faturası işlendiğinde ve CustInvoiceJour kaydı oluşturulduğunda olay günlüğüne kaydedilir.
Olay türü
explicit
|
|||
|
Satın alma talebi oluşturuldu
|
Sipariş için gereken malzemeleri temin etmek üzere, genellikle stok yetersiz olduğunda satın alma departmanına resmî bir talep iletilir. Yeni bir satın alma talebi belgesi oluşturulup kaydedildiğinde açık bir olay olarak kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, satın alma alt sürecini başlatır. Satın alma teslim süresinin iç onay aşamasını analiz etmek ve satın alma siparişi oluşturulmadan önceki gecikmeleri belirlemek için bu etkinliği izlemek önemlidir.
Nereden alınır?
Satın alma ve tedarik modülünde kaydedilir. PurchReqTable tablosunda bir kayıt oluşturulması, zaman damgası bulunan ayrı bir olaydır.
Kaydedin
Satın alma talebi tablosunda (PurchReqTable) bir kayıt oluşturulduğunda olay günlüğüne kaydedilir.
Olay türü
explicit
|
|||
|
Sevkiyat planlandı
|
Paketlenmiş ürünlerin sevkiyatı için belirli bir tarih ve taşıyıcı atanır. Bu bilgi genellikle taşıma modülünde yük planlandığında veya sevkiyat onaylandığında kaydedilir. | ||
|
Neden önemli?
Sevkiyat planına uyumu ölçmek için bir referans noktası sağlar. 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ı sırasında yakalanabilecek planlanan sevkiyat tarihi çoğunlukla kayıtlarda yer alır.
Kaydedin
Bir taşıma yükü veya sevkiyat kaydı onaylandığında olay günlüğüne kaydedilir.
Olay türü
explicit
|
|||
|
Sipariş iptal edildi
|
Müşterinin satış siparişi, sipariş karşılanmadan önce iptal edilir. Satış siparişi başlığındaki durumun 'İptal edildi' olarak değişmesiyle kaydedilir. | ||
|
Neden önemli?
Olumsuz bir süreç sonucunu ifade eder. Siparişlerin ne zaman ve neden iptal edildiğini analiz etmek, ele alınması gereken ürün bulunabilirliği, teslim süreleri veya müşteri hizmetleri sorunlarını ortaya çıkarabilir.
Nereden alınır?
SalesTable tablosundaki durum alanının 'İptal edildi' olarak değişmesinden anlaşılır. Değişiklik izleme veya veritabanı günlüğü etkinse bu değişikliğin tarihi de kaydedilebilir.
Kaydedin
Satış siparişinin durumu 'İptal edildi' olarak değiştiğinde anlaşılır.
Olay türü
inferred
|
|||
|
Üretim siparişi oluşturuldu
|
Müşterinin lojistik siparişi için gereken mamulleri üretmek üzere bir üretim siparişi oluşturulur. Üretim kontrolü modülünde ayrı bir olay olarak kaydedilir. | ||
|
Neden önemli?
Sipariş üzerine üretim senaryolarında üretim sürecini başlatır. Üretim çevrim sürelerini ve plana uyumu analiz etmek için bu olaydan ürünlerin tamamlanmasına kadar geçen süreyi izlemek önemlidir.
Nereden alınır?
Üretim kontrolü modülünde kaydedilir. ProdTable (Production Order table) tablosunda yeni bir kayıt oluşturulduğunda oluşturulma zaman damgası da kaydedilir.
Kaydedin
Üretim siparişi tablosunda (ProdTable) yeni bir kayıt oluşturulduğunda kaydedilir.
Olay türü
explicit
|
|||
Veri çıkarma kılavuzları
Başlamaya hazır mısınız?
Bu şablondan yararlanarak tedarik zincirinizdeki fırsatları görün. Verimliliği artırmak ve maliyetleri düşürmek için operasyonlarınızı bugün iyileştirmeye başlayın.
Tedarik zinciri yönetiminde uzmanlaşın: İyileştirmeye bugün başlayın
Uçtan uca görünürlük elde edin, tahmin doğruluğunu %90’a çıkarın ve maliyetleri azaltın.
Kredi kartı gerekmez, kurulum birkaç dakika sürer.