Tedarik Zinciri Yönetimi Veri Şablonunuz
Tedarik Zinciri Yönetimi Veri Şablonunuz
- 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
Tedarik Zinciri Yönetimi Öznitelikleri
| 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 Ö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 | |||
Tedarik Zinciri Yönetimi Faaliyetleri
| 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 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 | |||
Veri Çekim Kılavuzları
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.