Taşıma Yönetimi Veri Template'inuz
Taşıma Yönetimi Veri Template'inuz
- Detaylı analiz için önerilen özellikler
- Süreç keşfi için izlenecek temel aktiviteler
- Blue Yonder TMS için detaylı veri çekim rehberliği
Taşıma Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Aktivite ActivityName | Bir sevkiyat için belirli bir zaman noktasında meydana gelen iş olayı veya aktivitesinin adı. | ||
| Açıklama Bu öznitelik, 'Sevkiyat Planlandı', 'Taşıyıcıya Teklif Edildi' veya 'Mallar Teslim Edildi' gibi taşımacılık sürecindeki tek bir adımı tanımlar. Bu aktiviteler, keşfedilen süreç haritasının düğümlerini oluşturur ve sıralamaları her sevkiyat için süreç akışını tanımlar. Bu aktivitelerin sırasını ve sıklığını analiz etmek, Process Mining'in temelidir. En yaygın süreç yollarını (varyantları) belirlemeye, aktivitelerin geciktiği darboğazları keşfetmeye ve 'Teklif Reddedildi' gibi aktivitelerin tekrarlandığı yeniden işleme döngülerini tespit etmeye yardımcı olur. Neden Önemli?dir? Sürecin adımlarını tanımlar, sevkiyat yolculuğunun görselleştirilmesine ve süreç verimsizliklerinin belirlenmesine sunar. Nereden Alınır?? Blue Yonder TMS'in çeşitli modüllerindeki olay günlüklerinden, durum değişikliği kayıtlarından veya işlem kodlarından türetilmiştir. Bu genellikle sistem olaylarını iş dostu etkinlik adlarıyla eşleştirmeyi gerektirir. Örnekler::::::: Sevkiyat PlanlandıTaşıyıcıya Teslim EdildiMallar Teslim EdildiÖdeme İşlendi | |||
| Başlangıç Zamanı EventTime | Belirli bir faaliyetin veya olayın ne zaman gerçekleştiğini gösteren zaman damgası (zaman damgası)dır. | ||
| Açıklama Olay Zamanı, sevkiyat sürecindeki her etkinlik için tam tarih ve saati sunar. Etkinliklerin sıralanmasını ve aralarındaki sürelerin hesaplanmasını sağlayan event lognün kronolojik omurgasıdır. Analizde, bu zaman damgası (zaman damgası), Uçtan Uca Sevkiyat Döngü Süresi, Gümrükleme Süresi ve Zamanında Teslimat performansı gibi tüm zamana dayalı KPI'ları hesaplamak için büyük önem taşır. Gecikmelerin ne zaman meydana geldiğini ve sürecin her aşamasının ne kadar sürdüğünü belirlemeye sunar. Neden Önemli?dir? Bu zaman damgası (zaman damgası), olayları sıralamak, döngü sürelerini hesaplamak ve zaman içindeki süreç performansını analiz etmek için büyük önem taşır. Nereden Alınır?? Bu, genellikle Blue Yonder TMS'in işlem log'larında durum veya olay kayıtlarıyla birlikte bulunur. Her olayın veya durum değişikliğinin ilişkili bir zaman damgası (zaman damgası) olmalıdır. Örnekler::::::: 2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z | |||
| Sevkiyat ShipmentId | Tek bir sevkiyat için ulaşım sürecinin Vaka Kimliği olarak hizmet eden benzersiz tanımlayıcı. | ||
| Açıklama Sevkiyat Kimliği, malların bir başlangıç noktasından bir varış noktasına hareketine ilişkin tüm aktiviteleri ve olayları birbirine bağlayan merkezi temel rol oynar. Her benzersiz Kimlik, ilk talepten son ödemeye kadar her şeyi kapsayan eksiksiz bir taşımacılık vakasını temsil eder. Process Mining analizinde, bu öznitelik her sevkiyatın tüm sürecini yeniden yapılandırmak için büyük önem taşır. 'Shipment Planned', 'Goods Picked Up' ve 'Goods Delivered' gibi olayların tutarlı bir süreç akışında gruplandırılmasına olanak tanıyarak, döngü sürelerinin hesaplanmasını ve bireysel sevkiyatlar için süreç varyantlarının belirlenmesini sunar. Neden Önemli?dir? Bu, tüm ilgili taşıma olaylarını birbirine bağlayan temel Case ID'dir ve bir sevkiyatın tüm süreç döngüsünü analiz etmeyi sunar. Nereden Alınır?? Bu, Blue Yonder TMS içindeki sevkiyat veya yük yönetimi modüllerinde birincil temel rol oynar. Belirli tablo için sistem belgelerine başvurun, muhtemelen sevkiyat başlıklarıyla ilgilidir. Örnekler::::::: SHP-0012845SHP-0012991SHP-0013054 | |||
| Kaynak Sistem SourceSystem | Verinin çıkarıldığı sistemi tanımlar. | ||
| Açıklama Bu öznitelik, bu durumda Blue Yonder TMS olan olay verisinin kaynağını belirtir. Birden fazla sistemden gelen verilerin daha geniş bir süreç görünümü için birleştirilebileceği ortamlarda özellikle kullanışlıdır. Analiz için, verileri filtrelemeye ve bağlamını anlamaya yardımcı olur. Bu bilgiyi korumak, veri soyunu sunar ve veri yönetimi için en iyi uygulamadır. Neden Önemli?dir? Veri kaynağı hakkında önemli bilgiler sunar, izlenebilirliği garanti eder ve birden çok kaynaktan gelen verileri yönetmeye yardımcı olur. Nereden Alınır?? Bu, genellikle data veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında eklenen statik bir değerdir. Örnekler::::::: Blue Yonder TMSBY_TMS_NABY_TMS_EMEA | |||
| Son Veri Güncellemesi LastDataUpdate | Bu kaydın verilerinin kaynak sistemden en son ne zaman yenilendiği veya çıkarıldığı zaman damgası (zaman damgası)dır. | ||
| Açıklama Bu öznitelik, verilerin güncelliğini gösterir. Olay log'unun Blue Yonder TMS'ten en son ne zaman güncellendiği veya çıkarıldığı tarih ve saati kaydeder. Analizde, Panellerin ve KPI'ların güncelliğini anlamak için bu önemlidir. Kullanıcıların gerçek zamanlı bilgilere mi yoksa önceki bir döneme ait verilere mi baktıklarını bilmelerini sunar, bu da bilinçli operasyonel kararlar almak için büyük önem taşır. Neden Önemli?dir? Kullanıcıları verinin güncelliği hakkında bilgilendirir, bu da analizin alaka düzeyi ve doğruluğu için büyük önem taşır. Nereden Alınır?? Bu, genellikle veri çıkarım (ETL) süreci sırasında oluşturulan ve eklenen bir metadata alanıdır. Örnekler::::::: 2023-05-20T02:00:00Z2023-05-21T02:00:00Z | |||
| Gerçek Teslimat Zamanı ActualDeliveryTime | Malların Teslim Edilmesi' olayının gerçekleştiği gerçek zaman damgası (zaman damgası)dır. | ||
| Açıklama Bu öznitelik, özellikle son teslimat aktivitesiyle ilişkili zaman damgası (zaman damgası)dır. Sevkiyatın varış noktasına ulaştığı ve teslim edildiği teyit edildiği kesin anı kaydeder. Performans ölçümü için çok önemli bir veri noktasıdır. 'Zamanında Teslimat Oranı (OTD) KPI'ı'ı, bu zaman damgası (zaman damgası)nın 'RequestedDeliveryDate' ile karşılaştırılmasıyla hesaplanır. Ayrıca, 'Genel Teslimata Kadar İşlem Hacmi' KPI'ını hesaplamak için bitiş noktasını işaretler. Neden Önemli?dir? Bu zaman damgası (zaman damgası), zamanında teslimat oranını belirlemeye yardımcı olur.saplamak ve toplam sevkiyat transit süresini ölçmek için büyük önem taşır. Nereden Alınır?? Bu, genellikle taşıyıcıdan bir EDI mesajı aracılığıyla alınan veya Blue Yonder TMS'ye manuel olarak girilen 'Mallar Teslim Edildi' durum güncellemesinin zaman damgası (zaman damgası)dır. Örnekler::::::: 2023-04-25T11:15:00Z2023-05-11T09:30:00Z | |||
| Hedef Ülke DestinationCountry | Sevkiyatın teslim edildiği ülke. | ||
| Açıklama Bu öznitelik, alıcının adresinden veya teslimat konumundan türetilen sevkiyat için son varış ülkesini belirtir. Kaynak Ülke'ye benzer şekilde, bu öznitelik coğrafi segmentasyon için kullanılır. Analistlerin farklı ticaret rotaları (örn. ABD'den Kanada'ya vs. ABD'den Meksika'ya) için performansı karşılaştırmasına, belirli ülkelerdeki teslimat zorluklarını analiz etmesine ve sınır ötesi karmaşıklıkların döngü süreleri üzerindeki etkisini değerlendirmesine sunar. Neden Önemli?dir? Ticaret rotası karmaşıklıklarını ve bölgesel teslimat zorluklarını anlamak için kritik olan hedefe göre performans analizine sunar. Nereden Alınır?? Blue Yonder TMS içindeki sevkiyat detaylarında varış yeri veya alıcı adres verilerinin bir parçası olarak depolanır. Örnekler::::::: KanadaMeksikaBirleşik Krallık | |||
| Menşe Ülke OriginCountry | Sevkiyatın kaynaklandığı ülke. | ||
| Açıklama Bu öznitelik, sevkiyat yolculuğu için başlangıç ülkesini belirtir. Göndericinin adresinden veya teslim alma konum detaylarından türetilir. Analizde, Kaynak Ülke verileri segmentlere ayırmak için güçlü bir boyuttur. Süreç performansındaki bölgesel farklılıkları, taşıyıcı kullanılabilirliğini ve döngü sürelerini anlamaya yardımcı olur. Örneğin, uluslararası sevkiyatlar için gümrükleme sürelerini analiz etmek için büyük önem taşır. Neden Önemli?dir? Süreç performansının coğrafi analizine sunar, bölgesel darboğazları veya verimlilikteki varyasyonları belirlemeye yardımcı olur. Nereden Alınır?? Blue Yonder TMS içindeki sevkiyat detaylarında başlangıç konumu veya gönderici adres verilerinin bir parçası olarak depolanır. Örnekler::::::: USAAlmanyaÇin | |||
| Sevkiyat Durumu ShipmentStatus | Sevkiyatın mevcut veya bilinen son durumu. | ||
| Açıklama Sevkiyat Durumu, 'Planlandı', 'Transit Halinde', 'Teslim Edildi' veya 'İptal Edildi' gibi gönderinin süreç döngüsü içindeki mevcut durumunu gösterir. Gönderinin süreçte nerede olduğuna dair bir anlık görüntü sunar. Process Mining'de, vakaların nihai durumunu analiz etmek sonuç analizi için önemlidir. Örneğin, 'Teslim Edildi' gönderilerin süreç akışlarını 'İptal Edildi' gönderilerle karşılaştırmak, istenmeyen sonuçlara yol açan kalıpları ortaya çıkarabilir. Ayrıca, henüz tamamlanmamış gönderileri filtreleyerek aktif iş yükünü takip etmenizi sunar. Neden Önemli?dir? Sevkiyatın mevcut durumuna hızlı bir genel bakış sunar ve tamamlanmış, devam eden ve iptal edilmiş sevkiyatlar arasında ayrım yapmaya yardımcı olur. Nereden Alınır?? Bu, Blue Yonder TMS'deki sevkiyat başlığı veya ana durum takip tablosunda önemli bir alandır. Örnekler::::::: PlanlandıTransit HalindeTeslim Edildiİptal Edildi | |||
| Talep Edilen Teslimat Tarihi RequestedDeliveryDate | Müşteri tarafından talep edilen veya satış siparişi tarafından istenen teslimat tarihi. | ||
| Açıklama Bu öznitelik, lojistik sürecinin karşılamayı hedeflediği hedef teslimat tarihini yakalar. Müşteri beklentisini veya sevkiyat için dahili hizmet seviyesi anlaşmasını (SLA) temsil eder. Bu tarih, 'Zamanında Teslimat Oranı (OTD) KPI'ı'ını hesaplanmasında temel rol oynar. 'ActualDeliveryTime' ile 'RequestedDeliveryDate' karşılaştırılarak, analiz bir sevkiyatın erken mi, zamanında mı yoksa gecikmeli mi olduğunu belirleyebilir. Bu, 'Zamanında Teslim Alma ve Teslimat Performansı' Dashboard'u için büyük önem taşır. Neden Önemli?dir? Zamanında teslimat performansını ve müşteri memnuniyetini ölçmek için birincil ölçüt olarak olarak kullanılır. Nereden Alınır?? Bu bilgi genellikle bir ERP veya Sipariş Yönetimi Sistemi gibi yukarı akış bir sistemden kaynaklanır ve Blue Yonder TMS'deki sevkiyat talebi detaylarında depolanır. Örnekler::::::: 2023-04-25T23:59:59Z2023-05-10T17:00:00Z | |||
| Taşıma Modu. ModeOfTransport | Sevkiyat için kullanılan kamyon, hava, deniz veya demiryolu gibi taşıma yöntemi. | ||
| Açıklama Bu öznitelik, taşıma modunu belirtir. Yaygın değerler arasında Parsiyel Taşımacılık (LTL), Komple Yük Taşımacılığı (FTL), Hava Kargo, Deniz ve Demiryolu bulunur. Süreç analizinde, taşıma modu filtreleme ve karşılaştırma için önemli bir boyuttur. Süreçler, döngü süreleri ve maliyetler farklı modlar arasında önemli ölçüde değişebilir. Örneğin, 'Gümrükleme Darboğaz Analizi' Hava ve Deniz sevkiyatları için oldukça ilgiliyken, yurt içi kamyon sevkiyatları için daha azdır. Moda göre performansı analiz etmek, iyileştirme girişimlerini belirli lojistik bağlamlara uyarlamaya yardımcı olur. Neden Önemli?dir? Farklı ulaşım modlarının ayrı süreçleri, maliyetleri ve tipik döngü süreleri olduğu için bölümlendirilmiş analize sunar. Nereden Alınır?? Bu, Blue Yonder TMS içindeki sevkiyat planlama ve derecelendirme modüllerinde standart bir alandır. Örnekler::::::: LTLFTLHavaDeniz Yolu | |||
| Taşıyıcı Adı CarrierName | Sevkiyatı taşımaktan sorumlu taşımacılık şirketi veya lojistik sağlayıcısının adı. | ||
| Açıklama Taşıyıcı Adı, malların taşınmasını gerçekleştirmek üzere atanan üçüncü taraf şirketi tanımlar. Bu bir kamyon şirketi, havayolu, deniz taşımacılığı şirketi veya nakliye acentesi olabilir. Bu öznitelik, performans analizi, özellikle de 'Taşıyıcı Performans Karşılaştırması' Dashboard'u için büyük önem taşır. Taşıyıcıları zamanında teslimat oranları, teslim alma uyumu ve ortalama gecikme süreleri gibi metrikler üzerinde karşılaştırmak için verileri filtrelemeye ve segmentlere ayırmaya sunar. Bu, stratejik taşıyıcı seçimi ve ilişki yönetimine yardımcı olur. Neden Önemli?dir? Taşıyıcı seçimini iyileştirmek ve hizmet kalitesini iyileştirmek için farklı taşıyıcılar arasında performans karşılaştırması ve analizine sunar. Nereden Alınır?? Blue Yonder TMS içindeki sevkiyat veya yük detaylarında bulunur, genellikle taşıyıcılar için ana veri tablosundan bağlantılıdır. Örnekler::::::: Global Nakliyat A.Ş.FastLane LojistikHava Ekspres Kargo | |||
| Gecikme Nedeni DelayReason | Bir teslim alma veya teslimatta gecikmenin nedenini açıklayan bir kod veya metin. | ||
| Açıklama Bu öznitelik, bir sevkiyat kilometre taşının neden kaçırıldığına dair verilen nedeni yakalar. Örnekler::::::: arasında 'Hava Gecikmesi', 'Gümrük Bekletme' veya 'Taşıyıcı Kapasite Sorunu' yer alır. Bu bilgi genellikle taşıyıcı tarafından sağlanır. Bu, 'Zamanında Teslim Alma ve Teslimat Performansı' Dashboard'u için büyük önem taşır. Sadece bir sevkiyatın geciktiğini bilmek yerine, bu öznitelik nedenini açıklar. En yaygın gecikme nedenlerini analiz etmek, lojistik ekibinin riskleri proaktif olarak azaltmasına ve tekrarlayan sorunları ele almak için taşıyıcılarla çalışmasına sunar. Neden Önemli?dir? Gecikmelerin temel nedenini açıklar, proaktif risk yönetimini ve taşıyıcılarla hedeflenen iyileştirmeleri sunar. Nereden Alınır?? Bu veri, genellikle Blue Yonder TMS'in olay veya istisna yönetimi bölümlerinde yakalanır ve sıkça taşıyıcı EDI güncellemelerinden (örn. EDI 214) doldurulur. Örnekler::::::: Hava DurumuGümrük BekletmeSürücü GecikmesiTesis Yoğunluğu | |||
| Gerçek Teslim Alma Zamanı ActualPickupTime | Malların Teslim Alınması' olayının gerçekleştiği gerçek zaman damgası (zaman damgası)dır. | ||
| Açıklama Bu öznitelik, taşıyıcının sevkiyatı çıkış noktasından fiziksel olarak teslim aldığı kesin zamanı kaydeder. Transit aşamasının resmi başlangıcını işaret eder. Bu veri noktası, taşıyıcı performansını ölçmek için büyük önem taşı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. Sapmaları analiz etmek, belirli taşıyıcılar veya teslim alma konumlarındaki sorunları belirlemeye yardımcı olur. Neden Önemli?dir? Bu zaman damgası (zaman damgası), teslim alma performansını doğru bir şekilde ölçmek ve taşıma sürecindeki erken aşama gecikmelerini belirlemek için kullanılır. Nereden Alınır?? Bu, genellikle taşıyıcıdan EDI aracılığıyla alınan veya Blue Yonder TMS'ye manuel olarak girilen 'Mallar Teslim Alındı' durum güncellemesinin zaman damgası (zaman damgası)dır. Örnekler::::::: 2023-04-16T14:30:00Z2023-05-02T10:15:00Z | |||
| Kullanıcı User | Aktiviteyi gerçekleştiren kişinin kullanıcı ID'si veya adı. | ||
| Açıklama Bu öznitelik, TMS'te belirli bir olayı veya durum değişikliğini yürütmekten sorumlu lojistik planlayıcısını, koordinatörünü veya sistem kullanıcısını tanımlar. Otomatik olaylar için bu, bir sistem veya hizmet hesabı Kimliği olabilir. 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. Belirli kullanıcıların daha yüksek yeniden işleme veya gecikme oranlarıyla ilişkili olup olmadığını veya belirli ekiplerin diğerlerinden daha verimli olup olmadığını ortaya çıkarabilir. Bu, kaynak yönetimi ve hedeflenen süreç iyileştirme çabalarını destekler. Neden Önemli?dir? Kullanıcıya veya ekibe göre performans ve iş yükü analizine sunar, eğitim fırsatlarını ve kaynak kısıtlamalarını belirlemeye yardımcı olur. Nereden Alınır?? Bu bilgi, işlem veya olay log'larında, genellikle her kayıtla ilişkili bir 'Değiştiren' veya 'Kullanıcı Kimliği' alanı olarak bulunmalıdır. Örnekler::::::: j.doea.smithTMS_AUTOMATION_USER | |||
| Navlun Faturası Tutarsızlığı FreightBillDiscrepancyReason | Bir navlun faturasının denetimden neden geçmediğini açıklayan bir kod veya açıklama. | ||
| Açıklama Bir navlun faturası denetimi bir tutarsızlıkla sonuçlandığında, bu öznitelik nedeni sunar. Örnekler::::::: arasında 'Yanlış Oran', 'Mükerrer Fatura' veya 'Eksik Teslimat Kanıtı' bulunur. Bu öznitelik, 'Teslimat Kanıtı ve Faturalandırma Doğruluğu' Dashboard'u ve 'Navlun Faturası Yeniden İşleme Oranı' KPI'ı için temel rol oynar. Farklı tutarsızlık nedenlerinin sıklığını analiz etmek, faturalandırma hatalarının taşıyıcı hatalarından, sözleşme uyumsuzluklarından veya dahili süreç sorunlarından kaynaklanıp kaynaklanmadığı gibi temel nedenlerini belirlemeye yardımcı olur. Bu, fatura yeniden işleme oranını azaltmak için hedeflenen eylemlere sunar. Neden Önemli?dir? Fatura hatalarının temel nedenini sunar, navlun faturası yeniden çalışmasını ve ödeme gecikmelerini azaltmak için hedeflenen iyileştirmeleri sunar. Nereden Alınır?? Blue Yonder TMS'in navlun denetimi ve ödeme modülünde bulunur, istisna veya red günlükleriyle ilişkilidir. Örnekler::::::: Yanlış Oran UygulandıMükerrer FaturaYardımcı Ücret İhtilafı | |||
| 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, sevkiyatın toplanması için taşıyıcı ile planlanmış ve üzerinde anlaşılmış randevu zamanını saklar. Sevkiyat planında önemli bir kilometre taşıdır. Bu zaman damgası (zaman damgası), 'Zamanında Teslim Alma Oranı' ve 'Ortalama Teslim Alma Gecikme Süresi' KPI'larını hesaplamak için temel olarak kullanılır. 'ActualPickupTime' ile karşılaştırmak, sevkiyat yolculuğunun en başında genellikle sonraki kilometre taşları üzerinde basamaklı bir etkisi olan gecikmeleri belirlemeye yardımcı olur. Neden Önemli?dir? Zamanında teslim alma performansını ölçmek için bir ölçüttür, taşıyıcı güvenilirliğinin ve planlama doğruluğunun temel bir göstergesidir. Nereden Alınır?? Blue Yonder TMS'in randevu planlama veya yük planlama modüllerinde bulunur. Örnekler::::::: 2023-04-16T14:00:00Z2023-05-02T10:00:00Z | |||
| Zamanında Teslimat IsOnTimeDelivery | Sevkiyatın talep edilen teslimat tarihinde veya öncesinde teslim edilip edilmediğini gösteren hesaplanmış bir işaret. | ||
| Açıklama Bu boolean öznitelik, 'ActualDeliveryTime' ile 'RequestedDeliveryDate' karşılaştırılarak türetilir. Gerçek teslimatın talep edilen tarihte veya öncesinde olması durumunda doğru, aksi takdirde yanlıştır. Hesaplanmış bir metrik olarak, 'Zamanında Teslimat Oranı (OTD) KPI'ı'ı için analizi ve görselleştirmeyi basitleştirir. Zaman içinde, taşıyıcıya göre veya taşıma moduna göre zamanında performans yüzdelerini gösteren Dashboard'lar oluşturmak için kolay filtreleme ve toplama sunar, doğrudan 'Zamanında Teslim Alma ve Teslimat Performansı' Dashboard'unu destekler. Neden Önemli?dir? Bu, zamanında performans analizini basitleştirir ve Panellerde ve KPI'larda hızlı filtreleme ve toplama sunar. Nereden Alınır?? Bu öznitelik kaynak sistemde bulunmamaktadır. Veri dönüştürme süreci sırasında şu formül kullanılarak hesaplanır: ActualDeliveryTime <= RequestedDeliveryDate. Örnekler::::::: truefalse | |||
Taşıma Yönetimi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Gümrükleme Yapıldı | Uluslararası sevkiyatlar için bu etkinlik, malların bir sınır veya limandaki gümrükten başarıyla geçtiği noktayı işaretler. Bu olay, bir gümrük komisyoncusu veya taşıyıcıdan gelen bir bildirimle tetiklenir. | ||
| Neden Önemli?dir? Gümrük, uluslararası lojistikte önemli gecikmelerin yaygın bir kaynağıdır. Gümrükleme süresini ölçmek, darboğazları belirlemek ve sınır ötesi transit sürelerini iyileştirmek için büyük önem taşır. Nereden Alınır?? Bu, genellikle bir taşıyıcı mesajına (örn. EDI 214) veya manuel bir güncellemye dayanarak, sevkiyatın gümrük durumunu 'temizlendi' olarak değiştiren açık bir olay olarak kaydedilir. Yakala Sevkiyatın gümrük durumu 'Temizlendi' olarak güncellendiğinde zaman damgası (zaman damgası)nı yakalayın. Event tipi explicit | |||
| Mallar Teslim Alındı | Bu aktivite, taşıyıcının malları çıkış konumundan teslim almasıyla sevkiyat yolculuğunun fiziksel başlangıcını işaret eder. Bu olay genellikle Blue Yonder TMS'te taşıyıcıdan gelen bir durum güncelleme mesajına, örneğin bir EDI 214 işlemine dayanarak kaydedilir. | ||
| Neden Önemli?dir? Bu, sevkiyatın yolda olduğunu doğrulayan kritik bir yürütme kilometre taşıdır. Transit sürelerini hesaplamak ve planlanan tarihe göre zamanında teslim alma performansını ölçmek için temel teşkil eder. Nereden Alınır?? Bu, taşıyıcı durum güncellemelerinden yakalanan açık bir olaydır. Sistem, bir teslim alma onayı (örn. 'AF' veya 'X3' durumlu EDI 214) işlendiğinde zaman damgası (zaman damgası)nı kaydeder. Yakala İşlenmiş EDI 214 veya diğer taşıyıcı teslim alma onay mesajındaki zaman damgası (zaman damgası)nı kullanın. Event tipi explicit | |||
| Mallar Teslim Edildi | Bu kilometre taşı, sevkiyatın fiziksel olarak alıcının varış noktasına ulaştığını gösterir. Taşıyıcı, genellikle sevkiyat durumunu TMS'te güncelleyen bir EDI 214 mesajı aracılığıyla bu onayı sunar. | ||
| Neden Önemli?dir? Bu, fiziksel transitin sonunu işaret eden kritik bir başarı kilometre taşıdır. Müşteri memnuniyetinin ve taşıyıcı güvenilirliğinin temel bir göstergesi olan zamanında teslimat performansını ölçmek için temel oluşturur. Nereden Alınır?? Bu, bir taşıyıcı teslimat onay mesajından yakalanan açık bir olaydır. TMS, EDI 214 ('D1' durumlu) veya eşdeğer mesaj işlendiğinde zaman damgası (zaman damgası)nı kaydeder. Yakala İşlenmiş taşıyıcı teslimat onay mesajındaki zaman damgası (zaman damgası)nı kullanın. Event tipi explicit | |||
| Ödeme İşlendi | Bu, sevkiyat süreç döngüsündeki son aktivitedir ve taşıyıcıya taşıma hizmeti için ödeme yapıldığını doğrular. Bu olay genellikle harici bir finansal sistemden (ERP) kaynaklanır ve TMS'e geri güncellenir. | ||
| Neden Önemli?dir? Bu aktivite, sevkiyatın finansal kapanışını işaret eder. Teslimattan veya denetimden ödemeye kadar geçen döngü süresini analiz etmek, işletme sermayesini yönetmek ve iyi taşıyıcı ilişkilerini sürdürmek için önemlidir. Nereden Alınır?? Bu genellikle, hesap alacakları veya ERP sisteminden gelen bir arayüz mesajının TMS'deki navlun faturasının ödeme durumunu güncellediği zaman kaydedilen açık bir olaydır. Yakala Finansal sistemden alınan ödeme onay mesajındaki zaman damgası (zaman damgası)nı kullanın. Event tipi explicit | |||
| Sevkiyat Rezerve Edildi | Bu kilometre taşı, bir taşıyıcının teklifi kabul ettiğini ve sevkiyatı ele almayı taahhüt ettiğini gösterir. Sevkiyat durumu 'rezerve edildi' veya 'taahhüt edildi' olarak güncellenir ve taşıma için taşıyıcıyı ve oranı sabitler. | ||
| Neden Önemli?dir? Bu, planlama aşamasını tamamlayan ve sevkiyatı yürütmeye taşıyan önemli bir kilometre taşıdır. Bu noktaya kadar olan döngü süresini ölçmek, rezervasyon verimliliğini ve duyarlılığını değerlendirmeye yardımcı olur. Nereden Alınır?? Bu, bir taşıyıcı kabulü (örn. EDI 990) alındığında ve işlendiğinde yakalanır, TMS'deki sevkiyat kaydında açık bir durum değişikliğini tetikler. Yakala 'Rezervasyonlu' veya 'Taahhüt Edilmiş' durum değişikliğinin zaman damgası (zaman damgası)nı yakalayın. Event tipi explicit | |||
| Sevkiyat Talebi Alındı | Bu aktivite, Blue Yonder TMS içinde bir taşımacılık ihtiyacının oluşturulduğunu işaret eder, genellikle bir ERP gibi yukarı akış bir sistemden gelen bir siparişle başlatılır. Sevkiyat süreç döngüsünün resmi başlangıcını temsil eder, burada yeni bir sevkiyat kaydı ilk 'plansız' veya 'yeni' durumsüyle oluşturulur. | ||
| Neden Önemli?dir? Bu, uçtan uca taşıma sürecinin birincil başlangıç olayıdır. Bu olaydan sonraki planlama aktivitelerine kadar geçen süreyi analiz etmek, ilk işleme gecikmelerini belirlemeye ve genel verimi ölçmeye yardımcı olur. Nereden Alınır?? Bu olay genellikle çekirdek sevkiyat veya sipariş tablolarındaki sevkiyat kaydının oluşturulma zaman damgası (zaman damgası)ndan çıkarılır. Ayrıca, bir ERP'den gelen bir arayüz mesajı işlendiğinde kaydedilen açık bir olay da olabilir. Yakala Sevkiyat kaydının oluşturulma zaman damgası (zaman damgası)nı kullanın. Event tipi inferred | |||
| Navlun Faturası Denetlendi | Taşıyıcının faturası veya navlun faturası, sözleşmeli oranlara, ek ücretlere ve teslimat kanıtına karşı sistemli veya manuel olarak denetlenmiştir. Bu adım, ödeme onaylanmadan önce ücretleri doğrular. | ||
| Neden Önemli?dir? Bu, önemli bir finansal kontrol noktasıdır. Denetim sürecini analiz etmek, sık faturalandırma tutarsızlıklarını ortaya çıkarabilirken, bu aşamadaki yeniden işleme, idari maliyetleri artıran sorunları gösterir. Nereden Alınır?? Bu olay, sevkiyatla ilişkili navlun faturasının durumu TMS navlun denetim modülü içinde 'Denetlendi', 'Ödeme İçin Onaylandı' veya benzeri bir duruma değiştirildiğinde yakalanır. Yakala Sevkiyata bağlı navlun faturası varlığındaki durum değişikliğinin zaman damgası (zaman damgası)nı yakalayın. Event tipi inferred | |||
| Sevkiyat İptal Edildi | Bir sevkiyatın teslim alınmadan önce sonlandırılmasını temsil eder. Bu durum, müşterinin siparişi iptal etmesi veya bir planlama değişikliği gibi çeşitli nedenlerle meydana gelebilir ve nihai, başarısız bir bitiş durumu olarak olarak kullanılır. | ||
| Neden Önemli?dir? İptalleri izlemek, talep oynaklığını ve süreç israfını anlamak için önemlidir. Sevkiyatların neden iptal edildiğini analiz etmek, sipariş yönetimi veya planlama süreçlerindeki sorunları ortaya çıkarabilir. Nereden Alınır?? Bu, bir kullanıcının veya otomatik bir sürecin sevkiyatın ana durumunu 'İptal Edildi' olarak değiştirdiğinde yakalanan açık bir olaydır. Yakala 'İptal Edildi' durum değişikliğinin zaman damgası (zaman damgası)nı yakalayın. Event tipi explicit | |||
| Sevkiyat Planlandı | Sevkiyat için bir güzergah, taşıma şekli ve potansiyel taşıyıcıların belirlendiği ilk planlama aşamasının tamamlanmasını temsil eder. Sistemin planlama motoru bir çözüm üretir ve sevkiyat durumu bir planın mevcut olduğunu yansıtacak şekilde güncellenir. | ||
| Neden Önemli?dir? Bu aktiviteyi takip etmek, planlama ve optimizasyon motorunun verimliliğini ölçmeye yardımcı olur. Bu adımı içeren gecikmeler veya yeniden işleme döngüleri, ana veriler, taşıyıcı uygunluğu veya sistem konfigürasyonu ile ilgili sorunlara işaret edebilir. Nereden Alınır?? Bu, büyük olasılıkla sevkiyat varlığındaki bir durum değişikliğinden, örneğin 'plansız'dan 'planlandı'ya geçişten çıkarılır. Bu durum değişikliğinin zaman damgası (zaman damgası) olayı işaretler. Yakala Sevkiyat durumu 'planlanmış' bir duruma geçtiğinde zaman damgası (zaman damgası)nı yakalayın. Event tipi inferred | |||
| Taşıyıcıya Teslim Edildi | Bu aktivite, sevkiyatın belirli bir taşıyıcıya kabul için resmi olarak teklif edilmesiyle gerçekleşir. Bu, TMS içinde ayrı bir eylemdir ve genellikle bir EDI 204 işlemi, bir e-posta veya bir portal bildirimi aracılığıyla taşıyıcıya iletişimi tetikler. | ||
| Neden Önemli?dir? Bu olay, taşıyıcı duyarlılığını ve teklif kabul oranlarını ölçmek için başlangıç noktasıdır. Teklif verme ile taşıyıcı yanıtı arasındaki süreyi analiz etmek, taşıyıcı ilişki verimliliğini anlamak için temel rol oynar. Nereden Alınır?? Blue Yonder TMS, bu durumu bir kullanıcı veya sistem tarafından teklif eylemi yürütüldüğünde, sevkiyat geçmişi veya teklif geçmişi tablosunda açık bir olay olarak kaydeder. Yakala Teklif eylemi yürütüldüğünde sevkiyat olay geçmişine kaydedilir. Event tipi explicit | |||
| Teklif Reddedildi | Bu olay, bir taşıyıcının sevkiyatı taşıma teklifini reddettiği anlamına gelir. Bu red, genellikle elektronik olarak bir EDI 990 işlemi veya taşıyıcı portalında manuel bir güncelleme yoluyla alınır ve alternatif bir taşıyıcı bulmak için bir iş akışını (workflow) tetikler. | ||
| Neden Önemli?dir? Teklif reddiyelerini izlemek, taşıyıcı seçimindeki yeniden işleme döngülerini belirlemek için büyük önem taşır. Yüksek ret oranları, fiyatlandırma, taşıyıcı kapasitesi veya yanlış yük bilgileri ile ilgili sorunlara işaret edebilir ve bu da gecikmelere ve artan maliyetlere yol açar. Nereden Alınır?? Bu genellikle, bir taşıyıcı red yanıtı TMS tarafından işlendiğinde, sevkiyatın teklif durumunu güncelleyerek açık bir olay olarak yakalanır. Yakala Bir taşıyıcı reddetme mesajının (örn. EDI 990) alınması üzerine bir olay olarak kaydedilir. Event tipi explicit | |||
| Teslimat Kanıtı Alındı | Bu aktivite, imzalı bir konşimento gibi teslimatı onaylayan resmi belgelerin alınmasını temsil eder. Bu genellikle fiziksel teslimattan sonra ayrı bir adımdır ve navlun ödemesi için bir ön koşuldur. | ||
| Neden Önemli?dir? Teslimat Kanıtını (POD) verimli bir şekilde almak, faturalandırma ve ödeme döngüsünü hızlandırmak için büyük önem taşır. Bu adımdaki gecikmeler nakit akışını doğrudan etkiler ve taşıyıcı ödeme anlaşmazlıklarına yol açabilir. Nereden Alınır?? Bu genellikle, bir kullanıcı POD'yi manuel olarak alındı olarak işaretlediğinde veya belgeyi TMS'deki sevkiyat kaydına ekleyerek bir durum değişikliğini tetiklediğinde yakalanır. Yakala Sevkiyatta 'Teslimat Kanıtı Alındı' işareti veya durumu ayarlandığında zaman damgası (zaman damgası)nı yakalayın. Event tipi inferred | |||
| Transit Halinde Güncelleme Alındı | Sevkiyatın yolculuğu sırasında taşıyıcıdan bir konum veya durum güncellemesinin alınmasını temsil eder. Çoğunlukla EDI 214 mesajlarından gelen bu güncellemeler, sevkiyatın ilerleyişi ve olası gecikmeler hakkında görünürlük sunar. | ||
| Neden Önemli?dir? Bu olaylar, sevkiyat ilerlemesini izlemek ve transit gecikmelerini belirlemek için büyük önem taşır. Güncelleme eksikliği görünürlük boşluklarını, sık gecikme güncellemeleri ise taşıyıcı performans sorunlarını gösterebilir. Nereden Alınır?? Bunlar, bir taşıyıcı transit mesajı (örneğin, 'X1', 'AG' durumlu EDI 214) her alındığında ve işlendiğinde bir sevkiyat takibi veya olay geçmişi tablosuna kaydedilen açık olaylardır. Yakala İşlenen her transit halindeki taşıyıcı mesajı, yeni bir event log girişi oluşturur. Event tipi explicit | |||
Veri Çıkarma 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.