Tedarik zinciri yönetimi için Veri Templateiniz
Tedarik zinciri yönetimi için Veri Templateiniz
- Ayrıntılı analiz için toplanması önerilen öznitelikler
- İzlenecek temel süreç etkinlikleri ve kilometre taşları
- Blue Yonder’dan veri çıkarmak için adım adım yönergeler
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 etkinliğin kaynak sistemde kaydedildiği kesin tarih ve saattir. Olayları doğru sıraya koymak ve zamana dayalı tüm analizleri yapmak için bu kronolojik veri önemlidir. Bu zaman damgası, etkinlikler arasındaki çevrim sürelerini hesaplamak, tüm sürecin ne kadar sürdüğünü ölçmek ve gecikmeleri ya da bekleme sürelerini belirlemek için kullanılır. Uçtan Uca Sipariş Süresi ve Taşıma Çevrim Süresi gibi performans KPI’larının çoğu bu veriye dayanır. Neden önemli? Olayları sıralamak, süreleri hesaplamak ve süreç performansını ve darboğazları zaman içinde analiz etmek için bu zaman damgası gereklidir. Nereden alınır? Bu bilgi genellikle Blue Yonder’daki her iş nesnesine ait işlem verisi tablolarında oluşturulma, değişiklik veya kayıt tarihi zaman damgası olarak bulunur. Örnekler 2023-10-26T09:00:00Z2023-10-26T14:30:00Z2023-10-27T11:15:00Z | |||
| Etkinlik adı ActivityName | Lojistik sürecinde gerçekleşen belirli bir iş olayının veya adımın adı. Örneğin, 'Satın alma siparişi gönderildi' ya da 'Ürünler toplandı ve paketlendi'. | ||
| Açıklama Etkinlik adı, lojistik siparişin yaşam döngüsünde gerçekleştirilen tek bir adımı veya görevi tanımlar. Her vaka için işlem sırasını oluşturmak üzere bu olaylar kronolojik olarak kaydedilir. Etkinlikleri analiz etmek, Process Mining çalışmalarının temelini oluşturur. Süreç haritasını görselleştirmenizi, belirli adımlar arasındaki darboğazları tespit etmenizi, etkinlik sıklıklarını incelemenizi ve standart süreç akışından sapmaları belirlemenizi sağlar. Neden önemli? Bu öznitelik, süreç haritasındaki adımları tanımlar ve lojistik sipariş akışını görselleştirip analiz etmeyi ve iyileştirmeyi mümkün kılar. Nereden alınır? Etkinlik adları, depolama, taşıma ve sipariş yönetimiyle ilgili çeşitli Blue Yonder modüllerinde kaydedilen olay günlüklerinden, işlem kodlarından veya durum değişikliklerinden elde edilir. Örnekler Müşteri siparişi alındıÜrünler üretildiSevkiyat planlandıTeslimat kanıtı imzalandı | |||
| Lojistik siparişi LogisticsOrder | Tek bir lojistik siparişin benzersiz tanımlayıcısıdır ve uçtan uca tedarik zinciri sürecini izlemek için temel vaka kimliği olarak kullanılır. | ||
| Açıklama Lojistik Sipariş, müşteri siparişinin oluşturulmasından nihai teslimata kadar ilgili tüm etkinlikleri birbirine bağlayan temel tanımlayıcıdır. Her benzersiz Lojistik Sipariş numarası, tedarik zinciri sürecinin tek bir örneğini temsil eder. Process Mining analizinde verileri Lojistik Siparişe göre incelemek, siparişin yaşam döngüsünü baştan sona görmenizi sağlar. Bu, uçtan uca çevrim sürelerini hesaplamak, süreç çeşitlerini belirlemek ve her siparişin tedarik, üretim ve dağıtım gibi aşamalardaki yolculuğunu anlamak için gereklidir. Neden önemli? Bu, temel Vaka kimliğidir. Tüm süreç adımlarını birbirine bağlayarak sipariş karşılama sürecinin tamamının yeniden oluşturulmasını ve analiz edilmesini sağlar. Nereden alınır? Bu tanımlayıcı genellikle Blue Yonder içindeki ana sipariş yönetimi veya lojistik yürütme modüllerinde bulunur. Örnekler LO-845123LO-845124LO-845125 | |||
| Gerçekleşen teslimat tarihi ActualDeliveryDate | Teslimat kanıtıyla doğrulanan, siparişin müşteriye başarıyla ulaştırıldığı gerçek tarih. | ||
| Açıklama Gerçekleşen teslimat tarihi, teslimat tamamlandığında kaydedilir ve genellikle 'Teslimat kanıtı imzalandı' olayından alınır. Bu zaman damgası, lojistik siparişin tamamlandığı son noktayı gösterir. Bu öznitelik performans ölçümü için gereklidir. Teslimatın zamanında, geç veya erken yapıldığını belirlemek için 'Talep edilen teslimat tarihi' ile karşılaştırılır. Bu hesaplama, zamanında teslimat oranı KPI’ının temelini oluşturur ve Zamanında teslimat performansı Dashboardında görselleştirilir. Neden önemli? Zamanında teslimat oranını hesaplamak için gerekli olan bu öznitelik, gerçekleşen 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 elde edilir. Bu bilgi Blue Yonder TMS veya ilgili bir lojistik modülünde kaydedilebilir. Örnekler 2023-11-142023-11-212023-12-01 | |||
| Kullanıcı adı UserName | Etkinliği 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ı belirtir. Kaynak dağılımını, iş yükünü ve kişi ya da ekip düzeyindeki performansı anlamak için gereklidir. Analizde kullanıcı adı, farklı kullanıcıların aynı görevi nasıl gerçekleştirdiğini görmek için süreç haritalarını filtrelemeye, eğitim ihtiyaçlarını belirlemeye veya yüksek performans gösterenleri tespit etmeye yarar. Ayrıca sık tekrarlanan görevlere kimlerin dahil olduğunu görmek için 'Manuel Görev ve Otomasyon Potansiyeli' Dashboardında kullanılır. Neden önemli? Kullanıcı işlemlerini belirli kişilerle ilişkilendirerek iş yükü analizine, performans karşılaştırmasına ve otomasyon fırsatlarının belirlenmesine olanak tanır. Nereden alınır? Genellikle işlem verilerinde 'Oluşturan' veya 'Değiştiren' alanı olarak bulunur ve Blue Yonder’daki 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ı ya da iptal edildi. | ||
| Açıklama Sipariş durumu, veriler çıkarıldığı sırada lojistik siparişinin yaşam döngüsündeki yerini veya nihai sonucunu gösterir. Vakanın durumunu anlamak için temel bir göstergedir. Analizi yalnızca tamamlanmış siparişlere odaklamak veya bazı siparişlerin neden iptal edildiğini araştırmak için bu özniteliği kullanabilirsiniz. Farklı süreç varyantlarının sonuçlarını anlamanıza yardımcı olur ve genel süreç başarı ya da başarısızlık oranlarını ölçmenin kolay bir yolunu sunar. Neden önemli? Vakanın sonucunu gösterir. Performans metriklerini doğru bağlamda değerlendirmek için analizi tamamlanmış, devam eden veya iptal edilmiş siparişlere göre filtrelemenizi sağlar. Nereden alınır? Bu bilgi genellikle Blue Yonder’daki ana lojistik siparişinin veya sevkiyat belgesinin başlık bölümünde bir durum alanı olarak bulunur. Örnekler TamamlandıDevam ediyorİptal edildiBeklemede | |||
| Sipariş türü OrderType | Siparişin sınıflandırması; örneğin standart sipariş, acil sipariş veya toplu sipariş. | ||
| 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ı izler veya farklı hizmet seviyesi anlaşmalarına (SLA) tabidir. Süreç farklılıklarını anlamak için sipariş türüne göre analiz yapmak önemlidir. Örneğin, acil siparişlerin çevrim sürelerinin daha kısa olması beklenir ve bu siparişlerde bazı adımlar atlanabilir. Toplu siparişlerin üretim teslim süresi ise daha uzun olabilir. Bu öznitelik, bazı vakaların olağan akıştan neden saptığını açıklamaya yardımcı olur ve Süreç Varyantı Analizi Dashboardunda kullanılabilir. Neden önemli? Farklı sipariş türlerinin kendine özgü süreç yolları, öncelikleri ve SLA’ları olabileceğinden, süreç farklılıklarını ve performans değişimlerini açıklamaya yardımcı olur. Nereden alınır? Bu bilgi genellikle Blue Yonder sipariş yönetim sistemindeki sipariş başlığı verilerinde saklanır. Örnekler StandartAcilStok transferiİade | |||
| Talep edilen teslimat tarihi RequestedDeliveryDate | Müşterinin sipariş için talep ettiği teslimat tarihi. | ||
| Açıklama Talep edilen teslimat tarihi, lojistik siparişle ilişkili önemli bir müşteri ana verisidir. Müşteriye verilen taahhüdü gösterir ve teslimat performansını ölçmek için temel ölçüt olarak kullanılır. Zamanında teslimat oranı KPI’ını hesaplamak için bu tarih, 'Gerçekleşen teslimat tarihi' ile karşılaştırılır. Gecikmeleri ve taşıyıcı performansı ya da şirket içi darboğazlar gibi temel nedenlerini analiz etmeyi sağlayarak 'Zamanında teslimat performansı' Dashboardı için temel oluşturur. Neden önemli? Müşteri memnuniyetini ve teslimat performansını ölçmek için temel oluşturur. Zamanında teslimat oranı KPI’ını hesaplamak için gereklidir. Nereden alınır? Bu bilgi genellikle Blue Yonder sipariş yönetimi sistemindeki müşteri siparişi başlık verilerinde saklanır. Örnekler 2023-11-152023-11-202023-12-01 | |||
| Tedarikçi adı SupplierName | Satın alma siparişi için hammadde veya bileşen sağlayan tedarikçinin adı. | ||
| Açıklama Tedarikçi adı, tedarik zinciri sürecinde malların hangi tedarikçiden alındığını belirtir. Gelen lojistik ve tedarik aşamalarını analiz etmek için önemli bir boyuttur. Bu öznitelik, her tedarikçi için satın alma siparişinin oluşturulmasından malzemelerin teslim alınmasına kadar geçen çevrim sürelerini incelemek üzere 'Tedarikçi gelen lojistik performansı' Dashboardında kullanılır. Analiz, güvenilir ve hızlı tedarikçileri sürekli gecikmeye neden olanlardan ayırmaya yardımcı olur; böylece tedarik stratejisi ve tedarikçi ilişkileri yönetimi için bilgi sağlar. Neden önemli? Farklı tedarikçilerin performansını analiz etmeyi sağlar. Gelen lojistiği iyileştirmek ve üretim planlarına uymak için önemlidir. Nereden alınır? Bu bilgi, satın alma siparişi başlık verilerinde saklanır ve Blue Yonder içindeki veya entegre bir ERP sistemindeki tedarikçi ana veri tablosuna bağlanır. Örnekler Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Bitiş zamanı EndTime | Bir etkinliğin ne zaman tamamlandığını gösteren zaman damgası. | ||
| Açıklama Bitiş zamanı, bir etkinliğin tamamlandığı anı gösterir. Hem başlangıç hem de bitiş zamanı mevcutsa etkinliğin işlem süresi hesaplanabilir ve bu süre boşta kalma ya da bekleme süresinden ayrılabilir. 'Ürünler toplandı ve paketlendi' veya 'Kalite kontrolü yapıldı' gibi belirli görevlerin ne kadar sürdüğünü analiz etmek için bu bilgi çok değerlidir. En çok zaman alan etkinlikleri belirlemeye ve iyileştirme ya da otomasyon çalışmalarını hedeflemeye yardımcı olur. Neden önemli? Etkinliklerin işlem süresini doğru hesaplamayı sağlar. Verimsiz görevleri belirlemek ve kaynak verimliliğini ölçmek için önemlidir. Nereden alınır? Başlangıç zamanı gibi bu bilgi de genellikle Blue Yonder’daki her iş nesnesine ait işlem verisi tablolarında zaman damgası olarak bulunur ve çoğu zaman bir durumun tamamlandığını gösterir. Örnekler 2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z | |||
| Kaynak sistem SourceSystem | Verinin çıkarıldığı sistem. Bu örnekte Blue Yonder. | ||
| Açıklama Bu öznitelik, süreç verisinin kaynağını belirtir. Birden fazla sistemden gelen verilerin bütünsel bir süreç görünümü için birleştirildiği ortamlarda, verinin kaynağını izlemeyi kolaylaştırır. Bu analizde değer her zaman 'Blue Yonder' olacaktır. Ancak ERP veya CRM gibi başka sistemler de entegre edildiğinde veri yönetişimi ve bağlam açısından önemli bir üst veri niteliği taşır. Neden önemli? Verinin kaynağını belirtir. Veri yönetişimi, doğrulama ve birden fazla kurumsal sistemi kapsayan analizlerin yönetimi için önemlidir. Nereden alınır? Bu, genellikle Veri Seti kaynağını belirtmek için veri çıkarma ve dönüştürme sırasında eklenen sabit 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 belirtir. Analizi müşteri odaklı bir bakış açısıyla bölümlere ayırmak için temel bir boyuttur. Süreç performansını müşteriye göre analiz ederek bazı müşterilerin daha uzun teslim süreleriyle veya daha fazla sorunla karşılaşıp karşılaşmadığını görebilirsiniz. Bu öznitelik, Zamanında teslimat performansı Dashboardu gibi panoları müşteri bazında incelemenizi sağlar ve önemli müşterilere yönelik iyileştirmelere öncelik vermenize yardımcı olur. Neden önemli? Müşteri odaklı analiz yapmanızı, süreç verimsizliklerinden en çok etkilenen müşterileri belirlemenizi ve hizmet iyileştirmelerine öncelik vermenizi sağlar. Nereden alınır? Bu bilgi, müşteri siparişi başlık verilerinde saklanır ve Blue Yonder’daki veya entegre bir CRM/ERP sistemindeki müşteri ana verileri tablosuna bağlanır. Örnekler Retail CorpMegaStore Inc.Direct Consumer Goods | |||
| Satın alma siparişi numarası PurchaseOrderNumber | Bir tedarikçiden ham madde veya ürün satın almak için oluşturulan satın alma siparişinin benzersiz tanımlayıcısı. | ||
| Açıklama Satın alma siparişi numarası, lojistik siparişini tedarik sürecine bağlar. Satın alma talebi oluşturuldu ve Satın alma siparişi verildi gibi etkinlikler sırasında oluşturulur. Bu öznitelik, tedarik alt sürecini ayrıntılı biçimde analiz etmenizi sağlar. Belirli bir satın alma siparişinin verilmesinden ürünlerin teslim alınmasına kadar olan süreci izlemeye ve gecikmeleri belirli tedarikçilerle veya malzemelerle ilişkilendirmeye yardımcı olduğu için Tedarikçi Gelen Sevkiyat Performansı Dashboardunda önemlidir. Neden önemli? Ana sipariş karşılama sürecini önceki tedarik faaliyetlerine bağlayarak tedarikçi performansını ve tedarik çevrim sürelerini ayrıntılı biçimde analiz etmenizi 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ın alma talebini oluşturan kişi PurchaseRequisitionCreator | Ürün veya malzeme satın alma talebini başlatan kullanıcı ya da departman. | ||
| Açıklama Bu öznitelik, resmî satın alma siparişinin oluşturulmasını başlatan iç belge olan satın alma talebini oluşturan kişiyi veya ekibi belirtir. Kuruluş içindeki tedarik talebini kimin yönlendirdiğini gösterir. Bu özniteliğe göre analiz yapmak, kurum içi tedarik örüntülerini anlamanıza yardımcı olur ve Manuel Task ve Otomasyon Potansiyeli Dashboardunda kullanılabilir. Az sayıda kullanıcı çok sayıda standart talep oluşturuyorsa talep sürecini otomatikleştirme fırsatı olabilir. Neden önemli? Tedarik talebinin kaynağını göstererek kurum içi talep örüntülerini analiz etmenize ve süreç otomasyonu fırsatlarını belirlemenize yardımcı olur. Nereden alınır? Satın alma talebi belgesi verilerinde, genellikle Oluşturan alanında bulunur. Örnekler m.jonesp.chenPLANNING_DEPT | |||
| Son veri güncellemesi LastDataUpdate | Verinin kaynak sistemden en son yenilendiği veya çıkarıldığı zamanı gösteren zaman damgası. | ||
| Açıklama Bu öznitelik, verinin en son ne zaman alındığını gösteren tarih ve saati sağlar. Verinin ne kadar güncel olduğunu ve bir sonraki yenilemenin ne zaman beklendiğini göstererek analize bağlam kazandırır. Kullanıcıların analiz ettikleri verinin güncelliğini bilmesi önemlidir. Bu bilgi, Dashboardları doğru yorumlamaya ve kararları güncel verilere dayandırmaya yardımcı olur. Neden önemli? Verinin güncelliği hakkında önemli bağlam sağlar ve kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamasına yardımcı olur. Nereden alınır? Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) işlemi sırasında oluşturulup eklenir. Örnekler 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| Taşıma türü ModeOfTransport | Sevkiyatta kullanılan taşıma yöntemi; örneğin kamyon, hava veya deniz yolu. | ||
| Açıklama Bu öznitelik, ürünlerin taşınmasında kullanılan taşıma türünü belirtir. Farklı taşıma türlerinin maliyetleri, hızları ve kapasiteleri değişir. Bu nedenle lojistik planlaması ve analizi açısından önemli bir etkendir. Taşıma Verimliliği İzleme Dashboardu, farklı taşıma türlerinin transit sürelerini ve maliyetlerini karşılaştırmak için bu özniteliği kullanır. Siparişin önceliğine ve maliyet sınırlarına göre daha hızlı ancak pahalı hava taşımacılığı ile daha yavaş ancak ucuz deniz taşımacılığı arasında seçim yapmanıza yardımcı olur. Neden önemli? Taşıma maliyetlerini ve hızını analiz etmek için önemli bir boyut sunar; en uygun sevkiyat yöntemini seçmenize yardımcı olur. Nereden alınır? Bu bilgi genellikle Blue Yonder TMS içindeki sevkiyat veya yük siparişi ayrıntılarında saklanır. Örnekler Komple kamyon yükü (FTL)Hava kargo taşımacılığıDeniz yolu taşımacılığıDemir yolu | |||
| Taşıyıcı adı CarrierName | Ürünlerin sevkiyatından sorumlu taşıma şirketinin adı. | ||
| Açıklama Taşıyıcı adı, ürünleri depodan nihai varış noktasına taşıyan lojistik iş ortağını belirtir. Giden lojistik performansını değerlendirmek için önemli bir boyuttur. Taşıma Verimliliği İzleme Dashboardunda verileri taşıyıcı adına göre inceleyerek farklı taşıyıcıların Yoldaki Ürünler süresini karşılaştırabilirsiniz. Böylece en hızlı, en güvenilir veya en uygun maliyetli taşıma iş ortaklarını belirleyebilir ve sevkiyat stratejilerinizi buna göre iyileştirebilirsiniz. Neden önemli? Farklı taşıyıcıların performansını karşılaştırmanıza, sevkiyat maliyetlerini, rotaları ve teslimat sürelerini iyileştirmenize yardımcı olur. Nereden alınır? Bu bilgi genellikle Blue Yonder Transportation Management System (TMS) içindeki sevkiyat veya yük siparişi belgelerinde bulunur. Örnekler Ekspres yük taşımacılığıUlusal lojistikSwift Haulage | |||
| Tedarikçinin taahhüt ettiği teslim tarihi SupplierPromisedDeliveryDate | Tedarikçinin belirli bir satın alma siparişi için taahhüt ettiği teslim tarihi. | ||
| Açıklama Bu tarih, tedarikçinin ham maddeleri veya bileşenleri ne zaman teslim edeceğine ilişkin taahhüdünü gösterir. Tedarikçinin güvenilirliğini ve zamanında teslimat performansını ölçmek için referans alınır. Bu öznitelik, Tedarikçinin zamanında teslimat oranı KPI’ını hesaplamak için gereklidir. Tedarikçinin taahhüdünü yerine getirip getirmediğini belirlemek için malzemelerin fiilî teslim alma tarihiyle (Ham maddeler teslim alındı olayının zaman damgası) karşılaştırılır. Bu analiz, Tedarikçi Gelen Sevkiyat Performansı Dashboardunun temelini oluşturur. Neden önemli? Gelen teslimatların performansını ölçmek için referans sağlar; tedarikçi güvenilirliğini ve bunun üretim planına etkisini değerlendirmenize yardımcı olur. Nereden alınır? Bu tarih genellikle tedarikçinin verdiği bilgilere veya standart teslim sürelerine göre satın alma siparişinin satır kalemi düzeyinde saklanır. Örnekler 2023-10-102023-10-122023-10-15 | |||
| Uçtan uca çevrim süresi EndToEndCycleTime | Bir lojistik siparişinde ilk etkinlik olan Müşteri siparişi alındı ile son etkinlik olan Teslimat kanıtı imzalandı arasında geçen toplam süre. | ||
| Açıklama Bu metrik, lojistik siparişinin yaşam döngüsü boyunca geçen toplam süreyi ölçer. Tedarik zinciri sürecinin genel hızını ve verimliliğini yansıtan temel bir performans göstergesidir. Uçtan Uca Sipariş Teslim Süresi Analizi Dashboardunun ve Lojistik Siparişi Uçtan Uca Çevrim Süresi KPI’ının ana metriğidir. Bu süreyi analiz ederek sistem genelindeki gecikmeleri belirleyebilir ve süreç sağlığını genel düzeyde değerlendirebilirsiniz. Uzun teslim sürelerine yol açan etkenleri bulmak için sipariş türü veya ürün kategorisi gibi boyutlara göre ayrıntıya inebilirsiniz. Neden önemli? Tedarik zincirinin genel hızını ölçen önemli bir KPI’dır; müşteri memnuniyetini ve işletme sermayesini doğrudan etkiler. Nereden alınır? Bu değer kaynak sistemde saklanmaz. Her vaka için ilk olayın zaman damgası ile son olayın zaman damgası arasındaki fark hesaplanarak elde edilir. Ö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. | ||
| Açıklama Ürün kategorisi, benzer ürünleri gruplandırmak için kullanılan bir sınıflandırmadır. Farklı ürün kategorilerinin tedarik zinciri süreçleri, elleçleme gereksinimleri veya teslim süreleri farklı olabilir. Lojistik Sipariş Hacmi Eğilimi Dashboardunda bu öznitelik, farklı ürün türlerine ait tamamlanmış siparişlerin hacmini filtrelemek ve karşılaştırmak için kullanılır. Bazı ürün gruplarında daha fazla gecikme yaşanıp yaşanmadığını veya işlem hacminin düşük kalıp kalmadığını ortaya çıkararak iyileştirme çalışmalarını önceliklendirmenize yardımcı olur. Neden önemli? Süreç analizini ürün türüne göre ayırarak kategoriye özgü darboğazları, talep örüntülerini veya elleçleme zorluklarını görmenizi sağlar. Nereden alınır? Bu bilgi, Blue Yonder’da lojistik siparişinin satır kalemleriyle ilişkilendirilen malzeme veya ürün ana verilerinin bir parçasıdır. Örnekler Tüketici elektroniğiEndüstriyel makinelerGiyimGıda ürünleri | |||
| Yeniden çalışma var mı IsRework | Siparişin tekrar paketleme veya kalite kontrol adımları gibi yeniden çalışma süreçlerinden geçip geçmediğini gösteren hesaplanmış bir işaret. | ||
| Açıklama Bu boole işareti, lojistik siparişinde yeniden çalışma döngüsü görüldüğünde true olarak ayarlanır. Örneğin, etkinlik sırası 'Ürünler toplandı ve paketlendi' -> 'Kalite kontrolü yapıldı' -> 'Ürünler toplandı ve paketlendi' şeklindeyse yeniden çalışma vardır. Bu işaret, standart ve verimli akıştan sapan vakaları belirler. Bu öznitelik, Sipariş yeniden çalışma oranı KPI’ını hesaplamak için kullanılır ve Süreç varyantı ve yeniden işleme analizi Dashboardunda görselleştirilir. Yeniden çalışma içeren vakaları belirlemek, sipariş karşılama sürecindeki hata veya verimsizlik kaynaklarını bulmanıza yardımcı olur. Böylece israfı ve operasyon maliyetlerini azaltmaya yönelik iyileştirmeler yapabilirsiniz. Neden önemli? Tekrarlanan adımlar içeren vakaları işaretleyerek süreç verimsizliklerini ve kalite sorunlarını ortaya çıkarır; süreç istikrarını artırmaya ve maliyetleri düşürmeye yönelik çalışmaları hedeflemenizi sağlar. Nereden alınır? Bu, Blue Yonder’da bulunan bir alan değildir. Süreç analizi sırasında bir vaka içindeki belirli etkinlik dizilerinin tekrarlandığı saptanarak hesaplanır. Örnekler truefalse | |||
| Zamanında teslim edildi mi IsOnTimeDelivery | Siparişin istenen teslim tarihinde veya daha önce teslim edilip edilmediğini gösteren hesaplanmış bir işaret. | ||
| Açıklama Bu boole öznitelik, Fiilî teslim tarihi ile İstenen teslim tarihi karşılaştırılarak hesaplanır. Her siparişi zamanında (true) veya gecikmiş (false) olarak sınıflandırarak performans analizini kolaylaştırır. Bu öznitelik, Zamanında teslimat performansı Dashboardunun temelini oluşturur ve Zamanında teslimat oranı KPI’ını hesaplamak için kullanılır. Hızlı filtreleme ve kök neden analizi yaparak taşıyıcı veya ürün türü gibi gecikmelerle ilişkili ortak etkenleri anlamanıza yardımcı olur. Neden önemli? Her sipariş için net bir boole sonucu sunarak zamanında teslimat analizini kolaylaştırır; performans oranlarını hesaplamanızı ve gecikmelere yol açan etkenleri belirlemenizi sağlar. Nereden alınır? Bu öznitelik kaynak sistemde bulunmaz. Veri dönüşümü sırasında şu formülle hesaplanır: ActualDeliveryDate <= RequestedDeliveryDate. Örnekler truefalse | |||
Tedarik zinciri yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Hammaddeler teslim alındı | Bu etkinlik, malların tedarikçiden depoya veya üretim tesisine fiziksel olarak teslim alınmasını ifade eder. Genellikle gelen ürünlerin taranmasıyla başlatılan mal kabul işlemi üzerinden açıkça kaydedilir. | ||
| Neden önemli? Bu olay, tedarikçi teslimat aşamasının sona erdiğini gösterir. Tedarikçi güvenilirliğini ve gelen lojistiğin verimliliğini ölçmek için gereklidir. Nereden alınır? Depo Yönetim Sistemi (WMS) veya Envanter Yönetimi modüllerindeki işlem günlüklerinden alınır. Mal kabul belgesinin kayıt tarih ve saatine karşılık gelir. Kaydedin Mal kabul kaydına ait işlem zaman damgasına dayanır. Olay türü explicit | |||
| Mallar taşıma aracına yüklendi | Paketlenen malların taşıma aracına yüklenip depodan ayrıldığı anı gösterir. Bu önemli olay, genellikle WMS veya TMS içinde 'mal çıkışı' işlemi olarak açıkça kaydedilir. | ||
| Neden önemli? Bu olay, taşıma çevrim süresini ve genel nakliye verimliliğini ölçmek için başlangıç noktasıdır. Depo içindeki operasyonlardan harici taşıyıcıya devir teslimi gösterir. Nereden alınır? WMS veya ERP sistemine mal çıkışı kaydı olarak açıkça işlenir. Bu işlemin kayıt tarih ve saati, olayın zaman damgası olarak kullanılır. Kaydedin Teslimatla ilişkili mal çıkışı işlem günlüğünden alınır. Olay türü explicit | |||
| Müşteri siparişi alındı | Bu etkinlik, müşteri talebiyle sistemde yeni bir lojistik sipariş oluşturulduğunu gösterir. Kullanıcı veya EDI mesajı Blue Yonder Order Management modülünde bir satış siparişi belgesi oluşturduğunda bu olay genellikle açıkça kaydedilir. | ||
| Neden önemli? Bu, uçtan uca tedarik zinciri sürecinin temel başlangıç olayıdır. Bu etkinliği analiz etmek, alınan sipariş hacmini ve siparişten teslimata kadar geçen toplam süreyi ölçmek açısından önemlidir. Nereden alınır? Satış siparişi oluşturulduğunda bu olay, sipariş yönetimi sistemi tablolarına açıkça kaydedilir. Sipariş başlık kaydının oluşturulma zaman damgasına karşılık gelir. Kaydedin Satış siparişi oluşturulduğunda olay kaydedilir (ör. işlem onaylandığında). Olay türü explicit | |||
| Satın alma siparişi gönderildi | Bu etkinlik, hammadde veya mamuller için harici bir tedarikçiye satın alma siparişinin resmen oluşturulup gönderildiğini gösterir. Blue Yonder tedarik işlevlerinde açıkça kaydedilen temel bir olaydır. | ||
| Neden önemli? Tedarikçi teslim sürelerini ve performansını izlemek için önemli bir kilometre taşıdır. Tedarikçinin zamanında teslimat KPI’ı için başlangıç noktasıdır. Nereden alınır? Tedarik sistemi tablolarına açık bir olay olarak kaydedilir. Zaman damgası, Satın Alma Siparişi belgesinin oluşturulduğu veya resmen gönderildiği zamanı gösterir. Kaydedin Satın alma siparişi belgesinin oluşturulma veya gönderilme zaman damgasına karşılık gelir. Olay türü explicit | |||
| Teslimat kanıtı imzalandı | Bu son etkinlik, genellikle teslimat belgesinin imzalanmasıyla müşterinin teslimatı kabul ettiğini doğrular. Olay, sürücünün kullandığı mobil uygulama üzerinden veya manuel durum güncellemesiyle kaydedilir. | ||
| Neden önemli? Bu, uçtan uca lojistik sürecinin en güvenilir bitiş olayıdır. Toplam çevrim süresini ve zamanında teslimat oranını hesaplamak için önemlidir. Nereden alınır? TMS veya OMS içindeki teslimat ya da sevkiyat belgesinde yapılan durum güncellemesinden anlaşılır. Durumun 'POD Alındı' veya 'Teslim edildi' olarak değiştiği zaman damgası kullanılır. Kaydedin Teslimatın onaylandığını gösteren sevkiyat belgesi durum değişikliğinden elde edilir. Olay türü inferred | |||
| Ürünler toplandı ve paketlendi | Bu etkinlik, ürünlerin depodan toplanıp sevkiyat için paketlenmesini kapsar. WMS içindeki RF tarayıcılarını kullanan depo çalışanlarının kaydettiği açık bir olaydır. | ||
| Neden önemli? Bu, giden lojistik sürecinin önemli bir kilometre taşıdır. Süresini analiz etmek, depo operasyonlarındaki verimsizlikleri belirlemeye yardımcı olur ve Envanterden Sevkiyata Çevrim Süresi hesabının bir parçasıdır. Nereden alınır? Blue Yonder WMS işlem günlüklerine açıkça kaydedilir. Depo çalışanları toplama ve paketleme görevlerini tamamlandı olarak onayladığında zaman damgaları alınır. Kaydedin Siparişin son toplama veya paketleme görevi onaylandığında olayın zaman damgası kaydedilir. Olay türü explicit | |||
| Ürünler üretildi | Bu olay, lojistik sipariş için üretim sürecinin tamamlandığını gösterir. Üretim siparişinin durumunun 'Tamamlandı' veya 'Bitirildi' olarak değişmesinden anlaşılabilir. | ||
| Neden önemli? Bu kilometre taşı, üretim çevrim sürelerini ölçmek için önemlidir ve Üretimden Sevkiyata Geçen Süre KPI’ının başlangıç noktasıdır. Malların sipariş karşılama sürecinin bir sonraki aşamasına hazır olduğunu gösterir. Nereden alınır? Üretim siparişi tablolarındaki durum değişikliğinden (ör. durumun 'Tamamlandı' olarak güncellenmesinden) anlaşılır. Bu son durum güncellemesiyle ilişkili zaman damgası, olay zamanı olarak kullanılır. Kaydedin Üretim siparişi durumunun tamamlandı durumuna geçtiği zaman damgasını belirleyin. Olay türü inferred | |||
| Envanter durumu kontrol edildi | Müşteri siparişini karşılamak için gerekli ürünlerin stokta olup olmadığını doğrulayan sistem veya manuel kontrolü ifade eder. Genellikle sipariş satırındaki durum değişikliğinden anlaşılır; bu değişiklik, Available-to-Promise (ATP) kontrolünün başarıyla tamamlandığını gösterir. | ||
| Neden önemli? Bu etkinlik, siparişin onaylanma süresini ölçmeye ve stok tükenmesinden kaynaklanan gecikmeleri belirlemeye yardımcı olur. Envanter bulunabilirlik oranı KPI’ını hesaplamak ve sipariş karşılama kapasitesini anlamak için önemlidir. Nereden alınır? Satış siparişi satırındaki durum alanının değişmesinden (ör. 'Yeni' durumundan 'Onaylandı' durumuna) veya Blue Yonder envanter ya da sipariş yönetimi modüllerindeki ATP kontrol günlüğüyle ilişkili zaman damgasından anlaşılır. Kaydedin Stokun onaylandığını gösteren sipariş satırı durum değişikliğinden elde edilir. Olay türü inferred | |||
| Kalite kontrolü yapıldı | Bu etkinlik, mamullerin sevkiyata hazır hale getirilmeden önce kalite kontrolünün tamamlandığını gösterir. Envanter partisinin veya lotunun durumu 'kısıtlamasız' ya da 'denetimden geçti' olarak güncellendiğinde bu durum anlaşılabilir. | ||
| Neden önemli? Bu etkinlik, kalite güvence sürecindeki darboğazları belirlemeye yardımcı olur ve yeniden çalışmayı analiz etmek için önemlidir. Aynı sipariş için tekrarlanan kalite kontrolleri, kalite sorunlarına işaret edebilir. Nereden alınır? Envanter yönetimi veya kalite yönetimi modüllerindeki durum alanı değişikliğinden anlaşılır. 'Denetimde' durumundan 'Serbest bırakıldı' durumuna geçişin zaman damgası kullanılır. Kaydedin İlgili envanter partisinin veya lotunun kalite durumundaki değişiklikten elde edilir. Olay türü inferred | |||
| Mallar varış noktasında indirildi | Bu etkinlik, sevkiyatın müşterinin konumuna ulaştığını ve araçtan indirildiğini gösterir. Genellikle taşıyıcıdan gelen EDI mesajıyla veya taşıyıcı bilgisinin manuel olarak girilmesiyle açıkça kaydedilir. | ||
| Neden önemli? Bu, sevkiyatın yoldaki aşamasının sona erdiğini gösterir. Taşıma çevrim süresi KPI’ını doğru hesaplamak ve taşıyıcı kaynaklı gecikmeleri belirlemek için gereklidir. Nereden alınır? Bu bilgi genellikle EDI akışları veya taşıyıcı portalı üzerinden harici taşıyıcı verilerinden alınır. TMS içindeki sevkiyat belgesine durum güncellemesi olarak kaydedilir. Kaydedin Olay zamanı, taşıyıcının 'Teslim edildi' durum güncellemesinin zaman damgasına dayanır. Olay türü explicit | |||
| Müşteriye fatura gönderildi | Bu etkinlik, teslim edilen mallar için müşteri faturasının oluşturulup düzenlenmesini ifade eder. Sipariş yönetimi veya finans modüllerine kaydedilen açık bir mali işlemdir. | ||
| Neden önemli? Bu etkinlik, siparişten tahsilata döngüsünün önemli bir adımıdır. Teslimata göre zamanlamasını analiz etmek, nakit akışını etkileyen faturalama gecikmelerini ortaya çıkarabilir. Nereden alınır? Faturalama veya finans tablolarına açıkça kaydedilir. Olay, fatura belgesinin oluşturulma veya kayda alınma tarihine karşılık gelir. Kaydedin Müşteri fatura belgesinin kayıt zaman damgasına dayanır. Olay türü explicit | |||
| Satın alma talebi oluşturuldu | Siparişi karşılayacak stok bulunmadığında gerekli malzemelerin tedarik edilmesi için talep oluşturulur. Satın alma talebi belgesinin oluşturulması, tedarik modülünde açıkça kaydedilen bir olaydır. | ||
| Neden önemli? Bu etkinliği izlemek, tedarik sürecine olan bağımlılığı ve bunun siparişin tamamlanma süresine etkisini belirlemeye yardımcı olur. Stok eksikliğinin tedarik zincirini geciktirdiği durumları ortaya çıkarır. Nereden alınır? Satın alma talebi belgesi oluşturulup satış siparişinden gelen taleple ilişkilendirildiğinde tedarik veya tedarik planlama tablolarına açıkça kaydedilir. Kaydedin Satın alma talebi belgesinin oluşturulma zaman damgasına dayanır. Olay türü explicit | |||
| Sevkiyat planlandı | Bu etkinlik, taşıyıcı seçimi ve teslim alma için zaman aralığı ayırma dahil olmak üzere taşımanın planlanmasını ifade eder. Blue Yonder Transportation Management System (TMS) içinde sevkiyat oluşturulup onaylandığında açıkça kaydedilen bir olaydır. | ||
| Neden önemli? Bu olay, taşıma planlama aşamasını anlamaya yardımcı olur. Bu aşamadaki gecikmeler, zamanında yola çıkışı ve genel teslimat performansını etkileyebilir. Nereden alınır? TMS modülündeki işlem günlüklerinden alınır. Sevkiyat belgesinin kesinleştirildiği veya taşıyıcının atandığı zaman damgasına karşılık gelir. Kaydedin Sevkiyatın veya yük planının oluşturulma ya da onaylanma zaman damgasına dayanır. Olay türü explicit | |||
| Sipariş iptal edildi | Bu etkinlik, sipariş karşılama tamamlanmadan önce lojistik siparişin iptal edilmesini ifade eder. Satış siparişinin son durumunun 'İptal edildi' veya 'Geçersiz' olmasından anlaşılan alternatif bir bitiş olayıdır. | ||
| Neden önemli? İptalleri izlemek, sürecin nerede sonuçsuz kaldığını ve müşteri memnuniyetsizliğini anlamak açısından önemlidir. 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ığındaki durumdan anlaşılır. Durumun son olarak 'İptal edildi' şeklinde değiştiği zaman damgası, olay zamanı olarak kaydedilir. Kaydedin Sipariş durumunun 'İptal edildi' olarak değiştiği zaman damgasına dayanır. Olay türü inferred | |||
| Üretim planlandı | Gerekli malları üretmek için üretim veya imalat siparişinin planlanmasını ve takvime alınmasını ifade eder. Bu olay genellikle Blue Yonder üretim veya tedarik planlama modülleri tarafından açıkça oluşturulur. | ||
| Neden önemli? Bu etkinlik, üretim döngüsünün başlangıcını görünür kılar. Planlama ile üretimin tamamlanması arasındaki süreyi analiz etmek, planlama ve uygulama arasındaki farkları belirlemeye yardımcı olur. Nereden alınır? Üretim yürütme veya planlama sistemi tablolarına kaydedilir. Zaman damgası, üretim siparişinin oluşturulması ya da onaylanmasıyla ilişkilidir. Kaydedin Üretim siparişinin oluşturulma veya durum değişikliği zaman damgasından elde edilir. Olay türü explicit | |||
Veri çıkarma rehberleri
Bu sürece yönelik veri çıkarma yöntemleri şu anda doğrulanıyor. Lütfen daha sonra tekrar kontrol edin veya yardım için bizimle iletişime geçin .
Başlamaya hazır mısınız?
Bu Templateları kullanarak tedarik zinciri yönetiminizi iyileştirmeye başlayın. Gizli verimsizlikleri ortaya çıkarın ve operasyonlarınızı bugün dönüştürün.
Gecikmeleri önleyin: Blue Yonder tedarik zincirinizi şimdi iyileştirin
Tahmin doğruluğunu %90'a çıkarın ve maliyetli stok tükenmelerini önleyin.
Kredi kartı gerekmez, kurulum birkaç dakika sürer.