Tedarik Zinciri Yönetimi Veri Template'iniz
Tedarik Zinciri Yönetimi Veri Template'iniz
- Ayrıntılı analiz için toplanması önerilen nitelikler
- Süreçleriniz genelinde izlenecek temel tedarik zinciri faaliyetleri
- Microsoft Dynamics 365 SCM için pratik veri çıkarma rehberliği
Tedarik Zinciri Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Lojistik Siparişi
LogisticsOrder
|
Belirli bir tedarik zinciri karşılama talebi için benzersiz tanımlayıcı olup, birincil vaka tanımlayıcısı olarak görev yapar. | ||
|
Açıklama
Lojistik Siparişi, tüm lojistik sürecinin benzersiz tanımlayıcısıdır ve müşteri talebinden nihai teslimata kadar tüm faaliyetleri birbirine bağlar. Bu öznitelik, belirli bir karşılama talebi için tedarik, üretim ve sevkiyat gibi çeşitli alt süreçleri birbirine bağlayan merkezi bir iplik görevi görür. Analizde, her olay bir Lojistik Siparişi ile ilişkilendirilir ve süreç akışının eksiksiz, uçtan uca yeniden yapılandırılmasını sağlar. Bu, bir siparişin farklı departmanlar ve sistemler arasındaki yolculuğunu izlemeye, darboğazları belirlemeye ve baştan sona genel döngü süresini doğru bir şekilde ölçmeye olanak tanır.
Neden önemli
Tedarik zinciri sürecinin tek bir sipariş isteği için baştan sona analizini sağlamak amacıyla ilgili tüm süreç olaylarını bir araya getiren temel anahtardır.
Nereden alınır
Bu, farklı modüller arasında benzersiz bir vaka kimliği oluşturmak için SalesTable (Satış Siparişi), WHSLoadTable (Yük Kimliği) veya InventTransOrigin (Referans Kimliği) gibi tablolardaki alanların birleştirilmesiyle türetilen kavramsal bir tanımlayıcıdır.
Örnekler
LO-2024-00123LO-2024-00124LO-2024-00125
|
|||
|
Aktivite
ActivityName
|
Lojistik sürecinde belirli bir noktada gerçekleşen iş olayının veya görevin adı. | ||
|
Açıklama
Bu öznitelik, 'Satın Alma Siparişi Verildi', 'Mallar Üretildi' veya 'Sevkiyat Planlandı' gibi gerçekleşen belirli iş olayını veya 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, süreç madenciliğinin temelini oluşturur. Süreç haritalarının otomatik keşfedilmesi ve görselleştirilmesine, standart prosedürlerden sapmaların tespitine ve iyileştirme için uygun olan sık veya verimsiz süreç adımlarının belirlenmesine olanak tanır.
Neden önemli
Sürecin adımlarını tanımlar, süreç akışını görselleştirmeyi, varyasyonları analiz etmeyi ve darboğazları veya uyumsuz aktiviteleri belirlemeyi mümkün kılar.
Nereden alınır
Çeşitli işlem tablolarındaki (örn. SalesTable, PurchTable, ProdTable) durum değişikliklerine veya CustInvoiceJour gibi tablolardaki belge kayıt tarihlerine dayalı iş mantığından türetilmiştir.
Örnekler
Satın Alma Siparişi VerildiÜretilen MallarMüşteri Faturası KaydedildiMallar Teslim Edildi
|
|||
|
Kaynak Sistem
SourceSystem
|
Event verilerinin çıkarıldığı kayıt sistemi. | ||
|
Açıklama
Bu öznitelik, verilerin kaynaklandığı sistemi veya modülü tanımlar. Karmaşık bir tedarik zinciri ortamında, veriler Dynamics 365 SCM içindeki Satış, Tedarik veya Depo Yönetimi gibi birden çok modülden gelebilir. Kaynak sistemi belirtmek, veri yönetimi, veri tutarsızlıklarını giderme ve kaydedilen faaliyetlerin bağlamını anlama açısından kritik öneme sahiptir. Veri kalitesini sağlar ve bilgilerin kaynağına kadar izlenebilirlik sunar; bu da entegre ortamlarda özellikle önemlidir.
Neden önemli
Veri kökeni hakkında bağlam sağlar; bu, veri doğrulama, sorun giderme ve sistem sınırlarını aşan süreç varyasyonlarını anlamak için esastır.
Nereden alınır
Bu, genellikle veri çıkarma işlemi sırasında, bu belirli sistemden gelen kayıtları etiketlemek için eklenen statik bir değerdir.
Örnekler
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
|
|||
|
Olay Zamanı
EventTime
|
Aktivitenin ne zaman gerçekleştiğini gösteren timestamp. | ||
|
Açıklama
Bu öznitelik, bir faaliyetin sisteme kaydedildiği tam tarih ve saati sağlar. Döngü sürelerini hesaplama, süreç performansını anlama ve darboğazları belirleme dahil olmak üzere her türlü zaman tabanlı süreç analizi için temeldir. Bu zaman damgasına dayalı olayların kronolojik sıralaması, süreç madenciliği araçlarının faaliyetlerin gerçekte nasıl gerçekleştiğini tam olarak yeniden yapılandırmasına olanak tanır. Bu, idealize edilmiş süreç modellerine güvenmek yerine, gerçek süreç akışını ve dinamiklerini anlamak için esastır.
Neden önemli
Bu zaman damgası, olayları doğru bir şekilde sıralamak ve döngü süreleri ile teslim süreleri gibi tüm zaman tabanlı metrikleri hesaplamak için kritik öneme sahiptir.
Nereden alınır
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'daki fiziksel işlem tarihleri yer alır.
Örnekler
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-01T11:22:00Z
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Verilerin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, verilerin en son ne zaman çıkarıldığını veya yenilendiğini gösteren tarih ve saati belirtir. Herhangi bir süreç analizi dashboard'u için kritik bir meta veri parçasıdır. Bu bilgi, kullanıcıların analiz ettikleri verilerin güncelliğini anlamalarına yardımcı olur ve sonuçlarının güncel bilgilere dayanmasını sağlar. Ayrıca, veri boru hatlarını yönetmek ve veri yükleme süreçlerinin beklendiği gibi ve zamanında çalıştığını doğrulamak için de hayati önem taşır.
Neden önemli
Kullanıcıları verinin güncelliği hakkında bilgilendirir, bu da analize dayalı zamanında ve ilgili iş kararları almak için çok önemlidir.
Nereden alınır
Bu değer, her yenileme döngüsünün sonunda veri çıkarma veya ETL aracı tarafından veri kümesine oluşturulur ve damgalanır.
Örnekler
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
|
|||
|
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ürecinin müşteri odaklı bir görünümünü sağlar. Lojistik sürecini müşteriye göre analiz etmek, belirli müşterilerle ilişkili benzersiz karşılama desenlerini, tercihleri veya zorlukları ortaya çıkarabilir. Anahtar hesap yönetimi ve hizmet seviyelerini kişiselleştirmek için özellikle faydalıdır, müşteri memnuniyetini ve sadakatini artırmaya yardımcı olur.
Neden önemli
Müşteri odaklı analizi mümkün kılar, hangi müşterilerin en çok gecikme yaşadığını belirlemeye ve ana hesaplar için hizmet seviyelerini değerlendirmeye yardımcı olur.
Nereden alınır
Satış siparişi tablosunun (SalesTable), müşteri ana tablosu (CustTable) ile müşteri hesap numarası üzerinden birleştirilmesiyle elde edilir.
Örnekler
Alpine Kayak EviAdventure WorksCity Power & Light
|
|||
|
Purchase Order Number
PurchaseOrderNumber
|
Bir tedarikçiye gönderilen satın alma siparişi için benzersiz tanımlayıcı. | ||
|
Açıklama
Bu, harici bir tedarikçiden hammadde veya ürün sipariş etmek için kullanılan resmi belge numarasıdır. Öğeler, miktarlar, fiyatlar ve teslimat tarihleri hakkında ayrıntılar içerir. Satın Alma Sipariş Numarasına göre süreci analiz etmek, Tedarik Teslim Süresi Dağılımı ve Tedarikçi Performansı Kıyaslaması dashboard'ları için esastır. Talepten tedarikçi ödemesine kadar tüm tedarikten ödemeye döngüsünü izlemeye olanak tanır ve malzeme tedarikindeki gecikmeleri belirlemeye yardımcı olur.
Neden önemli
Bu kimlik, tedarik zincirinin tedarik kısmını analiz etmek, tedarikçi performansını izlemek ve malzeme teslim sürelerini anlamak için kritik öneme sahiptir.
Nereden alınır
PurchTable tablosunun PurchId alanında bulunur.
Örnekler
PO-000541PO-000542PO-000543
|
|||
|
Satış Siparişi Numarası
SalesOrderNumber
|
Bir müşterinin satış siparişi için benzersiz tanımlayıcı. | ||
|
Açıklama
Bu, bir müşterinin mal veya hizmet talebi için birincil referans numarasıdır. Satış siparişi, tedarik ve üretim dahil olmak üzere birçok sonraki tedarik zinciri faaliyetini başlatır. Süreç madenciliğinde, Satış Siparişi Numarası, filtreleme ve analiz için kritik bir boyuttur. İş kullanıcılarının belirli bir müşteri siparişi için tüm teslimat sürecini izlemesine olanak tanır ve genellikle kavramsal Lojistik Sipariş vaka kimliğinin birincil bileşenidir.
Neden önemli
Tedarik zinciri sürecini doğrudan müşteri talebine bağlayarak, siparişten tahsilata döngüsünün ve müşteriye özel teslimat performansının analizine olanak tanır.
Nereden alınır
SalesTable tablosunun SalesId alanında bulunur.
Örnekler
SO-001872SO-001873SO-001874
|
|||
|
Talep Edilen Teslimat Tarihi
RequestedDeliveryDate
|
Müşteri tarafından talep edilen teslim tarihi. | ||
|
Açıklama
Bu öznitelik, müşterinin sipariş verirken belirttiği teslimat tarihini yakalar. Gerçek teslimat performansının ölçüldüğü birincil kıyas noktası olarak hizmet eder. Bu tarih, Zamanında Teslimat Performansı İzleme panosu ve Zamanında Teslimat Oranı KPI'sı için temel oluşturur. Talep Edilen Teslimat Tarihi ile gerçek teslimat tarihini karşılaştırmak, teslimat performansını hesaplamak için standart yöntemdir ve müşteri memnuniyetinin önemli bir ölçüsüdür.
Neden önemli
Bu, zamanında teslimat performansını ölçmek için temeldir; müşteri memnuniyeti ve tedarik zinciri güvenilirliği için kritik bir KPI'dır.
Nereden alınır
SalesLine tablosundaki ReceiptDateRequested alanında veya SalesTable'daki ShippingDateRequested alanında bulunur.
Örnekler
2023-05-102023-06-012023-07-20
|
|||
|
Tedarik Teslim Süresi
ProcurementLeadTime
|
Bir satın alma talebi oluşturmaktan hammaddelerin teslim alınmasına kadar geçen toplam süre. | ||
|
Açıklama
Bu, tedarik sürecinin verimliliğini ölçen hesaplanmış bir süre metriğidir. Belirli bir satın alma siparişi için 'Satın Alma Talebi Oluşturuldu' faaliyeti ile 'Hammadde Teslim Alındı' faaliyeti arasındaki zaman farkı olarak hesaplanır. Bu öznitelik, Tedarik Teslim Süresi Dağılımı dashboard'unu ve Ortalama Tedarik Döngü Süresi KPI'sını doğrudan destekler. Bu değeri önceden hesaplayarak, özellikle tedarikçiye veya ürün kategorisine göre segmentlere ayrıldığında, tedarik performansının analizi çok daha verimli hale gelir.
Neden önemli
Tüm tedarik döngüsünün süresini nicelendirir; bu, envanter seviyelerini ve üretim programlarını yönetmek için kritik bir KPI'dır.
Nereden alınır
Bu, hesaplanmış bir alandır. Mantık şöyledir: Zaman Damgası('Hammadde Teslim Alındı') - Zaman Damgası('Satın Alma Talebi Oluşturuldu').
Örnekler
10 gün25 gün4 saat
|
|||
|
Tedarikçi Adı
SupplierName
|
Hammadde veya ürün tedarik eden tedarikçinin adı. | ||
|
Açıklama
Bu öznitelik, malzemelerin tedarik edildiği satıcının adını içerir. Tedarikle ilgili faaliyetleri analiz etmek için önemli bir boyuttur. Tedarik Teslim Süresi Dağılımı ve Tedarikçi Performansı Kıyaslaması panolarında yoğun olarak kullanılır. Süreç metriklerini tedarikçiye göre analiz etmek, en güvenilir ve verimli ortakları ve aynı zamanda sık sık geciken veya aksaklıklara neden olanları belirlemeye yardımcı olur. Bu bilgi, stratejik kaynak sağlama ve tedarikçi ilişki yönetimi için kritik öneme sahiptir.
Neden önemli
Tedarik performansının tedarikçiye göre segmentlere ayrılmasına ve kıyaslanmasına olanak tanır, bu da tedarikçi ilişkilerini geliştirmek ve malzeme teslim sürelerini azaltmak için kritik öneme sahiptir.
Nereden alınır
Satın alma siparişi tablosunun (PurchTable), tedarikçi ana tablosu (VendTable) ile tedarikçi hesap numarası üzerinden birleştirilmesiyle elde edilir.
Örnekler
Contoso HammaddeleriFabrikam Inc.Northwind Traders
|
|||
|
Üretim Sipariş Numarası
ProductionOrderNumber
|
Bir üretim veya imalat siparişi için benzersiz tanımlayıcı. | ||
|
Açıklama
Bu numara, üretim tesisinde belirli bir miktarda ürün üretmek için verilen bir siparişi tanımlar. Hammadde tüketimini ve mamul ürün çıktısını takip eder. Üretim bileşeni olan işletmeler için bu kimlik, üretim sürecini takip etmek için hayati öneme sahiptir. Planlanmış üretim tarihlerini gerçek tamamlanma tarihlerine bağlayarak, üretim sürecindeki herhangi bir varyansı veya gecikmeyi vurgulayarak Üretim Programı Uygunluk İzleyici dashboard'unu destekler.
Neden önemli
Üretim yaşam döngüsünün detaylı analizini mümkün kılar, üretim programına uyumu ölçmeye ve fabrika zemini darboğazlarını belirlemeye yardımcı olur.
Nereden alınır
ProdTable tablosunun ProdId alanında bulunur.
Örnekler
PRD-000112PRD-000113PRD-000114
|
|||
|
User ID
UserId
|
Aktiviteyi gerçekleştiren kullanıcının tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, belirli bir faaliyeti gerçekleştiren çalışanın veya sistem kullanıcısının kimliğini saklar. Bu, bir satın alma siparişi oluşturan bir alıcı veya bir 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ı araştırmaya yardımcı olur. Ayrıca, denetçilerin eylemleri belirli kişilere kadar izlemesine olanak tanıyan uyumluluk analizi için de anahtardır. Bu görünüm, performans yönetimi ve kaynak optimizasyonu için esastır.
Neden önemli
Kullanıcı veya ekibe göre süreç performans analizini mümkün kılar, otomasyon fırsatlarını belirlemeye yardımcı olur ve uyumluluk ile denetim izi analizi için kritik öneme sahiptir.
Nereden alınır
D365 SCM'deki çoğu işlem tablosunun 'Oluşturan' veya 'Değiştiren' alanlarında (örn. SalesTable'daki CreatedBy veya PurchTable) bulunur.
Örnekler
j.doea.smithAX_BATCH_USER
|
|||
|
Zamanında Teslimat
IsOnTimeDelivery
|
Siparişin talep edilen tarihte veya öncesinde teslim edilip edilmediğini gösteren bir bayrak. | ||
|
Açıklama
Bu, bir lojistik siparişinin zamanında teslim edilip edilmediğini gösteren hesaplanmış bir boolean özniteliğidir. 'Mallar Teslim Edildi' faaliyetinin zaman damgasını 'Talep Edilen Teslimat Tarihi' ile karşılaştırarak türetilir. Bu öznitelik, Zamanında Teslimat Oranı KPI'sını hesaplamak için temeldir ve Zamanında Teslimat Performansı İzleme panosunda birincil bir filtredir. Bir tarih karşılaştırmasını basit bir doğru veya yanlış değerine dönüştürerek analizi basitleştirir, bu da geç siparişleri filtrelemeyi ve saymayı kolaylaştırır.
Neden önemli
Müşteri hizmetleri performansını doğrudan ölçer ve Teslimatta Zamanındalık KPI'ı için önemli bir girdidir, teslimat güvenilirliği analizini basitleştirir.
Nereden alınır
Bu, hesaplanmış bir alandır. Mantık şöyledir: EĞER ('Mallar Teslim Edildi' zaman damgası <= 'Talep Edilen Teslimat Tarihi') İSE DOĞRU DEĞİLSE YANLIŞ.
Ö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 faaliyette yer alan belirli depoyu veya dağıtım merkezini tanımlar. Farklı tesisler arasında performans karşılaştırmalarına olanak tanıyan Depo Operasyonları Verimlilik dashboard'u için esastır. Depoya göre analiz yapmak, hangi lokasyonların en verimli olduğunu, hangilerinin kapasite sorunları yaşadığını ve operasyonel iyileştirmelere en acil nerede ihtiyaç duyulduğunu belirlemeye yardımcı olabilir.
Neden önemli
Farklı fiziksel konumlar arasında performans karşılaştırması ve darboğaz analizi yapılmasını sağlar, depo verimliliği iyileştirmelerini destekler.
Nereden alınır
Envanter ve depo yönetimi ile ilgili tablolardaki (örn. InventSum ve WHSWorkTable) InventLocationId alanında bulunur.
Örnekler
WH-AnaWH-DoğuDC-Batı
|
|||
|
Planlanmış Sevkiyat Tarihi
ScheduledShipmentDate
|
Sevkiyatın kalkışının planlandığı tarih. | ||
|
Açıklama
Bu öznitelik, bir sevkiyatın depodan veya üretim tesisinden ayrılması için planlanan veya programlanan tarihi temsil eder. Teslimat sürecinde önemli bir dahili kilometre taşıdır. Bu tarih, Sevkiyat Programına Uygunluk Oranı KPI'sını hesaplamak için kullanılır. Planlanan tarihin 'Mallar Taşıma İçin Yüklendi' faaliyetinin gerçek tarihiyle karşılaştırılması, dahili lojistik planlama ve uygulamasının güvenilirliğini ve öngörülebilirliğini ölçmeye yardımcı olur.
Neden önemli
İç program uyumunu ve nakliye sürecinin öngörülebilirliğini ölçmeye yardımcı olur, bu da sonraki nakliye planlamasını etkiler.
Nereden alınır
SalesLine'daki ConfirmedShipDate veya WHSLoadTable'daki planlanmış yüklerle 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, bir müşterinin satış siparişinin toplam finansal değerini temsil eder. Süreç performansının iş üzerindeki etkisini anlamak için önemli bir ölçüttür. Süreç metriklerini, örneğin döngü süresi veya geç teslimatları, sipariş değeri bağlamında analiz etmek, iyileştirme çabalarının önceliklendirilmesini sağlar. Örneğin, yüksek değerli siparişleri etkileyen gecikmeler, daha küçük siparişleri etkileyenlerden daha kritik olabilir. Bu, süreç analizine finansal bir boyut kazandırır.
Neden önemli
Süreç analizine finansal bağlam sağlayarak, sorunların parasal etkilerine göre önceliklendirilmesine olanak tanır.
Nereden alınır
Belirli bir satış siparişine (SalesId) ait tüm satırlar için LineAmount alanının toplanmasıyla SalesLine tablosundan hesaplanır.
Örnekler
15200.50850.00125000.75
|
|||
|
Taşıma Şekli
ModeOfTransport
|
Sevkiyat için kullanılan taşıma yöntemi, örneğin kamyon, hava veya deniz yolu. | ||
|
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 karayolu, demiryolu, hava ve deniz taşımacılığı bulunur. Taşıma Verimliliği ve Maliyetleri dashboard'u için önemli bir boyuttur. Taşıma şekline göre döngü sürelerini ve maliyetleri analiz etmek, lojistik stratejilerini optimize etmeye, hız ve maliyetin doğru dengesini seçmeye ve belirli taşıma kanallarındaki verimsizlikleri belirlemeye yardımcı olur.
Neden önemli
Nakliye maliyetlerini ve verimliliğini analiz etmek için esastır, lojistik ağlarını optimize etmeye ve navlun giderlerini azaltmaya yardımcı olur.
Nereden alınır
SalesTable veya PurchTable gibi tablolardaki ModeOfDelivery alanında veya TMSRoute gibi nakliye yönetimi tablolarında daha ayrıntılı olarak bulunur.
Örnekler
KamyonHavaDenizRail
|
|||
|
Taşıyıcı Adı
CarrierName
|
Sevkiyatı gerçekleştiren taşıma şirketinin veya nakliyecinin adı. | ||
|
Açıklama
Bu öznitelik, malların taşınmasından sorumlu üçüncü taraf lojistik sağlayıcısını veya dahili filoyu tanımlar. Ürünü fiziksel olarak hangi şirketin taşıdığını belirtir. Taşıyıcı, Taşıma Verimliliği ve Maliyetleri dashboard'u için bir başka kritik boyuttur. Taşıyıcıya göre transit süresi ve zamanında teslimat gibi performans metriklerini analiz ederek, şirketler lojistik ortaklarını kıyaslayabilir, daha iyi fiyatlar müzakere edebilir ve taşıyıcı seçimi hakkında bilinçli kararlar verebilir.
Neden önemli
Farklı lojistik ortaklarının performans analizine olanak tanır, bu da taşıyıcı yönetimi ve nakliye maliyeti optimizasyonu için kritik öneme sahiptir.
Nereden alınır
Satış siparişlerindeki 'CarrierService' gibi alanlarda veya TMSCarrier gibi özel nakliye yönetimi tablolarında bulunur.
Örnekler
FedExUPSMaerskDHL
|
|||
|
Ürün Kategorisi
ProductCategory
|
Bir ürünün ait olduğu kategori. | ||
|
Açıklama
Bu öznitelik, tek tek ürünleri 'Elektronik', 'Hammadde' veya 'Mamul Ürünler' gibi daha geniş kategorilerde gruplandırır. Bu, tedarik zincirinin daha üst düzeyde analiz edilmesini sağlar. Analistler, binlerce bireysel SKU'ya bakmak yerine, ürün kategorilerini kullanarak tüm ürün gruplarını etkileyen eğilimleri ve darboğazları belirleyebilirler. Bu, farklı malzeme türlerinde tedarikçi performansını anlamak için Tedarik Teslim Süresi Dağılımı panosunda özellikle faydalıdır.
Neden önemli
Ürün grupları arasında toplu analize olanak tanır, bu da stratejik karar alma ve belirli ürün türlerini etkileyen sistemik sorunları belirleme açısından faydalıdır.
Nereden alınır
Ürün ana tablosunun (InventTable), EcoResProductCategory gibi ürün kategori tablolarıyla birleştirilmesiyle elde edilir.
Örnekler
Ses BileşenleriAmbalaj MalzemeleriHidrolik Parçalar
|
|||
|
Ürün Numarası
ProductNumber
|
Sipariş edilen veya üretilen ürün için benzersiz tanımlayıcı. | ||
|
Açıklama
Bu öznitelik, bir işlemde yer alan ürünün stok tutma birimi (SKU) veya ürün numarasıdır. Bir müşteriye satılan mamul ürün veya bir tedarikçiden satın alınan hammadde olabilir. Tedarik zinciri sürecini ürüne göre analiz etmek, uzun teslim sürelerine, sık kalite sorunlarına veya karmaşık üretim yollarına sahip ürünleri belirlemeye yardımcı olur. Bu bilgi, envanter yönetimi, talep tahmini ve ürün portföyü optimizasyonu için hayati öneme sahiptir.
Neden önemli
Farklı ürünler için süreç performansı analizine olanak tanır, bu da belirli ürünlere özgü tedarik zinciri zorlukları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 İşleme mi?
IsRework
|
Bir aktivitenin veya süreç döngüsünün tekrar işleme (rework) olup olmadığını gösteren bir işaret. | ||
|
Açıklama
Bu, yeniden işleme veya düzeltme döngülerini temsil eden faaliyetleri veya süreç yollarını tanımlayan hesaplanmış bir boolean özniteliğidir. Örneğin, bir 'Kalite Kontrol Gerçekleştirildi' faaliyeti başarısız olur ve daha önceki bir 'Mallar Üretildi' adımına geri dönerse, bu yeniden işleme olarak işaretlenir. Bu öznitelik, Sipariş Karşılama Yeniden İşleme Oranı KPI'sını hesaplamak için esastır. Yeniden işlemeyi işaretleyerek, analistler kalite sorunlarının veya süreç hatalarının sıklığını ve etkisini kolayca nicelendirebilir, böylece süreç iyileştirmesi ve kontrolü gerektiren alanları belirlemeye yardımcı olur.
Neden önemli
Süreç verimsizliklerini ve kalite sorunlarını, 'mutlu yolun' bir parçası olmayan aktiviteleri açıkça işaretleyerek nicelendirmeye yardımcı olur.
Nereden alınır
Bu, genellikle iş kuralları kullanılarak türetilen hesaplanmış bir alandır. Örneğin, 'Malları Yeniden Paketle' gibi belirli faaliyet adlarını yeniden işleme olarak işaretlemek veya süreç akışındaki geri döngüleri tespit etmek gibi.
Örnekler
truefalse
|
|||
Tedarik Zinciri Yönetimi Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Hammadde Teslim Alındı
|
Tedarikçiden sipariş edilen mallar veya malzemeler depoda fiziksel olarak teslim alınır. Bu, Dynamics 365'te satın alma siparişine karşı bir ürün girişi kaydetme işlemi aracılığıyla kaydedilir. | ||
|
Neden önemli
Bu faaliyet, tedarikçi teslim süresinin sonunu ve üretim veya karşılama için malzemelerin mevcudiyetini işaretler. Buradaki gecikmeler, sonraki programları ve müşteri teslimat tarihlerini doğrudan etkiler.
Nereden alınır
Tedarik ve satınalma veya Envanter yönetim modüllerine kaydedilir. Bir Ürün Girişinin (VendPackingSlipJour) kaydedilmesi, zaman damgalı bir işlem kaydı oluşturur.
Yakala
Satın Alma Siparişine karşı bir Ürün Teslimatı kaydedildiğinde loglanan olay.
Event tipi
explicit
|
|||
|
Mallar Teslim Edildi
|
Mallar müşterinin varış noktasına ulaştı. Bu olay, taşıyıcı takip verilerinden veya manuel bir durum güncellemesinden çıkarılabilir, zira Dynamics 365'te yerel bir 'teslim edildi' işlemi bulunmamaktadır. | ||
|
Neden önemli
Fiziksel teslimatın tamamlandığını işaretler. Zamanında performans KPI'larını ve müşteri odaklı metrikleri hesaplamak için gerekli olan 'Gerçek Teslimat Tarihi'ni sağlar.
Nereden alınır
Bu genellikle standart bir alan değildir. Satış siparişinde veya sevkiyatta özel bir tarih alanında yakalanabilir, manuel olarak veya bir taşıyıcının sistemiyle entegrasyon yoluyla güncellenebilir.
Yakala
Bir teslimat tarihi alanına manuel bir güncelleme veya harici bir taşıyıcı API entegrasyonu aracılığıyla çıkarılır.
Event tipi
inferred
|
|||
|
Müşteri Siparişi Oluşturuldu
|
Dynamics 365 SCM'de yeni bir satış siparişinin resmi olarak oluşturulmasını temsil eder. Bu, bir kullanıcının yeni bir satış siparişi belgesini kaydettiğinde, teslimat sürecini başlatan, zaman damgasıyla günlüğe kaydedilen açık bir olaydır. | ||
|
Neden önemli
Bu faaliyet, sipariş karşılama döngüsünün resmi başlangıcını işaretler. Genel teslim sürelerini, zamanında teslimat performansını ve sipariş alım desenlerini ölçmek için birincil dayanak noktasıdır.
Nereden alınır
Bu, Satış ve pazarlama modülüne kaydedilen açık bir olaydır. Oluşturma, SalesTable'da (Satış Siparişi Başlığı) belirli bir oluşturma zaman damgasıyla günlüğe işlenir.
Yakala
SalesTable'da bir Satış Siparişi kaydı oluşturulduğunda kaydedilen olay.
Event tipi
explicit
|
|||
|
Nakliye İçin Yüklenen Mallar
|
Paketlenmiş mallar fiziksel olarak taşıyıcının aracına yüklenir ve sevkiyat sistemde onaylanır. Bu olay, Dynamics 365'teki 'Sevkiyat Onayla' eylemine karşılık gelir. | ||
|
Neden önemli
Malların depodan fiziksel olarak çıkışını işaretler. Bu faaliyet, 'Transit Haldeki Mallar' süresini ölçmek ve sevkiyatın finansal olarak tanınması için başlangıç noktasıdır.
Nereden alınır
Depo veya Taşıma yönetimi modüllerine kaydedilir. Bir yük veya sevkiyat üzerindeki 'Sevkiyat Onayla' eylemi (WHSLoadTable), zaman damgalı bir olay oluşturur.
Yakala
İlgili yük veya sevkiyat için 'Sevkiyat Onayla' eylemi gerçekleştirildiğinde kaydedilir.
Event tipi
explicit
|
|||
|
Satın Alma Siparişi Verildi
|
Şirketin bir tedarikçiden satın alma taahhüdünü belirten resmi bir satın alma siparişi oluşturulur ve onaylanır. Bu olay, Satın Alma Siparişi (PO) durumu 'Onaylandı' veya 'Harici İncelemede' olarak güncellendiğinde kaydedilir. | ||
|
Neden önemli
Bu, tedarikte kritik bir kilometre taşı ve tedarikçi teslim süresini ölçmek için birincil başlangıç noktasıdır. Bu olaydan malzeme teslimine kadar geçen süreyi analiz etmek, tedarikçi performansını değerlendirmeye yardımcı olur.
Nereden alınır
Tedarik ve satınalma modülüne kaydedilir. Bir satın alma siparişinin onayı, PurchTable'daki durum değişiklikleri ve tarihlerle izlenir.
Yakala
Bir Satın Alma Siparişinin durumu, bir fişleme işlemi aracılığıyla 'Onaylandı' olarak güncellendiğinde kaydedilir.
Event tipi
explicit
|
|||
|
Teslimat Kanıtı İmzalandı
|
Müşteri, malların alındığını genellikle bir teslimat notu imzalayarak resmi olarak onaylamıştır. Bu genellikle bir belge eklenerek veya sistemdeki bir durum güncellenerek kaydedilir. | ||
|
Neden önemli
Bu, başarılı sipariş karşılama işleminin ve lojistik sürecinin kesin sonunun nihai onayıdır. Anlaşmazlıkları çözmek ve toplam sipariş döngüsü süresini hesaplamak için kritik öneme sahiptir.
Nereden alınır
Bu, standart, ayrı bir işlem değildir. Genellikle satış siparişindeki bir durumun güncellenmesiyle veya taranmış bir teslimat kanıtı belgesi eklemek için belge yönetiminin kullanılmasıyla yönetilir.
Yakala
Bir durum güncellemesinden veya bir POD belgesinin satış siparişine veya sevkiyata eklenmesinden çıkarılır.
Event tipi
inferred
|
|||
|
Toplanan ve Paketlenmiş Mallar
|
Depo çalışanları ürünleri envanterden fiziksel olarak topladı ve sevkiyat için paketledi. Bu durum, toplama işi tamamlandığında ve sistemdeki paketleme durumu güncellendiğinde kaydedilir. | ||
|
Neden önemli
Temel depo karşılama görevinin tamamlandığını temsil eder. Depo Operasyonları Verimlilik dashboard'u için önemli bir ölçüttür ve toplama ve paketleme sürecindeki darboğazları belirlemek için kullanılır.
Nereden alınır
Depo yönetim modülüne kaydedilir. Bu genellikle, depo işinin (WHSWorkTable) durumunun 'Kapalı' olarak değişmesinden veya bir paketleme fişinin kaydedilmesinden çıkarılır.
Yakala
Depo işinin durumunun 'Kapalı' olarak değişmesinden veya sevk irsaliyesinin kayıt tarihinden çıkarılır.
Event tipi
inferred
|
|||
|
Üretilen Mallar
|
Üretim süreci tamamlanır ve bitmiş ürünler sistemde resmi olarak tamamlandı olarak rapor edilir. Bu, üretim siparişi için envanteri güncelleyen bir 'Üretim Tamamlandı Raporu' fişinin kaydedilmesiyle kaydedilir. | ||
|
Neden önemli
Üretim aşamasının tamamlanmasını işaretler ve malları kalite kontrol ve sevkiyat için hazır hale getirir. Üretim programına uygunluğu ölçmek için önemli bir kilometre taşıdır.
Nereden alınır
Üretim kontrol modülüne kaydedilir. 'Üretim Tamamlandı Raporu' fişinin kaydedilmesi, zaman damgalı bir envanter işlemi oluşturur ve üretim siparişi durumunu günceller.
Yakala
Üretim siparişi için 'Üretim Tamamlandı Raporu' fişi kaydedildiğinde günlüğe işlenir.
Event tipi
explicit
|
|||
|
Depo Toplama Listesi Oluşturuldu
|
Bir toplama listesi veya depo iş emri oluşturulur ve personele siparişi karşılamak için hangi ürünleri toplamaları gerektiği talimatı verilir. Bu olay, bir sipariş işlenmek üzere depoya serbest bırakıldığında kaydedilir. | ||
|
Neden önemli
Bu faaliyet, fiziksel depo karşılama operasyonlarını başlatır. Bu noktadan paketleme tamamlanmasına kadar geçen süreyi analiz etmek, dahili depo verimliliğini ve yanıt verme hızını ölçmeye yardımcı olur.
Nereden alınır
Depo yönetim modülüne kaydedilir. Depo işi (WHSWorkTable) oluşturulması veya bir toplama listesi fişinin (WMSPickingRoute) kaydedilmesi ayrı bir olaydır.
Yakala
Toplama listesi fişi oluşturulduğunda veya depo işi yaratıldığında kaydedilir.
Event tipi
explicit
|
|||
|
Kalite Kontrol Gerçekleştirildi
|
Üretilen veya alınan mallar üzerinde standartlara uygunluğunu sağlamak için bir kalite kontrol denetimi yapılır. Bu genellikle sistemde bir kalite siparişi tamamlama veya doğrulama 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önetim modülüne Kalite Siparişleri aracılığıyla kaydedilir. Öğe ile ilişkili bir kalite siparişinin (InventQualityOrderTable) doğrulanması veya kapatılması bu olayı sağlar.
Yakala
Öğe partisi veya seri numarasına bağlı bir Kalite Siparişinin doğrulanması veya kapatılması üzerine kaydedilir.
Event tipi
explicit
|
|||
|
Müşteri Faturası Kaydedildi
|
Satış siparişinden bir satış faturası oluşturulur ve finansal defterlere kaydedilir. Bu genellikle sevkiyat zamanında yapılır, ancak süreç değişebilir, bu da onu farklı bir aktivite yapar. | ||
|
Neden önemli
Bu, siparişten tahsilata döngüsünde kritik 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
Alacaklar modülüne kaydedilir. Bir satış siparişi faturasının kaydedilmesi, belirli bir kayıt tarihiyle CustInvoiceJour tablosunda bir kayıt oluşturur.
Yakala
Bir satış siparişi faturası kaydedildiğinde, bir CustInvoiceJour kaydı oluşturularak günlüğe işlenir.
Event tipi
explicit
|
|||
|
Satın Alma İsteği Oluşturuldu
|
Sipariş için gerekli malzemeleri temin etmek üzere satın alma departmanına resmi bir talep yapılır, genellikle stok yetersiz olduğunda. Bu, yeni bir satın alma talebi belgesi oluşturulduğunda ve kaydedildiğinde loglanan açık bir olaydır. | ||
|
Neden önemli
Bu faaliyet, tedarik alt sürecini başlatır. Bunu takip etmek, tedarik teslim süresinin dahili onay kısmını analiz etmek ve bir Satın Alma Siparişi verilmeden önceki gecikmeleri tespit etmek için anahtar niteliğindedir.
Nereden alınır
Tedarik ve satınalma modülüne kaydedilir. PurchReqTable'da bir kaydın oluşturulması, zaman damgası olan ayrı bir olaydır.
Yakala
Satın alma talebi tablosunda (PurchReqTable) bir kayıt oluşturulduğunda kaydedilen olay.
Event tipi
explicit
|
|||
|
Sevkiyat Planlandı
|
Paketlenmiş malların sevkiyatı için belirli bir tarih ve taşıyıcı atanır. Bu genellikle bir yük planlandığında veya nakliye modülünde bir sevkiyat onaylandığında kaydedilir. | ||
|
Neden önemli
Sevkiyat programına uygunluğu ölçmek için bir temel sağlar. Bu 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üne kaydedilir. Bir yükün (WHSLoadTable) veya sevkiyatın onayı, genellikle yakalanabilecek planlanmış bir sevkiyat tarihi içerir.
Yakala
Bir taşıma yükü veya sevkiyat kaydının onaylanması üzerine kaydedilir.
Event tipi
explicit
|
|||
|
Sipariş İptal Edildi
|
Müşteri satış siparişi, teslimat tamamlanmadan önce iptal edilir. Bu durum, satış siparişi başlığındaki 'İptal Edildi' durum değişikliğiyle kaydedilir. | ||
|
Neden önemli
Olumsuz bir süreç sonucunu temsil eder. Siparişlerin ne zaman ve neden iptal edildiğini analiz etmek, ürün bulunabilirliği, teslimat süreleri veya müşteri hizmetlerinde ele alınması gereken sorunları ortaya çıkarabilir.
Nereden alınır
SalesTable'ın durum alanının 'İptal Edildi' olarak değişmesinden çıkarılır. Bu değişikliğin tarihi, değişiklik izleme veya veritabanı kaydı etkinleştirilirse yakalanabilir.
Yakala
Satış siparişi durumunun 'İptal Edildi' olarak değişmesinden çıkarılır.
Event tipi
inferred
|
|||
|
Üretim Siparişi Oluşturuldu
|
Müşterinin lojistik siparişi için gerekli mamul ürünleri üretmek üzere bir üretim siparişi oluşturulur. Bu, üretim kontrol modülünde kaydedilen ayrık bir olaydır. | ||
|
Neden önemli
Sipariş üzerine üretim senaryoları için üretim sürecini başlatır. Bu olaydan malların tamamlanmasına kadar geçen süreyi takip etmek, üretim döngü sürelerini ve program uyumunu analiz etmek için hayati öneme sahiptir.
Nereden alınır
Üretim kontrol modülüne kaydedilir. ProdTable'da (Üretim Siparişi tablosu) yeni bir kaydın oluşturulması, bir oluşturma zaman damgası içerir.
Yakala
Üretim siparişi tablosunda (ProdTable) yeni bir kayıt oluşturulduğunda kaydedilir.
Event tipi
explicit
|
|||