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 aktiviteler
- Blue Yonder TMS için ayrıntılı veri çıkarma yönlendirmeleri
Taşıma Yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Başlangıç zamanı EventTime | Belirli bir faaliyet veya olayın gerçekleştiği anı gösteren zaman damgasıdır. | ||
| Açıklama Olay zamanı, sevkiyat sürecindeki her faaliyet için kesin tarih ve saati sağlar. Olay günlüğünün kronolojik temelini oluşturur; faaliyetleri sıralamanıza ve aralarındaki süreleri hesaplamanıza imkan verir. Analizde bu zaman damgası, uçtan uca sevkiyat çevrim süresi, gümrükten çekilme süresi ve zamanında teslimat performansı gibi zamana dayalı tüm KPI'ları hesaplamak için önemlidir. Gecikmelerin ne zaman gerçekleştiğini ve sürecin her aşamasının ne kadar sürdüğünü belirlemenizi sağlar. 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üklerindeki 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 | |||
| Faaliyet ActivityName | Bir sevkiyat için belirli bir zamanda gerçekleşen iş olayının veya faaliyetin adıdır. | ||
| Açıklama Bu öznitelik, 'Sevkiyat planlandı', 'Taşıyıcıya teklif gönderildi' veya 'Mallar teslim edildi' gibi taşıma sürecindeki tek bir adımı tanımlar. Bu faaliyetler, keşfedilen süreç haritasının düğümlerini oluşturur ve sıraları her sevkiyatın süreç akışını belirler. Bu faaliyetlerin sırasını ve sıklığını analiz etmek, Process Mining'in temelini oluşturur. En yaygın süreç yollarını, yani varyantları, belirlemenize; faaliyetlerin geciktiği darboğazları keşfetmenize ve 'Teklif reddedildi' gibi faaliyetlerin tekrarlandığı yeniden işleme döngülerini ortaya çıkarmanıza yardımcı olur. Neden önemli? Sürecin adımlarını tanımlar. Böylece sevkiyat yolculuğunu görselleştirebilir ve süreç verimsizliklerini belirleyebilirsiniz. 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 türetilir. Bu işlem genellikle sistem olaylarının iş birimleri için anlaşılır faaliyet adlarıyla eşleştirilmesini gerektirir. Örnekler Sevkiyat planlandıTaşıyıcıya teklif gönderildiMallar teslim edildiÖdeme işlendi | |||
| Sevkiyat ShipmentId | Tek bir sevkiyatın benzersiz tanımlayıcısıdır ve taşıma sürecinin Case ID'si olarak kullanılır. | ||
| Açıklama Sevkiyat ID'si, malların başlangıç noktasından varış noktasına hareketiyle ilgili tüm faaliyetleri ve olayları birbirine bağlayan merkezi anahtardır. Her benzersiz ID, ilk talepten son ödemeye kadar tüm adımları içeren eksiksiz bir taşıma vakasını temsil eder. Process Mining analizinde bu öznitelik, her sevkiyatın uçtan uca yolculuğunu yeniden oluşturmak için temel niteliktedir. 'Sevkiyat planlandı', 'Mallar teslim alındı' ve 'Mallar teslim edildi' gibi olayları tutarlı bir süreç akışında gruplamanızı sağlar. Böylece çevrim sürelerini hesaplayabilir ve tek tek sevkiyatlar için süreç varyantlarını belirleyebilirsiniz. Neden önemli? Bu, taşıma ile ilgili tüm olayları birbirine bağlayan ve sevkiyatın tüm yaşam döngüsünü analiz etmenizi sağlayan temel Case ID'dir. Nereden alınır? Bu, Blue Yonder TMS içindeki sevkiyat veya yük yönetimi modüllerinde bulunan birincil anahtardır. Belirli tabloyu, büyük olasılıkla sevkiyat üst bilgileriyle ilişkili tabloyu, öğrenmek için sistem belgelerine başvurun. Örnekler SHP-0012845SHP-0012991SHP-0013054 | |||
| Kaynak sistem SourceSystem | Verilerin hangi sistemden çıkarıldığını belirtir. | ||
| Açıklama Bu öznitelik, olay verilerinin kaynağını belirtir. Bu örnekte kaynak Blue Yonder TMS'dir. Birden fazla sistemden gelen verilerin daha geniş bir süreç görünümü için birleştirildiği ortamlarda özellikle yararlıdır. Analiz sırasında verileri filtrelemenize ve bağlamını anlamanıza yardımcı olur. Bu bilgiyi korumak, veri soyunu izlemeyi sağlar ve veri yönetişimi için iyi bir uygulamadır. Neden önemli? Verilerin kaynağı hakkında önemli bağlam sağlar, izlenebilirliği destekler ve birden fazla kaynaktan gelen verileri yönetmenize yardımcı olur. Nereden alınır? Bu, genellikle veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde eklenen statik bir değerdir. Örnekler Blue Yonder TMSBY_TMS_NABY_TMS_EMEA | |||
| Son veri güncellemesi LastDataUpdate | Bu kayda ait verilerin kaynak sistemden son kez yenilendiği veya çıkarıldığı zaman damgasıdır. | ||
| Açıklama Bu öznitelik, verilerin güncelliğini gösterir. Olay günlüğünün Blue Yonder TMS üzerinden en son güncellendiği tarih ve saati kaydeder. Analiz sırasında bu bilgi, Dashboardların ve KPI’ların güncelliğini anlamak için önemlidir. Kullanıcıların gerçek zamanlı bilgileri mi yoksa önceki bir döneme ait verileri mi incelediğini görmesini sağlar. Bu da bilinçli operasyonel kararlar almak için gereklidir. Neden önemli? Verilerin ne kadar güncel olduğunu gösterir. Bu bilgi, analizin geçerliliği ve doğruluğu açısından önemlidir. Nereden alınır? Bu, genellikle veri çıkarma (ETL) sürecinde oluşturulan ve eklenen bir meta veri alanıdır. Örnekler 2023-05-20T02:00:00Z2023-05-21T02:00:00Z | |||
| Çıkış ülkesi OriginCountry | Sevkiyatın başladığı ülkedir. | ||
| Açıklama Bu öznitelik, sevkiyat yolculuğunun başladığı ülkeyi belirtir. Göndericinin adresinden veya teslim alma noktası ayrıntılarından türetilir. Analizde Çıkış ülkesi, verileri segmentlere ayırmak için etkili bir boyuttur. Bölgesel süreç performansı, taşıyıcı uygunluğu ve çevrim sürelerindeki farklılıkları anlamanıza yardımcı olur. Örneğin uluslararası sevkiyatlarda gümrükten çekilme sürelerini analiz etmek için önemlidir. Neden önemli? Süreç performansını coğrafi olarak analiz etmenizi sağlar. Böylece bölgesel darboğazları veya verimlilik farklılıklarını belirleyebilirsiniz. Nereden alınır? Blue Yonder TMS içindeki sevkiyat ayrıntılarında, çıkış noktası veya gönderici adresi verilerinin bir parçası olarak saklanır. Örnekler USAAlmanyaÇin | |||
| Gerçekleşen teslimat zamanı ActualDeliveryTime | 'Mallar teslim edildi' olayının gerçekleştiği gerçek zaman damgasıdır. | ||
| Açıklama Bu öznitelik, özellikle son teslimat faaliyetiyle ilişkilendirilmiş zaman damgasıdır. Sevkiyatın 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 genel işlem hacmi' KPI'ının hesaplanacağı bitiş noktasını belirtir. Neden önemli? Bu zaman damgası, zamanında teslimat oranını hesaplamak ve toplam sevkiyat taşıma süresini ölçmek için gereklidir. Nereden alınır? Bu, genellikle taşıyıcıdan EDI mesajıyla alınan veya Blue Yonder TMS'ye manuel olarak girilen 'Mallar teslim edildi' durum güncellemesinin zaman damgasıdır. Örnekler 2023-04-25T11:15:00Z2023-05-11T09:30:00Z | |||
| Sevkiyat durumu ShipmentStatus | Sevkiyatın mevcut veya bilinen son durumudur. | ||
| Açıklama Sevkiyat durumu, sevkiyatın yaşam döngüsündeki mevcut aşamasını, örneğin 'Planlandı', 'Taşıma halinde', 'Teslim edildi' veya 'İptal edildi' durumlarını gösterir. Sevkiyatın süreçte hangi noktada olduğuna dair anlık bir görünüm sunar. Process Mining'de vakaların son durumunu analiz etmek, sonuçları değerlendirmek açısından önemlidir. Örneğin 'Teslim edildi' sevkiyatların süreç akışlarını 'İptal edildi' sevkiyatlarla karşılaştırmak, istenmeyen sonuçlara yol açan kalıpları ortaya çıkarabilir. Henüz tamamlanmamış sevkiyatları filtreleyerek devam eden iş yükünü izlemenize de yardımcı olur. Neden önemli? Sevkiyatın mevcut durumuna hızlı bir genel bakış sunar ve tamamlanan, devam eden ve iptal edilen sevkiyatları ayırt etmenize yardımcı olur. Nereden alınır? Bu, Blue Yonder TMS'deki sevkiyat üst bilgileri veya ana durum izleme tablosunda bulunan temel bir alandır. Örnekler PlanlandıTaşıma HalindeTeslim Edildiİptal Edildi | |||
| Talep edilen teslimat tarihi RequestedDeliveryDate | Müşterinin talep ettiği veya satış siparişinin gerektirdiği teslimat tarihidir. | ||
| Açıklama Bu öznitelik, lojistik sürecinin ulaşmayı hedeflediği teslimat tarihini kaydeder. Müşteri beklentisini veya sevkiyat için kurum içi hizmet düzeyi anlaşmasını (SLA) temsil eder. Bu tarih, On-Time Delivery Rate KPI hesaplamasının temelidir. ActualDeliveryTime ile RequestedDeliveryDate karşılaştırılarak sevkiyatın erken, zamanında veya geç teslim edilip edilmediği belirlenebilir. Bu bilgi, On-Time Pickup and Delivery Performance Dashboardı için temel oluşturur. 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önetimi Sistemi gibi bir üst sistemden gelir ve Blue Yonder TMS'deki sevkiyat talebi ayrıntılarında saklanır. Örnekler 2023-04-25T23:59:59Z2023-05-10T17:00:00Z | |||
| Taşıma şekli ModeOfTransport | Sevkiyat için kullanılan taşıma yöntemidir. Örneğin kara yolu, hava yolu, deniz yolu veya demir yolu. | ||
| Açıklama Bu öznitelik, taşıma şeklini belirtir. Yaygın değerler arasında parsiyel yük taşımacılığı (LTL), komple kamyon yükü (FTL), hava kargo, deniz yolu ve demir yolu bulunur. Süreç analizinde taşıma şekli, filtreleme ve karşılaştırma için önemli bir boyuttur. Farklı taşıma şekillerinde süreçler, çevrim süreleri ve maliyetler önemli ölçüde değişebilir. Örneğin 'Gümrükten çekilme darboğazı analizi', hava ve deniz yolu sevkiyatları için yurt içi kara yolu sevkiyatlarına kıyasla daha önemlidir. Performansı taşıma şekline göre analiz etmek, iyileştirme çalışmalarını belirli lojistik koşullara uyarlamanıza yardımcı olur. Neden önemli? Farklı taşıma şekillerinin kendine özgü süreçleri, maliyetleri ve tipik çevrim süreleri olduğu için segmentlere ayrılmış analiz yapmanızı sağlar. Nereden alınır? Bu, Blue Yonder TMS içindeki sevkiyat planlama ve ücretlendirme modüllerinde bulunan standart bir alandır. Örnekler LTLFTLHavaDeniz | |||
| Taşıyıcı adı CarrierName | Sevkiyatın taşınmasından sorumlu taşıma şirketinin veya lojistik hizmet sağlayıcısının adıdır. | ||
| Açıklama Carrier Name, malların taşınmasını gerçekleştirmek üzere görevlendirilen üçüncü taraf şirketi tanımlar. Bu şirket bir kamyon taşımacılığı firması, hava yolu, deniz yolu şirketi veya nakliye komisyoncusu olabilir. Bu öznitelik, özellikle Carrier Performance Comparison Dashboardı olmak üzere performans analizi için gereklidir. Verilerin filtrelenmesini ve segmentlere ayrılmasını sağlayarak taşıyıcıların zamanında teslimat oranı, teslim alma uyumu ve ortalama gecikme süresi gibi metriklerde karşılaştırılmasına yardımcı olur. Bu bilgiler, stratejik taşıyıcı seçimini ve ilişkilerin yönetimini destekler. Neden önemli? Farklı taşıyıcıların performansını karşılaştırıp analiz etmenizi sağlar. Böylece taşıyıcı seçimini iyileştirebilir ve hizmet kalitesini artırabilirsiniz. Nereden alınır? Blue Yonder TMS içindeki sevkiyat veya yük ayrıntılarında bulunur ve genellikle taşıyıcılara ait bir ana veri tablosuyla ilişkilendirilir. Örnekler Global Shipping Inc.FastLane LogisticsAirExpress Cargo | |||
| Varış ülkesi DestinationCountry | Sevkiyatın teslim edileceği ülkedir. | ||
| Açıklama Bu öznitelik, sevkiyatın nihai varış ülkesini belirtir. Alıcının adresinden veya teslimat konumundan türetilir. Çıkış ülkesine benzer şekilde bu öznitelik de coğrafi segmentasyon için kullanılır. Farklı ticaret koridorlarındaki performansı karşılaştırmanızı, belirli ülkelerdeki teslimat sorunlarını analiz etmenizi ve sınır ötesi işlemlerin çevrim sürelerine etkisini değerlendirmenizi sağlar. Neden önemli? Performansı varış noktasına göre analiz etmenizi sağlar. Bu, ticaret koridorlarının karmaşıklığını ve bölgesel teslimat sorunlarını anlamak açısından önemlidir. Nereden alınır? Blue Yonder TMS içindeki sevkiyat 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 veya metindir. | ||
| Açıklama Bu öznitelik, bir sevkiyat kilometre taşının neden kaçırıldığına ilişkin bildirilen nedeni kaydeder. Örnekler arasında Weather Delay, Customs Hold veya Carrier Capacity Issue bulunur. Bu bilgi genellikle taşıyıcı tarafından sağlanır. Bu öznitelik, On-Time Pickup and Delivery Performance Dashboardı için büyük önem taşır. Sevkiyatın geç kaldığını bilmekle yetinmek yerine nedenini açıklar. En yaygın gecikme nedenlerini analiz etmek, lojistik ekibinin riskleri proaktif biçimde azaltmasına ve taşıyıcılarla tekrarlanan sorunları çözmek üzere çalışmasına yardımcı olur. Neden önemli? Gecikmelerin temel nedenini açıklar. Böylece riskleri önceden yönetebilir ve taşıyıcılarla hedefli iyileştirmeler yapabilirsiniz. Nereden alınır? Bu veri genellikle Blue Yonder TMS'nin olay veya istisna yönetimi bölümlerinde tutulur ve çoğunlukla taşıyıcının EDI güncellemelerinden, örneğin EDI 214, alınır. Örnekler Hava KoşullarıGümrükte BekletmeSürücü GecikmesiTesis Yoğunluğu | |||
| Gerçekleşen teslim alma zamanı ActualPickupTime | 'Mallar teslim alındı' olayının gerçekleştiği gerçek zaman damgasıdır. | ||
| Açıklama Bu öznitelik, taşıyıcının sevkiyatı çıkış noktasından fiziksel olarak teslim aldığı kesin zamanı kaydeder. Taşıma aşamasının resmi başlangıcını gösterir. 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 üzere 'ScheduledPickupTime' ile karşılaştırılır. Sapmaları analiz etmek, belirli taşıyıcılarla veya teslim alma noktalarıyla ilgili sorunları belirlemenize yardımcı olur. Neden önemli? Bu zaman damgası, teslim alma performansını doğru şekilde ölçmek ve taşıma sürecinin ilk aşamalarındaki gecikmeleri belirlemek için kullanılır. Nereden alınır? Bu, genellikle taşıyıcıdan EDI üzerinden alınan veya Blue Yonder TMS'ye manuel olarak girilen 'Mallar teslim alındı' durum güncellemesinin zaman damgasıdır. Örnekler 2023-04-16T14:30:00Z2023-05-02T10:15:00Z | |||
| Kullanıcı User | Faaliyeti gerçekleştiren kişinin kullanıcı ID'si veya adıdır. | ||
| Açıklama Bu öznitelik, TMS'de belirli bir olayı veya durum değişikliğini gerçekleştiren lojistik planlamacıyı, koordinatörü veya sistem kullanıcısını tanımlar. Otomatik olaylarda bu, bir sistem veya hizmet hesabı ID'si olabilir. Kullanıcı bazında analiz yapmak, iş yükü dağılımını, bireysel performansı ve eğitim ihtiyaçlarını anlamanıza yardımcı olur. Belirli kullanıcıların daha yüksek yeniden işleme veya gecikme oranlarıyla 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ştirmelerini destekler. Neden önemli? Performansı ve iş yükünü kullanıcı veya ekip bazında analiz etmenizi sağlar. Böylece eğitim fırsatlarını ve kaynak kısıtlarını belirleyebilirsiniz. Nereden alınır? Bu bilgi işlem veya olay günlüklerinde bulunmalıdır. Genellikle her kayıtla ilişkilendirilmiş 'Değiştiren' veya 'Kullanıcı ID'si' alanı olarak tutulur. Örnekler j.doea.smithTMS_AUTOMATION_USER | |||
| Planlanan teslim alma zamanı ScheduledPickupTime | Taşıyıcının malları çıkış noktasından teslim alması için planlanan tarih ve saattir. | ||
| Açıklama Bu öznitelik, sevkiyatın alınması için taşıyıcıyla planlanan ve üzerinde anlaşmaya varılan randevu zamanını saklar. Sevkiyat 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 oluşturur. 'ActualPickupTime' ile karşılaştırılması, sevkiyatın başlangıcındaki gecikmeleri belirlemenize 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 karşılaştırma noktasıdır. Taşıyıcının güvenilirliğini ve planlama doğruluğunu gösteren önemli bir metriktir. 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 | |||
| Taşıma faturası tutarsızlığı FreightBillDiscrepancyReason | Bir taşıma faturasının denetimden neden geçemediğini açıklayan kod veya açıklamadır. | ||
| Açıklama Bir navlun faturası denetimi tutarsızlıkla sonuçlandığında bu öznitelik nedeni belirtir. Örnekler arasında Incorrect Rate, Duplicate Invoice veya Missing Proof of Delivery bulunur. Bu öznitelik, Proof of Delivery and Billing Accuracy Dashboardı ve Freight Bill Rework Rate KPI için önemlidir. Farklı tutarsızlık nedenlerinin sıklığını analiz etmek, faturalama hatalarının kök nedenlerini belirlemeye yardımcı olur. Hatalar taşıyıcı kaynaklı olabilir, sözleşmeyle uyumsuzluklardan doğabilir veya kurum içi süreç sorunlarından kaynaklanabilir. Böylece fatura yeniden çalışmasını azaltmak için hedefli adımlar atılabilir. Neden önemli? Faturalama hatalarının temel nedenini ortaya çıkarır. Böylece taşıma faturalarının yeniden işlenmesini ve ödeme gecikmelerini azaltmaya yönelik iyileştirmeler yapabilirsiniz. Nereden alınır? Blue Yonder TMS'nin taşıma faturası denetimi ve ödeme modülünde, istisna veya ret günlükleriyle ilişkili olarak bulunur. Örnekler Yanlış Ücret UygulandıYinelenen FaturaEk Ücret Uyuşmazlığı | |||
| Zamanında teslim edildi mi IsOnTimeDelivery | Sevkiyatın talep edilen teslimat tarihinde veya daha önce teslim edilip edilmediğini gösteren hesaplanmış bir işarettir. | ||
| Açıklama Bu boolean öznitelik, ActualDeliveryTime ile RequestedDeliveryDate karşılaştırılarak türetilir. Gerçek teslimat istenen tarihte veya daha önceyse true, aksi durumda false değerini alır. Hesaplanmış bir metrik olarak On-Time Delivery Rate KPI için analizi ve görselleştirmeyi kolaylaştırır. Zaman içinde, taşıyıcıya veya taşıma türüne göre zamanında performans yüzdelerini gösteren Dashboardlar oluşturmak için kolay filtreleme ve toplulaştırma yapılmasını sağlar. Böylece On-Time Pickup and Delivery Performance Dashboardını doğrudan destekler. Neden önemli? Bu, zamanında performans analizini kolaylaştırır ve Dashboardlarda ve KPI’larda hızlı filtreleme ile toplulaştırma yapılmasını sağlar. Nereden alınır? Bu öznitelik kaynak sistemde bulunmaz. Veri dönüştürme işlemi sırasında şu formül kullanılarak hesaplanır: ActualDeliveryTime <= RequestedDeliveryDate. Örnekler truefalse | |||
Taşıma Yönetimi faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Gönderi talebi alındı | Bu faaliyet, Blue Yonder TMS içinde bir taşıma ihtiyacının oluşturulmasını ifade eder. Genellikle ERP gibi üst sistemlerden gelen bir siparişle başlatılır. Sevkiyat yaşam döngüsünün resmi başlangıcını gösterir. Bu aşamada, başlangıç durumu 'planlanmamış' veya 'yeni' olan yeni bir sevkiyat kaydı oluşturulur. | ||
| Neden önemli? Bu, uçtan uca taşıma sürecinin birincil başlangıç olayıdır. Bu olay ile sonraki planlama faaliyetleri 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 temel sevkiyat veya sipariş tablolarındaki sevkiyat kaydının oluşturulma zaman damgasından çıkarılır. Ayrıca bir ERP sisteminden gelen arayüz mesajı işlendiğinde kaydedilen açık bir olay da olabilir. Yakalayın Sevkiyat kaydının oluşturulma zaman damgasını kullanın. Olay türü inferred | |||
| Gümrükten çekildi | Uluslararası sevkiyatlarda bu faaliyet, malların bir sınırda veya limanda gümrük işlemlerini başarıyla tamamladığı noktayı gösterir. Olay, gümrük müşavirinden veya taşıyıcıdan gelen bir bildirimle tetiklenir. | ||
| Neden önemli? Gümrük işlemleri, uluslararası lojistikte önemli gecikmelerin yaygın nedenlerinden biridir. Gümrükten çekilme süresini ölçmek, darboğazları belirlemek ve sınır ötesi taşıma sürelerini iyileştirmek açısından önemlidir. Nereden alınır? Bu olay genellikle taşıyıcı mesajına, örneğin EDI 214, veya manuel bir güncellemeye dayanarak açık bir olay şeklinde kaydedilir. Güncelleme, sevkiyatın gümrük durumunu 'gümrükten çekildi' olarak değiştirir. Yakalayın Sevkiyatın gümrük durumu 'Gümrükten çekildi' olarak güncellendiğinde oluşan zaman damgasını kaydedin. Olay türü explicit | |||
| Mallar teslim alındı | Bu faaliyet, taşıyıcının malları çıkış noktasından teslim aldığı ve sevkiyatın fiziksel olarak başladığı anı gösterir. Bu olay genellikle Blue Yonder TMS'ye taşıyıcıdan gelen EDI 214 işlemi gibi bir durum güncelleme mesajına göre kaydedilir. | ||
| Neden önemli? Bu, sevkiyatın başladığını doğrulayan önemli bir yürütme kilometre taşıdır. Taşıma süresini hesaplamak ve planlanan tarihe göre zamanında teslim alma performansını ölçmek için temel oluşturur. Nereden alınır? Bu, taşıyıcı durum güncellemelerinden alınan açık bir olaydır. Sistem, teslim alma onayını içeren EDI 214 mesajı, örneğin 'AF' veya 'X3' durumlu mesaj, işlendiğinde zaman damgasını kaydeder. Yakalayın İşlenen EDI 214 veya taşıyıcının teslim alma onayını içeren başka bir mesajdaki zaman damgasını kullanın. Olay türü explicit | |||
| Mallar teslim edildi | Bu kilometre taşı, sevkiyatın alıcının teslimat adresine fiziksel olarak ulaştığını gösterir. Taşıyıcı bu onayı genellikle EDI 214 mesajıyla iletir ve mesaj TMS içindeki sevkiyat durumunu günceller. | ||
| Neden önemli? Bu, fiziksel taşımanın sona erdiğini gösteren önemli bir başarı kilometre taşıdır. 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 mesajı, örneğin 'D1' durumlu mesaj, veya eşdeğer bir mesaj işlendiğinde zaman damgasını kaydeder. Yakalayın İşlenen taşıyıcı teslimat onay mesajındaki zaman damgasını kullanın. Olay türü explicit | |||
| Ödeme işlendi | Bu, sevkiyat yaşam döngüsündeki son faaliyettir ve taşıyıcıya taşıma hizmeti karşılığında ödeme yapıldığını doğrular. Olay genellikle harici bir finans sisteminde, örneğin ERP'de, oluşur ve TMS'ye geri aktarılır. | ||
| Neden önemli? Bu faaliyet, sevkiyatın finansal olarak kapatıldığı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, genellikle borçlar muhasebesi veya ERP sisteminden gelen bir arayüz mesajının TMS'deki taşıma faturası ödeme durumunu güncellemesiyle kaydedilen açık bir olaydır. Yakalayın Finans sisteminden alınan ödeme onay mesajındaki zaman damgasını kullanın. Olay türü explicit | |||
| Sevkiyat rezerve edildi | Bu kilometre taşı, bir taşıyıcının teklifi kabul ettiğini ve sevkiyatı üstlenmeyi taahhüt ettiğini gösterir. Taşıyıcı ve taşıma ücreti kesinleştirilerek sevkiyat durumu 'rezerve edildi' veya 'taahhüt edildi' olarak güncellenir. | ||
| Neden önemli? Bu, planlama aşamasını tamamlayan ve sevkiyatı yürütme aşamasına taşıyan önemli bir kilometre taşıdır. Bu noktaya ulaşma çevrim süresini ölçmek, rezervasyon verimliliğini ve yanıt hızını değerlendirmenize yardımcı olur. Nereden alınır? Bu olay, taşıyıcının kabul yanıtı, örneğin EDI 990, alınıp işlendiğinde ve TMS içindeki sevkiyat kaydında açık bir durum değişikliği tetiklendiğinde kaydedilir. Yakalayın Durumun 'Rezerve edildi' veya 'Taahhüt edildi' olarak değiştiği zaman damgasını kaydedin. Olay türü explicit | |||
| Sevkiyat iptal edildi | Bu olay, sevkiyatın teslim alınmadan önce sonlandırıldığını gösterir. Müşterinin siparişi iptal etmesi veya planlama değişikliği gibi çeşitli nedenlerle gerçekleşebilir ve başarısız bir son durumu ifade eder. | ||
| Neden önemli? İptalleri izlemek, talep dalgalanmasını ve süreçteki israfı anlamak açısından ö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ı veya otomatik bir süreç sevkiyatın birincil durumunu 'İptal edildi' olarak değiştirdiğinde kaydedilen açık bir olaydır. Yakalayın Durumun 'İptal edildi' olarak değiştiği zaman damgasını kaydedin. Olay türü explicit | |||
| Sevkiyat planlandı | Bu olay, sevkiyat için güzergahın, taşıma şeklinin 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 üretir ve sevkiyat durumu, planın hazır olduğunu gösterecek şekilde güncellenir. | ||
| Neden önemli? Bu faaliyeti izlemek, planlama ve optimizasyon motorunun verimliliğini ölçmenize yardımcı olur. Bu adımla ilgili gecikmeler veya yeniden işleme döngüleri, ana verilerde, taşıyıcı uygunluğunda ya da sistem yapılandırmasında sorunlara işaret edebilir. Nereden alınır? Bu olay büyük olasılıkla sevkiyat varlığındaki bir durum değişikliğinden çıkarılır. Örneğin durum 'planlanmamış'tan 'planlandı'ya geçebilir. Bu durum değişikliğinin zaman damgası olayı belirtir. Yakalayın Sevkiyat durumunun 'planlandı' olarak değiştiği zaman damgasını kaydedin. Olay türü inferred | |||
| Taşıma faturası denetlendi | Taşıyıcının faturası veya taşıma faturası; sözleşmedeki ücretler, ek hizmet bedelleri ve teslimat kanıtı ile sistematik ya da manuel olarak karşılaştırılarak 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 etmek, sık faturalama tutarsızlıklarını ortaya çıkarabilir. Bu aşamadaki yeniden işleme, idari yükü artıran sorunlara işaret eder. Nereden alınır? Bu olay, sevkiyatla ilişkili taşıma faturasının TMS taşıma faturası denetim modülünde durumunun 'Denetlendi', 'Ödeme için onaylandı' veya benzer bir duruma değiştirilmesiyle kaydedilir. Yakalayın Sevkiyatla ilişkilendirilmiş taşıma 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 olay, sevkiyat yoldayken taşıyıcıdan bir konum veya durum güncellemesi alındığını gösterir. Genellikle EDI 214 mesajlarıyla iletilen bu güncellemeler, sevkiyatın ilerleyişini ve olası gecikmeleri görünür kılar. | ||
| Neden önemli? Bu olaylar, sevkiyatın ilerleyişini izlemek ve taşıma sırasındaki gecikmeleri belirlemek için gereklidir. Güncelleme alınmaması görünürlük eksikliklerine, sık gecikme güncellemeleri ise taşıyıcı performansındaki sorunlara işaret edebilir. Nereden alınır? Bunlar, taşıyıcının taşıma sırasındaki mesajı, örneğin 'X1' veya 'AG' durumlu EDI 214, her alınıp işlendiğinde sevkiyat izleme veya olay geçmişi tablosuna kaydedilen açık olaylardır. Yakalayın İşlenen her transit taşıyıcı mesajı, olay günlüğüne yeni bir kayıt ekler. Olay türü explicit | |||
| Taşıyıcıya teklif gönderildi | Bu faaliyet, sevkiyatın kabul edilmesi için belirli bir taşıyıcıya resmi olarak teklif edildiği anda gerçekleşir. Bu, TMS içindeki ayrı bir işlemdir. Genellikle taşıyıcıya EDI 204 işlemi, e-posta veya portal bildirimi üzerinden ileti gönderilmesini tetikler. | ||
| Neden önemli? Bu olay, taşıyıcının yanıt verme hızını ve teklif kabul oranlarını ölçmenin başlangıç noktasıdır. Teklifin gönderilmesi ile taşıyıcının yanıtı arasındaki süreyi analiz etmek, taşıyıcı ilişkilerinin verimliliğini anlamak açısından önemlidir. Nereden alınır? Blue Yonder TMS, teklif gönderme işlemi bir kullanıcı veya sistem tarafından gerçekleştirildiğinde bunu büyük olasılıkla sevkiyat geçmişi ya da teklif geçmişi tablosunda açık bir olay olarak kaydeder. Yakalayın Teklif gönderme işlemi gerçekleştirildiğinde sevkiyat olay geçmişine kaydedilir. Olay türü explicit | |||
| Teklif reddedildi | Bu olay, bir taşıyıcının sevkiyatı taşıma teklifini reddettiğini gösterir. Ret yanıtı genellikle EDI 990 işlemi üzerinden elektronik olarak veya taşıyıcı portalında manuel bir güncellemeyle alınır. Ardından alternatif bir taşıyıcı bulmak için bir Workflow başlatılır. | ||
| Neden önemli? Taşıma tekliflerinin reddedilmesini izlemek, taşıyıcı seçimindeki yeniden işleme döngülerini belirlemek açısından önemlidir. Yüksek ret oranları; fiyatlandırma, taşıyıcı kapasitesi veya yük bilgilerinin doğruluğuyla ilgili sorunlara işaret edebilir. Bu durum gecikmelere ve maliyet artışlarına yol açar. Nereden alınır? Bu olay genellikle TMS bir taşıyıcının ret yanıtını işleyip sevkiyatın teklif durumunu güncellediğinde açık bir olay olarak kaydedilir. Yakalayın Taşıyıcının ret mesajı, örneğin EDI 990, alındığında olay olarak kaydedilir. Olay türü explicit | |||
| Teslimat kanıtı alındı | Bu faaliyet, imzalı konşimento gibi teslimatı doğrulayan resmi belgelerin alındığını gösterir. Genellikle fiziksel teslimattan sonra gerçekleşen ayrı bir adımdır ve taşıma ücretinin ödenmesi için ön koşuldur. | ||
| Neden önemli? Teslimat kanıtının (POD) verimli şekilde alınması, faturalama ve ödeme döngüsünü hızlandırmak için önemlidir. Bu adımdaki gecikmeler nakit akışını doğrudan etkileyebilir ve taşıyıcı ödeme anlaşmazlıklarına yol açabilir. Nereden alınır? Bu olay genellikle bir kullanıcı POD'un alındığını manuel olarak işaretlediğinde veya belgeyi TMS'deki sevkiyat kaydına eklediğinde kaydedilir ve bir durum değişikliğini tetikler. Yakalayın Sevkiyat üzerinde 'POD alındı' işareti veya durumu ayarlandığında oluşan zaman damgasını kaydedin. Olay türü inferred | |||
Veri çıkarma rehberleri
Bu sürece yönelik çıkarma yöntemleri şu anda doğrulanıyor. Lütfen daha sonra tekrar kontrol edin veya bizimle iletişime geçin yardım alın.
Başlamaya hazır mısınız?
Taşıma Yönetimi sürecinizi bugün optimize etmeye başlayın. Verimlilik fırsatlarını keşfetmek ve lojistik performansınızı iyileştirmek için bu Templatei kullanın.
Taşıma Yönetiminde en yüksek verimliliğe bugün ulaşın
Verimsizlikleri belirleyin, performansı izleyin ve çevrim süresini %30 azaltın.
Kredi kartı gerekmez, dakikalar içinde etkinleştirin.