Taşıma Yönetimi veri Templateiniz
Taşıma Yönetimi veri Templateiniz
- Ayrıntılı analiz için önerilen öznitelikler
- Süreç keşfi için izlenecek temel etkinlikler
- Blue Yonder TMS için ayrıntılı veri çıkarma yönergeleri
Taşıma Yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Aktivite ActivityName | Bir gönderi için belirli bir anda gerçekleşen iş olayının veya etkinliğin adı. | ||
| Açıklama Bu öznitelik, 'Gönderi planlandı', 'Taşıyıcıya teklif gönderildi' veya 'Mallar teslim edildi' gibi taşıma sürecindeki tek bir adımı tanımlar. Bu etkinlikler, keşfedilen süreç haritasının düğümlerini oluşturur; sıraları ise her gönderinin süreç akışını belirler. Bu etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining çalışmalarının temelini oluşturur. En sık görülen süreç yollarını (varyantları) belirlemeye, etkinliklerin geciktiği darboğazları bulmaya ve 'Teklif reddedildi' gibi etkinliklerin tekrarlandığı yeniden çalışma döngülerini ortaya çıkarmaya yardımcı olur. Neden önemli? Sürecin adımlarını tanımlar; gönderi yolculuğunu görselleştirmenizi ve süreç verimsizliklerini belirlemenizi sağlar. Nereden alınır? Blue Yonder TMS’nin çeşitli modüllerindeki olay günlüklerinden, durum değişikliği kayıtlarından veya işlem kodlarından elde edilir. Bunun için çoğu zaman sistem olaylarını iş birimlerinin anlayacağı etkinlik adlarıyla eşleştirmek gerekir. Örnekler Gönderi planlandıTaşıyıcıya teklif gönderildiMallar teslim edildiÖdeme işlendi | |||
| Başlangıç zamanı EventTime | Belirli bir etkinliğin veya olayın ne zaman gerçekleştiğini gösteren zaman damgası. | ||
| Açıklama Olay zamanı, gönderi sürecindeki her etkinliğin kesin tarih ve saatini gösterir. Olay günlüğünün kronolojik temelini oluşturur; etkinlikleri sıralamanızı ve aralarındaki süreleri hesaplamanızı sağlar. Analizde bu zaman damgası, uçtan uca gönderi çevrim süresi, gümrükten geçiş süresi ve zamanında teslimat performansı gibi zamana dayalı tüm KPI’ları hesaplamak için önemlidir. Gecikmelerin ne zaman yaşandığını ve sürecin her aşamasının ne kadar sürdüğünü belirlemenize yardımcı olur. Neden önemli? Bu zaman damgası, olayları sıralamak, çevrim sürelerini hesaplamak ve süreç performansını zaman içinde analiz etmek için gereklidir. Nereden alınır? Bu bilgi genellikle Blue Yonder TMS işlem günlüklerinde, durum veya olay kayıtlarının yanında bulunur. Her olayın veya durum değişikliğinin ilişkili bir zaman damgası olmalıdır. Örnekler 2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z | |||
| Gönderi ShipmentId | Tek bir gönderiyi benzersiz biçimde tanımlayan ve taşıma sürecinin vaka kimliği olarak kullanılan değer. | ||
| Açıklama Gönderi kimliği, malların çıkış noktasından varış noktasına taşınmasıyla ilgili tüm etkinlik ve olayları birbirine bağlayan temel anahtardır. Her benzersiz kimlik, ilk talepten son ödemeye kadar tüm adımları kapsayan eksiksiz bir taşıma vakasını temsil eder. Process Mining analizinde bu öznitelik, her gönderinin uçtan uca yolculuğunu yeniden oluşturmak için temel niteliktedir. 'Gönderi planlandı', 'Mallar teslim alındı' ve 'Mallar teslim edildi' gibi olayları tutarlı bir süreç akışında gruplandırmanızı sağlar. Böylece çevrim sürelerini hesaplayabilir ve gönderilere özgü süreç varyantlarını belirleyebilirsiniz. Neden önemli? Bu, ilgili tüm taşıma olaylarını birbirine bağlayan temel vaka kimliğidir ve gönderinin tüm yaşam döngüsünü analiz etmenizi sağlar. Nereden alınır? Blue Yonder TMS içindeki gönderi veya yük yönetimi modüllerinde birincil anahtar olarak kullanılır. Büyük olasılıkla gönderi başlıklarıyla ilgili olan tabloyu bulmak için sistem dokümantasyonuna başvurun. Örnekler SHP-0012845SHP-0012991SHP-0013054 | |||
| Kaynak sistem SourceSystem | Verinin hangi sistemden çıkarıldığını belirtir. | ||
| Açıklama Bu öznitelik, olay verisinin kaynağını belirtir; bu örnekte kaynak Blue Yonder TMS’dir. Daha geniş bir süreç görünümü elde etmek için birden fazla sistemden gelen verilerin birleştirildiği ortamlarda özellikle yararlıdır. Analiz sırasında verileri filtrelemeye ve bağlamını anlamaya yardımcı olur. Bu bilgiyi korumak, verinin kaynağını izlenebilir kılar ve veri yönetişimi açısından iyi bir uygulamadır. Neden önemli? Verinin kaynağı hakkında önemli bağlam sağlar, izlenebilirliği korur ve birden fazla kaynaktan gelen verileri yönetmeye yardımcı olur. Nereden alınır? Bu, genellikle veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde eklenen sabit bir değerdir. Örnekler Blue Yonder TMSBY_TMS_NABY_TMS_EMEA | |||
| Son veri güncellemesi LastDataUpdate | Bu kayda ait verilerin kaynak sistemden en son yenilendiği veya çıkarıldığı zaman damgası. | ||
| Açıklama Bu öznitelik, verinin ne kadar güncel olduğunu gösterir. Olay günlüğünün Blue Yonder TMS’den en son ne zaman güncellendiğini kaydeder. Analiz sırasında Dashboardların ve KPI’ların güncelliğini anlamak açısından önemlidir. Gerçek zamanlı bilgileri mi yoksa önceki bir döneme ait verileri mi incelediğinizi görmenizi sağlar. Bu bilgi, operasyonel kararları veriye dayalı almak için gereklidir. Neden önemli? Verinin ne kadar güncel olduğunu gösterir; bu da analizin geçerliliği ve doğruluğu açısından önemlidir. Nereden alınır? Bu, genellikle veri çıkarma (ETL) sürecinde oluşturulup eklenen bir meta veri alanıdır. Örnekler 2023-05-20T02:00:00Z2023-05-21T02:00:00Z | |||
| Çıkış ülkesi OriginCountry | Gönderinin çıktığı ülke. | ||
| Açıklama Bu öznitelik, gönderi yolculuğunun başladığı ülkeyi belirtir. Göndericinin adresinden veya teslim alma noktası ayrıntılarından elde edilir. Analizde çıkış ülkesi, verileri gruplara ayırmak için kullanışlı bir boyuttur. Bölgelere göre süreç performansı, taşıyıcı bulunabilirliği ve çevrim sürelerindeki farkları anlamaya yardımcı olur. Örneğin, uluslararası gönderilerde gümrükten geçiş sürelerini analiz etmek için önemlidir. Neden önemli? Süreç performansını coğrafi bölgelere göre analiz etmenizi, bölgesel darboğazları veya verimlilik farklarını belirlemenizi sağlar. Nereden alınır? Blue Yonder TMS’deki gönderi ayrıntılarında, çıkış noktası veya gönderici adresi verilerinin bir parçası olarak saklanır. Örnekler USAAlmanyaÇin | |||
| Gerçek teslimat zamanı ActualDeliveryTime | 'Mallar teslim edildi' olayının gerçekleştiği gerçek zaman damgası. | ||
| Açıklama Bu öznitelik, özellikle son teslimat etkinliğiyle ilişkili zaman damgasıdır. Gönderinin varış noktasına ulaştığı ve teslim edildiğinin onaylandığı kesin anı kaydeder. Performans ölçümü için önemli bir veri noktasıdır. 'Zamanında teslimat oranı' KPI’ı, bu zaman damgası ile 'RequestedDeliveryDate' karşılaştırılarak hesaplanır. Ayrıca 'Teslimata kadar toplam işlem hacmi' KPI’ının hesaplanacağı bitiş noktasını belirtir. Neden önemli? Bu zaman damgası, zamanında teslimat oranını hesaplamak ve toplam gönderi taşıma süresini ölçmek için gereklidir. Nereden alınır? Bu, 'Mallar teslim edildi' durum güncellemesinin zaman damgasıdır. Genellikle taşıyıcıdan EDI mesajıyla alınır veya Blue Yonder TMS’ye elle girilir. Örnekler 2023-04-25T11:15:00Z2023-05-11T09:30:00Z | |||
| Gönderi durumu ShipmentStatus | Gönderinin mevcut veya bilinen son durumu. | ||
| Açıklama Gönderi durumu, gönderinin yaşam döngüsündeki mevcut aşamasını belirtir; örneğin 'Planlandı', 'Taşıma aşamasında', 'Teslim edildi' veya 'İptal edildi'. Gönderinin süreçte hangi noktada olduğunu gösterir. Process Mining analizinde vakaların son durumunu incelemek, sonuç analizinin önemli bir parçasıdır. Örneğin, 'Teslim edildi' ve 'İptal edildi' durumundaki gönderilerin süreç akışlarını karşılaştırarak istenmeyen sonuçlara yol açan örüntüleri bulabilirsiniz. Henüz tamamlanmamış gönderileri filtreleyerek devam eden iş yükünü izlemenize de yardımcı olur. Neden önemli? Gönderinin mevcut durumuna hızlıca göz atmanızı ve tamamlanan, devam eden veya iptal edilen gönderileri ayırt etmenizi sağlar. Nereden alınır? Bu, Blue Yonder TMS’deki gönderi başlığında veya ana durum izleme tablosunda bulunan önemli bir alandır. Örnekler PlanlandıTaşıma aşamasındaTeslim edildiİptal edildi | |||
| Talep edilen teslimat tarihi RequestedDeliveryDate | Müşterinin talep ettiği veya satış siparişinde belirtilen teslimat tarihi. | ||
| Açıklama Bu öznitelik, lojistik sürecinin ulaşmayı hedeflediği teslimat tarihini kaydeder. Müşteri beklentisini veya gönderi için belirlenen iç hizmet seviyesi anlaşmasını (SLA) temsil eder. Bu tarih, 'Zamanında teslimat oranı' KPI’ını hesaplamak için temel alınır. 'ActualDeliveryTime' ile 'RequestedDeliveryDate' karşılaştırılarak gönderinin erken, zamanında veya geç teslim edildiği belirlenebilir. Bu bilgi, 'Zamanında teslim alma ve teslimat performansı' Dashboardu için temel niteliktedir. Neden önemli? Zamanında teslimat performansını ve müşteri memnuniyetini ölçmek için temel karşılaştırma noktasıdır. Nereden alınır? Bu bilgi genellikle ERP veya Sipariş Yönetim Sistemi gibi bir üst sistemden gelir ve Blue Yonder TMS’deki gönderi talebi ayrıntılarında saklanır. Örnekler 2023-04-25T23:59:59Z2023-05-10T17:00:00Z | |||
| Taşıma türü ModeOfTransport | Gönderide kullanılan kamyon, hava yolu, deniz yolu veya demir yolu gibi taşıma yöntemi. | ||
| Açıklama Bu öznitelik, taşıma türünü belirtir. Yaygın değerler arasında parsiyel kamyon yükü (LTL), komple kamyon yükü (FTL), hava kargo, deniz yolu ve demir yolu bulunur. Süreç analizinde taşıma türü, verileri filtrelemek ve karşılaştırmak için önemli bir boyuttur. Süreçler, çevrim süreleri ve maliyetler taşıma türüne göre önemli ölçüde değişebilir. Örneğin, 'Gümrükten geçiş darboğazı analizi' hava ve deniz yolu gönderileri için çok önemliyken yurt içi kamyon taşımacılığında daha az önem taşır. Performansı taşıma türüne göre analiz ederek iyileştirme çalışmalarını belirli lojistik koşullara göre şekillendirebilirsiniz. Neden önemli? Farklı taşıma türlerinin süreçleri, maliyetleri ve tipik çevrim süreleri değiştiğinden, verileri gruplara ayırarak analiz etmenizi sağlar. Nereden alınır? Bu, Blue Yonder TMS’deki gönderi planlama ve ücret belirleme modüllerinde bulunan standart bir alandır. Örnekler LTLFTLHava yoluDeniz yolu | |||
| Taşıyıcı adı CarrierName | Gönderiyi taşımaktan sorumlu nakliye şirketinin veya lojistik sağlayıcısının adı. | ||
| Açıklama Taşıyıcı adı, malların taşınmasını üstlenen üçüncü taraf şirketi belirtir. Bu şirket bir kamyon taşımacılığı firması, hava yolu, deniz yolu şirketi veya nakliye komisyoncusu olabilir. Bu öznitelik, özellikle 'Taşıyıcı performansı karşılaştırması' Dashboardu için performans analizinde önemlidir. Zamanında teslimat oranı, zamanında teslim alma ve ortalama gecikme süresi gibi metriklerde taşıyıcıları karşılaştırmak için verileri filtreleyip gruplandırmanızı sağlar. Böylece taşıyıcı seçimi ve ilişkileri yönetme konusunda daha bilinçli kararlar alabilirsiniz. Neden önemli? Taşıyıcı seçimini iyileştirmek ve hizmet kalitesini artırmak için farklı taşıyıcıların performansını karşılaştırıp analiz etmenizi sağlar. Nereden alınır? Blue Yonder TMS’deki gönderi veya yük ayrıntılarında bulunur ve genellikle taşıyıcı ana veri tablosuna bağlıdır. Örnekler Global Shipping Inc.FastLane LogisticsAirExpress Cargo | |||
| Varış ülkesi DestinationCountry | Gönderinin teslim edileceği ülke. | ||
| Açıklama Bu öznitelik, alıcının adresinden veya teslimat konumundan elde edilen gönderinin son varış ülkesini belirtir. Çıkış ülkesinde olduğu gibi bu öznitelik de coğrafi gruplandırma için kullanılır. Analistlerin farklı ticaret güzergâhlarındaki (ör. ABD’den Kanada’ya ve ABD’den Meksika’ya) performansı karşılaştırmasına, belirli ülkelerdeki teslimat zorluklarını incelemesine ve sınır ötesi işlemlerin çevrim sürelerine etkisini değerlendirmesine yardımcı olur. Neden önemli? Varış noktasına göre performans analizi yapmanızı sağlar; bu da ticaret güzergâhlarının karmaşıklığını ve bölgesel teslimat zorluklarını anlamak açısından önemlidir. Nereden alınır? Blue Yonder TMS’deki gönderi ayrıntılarında, varış noktası veya alıcı adresi verilerinin bir parçası olarak saklanır. Örnekler KanadaMeksikaBirleşik Krallık | |||
| Gecikme nedeni DelayReason | Teslim alma veya teslimat gecikmesinin nedenini açıklayan kod ya da metin. | ||
| Açıklama Bu öznitelik, bir gönderi kilometre taşının neden kaçırıldığını açıklar. Örnekler arasında 'Hava koşulları nedeniyle gecikme', 'Gümrükte bekletilme' veya 'Taşıyıcı kapasitesi sorunu' bulunur. Bu bilgiyi genellikle taşıyıcı sağlar. 'Zamanında teslim alma ve teslimat performansı' Dashboardu için önemlidir. Bu öznitelik, gönderinin geç kaldığını göstermekle kalmaz, gecikmenin nedenini de açıklar. En sık görülen gecikme nedenlerini analiz ederek lojistik ekibinin riskleri önceden azaltmasına ve tekrarlanan sorunları çözmek için taşıyıcılarla çalışmasına yardımcı olur. Neden önemli? Gecikmelerin temel nedenini açıklayarak riskleri önceden yönetmenizi ve taşıyıcılarla hedefli iyileştirmeler yapmanızı sağlar. Nereden alınır? Bu veri genellikle Blue Yonder TMS’nin olay veya istisna yönetimi bölümlerinde tutulur ve çoğu zaman taşıyıcı EDI güncellemelerinden (ör. EDI 214) alınır. Örnekler Hava koşullarıGümrükte bekletmeSürücü gecikmesiTesis yoğunluğu | |||
| Gerçek teslim alma zamanı ActualPickupTime | 'Mallar teslim alındı' olayının gerçekleştiği gerçek zaman damgası. | ||
| Açıklama Bu öznitelik, taşıyıcının gönderiyi çıkış noktasından fiziksel olarak teslim aldığı kesin zamanı kaydeder. Taşıma aşamasının resmî başlangıcını belirtir. Taşıyıcı performansını ölçmek için önemli bir veri noktasıdır. 'Zamanında teslim alma oranı' ve 'Ortalama teslim alma gecikme süresi' KPI’larını hesaplamak için 'ScheduledPickupTime' ile karşılaştırılır. Farkları analiz ederek belirli taşıyıcılar veya teslim alma noktalarıyla ilgili sorunları belirleyebilirsiniz. Neden önemli? Bu zaman damgası, teslim alma performansını doğru ölçmek ve taşıma sürecinin ilk aşamalarındaki gecikmeleri belirlemek için kullanılır. Nereden alınır? Bu, 'Mallar teslim alındı' durum güncellemesinin zaman damgasıdır. Genellikle taşıyıcıdan EDI aracılığıyla alınır veya Blue Yonder TMS’ye elle girilir. Örnekler 2023-04-16T14:30:00Z2023-05-02T10:15:00Z | |||
| Kullanıcı User | Etkinliği gerçekleştiren kişinin kullanıcı kimliği veya adı. | ||
| Açıklama Bu öznitelik, TMS’de belirli bir olayı veya durum değişikliğini gerçekleştiren lojistik planlamacıyı, koordinatörü ya da sistem kullanıcısını belirtir. Otomatik olaylarda sistem veya hizmet hesabı kimliği kullanılabilir. Kullanıcıya göre analiz yapmak, iş yükü dağılımını, bireysel performansı ve eğitim ihtiyaçlarını anlamaya yardımcı olur. Bazı kullanıcıların daha sık yeniden çalışma veya gecikmeyle ilişkili olup olmadığını ya da belirli ekiplerin diğerlerinden daha verimli çalışıp çalışmadığını ortaya çıkarabilir. Bu bilgiler kaynak yönetimini ve hedefli süreç iyileştirme çalışmalarını destekler. Neden önemli? Kullanıcı veya ekibe göre performans ve iş yükü analizi yapmanızı, eğitim fırsatlarını ve kaynak kısıtlarını belirlemenizi sağlar. Nereden alınır? Bu bilgi işlem veya olay günlüklerinde bulunmalıdır. Genellikle her kayıtla ilişkili 'Değiştiren' veya 'Kullanıcı kimliği' alanında yer alır. Örnekler j.doea.smithTMS_AUTOMATION_USER | |||
| Navlun faturası tutarsızlığı FreightBillDiscrepancyReason | Navlun faturasının denetimden neden geçemediğini açıklayan kod veya açıklama. | ||
| Açıklama Navlun faturası denetiminde bir tutarsızlık bulunduğunda bu öznitelik nedeni belirtir. Örnekler arasında 'Yanlış ücret', 'Mükerrer fatura' veya 'Teslimat kanıtı eksik' bulunur. Bu öznitelik, 'Teslimat kanıtı ve faturalama doğruluğu' Dashboardu ve 'Navlun faturasında yeniden çalışma oranı' KPI’ı için önemlidir. Farklı tutarsızlık nedenlerinin sıklığını analiz ederek faturalama hatalarının temel nedenlerini belirleyebilirsiniz. Hatalar taşıyıcıdan, sözleşme uyumsuzluklarından veya iç süreç sorunlarından kaynaklanabilir. Bu bilgi, faturalarda yeniden çalışmayı azaltmaya yönelik hedefli adımlar atmanızı sağlar. Neden önemli? Faturalama hatalarının temel nedenini göstererek navlun faturalarında yeniden çalışmayı ve ödeme gecikmelerini azaltmaya yönelik iyileştirmeler yapmanızı sağlar. Nereden alınır? Blue Yonder TMS’nin navlun denetimi ve ödeme modülünde, genellikle istisna veya ret günlükleriyle ilişkili olarak bulunur. Örnekler Yanlış ücret uygulandıMükerrer faturaEk hizmet bedeli anlaşmazlığı | |||
| Planlanan teslim alma zamanı ScheduledPickupTime | Taşıyıcının malları çıkış noktasından teslim alması için planlanan tarih ve saat. | ||
| Açıklama Bu öznitelik, gönderinin alınması için taşıyıcıyla planlanan ve üzerinde anlaşılan randevu saatini kaydeder. Gönderi planındaki önemli bir kilometre taşıdır. Bu zaman damgası, 'Zamanında teslim alma oranı' ve 'Ortalama teslim alma gecikme süresi' KPI’larını hesaplamak için temel alınır. Gerçek teslim alma zamanıyla karşılaştırıldığında, gönderi yolculuğunun başındaki gecikmeleri belirlemeye yardımcı olur. Bu gecikmeler sonraki kilometre taşlarını da etkileyebilir. Neden önemli? Zamanında teslim alma performansını ölçmek için temel alınır; bu performans, taşıyıcı güvenilirliğinin ve planlama doğruluğunun önemli bir göstergesidir. Nereden alınır? Blue Yonder TMS’nin randevu planlama veya yük planlama modüllerinde bulunur. Örnekler 2023-04-16T14:00:00Z2023-05-02T10:00:00Z | |||
| Zamanında teslim edildi mi? IsOnTimeDelivery | Sevkiyatın, talep edilen teslimat tarihinde veya daha önce teslim edilip edilmediğini gösteren hesaplanmış bir işaret. | ||
| Açıklama Bu boole özniteliği, 'ActualDeliveryTime' ile 'RequestedDeliveryDate' karşılaştırılarak hesaplanır. Gerçek teslimat talep edilen tarihte veya daha önce gerçekleştiyse değer true, aksi durumda false olur. Hesaplanan bir metrik olarak, 'Zamanında teslimat oranı' KPI’ı için analiz ve görselleştirmeyi kolaylaştırır. Zamanında teslimat performansını dönemlere, taşıyıcılara veya taşıma türlerine göre gösteren panolar oluşturmak için verileri kolayca filtreleyip bir araya getirmenizi sağlar. Böylece 'Zamanında teslim alma ve teslimat performansı' panosunu doğrudan destekler. Neden önemli? Zamanında teslimat performansını analiz etmeyi kolaylaştırır; panolarda ve KPI’larda verileri hızla filtreleyip bir araya getirmenizi sağlar. Nereden alınır? Bu öznitelik kaynak sistemde bulunmaz. Veri dönüştürme sırasında şu formülle hesaplanır: ActualDeliveryTime <= RequestedDeliveryDate. Örnekler truefalse | |||
Taşıma Yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Gönderi rezerve edildi | Bu kilometre taşı, taşıyıcının teklifi kabul ettiğini ve gönderiyi taşımayı üstlendiğini gösterir. Taşıma için taşıyıcı ve ücret kesinleşirken gönderi durumu 'rezerve edildi' veya 'taahhüt edildi' olarak güncellenir. | ||
| Neden önemli? Bu önemli kilometre taşı, planlama aşamasını tamamlar ve gönderiyi yürütme aşamasına taşır. Bu noktaya kadar geçen çevrim süresini ölçerek rezervasyon verimliliğini ve yanıt hızını değerlendirebilirsiniz. Nereden alınır? Taşıyıcının kabul yanıtı (ör. EDI 990) alınıp işlendiğinde, TMS’deki gönderi kaydının durumu açıkça değiştirilir ve bu olay kaydedilir. Kaydedin 'Rezerve edildi' veya 'Taahhüt edildi' durumuna geçişin zaman damgasını kaydedin. Olay türü explicit | |||
| Gümrük işlemleri tamamlandı | Uluslararası gönderilerde bu etkinlik, malların sınır veya limandaki gümrük işlemlerinden başarıyla geçtiğini gösterir. Olay, gümrük müşavirinden veya taşıyıcıdan gelen bir bildirimle başlatılır. | ||
| Neden önemli? Uluslararası lojistikte gümrük işlemleri, önemli gecikmelerin sık görülen nedenlerinden biridir. Gümrükten geçiş süresini ölçmek, darboğazları belirlemek ve sınır ötesi taşıma sürelerini kısaltmak açısından önemlidir. Nereden alınır? Bu olay genellikle taşıyıcı mesajına (ör. EDI 214) veya elle yapılan bir güncellemeye dayanarak açıkça kaydedilir. Bu işlem, gönderinin gümrük durumunu 'gümrükten geçti' olarak değiştirir. Kaydedin Gönderinin gümrük durumu 'Gümrükten geçti' olarak güncellendiğinde zaman damgasını kaydedin. Olay türü explicit | |||
| Mallar teslim alındı | Bu etkinlik, taşıyıcının malları çıkış noktasından teslim aldığı ve gönderinin fiziksel yolculuğunun başladığı anı gösterir. Bu olay genellikle Blue Yonder TMS’ye EDI 214 işlemi gibi taşıyıcı durum güncelleme mesajlarıyla kaydedilir. | ||
| Neden önemli? Bu önemli yürütme kilometre taşı, gönderinin yola çıktığını doğrular. Taşıma süresini hesaplamak ve planlanan tarihe göre zamanında teslim alma performansını ölçmek için başlangıç noktası olarak kullanılır. Nereden alınır? Bu, taşıyıcı durum güncellemelerinden alınan açık bir olaydır. Sistem, teslim alma onayı (ör. 'AF' veya 'X3' durum kodlu EDI 214) işlendiğinde zaman damgasını kaydeder. Kaydedin İşlenen EDI 214 mesajındaki veya taşıyıcının gönderiyi teslim aldığına ilişkin diğer onay mesajındaki zaman damgasını kullanın. Olay türü explicit | |||
| Mallar teslim edildi | Bu kilometre taşı, gönderinin alıcının teslimat adresine fiziksel olarak ulaştığını gösterir. Taşıyıcı bu durumu genellikle EDI 214 mesajıyla bildirir ve mesaj TMS’deki gönderi durumunu günceller. | ||
| Neden önemli? Bu önemli başarı kilometre taşı, fiziksel taşımanın sona erdiğini gösterir. Müşteri memnuniyetinin ve taşıyıcı güvenilirliğinin temel göstergelerinden biri olan zamanında teslimat performansını ölçmek için kullanılır. Nereden alınır? Bu, taşıyıcının teslimat onay mesajından alınan açık bir olaydır. TMS, EDI 214 (D1 durum kodlu) veya eşdeğer mesaj işlendiğinde zaman damgasını kaydeder. Kaydedin İşlenen taşıyıcı teslimat onay mesajındaki zaman damgasını kullanın. Olay türü explicit | |||
| Ödeme işlendi | Bu, gönderi yaşam döngüsünün son etkinliğidir ve taşıyıcıya taşıma hizmeti için ödeme yapıldığını doğrular. Bu olay genellikle harici bir finans sisteminden (ERP) gelir ve TMS’ye aktarılır. | ||
| Neden önemli? Bu etkinlik, gönderinin finansal kapanışını gösterir. Teslimat veya denetim ile ödeme arasındaki çevrim süresini analiz etmek, işletme sermayesini yönetmek ve taşıyıcılarla iyi ilişkileri sürdürmek açısından önemlidir. Nereden alınır? Bu olay genellikle borçlar muhasebesi veya ERP sisteminden gelen bir arayüz mesajı TMS’deki navlun faturasının ödeme durumunu güncellediğinde açıkça kaydedilir. Kaydedin Finans sisteminden alınan ödeme onay mesajındaki zaman damgasını kullanın. Olay türü explicit | |||
| Sevkiyat Talebi Alındı | Bu etkinlik, Blue Yonder TMS içinde bir taşıma ihtiyacının oluşturulduğunu gösterir. Genellikle ERP gibi üst sistemlerden gelen bir siparişle başlatılır. Yeni bir gönderi kaydının ilk aşamada 'planlanmamış' veya 'yeni' durumuyla oluşturulduğu bu adım, gönderi yaşam döngüsünün resmî başlangıcıdır. | ||
| Neden önemli? Bu, uçtan uca taşıma sürecinin temel başlangıç olayıdır. Bu olay ile sonraki planlama etkinlikleri arasındaki süreyi analiz ederek ilk işlem gecikmelerini belirleyebilir ve genel işlem hacmini ölçebilirsiniz. Nereden alınır? Bu olay genellikle gönderi veya sipariş tablolarındaki gönderi kaydının oluşturulma zaman damgasından çıkarılır. ERP’den gelen bir arayüz mesajı işlendiğinde kaydedilen açık bir olay da olabilir. Kaydedin Gönderi kaydının oluşturulma zaman damgasını kullanın. Olay türü inferred | |||
| Gönderi iptal edildi | Bu olay, gönderinin teslim alınmadan önce sonlandırıldığını gösterir. Müşterinin siparişi iptal etmesi veya plan değişikliği gibi çeşitli nedenlerle gerçekleşebilir ve sürecin başarısız biçimde sona erdiğini belirtir. | ||
| Neden önemli? İptalleri izlemek, talep dalgalanmalarını ve süreçteki israfı anlamak açısından önemlidir. Gönderilerin neden iptal edildiğini analiz ederek sipariş yönetimi veya planlama süreçlerindeki sorunları ortaya çıkarabilirsiniz. Nereden alınır? Bu, kullanıcı veya otomatik bir süreç gönderinin ana durumunu 'İptal edildi' olarak değiştirdiğinde kaydedilen açık bir olaydır. Kaydedin Durum 'İptal edildi' olarak değiştiğinde zaman damgasını kaydedin. Olay türü explicit | |||
| Gönderi planlandı | Bu etkinlik, gönderi için güzergâhın, taşıma türünün ve olası taşıyıcıların belirlendiği ilk planlama aşamasının tamamlandığını gösterir. Sistemin planlama motoru bir çözüm oluşturur ve planın hazır olduğunu belirtmek için gönderi durumu güncellenir. | ||
| Neden önemli? Bu etkinliği izleyerek planlama ve optimizasyon motorunun verimliliğini ölçebilirsiniz. Bu adımla ilgili gecikmeler veya yeniden çalışma döngüleri, ana verilerde, taşıyıcı bulunabilirliğinde ya da sistem yapılandırmasında sorunlara işaret edebilir. Nereden alınır? Bu olay büyük olasılıkla gönderi varlığındaki durum değişikliğinden çıkarılır; örneğin durumun 'planlanmamış’tan 'planlandı’ya geçmesi gibi. Bu durum değişikliğinin zaman damgası olayı belirtir. Kaydedin Gönderi durumu 'planlandı' olarak değiştiğinde zaman damgasını kaydedin. Olay türü inferred | |||
| Navlun faturası denetlendi | Taşıyıcının faturası, yani navlun faturası, sözleşme ücretleri, ek hizmet bedelleri ve teslimat kanıtı dikkate alınarak sistematik biçimde veya elle denetlenmiştir. Bu adım, ödeme onaylanmadan önce ücretleri doğrular. | ||
| Neden önemli? Bu, önemli bir finansal kontrol noktasıdır. Denetim sürecini analiz ederek sık görülen faturalama tutarsızlıklarını belirleyebilirsiniz. Bu aşamadaki yeniden çalışma ise idari iş yükünü artıran sorunlara işaret eder. Nereden alınır? Gönderiyle ilişkili navlun faturasının durumu TMS navlun denetimi modülünde 'Denetlendi', 'Ödeme için onaylandı' veya benzer bir duruma geçtiğinde bu olay kaydedilir. Kaydedin Gönderiyle bağlantılı navlun faturası varlığındaki durum değişikliğinin zaman damgasını kaydedin. Olay türü inferred | |||
| Taşıma sırasında güncelleme alındı | Bu etkinlik, gönderi yoldayken taşıyıcıdan konum veya durum güncellemesi alındığını gösterir. Genellikle EDI 214 mesajlarıyla iletilen bu güncellemeler, gönderinin ilerleyişini ve olası gecikmeleri takip etmenizi sağlar. | ||
| Neden önemli? Bu olaylar, gönderinin ilerleyişini izlemek ve taşıma sırasındaki gecikmeleri belirlemek için gereklidir. Güncelleme gelmemesi görünürlük eksikliklerine, sık gecikme bildirimleri ise taşıyıcı performansıyla ilgili sorunlara işaret edebilir. Nereden alınır? Taşıyıcının taşıma sırasındaki mesajı (ör. 'X1' veya 'AG' durum kodlu EDI 214) her alınıp işlendiğinde, gönderi izleme veya olay geçmişi tablosuna açık bir olay olarak kaydedilir. Kaydedin İşlenen her taşıyıcı taşıma mesajı, olay günlüğüne yeni bir kayıt ekler. Olay türü explicit | |||
| Taşıyıcıya teklif gönderildi | Bu etkinlik, gönderinin kabul edilmesi için belirli bir taşıyıcıya resmî olarak teklif edildiği sırada gerçekleşir. TMS içindeki bu ayrı işlem, genellikle EDI 204 işlemi, e-posta veya portal bildirimi aracılığıyla taşıyıcıya ileti gönderilmesini başlatır. | ||
| Neden önemli? Bu olay, taşıyıcının yanıt verme süresini ve teklif kabul oranlarını ölçmek için başlangıç noktasıdır. Teklifin gönderilmesiyle taşıyıcının yanıtı arasındaki süreyi analiz etmek, taşıyıcı ilişkilerinin verimliliğini anlamaya yardımcı olur. Nereden alınır? Blue Yonder TMS, kullanıcı veya sistem teklif işlemini gerçekleştirdiğinde bunu büyük olasılıkla gönderi geçmişi ya da teklif geçmişi tablosuna açık bir olay olarak kaydeder. Kaydedin Teklif işlemi gerçekleştirildiğinde gönderi olay geçmişine kaydedilir. Olay türü explicit | |||
| Teklif reddedildi | Bu olay, taşıyıcının gönderiyi taşıma teklifini reddettiğini gösterir. Ret yanıtı genellikle EDI 990 işlemiyle elektronik olarak veya taşıyıcı portalında elle yapılan bir güncellemeyle alınır ve alternatif taşıyıcı bulmaya yönelik bir iş akışını başlatır. | ||
| Neden önemli? Teklif retlerini izlemek, taşıyıcı seçimindeki yeniden çalışma döngülerini belirlemek açısından önemlidir. Ret oranlarının yüksek olması fiyatlandırma, taşıyıcı kapasitesi veya hatalı yük bilgileriyle ilgili sorunlara işaret edebilir; bu da gecikmelere ve maliyet artışına yol açar. Nereden alınır? Taşıyıcının ret yanıtı TMS tarafından işlendiğinde, gönderinin teklif durumu güncellenir ve bu olay genellikle açıkça kaydedilir. Kaydedin Taşıyıcının ret mesajı (ör. EDI 990) alındığında olay olarak kaydedilir. Olay türü explicit | |||
| Teslimat kanıtı alındı | Bu etkinlik, imzalı konşimento gibi teslimatı doğrulayan resmî belgelerin alındığını gösterir. Bu adım genellikle fiziksel teslimattan sonra gerçekleşir ve navlun ödemesi için gereklidir. | ||
| Neden önemli? Teslimat kanıtının (POD) zamanında alınması, faturalama ve ödeme sürecini hızlandırır. Bu adımdaki gecikmeler nakit akışını doğrudan etkileyebilir ve taşıyıcı ödemeleriyle ilgili anlaşmazlıklara yol açabilir. Nereden alınır? Bu olay genellikle kullanıcı POD’nin alındığını elle işaretlediğinde veya belgeyi TMS’deki gönderi kaydına eklediğinde kaydedilir ve durum değişikliğini başlatır. Kaydedin Gönderide 'POD alındı' işareti veya durumu ayarlandığında zaman damgasını kaydedin. Olay türü inferred | |||
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?
Taşıma Yönetimi sürecinizi bugün iyileştirmeye başlayın. Verimliliği artırmak ve lojistik performansınızı geliştirmek için bu Templateten yararlanın.
Taşıma Yönetimi’nde verimliliği bugün artırın
Verimsizlikleri belirleyin, performansı izleyin ve çevrim süresini %30 azaltın.
Kredi kartı gerekmez, dakikalar içinde etkinleştirin.