Tedarik Zinciri Yönetimi Veri Şablonunuz

Blue Yonder
Tedarik Zinciri Yönetimi Veri Şablonunuz

Tedarik Zinciri Yönetimi Veri Şablonunuz

Bu şablon, Tedarik Zinciri Yönetimi sürecinizi analiz etmek için gerekli verileri çıkarmak için kapsamlı bir rehber sunar. Blue Yonder sisteminizde toplanması gereken kritik öznitelikleri ve izlenmesi gereken temel faaliyetleri özetler. Bu rehberliği takip ederek, güçlü süreç içgörüleri için doğru bir olay günlüğü oluşturabilirsiniz.
  • Kapsamlı bir analiz için toplanması tavsiye edilen `öznitelikler`.
  • Takip edilecek temel süreç faaliyetleri ve dönüm noktaları
  • Blue Yonder'dan veri çekme için adım adım rehberlik
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Tedarik Zinciri Yönetimi Öznitelikleri

Bu önerilen veri alanları, tedarik zinciri yönetimi sürecinizin kapsamlı bir analizi için olay günlüğünüze dahil edilmesi gereken temel unsurlardır.
3 Gerekli 6 Önerilen 13 İsteğe Bağlı
Ad Açıklama
Başlangıç Zamanı
EventTime
Belirli bir etkinliğin ne zaman başladığını veya gerçekleştiğini gösteren zaman damgası.
Açıklama

Olay Zamanı veya Başlangıç Zamanı, bir aktivitenin kaynak sistemde kaydedildiği kesin tarih ve saattir. Bu kronolojik veri, olayları doğru sıralamak ve tüm zaman tabanlı analizler için kritik öneme sahiptir.

Bu zaman damgası, aktiviteler arasındaki döngü sürelerini hesaplamak, tüm sürecin süresini ölçmek ve gecikmeleri veya bekleme sürelerini belirlemek için kullanılır. Uçtan Uca Sipariş Teslim Süresi ve Taşıma Döngü Süresi gibi neredeyse tüm performansla ilgili KPI'ların omurgasını oluşturur.

Neden önemli

Bu zaman damgası, olayları sıralamak, süreleri hesaplamak ve zaman içinde süreç performansını ve darboğazları analiz etmek için hayati öneme sahiptir.

Nereden alınır

Bu bilgi, genellikle Blue Yonder'daki her iş nesnesinin işlem veri tablolarında bir oluşturulma tarihi, değişiklik tarihi veya gönderim tarihi zaman damgası olarak mevcuttur.

Örnekler
2023-10-26T09:00:00Z2023-10-26T14:30:00Z2023-10-27T11:15:00Z
Faaliyet Adı
ActivityName
Lojistik süreci içinde gerçekleşen belirli bir iş olayının veya adımın adı, örneğin 'Satın Alma Siparişi Verildi' veya 'Mallar Toplandı ve Paketlendi' gibi.
Açıklama

Aktivite Adı, lojistik siparişin yaşam döngüsünün bir parçası olarak yürütülen tek bir adımı veya görevi tanımlar. Bu olaylar, her vaka için bir eylem dizisi oluşturmak üzere kronolojik olarak kaydedilir.

Faaliyetleri analiz etmek, süreç madenciliğinin temelidir. Süreç haritasının görselleştirilmesine, belirli adımlar arasındaki darboğazların tespit edilmesine, aktivite sıklıklarının analiz edilmesine ve standart süreç akışından sapmaların belirlenmesine olanak tanır.

Neden önemli

Bu öznitelik, süreç haritasındaki adımları tanımlar, lojistik siparişlerinin akışını görselleştirmeyi, analiz etmeyi ve optimize etmeyi mümkün kılar.

Nereden alınır

Etkinlik adları, Blue Yonder'ın depolama, taşıma ve sipariş yönetimi ile ilgili çeşitli modüllerinde kaydedilen olay günlüklerinden, işlem kodlarından veya durum değişikliklerinden türetilir.

Örnekler
Müşteri Siparişi AlındıÜretilen MallarSevkiyat ProgramlandıTeslimat Kanıtı İmzalandı
Lojistik Sipariş
LogisticsOrder
Tek bir lojistik siparişinin benzersiz tanımlayıcısı, uçtan uca tedarik zinciri sürecini takip etmek için birincil vaka kimliği olarak hizmet eder.
Açıklama

Lojistik Siparişi, müşteri siparişinin oluşturulmasından nihai teslimata kadar tüm ilgili faaliyetleri birbirine bağlayan temel tanımlayıcıdır. Her benzersiz Lojistik Sipariş numarası, tedarik zinciri sürecinin tek bir örneğini temsil eder.

Süreç madenciliğinde, Lojistik Siparişine göre veri analizi, sipariş yaşam döngüsünün tam bir görünümünü sağlar. Bu, uçtan uca döngü sürelerini hesaplamak, süreç varyantlarını belirlemek ve her siparişin tedarik, üretim ve dağıtım gibi farklı aşamalardaki yolculuğunu anlamak için hayati öneme sahiptir.

Neden önemli

Bu, temel Vaka Kimliğidir. Tüm süreç adımlarını birbirine bağlar, tüm sipariş karşılama yolculuğunun yeniden oluşturulmasını ve analizini sağlar.

Nereden alınır

Bu tanımlayıcı, tipik olarak Blue Yonder içindeki ana sipariş yönetimi veya lojistik yürütme modüllerinde bulunur.

Örnekler
LO-845123LO-845124LO-845125
`Gerçek Teslim Tarihi`
ActualDeliveryDate
Siparişin müşteriye başarıyla teslim edildiği, teslimat kanıtı ile teyit edilen gerçek tarih.
Açıklama

Gerçek Teslimat Tarihi, teslimatın tamamlanmasının ardından, genellikle 'Teslimat Kanıtı İmzalandı' olayından alınır. Bu zaman damgası, lojistik siparişin nihai tamamlanmasını işaret eder.

Bu öznitelik, performans ölçümü için hayati öneme sahiptir. 'Talep Edilen Teslimat Tarihi' ile karşılaştırılarak bir teslimatın zamanında, geç veya erken olup olmadığını belirlemek için kullanılır. Bu hesaplama, Zamanında Teslimat Oranı KPI'sının temelidir ve Zamanında Teslimat Performansı dashboardunda görselleştirilir.

Neden önemli

Zamanında Teslimat Oranının hesaplanması için kritik öneme sahiptir, bu öznitelik gerçek performansı müşterinin beklentisiyle karşılaştırır.

Nereden alınır

Bu tarih, genellikle teslimat kanıtı olayının zaman damgasından türetilir; bu da Blue Yonder'ın TMS'sinde veya ilgili bir lojistik modülünde yakalanabilir.

Örnekler
2023-11-142023-11-212023-12-01
Kullanıcı Adı
UserName
Aktiviteyi gerçekleştiren kişinin kullanıcı kimliği veya adı.
Açıklama

Bu öznitelik, belirli bir süreç adımından sorumlu çalışanı veya sistem kullanıcısını tanımlar. Kaynak tahsisini, iş yükü dağıtımını ve bireysel veya ekip düzeyinde performansı anlamak için hayati öneme sahiptir.

Analizde, Kullanıcı Adı, farklı kullanıcıların aynı görevi nasıl gerçekleştirdiğini görmek, eğitim ihtiyaçlarını belirlemek veya en iyi performans gösterenleri tespit etmek için süreç haritalarını filtrelemek için kullanılır. Ayrıca, hangi kullanıcıların sık ve tekrarlayan görevlerde yer aldığını görmek için 'Manuel Görev ve Otomasyon Potansiyeli' dashboardu için de kritik öneme sahiptir.

Neden önemli

Kullanıcı eylemlerini belirli kişilere atar, iş yükü analizi, performans karşılaştırması ve otomasyon fırsatlarının belirlenmesini sağlar.

Nereden alınır

Tipik olarak işlem verilerinde 'Oluşturan' veya 'Değiştiren' alanı olarak bulunur, Blue Yonder'daki bir kullanıcı ana veri tablosuna bağlanır.

Örnekler
j.doea.smithSYSTEM_RFC
Sipariş Durumu
OrderStatus
Lojistik siparişinin mevcut veya nihai durumu, örneğin 'Devam Ediyor', 'Tamamlandı' veya 'İptal Edildi' gibi.
Açıklama

Sipariş Durumu, veri çekimi sırasında lojistik siparişinin yaşam döngüsünde nerede olduğunun veya nihai sonucunun bir anlık görüntüsünü sunar. Vakanın durumunun temel bir göstergesidir.

Bu öznitelik, analizi yalnızca tamamlanmış siparişlere odaklamak veya belirli siparişlerin neden iptal edildiğini araştırmak için faydalıdır. Farklı süreç varyantlarının sonuçlarını anlamaya yardımcı olur ve genel süreç başarı veya başarısızlık oranlarını ölçmek için basit bir yoldur.

Neden önemli

Bir vakanın sonucunu gösterir, tamamlanmış, devam eden veya iptal edilmiş siparişler için analizin filtrelenmesine olanak tanır; bu, performans metriklerini bağlamsallaştırmak için kritik öneme sahiptir.

Nereden alınır

Bu, tipik olarak Blue Yonder'daki ana lojistik siparişinin veya sevkiyat belgesinin başlığındaki bir durum alanıdır.

Örnekler
TamamlandıDevam Ediyorİptal EdildiBeklemede
Sipariş Türü
OrderType
Siparişin sınıflandırması, örneğin 'Standart Sipariş', 'Acele Sipariş' veya 'Toplu Sipariş' gibi.
Açıklama

Sipariş Türü, lojistik siparişlerini özelliklerine, aciliyetine veya iş bağlamına göre sınıflandırır. Farklı sipariş türleri genellikle farklı süreç yollarını takip eder veya farklı hizmet seviyesi anlaşmalarına (SLA) sahiptir.

Sipariş Türüne göre analiz yapmak, süreç varyasyonlarını anlamak için kritik öneme sahiptir. Örneğin, 'Rush Orders'ın daha kısa döngü sürelerine sahip olması ve belirli adımları atlaması beklenirken, 'Bulk Orders'ın daha uzun üretim tedarik süreleri olabilir. Bu öznitelik, belirli vakaların neden normalden saptığını açıklamaya yardımcı olur ve 'Process Variant Analysis' dashboard'unda kullanışlıdır.

Neden önemli

Farklı sipariş türlerinin genellikle benzersiz yolları, öncelikleri ve SLA'ları olduğu için süreç varyasyonlarını ve performans farklılıklarını açıklamaya yardımcı olur.

Nereden alınır

Bu bilgi, genellikle Blue Yonder'ın sipariş yönetim sistemi içindeki sipariş başlık verilerinde saklanır.

Örnekler
StandartAcilStok Transferiİade
Talep Edilen Teslimat Tarihi
RequestedDeliveryDate
Müşteri tarafından talep edilen siparişin teslimat tarihi.
Açıklama

Talep Edilen Teslimat Tarihi, bir lojistik siparişiyle ilişkili kritik bir müşteri ana verisidir. Müşteriye verilen taahhüdü temsil eder ve teslimat performansını ölçmek için birincil ölçüt olarak hizmet eder.

Bu tarih, Zamanında Teslimat Oranı KPI'sını hesaplamak için 'Gerçek Teslimat Tarihi' ile karşılaştırılır. Gecikmeleri ve bunların taşıyıcı performansı veya dahili darboğazlar gibi temel nedenlerini analiz etmeye olanak tanıyan 'Zamanında Teslimat Performansı' dashboardu için temeldir.

Neden önemli

Bu, müşteri memnuniyetini ve teslimat performansını ölçmek için temeldir. Zamanında Teslimat Oranı KPI'sını hesaplamak için hayati öneme sahiptir.

Nereden alınır

Bu, tipik olarak Blue Yonder'ın sipariş yönetim sistemi içindeki müşteri sipariş başlık verilerinde saklanır.

Örnekler
2023-11-152023-11-202023-12-01
Tedarikçi Adı
SupplierName
Bir satın alma siparişi için hammadde veya bileşen sağlayan tedarikçinin adı.
Açıklama

Tedarikçi Adı, tedarik zinciri sürecinin bir parçası olarak mal tedarik edilen satıcıyı tanımlar. Bu, gelen lojistik ve tedarik aşamalarını analiz etmek için önemli bir boyuttur.

Bu öznitelik, 'Tedarikçi Gelen Performansı' dashboardunda satın alma siparişi oluşturulmasından malzeme teslimine kadar olan döngü sürelerini her tedarikçi bazında ayrıştırmak için kullanılır. Bu analiz, güvenilir ve hızlı tedarikçileri, sürekli gecikmelere neden olanlardan ayırmaya yardımcı olur, tedarik stratejisini ve tedarikçi ilişki yönetimini bilgilendirir.

Neden önemli

Farklı tedarikçilerin performans analizini sağlar; bu, gelen lojistiği optimize etmek ve üretim programlarının karşılandığından emin olmak için kritik öneme sahiptir.

Nereden alınır

Bu bilgi, satın alma siparişi başlık verilerinde saklanır ve Blue Yonder içinde bir tedarikçi ana veri tablosundan veya entegre bir ERP'den bağlanır.

Örnekler
Global Components Inc.Advanced Materials LLCPrecision Parts Co.
Bitiş Saati
EndTime
Bir aktivitenin tamamlandığını gösteren timestamp.
Açıklama

Bitiş Zamanı, bir aktivitenin sonucunu işaret eder. Hem Başlangıç Zamanı hem de Bitiş Zamanı mevcut olduğunda, bir aktivitenin kesin işlem süresi hesaplanabilir ve bu süre, boş veya bekleme süresinden ayrılabilir.

Bu, 'Mallar Toplandı ve Paketlendi' veya 'Kalite Kontrolü Gerçekleştirildi' gibi belirli görevlerin süresini analiz etmek için son derece değerlidir. En çok zaman tüketen faaliyetleri belirlemeye yardımcı olur, hedeflenmiş optimizasyon ve otomasyon çabalarını destekler.

Neden önemli

Etkinlik işlem süresinin doğru hesaplanmasını sağlar; bu, verimsiz görevleri belirlemek ve kaynak verimliliğini ölçmek için anahtardır.

Nereden alınır

Başlangıç zamanı gibi, bu da genellikle Blue Yonder'daki her iş nesnesi için işlem veri tablolarında bir zaman damgası olarak bulunur ve çoğu zaman bir durum tamamlanmasını işaret eder.

Örnekler
2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z
Kaynak Sistem
SourceSystem
Verilerin çıkarıldığı sistem, bu durumda Blue Yonder.
Açıklama

Bu öznitelik, süreç verilerinin kaynağını tanımlar. Birden fazla sistemden gelen verilerin bütünsel bir süreç görünümü için birleştirildiği ortamlarda, net veri kökeni sağlayarak özellikle faydalıdır.

Bu analiz için değer sürekli olarak 'Blue Yonder' olacaktır, ancak özellikle bir ERP veya CRM gibi diğer sistemler entegre edilmişse, veri yönetimi ve bağlam için kritik bir meta veri parçası olarak hizmet eder.

Neden önemli

Verinin kaynağını belirler; bu, veri yönetimi, doğrulama ve birden çok kurumsal sistemi kapsayan analizleri yönetmek için kritik öneme sahiptir.

Nereden alınır

Bu genellikle veri çıkarma ve dönüştürme süreci sırasında veri setinin kaynağını etiketlemek için eklenen statik bir değerdir.

Örnekler
Blue Yonder TMSBlue Yonder WMSBlue Yonder SCP
Müşteri Adı
CustomerName
Siparişi veren müşterinin adı.
Açıklama

Lojistik siparişinin son müşterisini belirler. Bu, müşteri odaklı bir bakış açısıyla analizi segmentlere ayırmak için temel bir boyuttur.

Müşteriye göre süreç performansını analiz etmek, belirli müşterilerin daha uzun tedarik süreleri veya daha fazla sorun yaşayıp yaşamadığını ortaya çıkarabilir. Bu öznitelik, müşteri bazında döküm yapılmasına izin vererek 'On-Time Delivery Performance' dashboards'unu destekler ve anahtar müşteriler için iyileştirmelerin önceliklendirilmesine yardımcı olur.

Neden önemli

Müşteri odaklı analiz sağlar, hangi müşterilerin süreç verimsizliklerinden en çok etkilendiğini belirlemeye ve hizmet iyileştirmelerini önceliklendirmeye yardımcı olur.

Nereden alınır

Bu bilgi, müşteri sipariş başlık verilerinde saklanır ve Blue Yonder'daki bir müşteri ana veri tablosundan veya entegre bir CRM/ERP'den bağlanır.

Örnekler
Retail CorpMegaStore Inc.Doğrudan Tüketici Malları
Purchase Order Number
PurchaseOrderNumber
Bir tedarikçiden hammadde veya mal tedarik etmek için oluşturulan bir satın alma siparişinin benzersiz tanımlayıcısı.
Açıklama

Satın Alma Sipariş Numarası, lojistik siparişini tedarik sürecine bağlar. 'Satın Alma Talebi Oluşturuldu' ve 'Satın Alma Siparişi Verildi' gibi faaliyetler sırasında oluşturulur.

Bu öznitelik, tedarik alt sürecinin detaylı bir analizine olanak tanır. Belirli bir Satın Alma Siparişinin düzenlenmesinden malın teslim alınmasına kadar olan yolculuğunu takip etmeye yardımcı olduğu ve gecikmeleri belirli tedarikçiler veya malzemelerle ilişkilendirdiği 'Tedarikçi Gelen Performansı' dashboardu için hayati öneme sahiptir.

Neden önemli

Ana karşılama sürecini yukarı akış tedarik faaliyetlerine bağlar, tedarikçi performansının ve tedarik döngüsü sürelerinin detaylı analizini sağlar.

Nereden alınır

Bu tanımlayıcı, Blue Yonder'ın tedarik veya satın alma modülünde ya da entegre bir ERP sisteminde oluşturulur ve saklanır.

Örnekler
PO45000123PO45000124PO45000125
Satınalma Talep Oluşturan
PurchaseRequisitionCreator
Mal veya malzeme satın alma talebini başlatan kullanıcı veya departman.
Açıklama

Bu öznitelik, resmi bir satın alma siparişinin oluşturulmasını tetikleyen dahili belge olan satın alma talebini oluşturan kişi veya ekibi tanımlar. Kuruluş içinde tedarik talebini kimin yönlendirdiğine dair bağlam sağlar.

Bu özniteliğe göre analiz yapmak, dahili tedarik modellerini anlamaya yardımcı olur ve 'Manuel Görev ve Otomasyon Potansiyeli' dashboardunda kullanılabilir. Birkaç kullanıcı yüksek hacimli standart talepler oluşturuyorsa, bu talep sürecini otomatikleştirmek için bir fırsatın göstergesi olabilir.

Neden önemli

Bir tedarik talebinin kaynağını belirler; bu, iç talep modellerini analiz etmeye ve süreç otomasyonu için fırsatları belirlemeye yardımcı olur.

Nereden alınır

Satınalma talep belgesi verilerinde, genellikle 'Oluşturan' alanı olarak bulunur.

Örnekler
m.jonesp.chenPLANNING_DEPT
Son Veri Güncellemesi
LastDataUpdate
Data'nın kaynak sistemden en son ne zaman yenilendiğini veya çıkarıldığını gösteren timestamp.
Açıklama

Bu öznitelik, en son veri çekiminin tarihini ve saatini sağlar. Analize bağlam sağlar, verilerin ne kadar güncel olduğunu ve bir sonraki yenilemenin ne zaman beklenebileceğini gösterir.

Kullanıcıların analiz ettikleri verinin güncelliğini anlaması önemlidir. Bu, dashboardları yorumlamaya ve kararların güncel bilgilere dayalı olmasını sağlamaya yardımcı olur.

Neden önemli

Veri güncelliği hakkında kritik bağlam sağlar, kullanıcıların süreç analizinin ne kadar güncel olduğunun farkında olmasını sağlar.

Nereden alınır

Bu timestamp, veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve eklenir.

Örnekler
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
Taşıma Şekli
ModeOfTransport
Sevkiyat için kullanılan taşıma yöntemi, örneğin Kamyon, Hava veya Deniz yoluyla.
Açıklama

Bu öznitelik, malları taşımak için kullanılan taşıma modunu belirtir. Farklı modların değişen maliyetleri, hızları ve kapasiteleri vardır, bu da onu lojistik planlama ve analizde önemli bir faktör haline getirir.

'Taşıma Verimliliği Monitörü' dashboardu, farklı taşıma modları arasındaki transit sürelerini ve maliyetlerini karşılaştırmak için bu özniteliği kullanır. Bu, siparişin önceliği ve maliyet kısıtlamalarına bağlı olarak daha hızlı ama daha pahalı hava taşımacılığı ile daha yavaş ama daha ucuz deniz taşımacılığı arasında seçim yapmak gibi stratejik kararlar vermeye yardımcı olur.

Neden önemli

Taşıma maliyetlerini ve hızını analiz etmek için temel bir boyut sağlar, en etkili nakliye yöntemleri hakkında stratejik kararlar alınmasını mümkün kılar.

Nereden alınır

Bu bilgi, genellikle Blue Yonder'ın TMS'sindeki sevkiyat veya navlun siparişi detaylarında saklanır.

Örnekler
Komple Kamyon Yükü (FTL)Hava KargoDeniz TaşımacılığıRail
Taşıyıcı Adı
CarrierName
Malların sevkiyatından sorumlu nakliye şirketinin adı.
Açıklama

Taşıyıcı Adı, malların depodan nihai varış noktasına taşınmasını gerçekleştiren lojistik ortağını tanımlar. Bu, giden lojistik performansını değerlendirmek için kritik bir boyuttur.

'Ulaştırma Verimliliği Monitörü' dashboardunda, Taşıyıcı Adına göre veri analizi, farklı taşıyıcılar için 'Transit Halindeki Mallar' süresini karşılaştırmaya yardımcı olur. Bu, işletmenin en hızlı, en güvenilir veya en uygun maliyetli taşıma ortaklarını belirlemesine ve gönderim stratejilerini buna göre optimize etmesine olanak tanır.

Neden önemli

Farklı taşıma şirketlerinin performans karşılaştırmasını sağlar, nakliye maliyetlerini, rotaları ve teslimat sürelerini optimize etmeye yardımcı olur.

Nereden alınır

Bu, tipik olarak Blue Yonder'ın Taşıma Yönetim Sistemi (TMS) içindeki sevkiyat veya navlun siparişi belgelerinde bulunur.

Örnekler
Hızlı KargoNational LogisticsSwift Haulage
Tedarikçi Taahhüt Tarihi
SupplierPromisedDeliveryDate
Belirli bir satın alma siparişi için tedarikçi tarafından taahhüt edilen teslimat tarihi.
Açıklama

Bu tarih, tedarikçinin hammadde veya bileşenlerin ne zaman teslim edileceğine dair taahhüdüdür. Bir tedarikçinin güvenilirliğini ve zamanında teslimatını ölçmek için kullanılan ölçüttür.

Bu öznitelik, 'Tedarikçi Zamanında Teslimat Oranı' KPI'sını hesaplamak için hayati öneme sahiptir. Tedarikçinin taahhüdünü yerine getirip getirmediğini belirlemek için malzemelerin gerçek teslim alma tarihi ('Hammadde Teslim Alındı' olay zaman damgası) ile karşılaştırılır. Bu analiz, 'Tedarikçi Gelen Performansı' dashboardunun merkezindedir.

Neden önemli

Gelen teslimatlar için performans kriteri görevi görür, tedarikçi güvenilirliğinin ve bunun üretim programı üzerindeki etkisinin ölçülmesini sağlar.

Nereden alınır

Bu tarih, genellikle tedarikçi tarafından sağlanan bilgilere veya standart teslim sürelerine göre satın alma siparişi kalem seviyesinde saklanır.

Örnekler
2023-10-102023-10-122023-10-15
Uçtan Uca Döngü Süresi
EndToEndCycleTime
Bir lojistik siparişi için ilk faaliyetten ('Müşteri Siparişi Alındı') son faaliyete ('Teslimat Kanıtı İmzalandı') kadar geçen toplam süre.
Açıklama

Bu metrik, bir lojistik siparişinin yaşam döngüsünün toplam süresini ölçer. Tüm tedarik zinciri sürecinin genel hızını ve verimliliğini yansıtan temel bir performans göstergesidir.

Bu, 'Uçtan Uca Sipariş Teslim Süresi Analizi' dashboardu ve 'Lojistik Sipariş Uçtan Uca Döngü Süresi' KPI'sı için birincil metriktir. Bu süreyi analiz etmek, sistemik gecikmeleri belirlemeye yardımcı olur ve süreç sağlığının üst düzey bir ölçüsünü sağlar. Uzun teslim sürelerinin nedenlerini bulmak için Sipariş Tipi veya Ürün Kategorisi gibi boyutlara göre ayrıştırılabilir.

Neden önemli

Bu, tedarik zincirinin genel hızını ölçmek için kritik bir KPI'dır, müşteri memnuniyetini ve işletme sermayesini doğrudan etkiler.

Nereden alınır

Bu değer kaynak sistemde saklanmamaktadır. Her vaka için ilk olayın zaman damgasından son olayın zaman damgasının çıkarılmasıyla hesaplanır.

Örnekler
15 gün 4 saat22 gün 11 saat10 gün 2 saat
Ürün Kategorisi
ProductCategory
Lojistik siparişindeki ürünün ait olduğu kategori, örneğin Elektronik veya Giyim gibi.
Açıklama

Ürün Kategorisi, benzer ürünleri bir araya getirmek için kullanılan bir sınıflandırmadır. Farklı ürün kategorileri, farklı tedarik zinciri süreçlerine, işleme gereksinimlerine veya tedarik sürelerine sahip olabilir.

Bu öznitelik, 'Logistics Order Throughput Trend' dashboard'unda farklı ürün türleri için tamamlanmış sipariş hacmini filtrelemek ve karşılaştırmak için kullanılır. Belirli ürün hatlarının daha fazla gecikmeyle karşılaşıp karşılaşmadığını veya daha düşük verimliliğe sahip olup olmadığını ortaya çıkarabilir, iyileştirme çabalarını en çok ihtiyaç duyulan yerlere odaklamaya yardımcı olur.

Neden önemli

Süreç analizinin ürün tipine göre segmentlere ayrılmasını sağlar, kategoriye özgü darboğazları, talep modellerini veya işleme karmaşıklıklarını ortaya çıkarır.

Nereden alınır

Bu, Blue Yonder'daki lojistik siparişinin kalemleriyle bağlantılı olacak malzeme veya ürün ana verilerinin bir parçasıdır.

Örnekler
Tüketici ElektroniğiEndüstriyel MakinelerGiyimGıda Ürünleri
Yeniden İşleme mi?
IsRework
Bir siparişin tekrarlanan paketleme veya kalite kontrol adımları gibi yeniden işlemeye tabi olup olmadığını gösteren hesaplanmış bir bayrak.
Açıklama

Bu boolean bayrağı, 'Mallar Toplandı ve Paketlendi' -> 'Kalite Kontrolü Yapıldı' -> 'Mallar Toplandı ve Paketlendi' gibi yeniden işleme döngülerinin kanıtını gösteriyorsa true olarak ayarlanır. Standart, verimli akıştan sapan durumları tanımlar.

Bu öznitelik, 'Sipariş Yeniden İşleme Oranı' KPI'sını hesaplamak için kullanılır ve 'Süreç Varyantı ve Yeniden İşleme Analizi' dashboardunda görselleştirilir. Yeniden işlem içeren durumları belirlemek, karşılama sürecindeki hata veya verimsizlik kaynaklarını tanımlamaya yardımcı olur, atık ve operasyonel maliyetleri azaltmaya yönelik hedeflenmiş iyileştirmelere yol açar.

Neden önemli

Tekrarlanan adımlara sahip vakaları işaretleyerek süreç verimsizliklerini ve kalite sorunlarını vurgular, süreç istikrarını iyileştirmek ve maliyetleri azaltmak için odaklanmış çabaları mümkün kılar.

Nereden alınır

Bu, Blue Yonder'da bir alan değildir. Süreç madenciliği analizi sırasında, bir vaka içindeki belirli tekrarlayan aktivite dizilerini tespit ederek hesaplanır.

Örnekler
truefalse
Zamanında Teslimat
IsOnTimeDelivery
Siparişin talep edilen teslimat tarihinde veya öncesinde teslim edilip edilmediğini gösteren hesaplanmış bir bayrak.
Açıklama

Bu, 'Gerçek Teslimat Tarihi'nin 'Talep Edilen Teslimat Tarihi' ile karşılaştırılmasıyla türetilen bir boolean özniteliğidir. Her siparişi 'Zamanında' (true) veya 'Geç' (false) olarak kategorize ederek performans analizini kolaylaştırır.

Bu öznitelik, 'Zamanında Teslimat Performansı' dashboardunu doğrudan destekler ve 'Zamanında Teslimat Oranı' KPI'sını hesaplamak için kullanılır. Geç teslimatlarla ilişkili taşıyıcı veya ürün tipi gibi ortak faktörleri anlamak için hızlı filtreleme ve kök neden analizi sağlar.

Neden önemli

Her sipariş için net bir boolean sonuç sağlayarak zamanında teslimat analizini kolaylaştırır, böylece performans oranlarını hesaplamayı ve gecikme nedenlerini belirlemeyi kolaylaştırır.

Nereden alınır

Bu öznitelik kaynak sistemde bulunmamaktadır. Veri dönüşümü sırasında şu formül kullanılarak hesaplanır: ActualDeliveryDate <= RequestedDeliveryDate.

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

Tedarik Zinciri Yönetimi Faaliyetleri

Bunlar, doğru süreç keşfi ve optimizasyonu için olay günlüğünüze kaydetmeniz gereken kritik süreç adımları ve kilometre taşlarıdır.
7 Önerilen 8 İsteğe Bağlı
Aktivite Açıklama
Hammadde Teslim Alındı
Bu faaliyet, bir tedarikçiden bir depoda veya üretim tesisinde malların fiziksel olarak alınmasını ifade eder. Genellikle gelen öğelerin taranmasıyla başlatılan bir mal kabul işlemi aracılığıyla açıkça yakalanır.
Neden önemli

Bu olay, sürecin tedarikçi teslimat ayağının sonunu işaret eder. Tedarikçi güvenilirliğini ve gelen lojistik verimliliğini ölçmek için hayati öneme sahiptir.

Nereden alınır

Depo Yönetim Sistemi (WMS) veya Envanter Yönetimi modüllerindeki işlem günlüklerinden alınır. Malzeme giriş belgesinin kayıt tarih ve saatine karşılık gelir.

Yakala

Malzeme giriş kaydının işlem zaman damgasına dayanır.

Event tipi explicit
Müşteri Siparişi Alındı
Bu faaliyet, bir müşteri talebiyle başlatılan sistemde yeni bir lojistik siparişinin oluşturulmasını işaret eder. Bu olay, genellikle bir kullanıcı veya EDI mesajı Blue Yonder'ın Sipariş Yönetimi modülünde bir satış siparişi belgesi oluşturduğunda açıkça yakalanır.
Neden önemli

Bu, uçtan uca tedarik zinciri süreci için birincil başlangıç olayıdır. Bu aktiviteyi analiz etmek, sipariş alım hacmini ve siparişten teslimata kadar geçen toplam teslim süresini ölçmek için kritik öneme sahiptir.

Nereden alınır

Bu olay, bir satış siparişi oluşturulduğunda sipariş yönetim sistemi tablolarına açıkça kaydedilir. Sipariş başlık kaydının oluşturulma zaman damgasına karşılık gelir.

Yakala

Olay, satış siparişi oluşturulduğunda (örn. işlem onayı) kaydedilir.

Event tipi explicit
Satınalma Siparişi Verildi
Bu, hammadde veya bitmiş ürünler için harici bir tedarikçiye resmi bir satın alma siparişinin oluşturulmasını ve gönderilmesini işaret eder. Bu, Blue Yonder'ın tedarik işlevsellikleri içinde temel, açık bir olaydır.
Neden önemli

Bu, tedarikçi teslim sürelerini ve performansını izlemek için önemli bir kilometre taşıdır. Tedarikçi Zamanında Teslimat KPI'sı için başlangıç noktası olarak hizmet eder.

Nereden alınır

Tedarik sistemi tablolarına, Satınalma Siparişi belgesinin ne zaman oluşturulduğunu veya resmi olarak yayınlandığını gösteren bir zaman damgasıyla açık bir olay olarak kaydedilir.

Yakala

Olay, satınalma siparişi belgesinin oluşturulma veya yayınlanma zaman damgasına karşılık gelir.

Event tipi explicit
Taşımaya Yüklendi
Paketlenmiş malların taşıma aracına yüklendiği ve depodan ayrıldığı noktayı işaret eder. Bu, genellikle WMS veya TMS'de 'mal çıkışı' işlemi olarak kaydedilen kritik, açık bir olaydır.
Neden önemli

Bu olay, taşıma döngü süresini ve genel transit verimliliğini ölçmek için başlangıç noktasıdır. Dahili depo operasyonlarından harici taşıyıcıya teslimi işaret eder.

Nereden alınır

WMS veya ERP sistemine bir mal çıkışı kaydı olarak açıkça kaydedilir. Bu işlemin kayıt tarih ve saati, olay zaman damgası olarak hizmet eder.

Yakala

Teslimatla ilişkili mal çıkışı işlem günlüğünden yakalanan olay.

Event tipi explicit
Teslimat Kanıtı İmzalandı
Bu son faaliyet, müşterinin teslimatı kabul ettiğini, genellikle bir teslimat belgesini imzalayarak teyit eder. Olay, genellikle manuel olarak veya sürücü tarafından kullanılan bir mobil uygulama aracılığıyla bir durum güncellemesi yoluyla yakalanır.
Neden önemli

Bu, uçtan uca lojistik süreci için en güvenilir son olaydır. Genel döngü süresini ve Zamanında Teslimat Oranını hesaplamak için kritik öneme sahiptir.

Nereden alınır

TMS veya OMS'deki teslimat veya sevkiyat belgesindeki bir durum güncellemesinden çıkarılır. Durumun 'POD Alındı' veya 'Teslim Edildi' olarak değiştiği zaman damgası kullanılır.

Yakala

Sevkiyat belgesindeki teslimat onayını gösteren bir durum değişikliğinden türetilmiştir.

Event tipi inferred
Üretilen Mallar
Bu olay, bir lojistik siparişi için üretim sürecinin tamamlandığını işaret eder. Genellikle üretim siparişindeki bir durum değişikliğinden, örneğin 'Tamamlandı' veya 'Bitti' durumuna geçişten çıkarılır.
Neden önemli

Bu kilometre taşı, üretim döngü sürelerini ölçmek için kritik öneme sahiptir ve Üretimden Sevkiyata Teslim Süresi KPI'sı için başlangıç noktasıdır. Malların bir sonraki karşılama aşaması için hazır olduğunu işaret eder.

Nereden alınır

Üretim siparişi tablolarındaki bir durum değişikliğinden (örn. durum 'Tamamlandı' olarak güncellendi) çıkarılır. Bu nihai durum güncellemesiyle ilişkili bir zaman damgası olay zamanı olarak hizmet eder.

Yakala

Üretim siparişi durumunun nihai 'tamamlandı' durumuna değiştiği zaman damgasını belirleyin.

Event tipi inferred
Ürünler Toplandı ve Paketlenmiş
Bu faaliyet, depolama alanından ürünlerin toplanması ve sevkiyat için paketlenmesi depo sürecini kapsar. Bu, genellikle depo operatörleri tarafından WMS içinde RF tarayıcılar kullanılarak kaydedilen açık bir olaydır.
Neden önemli

Bu, giden lojistik sürecinde önemli bir kilometre taşıdır. Süresini analiz etmek, depo operasyonlarındaki verimsizlikleri belirlemeye yardımcı olur ve Envanterden Sevkiyata Döngü Süresinin bir parçasını oluşturur.

Nereden alınır

Blue Yonder WMS işlem günlüklerine açıkça kaydedilir. Zaman damgaları, toplama ve paketleme görevleri depo personeli tarafından tamamlandı olarak onaylandığında yakalanır.

Yakala

Olay zaman damgası, sipariş için son toplama veya paketleme görevi onaylandığında kaydedilir.

Event tipi explicit
Envanter Kullanılabilirliği Kontrol Edildi
Müşteri siparişini karşılamak için gerekli öğelerin stokta olduğunu doğrulamak için sistem veya manuel kontrolü temsil eder. Bu, genellikle sipariş satırındaki durum değişikliklerinden çıkarılır ve bir Available-to-Promise (ATP) kontrolünden geçtiğini gösterir.
Neden önemli

Bu faaliyet, bir siparişi onaylama süresini ölçmeye yardımcı olur ve stok tükenmesinden kaynaklanan gecikmeleri belirler. Envanter Kullanılabilirlik Oranı KPI'sını hesaplamak ve karşılama potansiyelini anlamak için anahtardır.

Nereden alınır

Satış sipariş satırındaki bir durum alanı değişikliğinden (örn. 'Yeni'den 'Onaylandı'ya) veya Blue Yonder'ın envanter veya sipariş yönetimi modüllerindeki bir ATP kontrol günlüğüyle ilişkili bir zaman damgasından çıkarılır.

Yakala

Sipariş satırındaki stok onayını gösteren durum değişikliğinden türetilmiştir.

Event tipi inferred
Fatura Müşteriye Gönderildi
Teslim edilen mallar için bir müşteri faturasının oluşturulmasını ve yayınlanmasını temsil eder. Bu, sipariş yönetimi veya finans modüllerine kaydedilen açık bir finansal işlemdir.
Neden önemli

Bu faaliyet, siparişten nakde çevirme döngüsünde önemli bir adımdır. Teslimata göre zamanlamasının analizi, nakit akışını etkileyen faturalandırma süreçlerindeki gecikmeleri ortaya çıkarabilir.

Nereden alınır

Faturalandırma veya finans tablolarına açıkça kaydedilir. Olay, fatura belgesinin oluşturulma veya kayıt tarihine karşılık gelir.

Yakala

Müşteri fatura belgesinin muhasebeleştirme zaman damgasına dayanır.

Event tipi explicit
Kalite Kontrol Gerçekleştirildi
Sevkiyat için hazır hale getirilmeden önce bitmiş ürünler üzerindeki bir kalite denetiminin tamamlanmasını temsil eder. Bu, envanter lotu veya partisindeki bir durum güncellemesinden, durumunu 'serbest' veya 'denetimden geçti' olarak değiştirerek çıkarılabilir.
Neden önemli

Bu faaliyet, kalite güvence sürecindeki darboğazları belirlemeye yardımcı olur ve yeniden işleme analizleri için kritik öneme sahiptir. Aynı siparişte tekrarlanan kalite kontrol (QC) denetimleri, kalite sorunlarına işaret edebilir.

Nereden alınır

Envanter yönetimi veya kalite yönetimi modüllerindeki bir durum alanı değişikliğinden çıkarılır. Durumun 'incelemede'den 'serbest bırakıldı'ya değiştiği zaman damgası kullanılır.

Yakala

İlgili envanter partisi veya lotunun kalite durumundaki bir değişiklikten türetilmiştir.

Event tipi inferred
Satın Alma İsteği Oluşturuldu
Bu faaliyet, bir siparişi karşılamak için yeterli stok olmadığında ve gerekli malzemelerin tedarik edilmesi talebini tetiklediğinde gerçekleşir. Bir satın alma talebi belgesinin oluşturulması, tedarik modülü içinde açık bir olaydır.
Neden önemli

Bunu takip etmek, tedarike olan bağımlılıkları ve bunun genel sipariş karşılama süresi üzerindeki etkisini belirlemeye yardımcı olur. Stok sıkıntılarının tedarik zincirini geciktirdiği durumları vurgular.

Nereden alınır

Satınalma talebi belgesi oluşturulduğunda ve satış siparişindeki talebe bağlandığında tedarik veya arz planlama tablolarına açıkça kaydedilir.

Yakala

Satın Alma Talebi belgesinin oluşturulma timestamp'ine göre.

Event tipi explicit
Sevkiyat Programlandı
Bu faaliyet, taşıyıcı seçimi ve teslim alma için bir zaman dilimi rezervasyonu da dahil olmak üzere taşıma planlamasını temsil eder. Bu, Blue Yonder'ın Taşıma Yönetim Sistemi (TMS) içinde bir sevkiyat oluşturulduğunda ve onaylandığında açık bir olaydır.
Neden önemli

Bu olay, taşıma planlama aşamasına dair içgörü sağlar. Buradaki gecikmeler, zamanında kalkışı ve genel teslimat performansını etkileyebilir.

Nereden alınır

TMS modülündeki işlem günlüklerinden alınır. Olay, bir sevkiyat belgesinin kesinleştiği veya bir taşıyıcının atandığı zaman damgasına karşılık gelir.

Yakala

Sevkiyat veya yükleme planının oluşturulma veya onaylama zaman damgasına dayanır.

Event tipi explicit
Sipariş İptal Edildi
Bir lojistik siparişinin karşılama tamamlanmadan önce iptal edilmesini temsil eder. Bu, satış siparişindeki nihai 'İptal Edildi' veya 'Geçersiz' durumundan çıkarılan alternatif bir bitiş olayıdır.
Neden önemli

İptalleri takip etmek, süreçteki aksaklıkları ve müşteri memnuniyetsizliğini anlamak için hayati öneme sahiptir. Siparişlerin ne zaman ve neden iptal edildiğini analiz etmek, satış veya operasyonlardaki temel sorunları ortaya çıkarabilir.

Nereden alınır

Satış siparişi başlık durumundan çıkarılır. Nihai 'İptal Edildi' durumuna geçişin zaman damgası olay zamanı olarak yakalanır.

Yakala

Sipariş durumunun 'İptal Edildi' olarak değiştiği zaman damgasına dayanır.

Event tipi inferred
Üretim Planlandı
Gerekli malları oluşturmak için bir üretim veya imalat siparişinin planlanmasını ve programlanmasını temsil eder. Bu, genellikle Blue Yonder'ın üretim veya tedarik planlama modülleri tarafından oluşturulan açık bir olaydır.
Neden önemli

Bu faaliyet, üretim döngüsünün başlangıcına görünürlük sağlar. Planlama ve üretimin tamamlanması arasındaki süreyi analiz etmek, planlama ile yürütme arasındaki boşlukları belirlemeye yardımcı olur.

Nereden alınır

Üretim yürütme veya planlama sistemi tablolarına, bir üretim siparişinin oluşturulması veya onayıyla ilişkili bir zaman damgasıyla kaydedilir.

Yakala

Bir üretim siparişinin oluşturulma veya durum değişikliği zaman damgasından türetilmiştir.

Event tipi explicit
Varış Noktasına Ürün Boşaltıldı
Bu faaliyet, sevkiyatın müşterinin konumuna ulaştığını ve boşaltıldığını gösterir. Bu olay, genellikle taşıyıcıdan gelen bir EDI mesajı veya taşıyıcı bilgisine dayalı manuel giriş yoluyla açıkça yakalanır.
Neden önemli

Bu, yolculuğun transit aşamasının sonunu işaret eder. Taşıma Döngü Süresi KPI'sını doğru bir şekilde hesaplamak ve taşıyıcı kaynaklı gecikmeleri belirlemek için hayati öneme sahiptir.

Nereden alınır

Bu bilgi, genellikle EDI beslemeleri veya bir taşıyıcı portalı aracılığıyla harici taşıyıcı verilerinden gelir. TMS'deki sevkiyat belgesi üzerinde bir durum güncellemesi olarak kaydedilir.

Yakala

Olay zamanı, taşıyıcıdan gelen 'Teslim Edildi' durum güncellemesinin zaman damgasına dayanır.

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Blue Yonder verilerinizi nasıl alırsınız

Bu süreç için veri çıkarma yöntemleri şu anda doğrulanmaktadır. Lütfen daha sonra tekrar kontrol edin veya bize ulaşın yardım için.