Taşıma Yönetimi Veri Template'iniz

Genel Process Mining şablonu
Taşıma Yönetimi `Veri` `Template`'iniz

Taşıma Yönetimi Veri Template'iniz

Genel Process Mining şablonu

Bu, Transportation Management süreci için genel Process Mining veri şablonumuzdur. Daha özel rehberlik için sisteme özel şablonlarımızı kullanın.

Belirli bir sistem seçin
  • Herhangi bir ulaştırma yönetimi sistemine uygulanabilir evrensel bir çerçeve.
  • Derin süreç analizi için temel nitelikleri ve faaliyetleri belirler.
  • Process Mining yolculuğunuz için ideal bir başlangıç noktası olarak hizmet eder.
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Taşıma Yönetimi Nitelikleri

Aşağıda, ulaştırma yönetimi sürecinizin kapsamlı analizini sağlayan etkinlik günlüğünüz için önerilen veri alanları bulunmaktadır.
5 Gerekli 7 Önerilen 6 İsteğe Bağlı
Ad Açıklama
Faaliyet Adı
ActivityName
Bir sevkiyat için belirli bir zamanda gerçekleşen iş `event`'inin veya dönüm noktasının adı.
Açıklama

Faaliyet Adı, 'Gönderi Planlandı', 'Taşıyıcıya Teklif Edildi', 'Mallar Teslim Alındı' veya 'Navlun Faturası Alındı' gibi ulaştırma sürecindeki tek bir adımı veya görevi tanımlar. Bu faaliyetler, gönderinin yolculuğundaki temel kilometre taşlarını temsil eder.

Bu nitelik, gönderilerin süreç boyunca gerçekte nasıl hareket ettiğini gösteren süreç akış haritasını görselleştirmek için kritiktir. Farklı faaliyetlerin sırasını ve sıklığını analiz ederek, işletmeler standart süreçlerini anlayabilir, yaygın sapmaları keşfedebilir ve yeniden işleme veya verimsizlik alanlarını belirleyebilir. Herhangi bir Process Mining analizinin omurgasıdır.

Neden önemli

Süreç haritasındaki adımları tanımlayarak, gönderi iş akışının, varyasyonlarının ve darboğazlarının görselleştirilmesini ve analizini sağlar.

Nereden alınır

Tipik olarak event log'lardan, durum update tablolarından elde edilir veya TMS içindeki durum değişikliklerinden türetilir.

Örnekler
Sevkiyat PlanlandıTaşıyıcıya Teklif EdildiMallar Teslim EdildiTeslimat Kanıtı Alındı
Gönderi Kimliği
ShipmentId
Taşıma süreci için `case ID` olarak hizmet veren tek bir sevkiyatın benzersiz tanımlayıcısı.
Açıklama

Sevkiyat ID'si, tek bir taşıma siparişini veya ürünlerin bir menşeden bir hedefe hareketini benzersiz şekilde tanımlayan birincil anahtardır. Her sevkiyat case'i, planlama, booking, teslim alma, teslimat ve faturalama gibi tüm ilgili activity'leri, dönüm noktalarını ve veri noktalarını içerir.

Process Mining'de bu nitelik, her sevkiyatın uçtan uca yolculuğunu yeniden yapılandırmak için esastır. Araca, tüm ilgili event'leri kronolojik sıraya göre bağlamasına olanak tanır ve süreç keşfi, conformance checking ve performans analizi için temel oluşturur. Süreçleri Sevkiyat ID'sine göre analiz etmek, taşıma yaşam döngüsündeki bottleneck'leri, gecikmeleri ve varyasyonları belirlemeye yardımcı olur.

Neden önemli

Bu, tüm ilgili event'leri tek bir süreç örneğine bağlayan temel tanımlayıcıdır ve uçtan uca sevkiyat yaşam döngüsünü analiz etmeyi mümkün kılar.

Nereden alınır

Tipik olarak bir Taşıma Yönetim Sistemi (TMS) içindeki sevkiyatlar veya navlun siparişleri için başlık veya birincil tabloda bulunur.

Örnekler
SH-2024-001237004568910FO-US-987654
Olay Zamanı
EventTime
Bir sevkiyat için belirli bir `activity`'nin veya `event`'in ne zaman gerçekleştiğini gösteren `timestamp`.
Açıklama

Olay Zamanı, belirli bir activity'nin gerçekleştiği kesin tarih ve saati kaydeder. Bu timestamp, event'leri kronolojik olarak sıralamak ve farklı süreç adımları arasındaki süreleri hesaplamak için temeldir.

Process Mining'de bu nitelik, tüm zaman tabanlı analizleri mümkün kılar. Döngü süreleri, bekleme süreleri ve işlem süreleri gibi temel performans göstergelerini hesaplamak için kullanılır. Olay Zamanını analiz etmek, sevkiyatların en çok zaman geçirdiği bottleneck'leri belirlemeye, hizmet seviyesi anlaşmalarına uyumu ölçmeye ve süreç activity'lerinin zamansal dağılımını anlamaya yardımcı olur.

Neden önemli

Bu nitelik, tüm activity'ler için kronolojik bağlam sağlar, döngü sürelerinin hesaplanmasını, bottleneck'lerin tanımlanmasını ve performans ölçümünü mümkün kılar.

Nereden alınır

TMS içindeki etkinlik günlüklerinden veya işlem kayıtlarından alınır; burada kaydedilen her eylemin ilişkili bir zaman damgası vardır.

Örnekler
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T08:22:00Z
Kaynak Sistem
SourceSystem
Verilerin çıkarıldığı sistemi veya uygulamayı belirler.
Açıklama

Kaynak Sistem niteliği, event verilerinin kökenini belirtir; örneğin bir Taşıma Yönetim Sistemi (TMS), bir taşıyıcı görünürlük platformu veya bir ERP sistemi. Modern lojistikte, tek bir sevkiyatın verileri birden fazla entegre sistemden gelebilir.

Bu nitelik, veri soyağacını ve kalitesini anlamak için değerlidir. Veri tutarsızlıklarını teşhis etmeye yardımcı olur ve bilgi kaynağına göre ayrılmış analizlere olanak tanır. Örneğin, bir görünürlük platformundan gelen güncellemelerin zamanlamasını temel TMS ile karşılaştırabilir veya sorunları kaynak sistemine kadar takip edebilirsiniz.

Neden önemli

Verilerin kaynağına kadar izlenmesine yardımcı olur; bu, veri doğrulama, sorun giderme ve farklı sistemlerin genel sürece nasıl katkıda bulunduğunu anlamak için kritik öneme sahiptir.

Nereden alınır

Bu bilgi, genellikle veri çıkarma işlemlerinde standart bir alan olarak mevcuttur veya veri kaynağına bağlı olarak veri ingestion süreci sırasında eklenebilir.

Örnekler
SAP TMBlue Yonder TMSOracle OTMproject44
Son Veri Güncellemesi
LastDataUpdate
Bu kaydın `veri`lerinin kaynak sistemden en son ne zaman yenilendiğini veya çıkarıldığını gösteren `timestamp`.
Açıklama

Bu nitelik, Process Mining veri seti için belirli bir kaydın veya event'in en son ne zaman güncellendiğini veya çıkarıldığını gösterir. Analiz edilen verilerin güncelliğini yansıtır.

Süreç akışı analizinde doğrudan kullanılmasa da, veri yönetimi ve izlemesi için kritiktir. Analizin güncel bilgilere dayandığından emin olmaya yardımcı olur ve geciken veya başarısız olan veri pipeline'ları için uyarılar ayarlamak için kullanılabilir. Bu, üretilen içgörülerin güvenilirliğine ve zamanında olmasına güven sağlar.

Neden önemli

Süreç analizi ve izlemenin zamanında ve ilgili bilgilere dayanmasını sağlamak için hayati önem taşıyan veri tazeliğini gösterir.

Nereden alınır

Bu timestamp, tipik olarak veri çıkarma, transformation ve loading (ETL) süreci sırasında oluşturulur.

Örnekler
2024-05-20T02:00:00Z2024-05-20T03:00:00Z2024-05-20T04:00:00Z
`Gerçek Teslim Tarihi`
ActualDeliveryDate
Malların Teslim Edildiği' olayının meydana geldiği gerçek zaman damgası.
Açıklama

Gerçek Teslimat Tarihi, gönderinin alıcıya fiziksel olarak teslim edildiği ve 'Mallar Teslim Edildi' faaliyetinin tamamlandığı kaydedilen zaman damgasıdır. Bu genellikle teslimat kanıtı belgeleriyle onaylanır.

Bu nitelik, Talep Edilen Teslimat Tarihinin karşılığıdır ve gerçek performansın hesaplanması için kritiktir. 'Zamanında Teslimat Oranı' KPI hesaplamasında doğrudan kullanılır. Ayrıca, Gerçek Teslimat Tarihi ile teslim alma tarihi arasındaki fark, gerçek transit süresini belirler, bu da planlanan transit süreleriyle karşılaştırılarak transit halindeki gecikmeleri tespit etmek için kullanılabilir.

Neden önemli

Teslimat performansı için gerçek sonucu sağlar, zamanında teslimat oranlarının hesaplanmasını ve teslimat gecikmelerinin analizini mümkün kılar.

Nereden alınır

TMS'deki 'Mallar Teslim Edildi' olayından alınır, genellikle bir taşıyıcı EDI mesajı, bir görünürlük platformu veya sürücü tarafından kullanılan bir mobil uygulama aracılığıyla güncellenir.

Örnekler
2023-11-01T16:30:00Z2023-11-21T09:00:00Z2024-02-09T18:00:00Z
Gecikme Nedeni
DelayReason
Gönderinin ilerlemesindeki gecikmenin nedenini açıklayan bir kod veya açıklama.
Açıklama

Gecikme Nedeni, bir sevkiyatın planlanan programına neden uymadığına dair bağlam sağlar. Nedenler arasında hava olayları, gümrük bekletmeleri, trafik, mekanik sorunlar veya dokümantasyon hataları bulunabilir. Bu bilgi, bir gecikme olayı kaydedildiğinde yakalanır.

Bu, kök neden analizi için en önemli niteliklerden biridir. İşletmeler, farklı gecikme nedenlerinin sıklığını kategorize ederek ve niceliksel olarak belirleyerek, geç teslimatların en önemli tetikleyicilerini tespit edebilir. Bu içgörü, iyileştirme çabalarını en etkili alanlara odaklamalarına olanak tanır; bu, dahili süreçleri iyileştirmeyi, taşıyıcılarla çalışmayı veya harici riskleri azaltmayı içerebilir.

Neden önemli

Geç gönderilerin kök neden analizi için kritiktir, işletmelerin gecikmelerin birincil nedenlerini belirlemesini, nicelendirmesini ve ele almasını sağlar.

Nereden alınır

TMS'deki veya görünürlük platformundaki istisna veya gecikme olayı kayıtlarından alınır. Bu veriler genellikle taşıyıcı tarafından sağlanır.

Örnekler
Hava gecikmesiGümrük BekletmesiLiman SıkışıklığıMekanik Arıza
Gönderi Maliyeti
ShipmentCost
Sevkiyatın taşınması için tahsil edilen toplam navlun maliyeti veya finansal tutar.
Açıklama

Gönderi Maliyeti, tek bir gönderiyle ilişkili toplam finansal gideri temsil eder. Bu, temel navlun oranı, yakıt ek ücretleri, ek ücretler ve taşıyıcıdan gelen diğer ücretleri içerebilir.

Bu nitelik, tüm maliyetle ilgili analizlerin temelidir. Toplam ulaştırma harcamalarını, mil başına maliyeti veya birim başına maliyeti takip eden panoların oluşturulmasını sağlar. Maliyet verilerini süreç verileriyle birleştirerek işletmeler, maliyet aşımları üzerinde kök neden analizi yapabilir, gecikmelerin veya süreç verimsizliklerinin finansal etkisini belirleyebilir ve navlun faturası doğruluğunu analiz edebilir.

Neden önemli

Süreç performansını doğrudan finansal sonuçlara bağlayarak, ulaştırma harcamalarının, maliyet faktörlerinin ve verimsizliklerin finansal etkisinin analiz edilmesini sağlar.

Nereden alınır

Bu veri, navlun siparişinden, taşıyıcının navlun faturasından veya bir navlun denetimi ve ödeme sisteminden gelebilir.

Örnekler
1250.75540.008200.50
Hedef Ülke
DestinationCountry
Sevkiyatın teslim edildiği ülke.
Açıklama

Hedef Ülke, sevkiyatın teslim edilmesinin planlandığı ülkeyi tanımlar. Hedef adres bilgisinin bir parçasıdır.

Menşe Ülkesine benzer şekilde, bu nitelik coğrafi analiz ve ticaret yolu performansını anlamak için çok önemlidir. Farklı ülkelere giden sevkiyatlar için teslimat performansını, maliyetleri ve döngü sürelerini karşılaştırmak amacıyla verileri dilimlemeye ve parçalamaya olanak tanır. Ayrıca, uluslararası sevkiyatlar için gümrükleme süreçlerinin analizi açısından da kritiktir.

Neden önemli

Performans ve maliyetin varış noktasına göre segmentlere ayrılmasını sağlar; bu, ticaret yolu verimliliğini analiz etmek ve uluslararası nakliye karmaşıklıklarını yönetmek için çok önemlidir.

Nereden alınır

Tipik olarak navlun siparişindeki hedef konum veya alıcı adres detaylarının bir parçası olarak saklanır.

Örnekler
KanadaMeksikaBirleşik KrallıkJaponya
Talep Edilen Teslimat Tarihi
RequestedDeliveryDate
Müşteri tarafından talep edilen veya satış siparişi tarafından istenen teslimat tarihi.
Açıklama

Talep Edilen Teslimat Tarihi, sevkiyatın varış noktasına ulaşması beklenen hedef tarihtir. Bu tarih genellikle müşterinin satın alma siparişi veya bir hizmet seviyesi anlaşması (SLA) tarafından tanımlanır.

Bu nitelik, müşteri hizmet seviyelerini ve taahhütlere karşı performansı ölçmek için çok önemlidir. 'Zamanında Teslimat Oranı' KPI'ını hesaplamak için temel teşkil eder. Talep edilen ve gerçekleşen teslimat tarihleri arasındaki sapmaları analiz etmek, gecikmelerin sistemik nedenlerini belirlemeye ve teslimat öngörülebilirliğini artırmaya yardımcı olur.

Neden önemli

Bu, müşteri memnuniyeti ve tedarik zinciri güvenilirliği için kritik bir KPI olan zamanında teslimat performansını ölçmek için birincil ölçüttür.

Nereden alınır

Tipik olarak bir ERP veya Sipariş Yönetim Sistemi gibi yukarı akış bir sistemden kaynaklanır ve TMS'deki navlun siparişi detaylarında saklanır.

Örnekler
2023-11-01T17:00:00Z2023-11-20T23:59:59Z2024-02-10T12:00:00Z
Taşıma Modu.
ModeOfTransport
Sevkiyat için kullanılan taşıma yöntemi; kamyon, hava, deniz veya demiryolu gibi.
Açıklama

Bu nitelik, sevkiyat için kullanılan taşıma yöntemini belirtir. Yaygın modlar arasında Full Truckload (FTL), Less-Than-Truckload (LTL), Hava Kargo, Deniz Kargo ve Demiryolu bulunur.

Taşıma Moduna göre süreci analiz etmek çok önemlidir, çünkü her modun kendine özgü maliyet yapıları, transit süreleri ve süreç karmaşıklıkları vardır. Bu segmentasyon, döngü süresi ve maliyetteki farklılıkları açıklamaya yardımcı olur. Örneğin, deniz kargo süreçleri doğal olarak hava kargodan daha uzun döngü sürelerine sahiptir. Bu nitelik, belirli lojistik operasyonlarına özel dashboard'lar ve KPI'lar oluşturmak için temeldir.

Neden önemli

Farklı taşıma modlarının doğal olarak farklı süreçleri, maliyetleri ve zaman çizelgeleri olduğundan, analiz için birincil bir filtredir. Anlamlı karşılaştırma ve kıyaslama için kritik öneme sahiptir.

Nereden alınır

TMS içindeki gönderi veya navlun siparişi detaylarında bulunur.

Örnekler
Kamyon Yükü (TL)Parsiyel Yük (LTL)DenizHavaRail
Taşıyıcı Adı
CarrierName
Sevkiyatı taşımaktan sorumlu taşıma şirketi veya lojistik sağlayıcının adı.
Açıklama

Taşıyıcı Adı, malları fiziksel olarak taşımak üzere sözleşme yapılan üçüncü taraf lojistik sağlayıcıyı (3PL) veya taşıma şirketini tanımlar. Bu, bir nakliye şirketi, bir havayolu, bir deniz taşımacılığı hattı veya bir demiryolu navlun operatörü olabilir.

Bu, performans analizi için kritik bir boyuttur. İşletmelerin zamanında teslimat, zamanında teslim alma, ihale kabul oranları ve maliyet gibi temel metriklerde sağlayıcıları karşılaştıran taşıyıcı karneleri oluşturmasına olanak tanır. Süreç analizini taşıyıcıya göre segmentlere ayırmak, en iyi performans gösteren ortakları ve performans iyileştirme planlarına ihtiyaç duyabilecek olanları belirlemeye yardımcı olur.

Neden önemli

Farklı ulaştırma sağlayıcıları arasında performans karşılaştırması yapılmasına olanak tanır, bu da taşıyıcı yönetimi, müzakere ve hizmet kalitesini sağlamak için anahtardır.

Nereden alınır

Bu bilgi, sevkiyat veya navlun sipariş detaylarında saklanır, tipik olarak bir taşıyıcı master veri tablosundan bağlanır.

Örnekler
FedEx FreightMaersk LineUnion Pacific DemiryoluDHL Express
Gerçek Teslim Alma Tarihi
ActualPickupDate
Mallar Teslim Alındı' olayının meydana geldiği gerçek zaman damgası.
Açıklama

Gerçek Teslim Alma Tarihi, taşıyıcının gönderiyi çıkış noktasından fiziksel olarak teslim aldığı ve 'Mallar Teslim Alındı' faaliyetinin tamamlandığı kaydedilen zaman damgasıdır.

Bu tarih, gönderinin transit süresinin gerçek başlangıcını takip etmek için kritiktir. 'Zamanında Teslim Alma Oranı' KPI'sını hesaplamak için kullanılır ve transit içi döngü süresinin başlangıcını işaret eder. Bu verilerin analizi, teslim alma sürecinin gerçek dünya yürütmesini ve genel gönderi zaman çizelgesi üzerindeki etkisini anlamaya yardımcı olur.

Neden önemli

Teslim alma performansı için gerçek sonucu sağlar ve gönderinin transit süresinin gerçek başlangıcını işaret eder; bu, doğru döngü süresi analizi için hayati öneme sahiptir.

Nereden alınır

TMS'deki 'Mallar Teslim Alındı' olayından alınır, tipik olarak bir taşıyıcı EDI mesajı veya bir görünürlük platformu aracılığıyla güncellenir.

Örnekler
2023-10-25T14:10:00Z2023-11-15T09:25:00Z2024-02-05T11:45:00Z
Gönderi Durumu
ShipmentStatus
Sevkiyatın yaşam döngüsündeki mevcut veya son bilinen durumu.
Açıklama

Gönderi Durumu, gönderinin genel süreçte nerede olduğuna dair üst düzey bir özet sunar; örneğin 'Planlandı', 'Yolda', 'Teslim Edildi' veya 'İptal Edildi'. Gönderi vakasının mevcut durumunu temsil eder.

Process Mining süreci akışını bireysel faaliyetlerden türetirken, genel gönderi durumu analiz için bir boyut olarak kullanışlıdır. Şu anda 'Yolda' olan tüm gönderileri izlemek için filtrelemek veya 'İptal Edildi' durumuna düşen gönderilerin özelliklerini analiz etmek için kullanılabilir. Gönderinin ilerlemesine dair basit, toplu bir görünüm sağlar.

Neden önemli

Gönderinin mevcut durumunun bir anlık görüntüsünü sağlar, bu da devam eden veya tamamlanmış gönderilerin filtrelenmesi, raporlanması ve üst düzey izlenmesi için kullanışlıdır.

Nereden alınır

Bu, tipik olarak TMS'deki ana sevkiyat veya navlun siparişi kaydında bulunan bir özet durum alanıdır.

Örnekler
PlanlandıRezerve EdildiYolda (Transit Halinde)Teslim Edildiİptal Edildi
Kaynak
Resource
Aktiviteyi gerçekleştiren kişinin kullanıcı ID'si veya adı.
Açıklama

Kaynak, belirli bir süreç adımını yürütmekten sorumlu bireysel kullanıcıyı, ekibi veya otomatik sistem aracısını tanımlar. Örneğin, sevkiyat planını oluşturan taşıma planlamacısı veya taşıyıcıyı rezerve eden lojistik koordinatörü olabilir.

Süreci bir kaynak görünümünden analiz etmek, iş yükü dağılımını, ekip performansını ve otomasyon seviyelerini anlamaya yardımcı olur. Hangi kullanıcıların veya ekiplerin yeniden işleme döngülerine dahil olduğunu, en çok istisnayı yönettiğini veya en uzun işlem sürelerine sahip olduğunu ortaya çıkarabilir. Bu bilgi, eğitim, kaynak tahsisi ve otomasyon fırsatlarını belirlemek için değerlidir.

Neden önemli

İnsan ve sistem performansının, iş yükü dağıtımının ve otomasyonun analizini sağlayarak eğitim ihtiyaçlarını ve kaynak darboğazlarını belirlemeye yardımcı olur.

Nereden alınır

Bu bilgi, tipik olarak transaction veya event log'unda activity adı ve timestamp ile birlikte yakalanır.

Örnekler
john.smithLogisticsTeam_USTMS_OTOMATİK_PLANLAYICIsarah.jones
Menşe Ülke
OriginCountry
Sevkiyatın kaynaklandığı ülke.
Açıklama

Menşe Ülke, sevkiyatın yolculuğunun başladığı ülkeyi tanımlar. Menşe adres bilgisinin bir parçasıdır.

Bu, coğrafi analiz için temel bir niteliktir. Sevkiyat verilerini menşe ülke veya bölgeye göre filtrelemeye ve segmentlere ayırmaya olanak tanır, bu da farklı ticaret yollarındaki performansı anlamak için çok önemlidir. Uluslararası sevkiyatlar için, gümrük gerekliliklerini ve transit sürelerini belirlemede de önemli bir faktördür.

Neden önemli

Ulaştırma süreçlerinin coğrafi analizini sağlayarak bölgesel performans farklılıklarını belirlemeye, ticaret yolu karmaşıklığını yönetmeye ve uluslararası lojistiği analiz etmeye yardımcı olur.

Nereden alınır

Tipik olarak navlun siparişindeki menşe konum veya sevkiyat noktası adres detaylarının bir parçası olarak saklanır.

Örnekler
USAAlmanyaÇinBrezilya
Navlun Faturası Tutarsızlığı
FreightInvoiceDiscrepancyFlag
Navlun faturasının denetimi sırasında bir tutarsızlık bulunup bulunmadığını gösteren bir işaret.
Açıklama

Bu boole niteliği, teklif edilen veya sözleşmeli navlun maliyeti ile taşıyıcının nihai faturasındaki tutar arasında bir uyuşmazlık olup olmadığını gösterir. 'True' değeri, bir anlaşmazlığa yol açabilecek bir tutarsızlığı işaret eder.

Bu flag, navlun denetimi ve ödeme sürecini analiz etmek için anahtardır. İşletmelerin 'Navlun Faturası Doğruluğu' KPI'ını ölçmesine ve hangi taşıyıcıların veya rotaların en yüksek faturalama hatası oranlarına sahip olduğunu belirlemesine olanak tanır. Bu tutarsızlıkların nedenlerini analiz etmek, geliştirilmiş fiyat yönetimi, daha net taşıyıcı anlaşmaları ve daha verimli bir ödeme sürecine yol açabilir.

Neden önemli

Navlun faturası doğruluğunu ölçmeye, sık faturalama hatası olan taşıyıcıları belirlemeye ve navlun denetim ve ödeme sürecinin verimliliğini analiz etmeye yardımcı olur.

Nereden alınır

TMS içinde veya özel bir navlun denetimi ve ödeme sisteminde gerçekleşebilen navlun fatura denetim süreci sırasında oluşturulur.

Örnekler
truefalse
Planlanan Teslim Alma Tarihi
ScheduledPickupDate
Taşıyıcının ürünleri çıkış noktasından alması için planlanan tarih ve saat.
Açıklama

Planlanan Teslim Alma Tarihi, taşıyıcının ürünleri toplamak için sevkiyat yerine gelmesi için anlaşılan randevu zamanıdır. Bu, sevkiyat booking ve onay sürecinde önemli bir dönüm noktasıdır.

Bu nitelik, teslim alma performansını ölçmek için temel teşkil eder. Gerçek teslim alma zamanı ile karşılaştırılarak 'Zamanında Teslim Alma Oranı' KPI'ını hesaplamak için kullanılır. Sapmaları analiz etmek, rıhtım planlaması, depo hazırlığı veya taşıyıcı dakikliği ile ilgili sorunları belirlemeye yardımcı olabilir; bunların hepsi sonraki aşamalarda gecikmelere neden olabilir.

Neden önemli

Teslim alma performansını ölçmek için bir kıyas noktasıdır, bu da ulaştırma yaşam döngüsündeki tüm sonraki programı etkileyen kritik bir ilk adımdır.

Nereden alınır

Gönderi bir taşıyıcı ile rezerve edildikten sonra gönderi veya navlun siparişi detaylarında bulunur.

Örnekler
2023-10-25T14:00:00Z2023-11-15T09:30:00Z2024-02-05T11:00:00Z
Gerekli Önerilen İsteğe Bağlı

Taşıma Yönetimi Activity'leri

Bu tablo, doğru süreç keşfi ve akış görselleştirmesi için `event log`'unuzda yakalamanız gereken temel süreç adımlarını ve dönüm noktalarını özetler.
8 Önerilen 7 İsteğe Bağlı
Aktivite Açıklama
Gönderi İptal Edildi
Gönderinin taşıyıcı tarafından teslim alınmadan önce sona ermesini temsil eder. Bu, bir müşterinin siparişi iptal etmesi veya dahili bir planlama değişikliği gibi çeşitli nedenlerle olabilir.
Neden önemli

Bu activity, başarısız bir sonucu işaret eden bir terminal bitiş noktasıdır. İptalleri analiz etmek, süreç başarısızlıklarının nedenlerini belirlemeye yardımcı olur ve sipariş yönetimi veya planlamadaki sorunları ortaya çıkarabilir.

Nereden alınır

Genellikle sevkiyat kaydında 'İptal Edildi' veya 'Geçersiz Kılındı' olarak belirli bir durum değişikliği ile yakalanır.

Yakala

Gönderinin birincil durumunun 'İptal Edildi' olarak değiştirildiği zaman damgasını kaydedin.

Event tipi inferred
Gönderi Taşıyıcıya Rezerve Edildi
Bu dönüm noktası, bir taşıyıcının teklifi resmi olarak kabul ettiğini ve sevkiyatı ele almaya kararlı olduğunu gösterir. Bu adım, taşıma için taşıyıcıyı, oranı ve `schedule`'ı sabitler.
Neden önemli

Bu onay, tedarik aşamasının sonunu ve yürütme aşamasının başlangıcını işaret eder. İhale ve booking döngüsünün verimliliğini ölçmek için önemli bir noktadır.

Nereden alınır

Bu, taşıyıcının kabulü alındığında kaydedilir ve genellikle sevkiyatın durumunu 'Booked', 'Committed' veya 'Confirmed' olarak günceller.

Yakala

İhale durumunun 'Kabul Edildi' olarak değiştiği veya gönderi durumunun 'Rezerve Edildi' olarak güncellendiği zaman damgasını kaydedin.

Event tipi explicit
Mallar Teslim Alındı
Bu `activity`, sevkiyat yolculuğunun fiziksel başlangıcını işaret eder. Taşıyıcının ürünleri depo veya üretim tesisi gibi menşe konumundan teslim almasıyla gerçekleşir.
Neden önemli

Bu, taşıyıcının zamanında teslim alma performansını ve in-transit visibility başlangıcını ölçmek için kritik bir dönüm noktasıdır. Bu aşamadaki gecikmeler, nihai teslimat süresi üzerinde doğrudan bir etkiye sahiptir.

Nereden alınır

Tipik olarak taşıyıcıdan veya sürücüden gelen bir durum update mesajına dayanarak kaydedilir, genellikle bir EDI transaction veya mobil application update'i aracılığıyla.

Yakala

Sevkiyat event log'undan ilk duraktan ayrılışı veya 'Teslim Alındı' durumunu gösteren timestamp'ı kullanın.

Event tipi explicit
Mallar Teslim Edildi
Bu dönüm noktası, sevkiyatın alıcının varış noktasına fiziksel olarak ulaştığını gösterir. Bu `event`, sevkiyat yolculuğunun `in-transit` kısmını sonlandırır.
Neden önemli

Bu, taşıma sektöründeki en kritik KPI olan zamanında teslimat performansını ölçmek için birincil event'tir. Transit süresi ve genel döngü süresini hesaplamak için temel bitiş noktası olarak hizmet eder.

Nereden alınır

Taşıyıcı bu onayı genellikle bir elektronik mesaj, sürücü güncellemesi veya portal girişi aracılığıyla sağlar ve bu da TMS'deki gönderi durumunu günceller.

Yakala

Sevkiyat event log'undan son durağa varışı veya 'Teslim Edildi' durumunu gösteren timestamp'ı kullanın.

Event tipi explicit
Ödeme İşlendi
Bu, sevkiyat yaşam döngüsündeki son `activity` olup, taşıyıcının taşıma hizmeti için ödeme aldığını doğrular. Bu `event`, sevkiyatın finansal kapanışını işaret eder.
Neden önemli

Bu event, bir sevkiyat için satın almadan ödemeye döngüsünü sonlandırır. Ödeme zaman çizelgelerini, taşıyıcı finansal sağlığını ve genel süreç tamamlanmasını analiz etmek için çok önemlidir.

Nereden alınır

Bu bilgi genellikle ayrı bir finansal veya ERP sisteminden kaynaklanır ve bir entegrasyon aracılığıyla TMS'ye geri güncellenir.

Yakala

Ödeme transaction'ının timestamp'ını veya faturanın durumunun 'Ödendi' olarak işaretlendiği tarihi kullanın.

Event tipi explicit
Sevkiyat Planlandı
Bir rota, taşıma modu ve potansiyel taşıyıcıların belirlendiği ilk planlama aşamasının tamamlanmasını temsil eder. Sistemin planlama motoru, ulaştırma talebi için lojistik bir çözüm üretir.
Neden önemli

Bu dönüm noktası, planlama aşamasını sonlandırır. Talep ile planlama tamamlanması arasındaki süre, planlama verimliliğinin ve potansiyel bottleneck'lerin önemli bir göstergesidir.

Nereden alınır

Genellikle sevkiyat kaydında 'Planlandı' veya benzer bir duruma geçişle veya bir navlun siparişi belgesinin oluşturulmasıyla tanımlanır.

Yakala

Gönderi durumunun geçerli bir planın oluşturulduğunu gösterdiği zaman damgasını kaydedin.

Event tipi inferred
Taşıma Talebi Alındı
Bu `activity`, taşıma sürecinin resmi başlangıcını işaret eder. Tipik olarak bir ERP gibi yukarı akış bir sistemden gelen bir siparişle tetiklenen, yeni bir sevkiyat kaydı oluşturan yeni bir taşıma ihtiyacının yaratılmasını temsil eder.
Neden önemli

Birincil başlangıç olayı olarak, tüm gönderi yaşam döngüsü süresinin ölçülmesini sağlar. Taleplerin hacmini ve zamanlamasını analiz etmek, kapasite planlaması ve kaynak tahsisinde yardımcı olur.

Nereden alınır

Bu event tipik olarak kaynak sistemdeki birincil sevkiyat veya taşıma gereksinimi belgesinin oluşturma timestamp'ından yakalanır.

Yakala

Sevkiyatın, sipariş serbest bırakmanın veya forwarding sipariş kaydının oluşturulma timestamp'ını kullanın.

Event tipi explicit
Teslimat Kanıtı Alındı
Teslimatın başarıyla tamamlandığını doğrulayan resmi belgelerin alınmasını temsil eder. Bu, imzalı bir konşimento, bir fotoğraf veya varış noktasında alınan dijital bir imza olabilir.
Neden önemli

Teslimat Kanıtı (POD) alınması, faturalama ve navlun ödemesi için kritik bir ön koşuldur. POD'nin alınmasındaki gecikmeler, siparişten nakite dönüşüm döngü süresini doğrudan etkiler.

Nereden alınır

Genellikle belirli bir belge türü gönderi kaydına yüklendiğinde veya bağlandığında ya da teslimat onay durumu güncellendiğinde kaydedilir.

Yakala

POD belgesinin eklendiği veya gönderide POD alındı bayrağının ayarlandığı zaman damgasını kaydedin.

Event tipi explicit
ETA Güncellendi
Sistem, gerçek zamanlı `veri`lere dayanarak yeni bir Tahmini Varış Zamanı (ETA) oluşturmuş veya almıştır. Bu `event`, sevkiyatın yolculuğu boyunca koşullar değiştikçe birden çok kez gerçekleşebilir.
Neden önemli

Sık veya önemli ETA değişiklikleri, gönderi oynaklığı ve öngörülebilirliği hakkında içgörü sağlar. Bu güncellemelerin analizi, proaktif gecikme yönetimine yardımcı olur ve müşteri iletişimini iyileştirir.

Nereden alınır

Gerçek zamanlı takip bilgileri ve revize edilmiş teslimat tahminleri sağlayan görünürlük platformlarından veya taşıyıcı güncellemelerinden alınır.

Yakala

İlk rezervasyondan sonra nihai teslimat için ETA alanının güncellendiği her örneği kaydedin.

Event tipi explicit
Gümrükten Çekildi
Uluslararası gönderiler için bu faaliyet, malların bir sınır veya limandaki gümrükten başarıyla geçtiği noktayı işaret eder. Bu, gerekli tüm belgelerin ve denetimlerin tamamlandığı anlamına gelir.
Neden önemli

Gümrükleme, uluslararası lojistikte büyük bir potansiyel darboğazdır. Gümrükte harcanan süreyi ölçmek, gecikmeleri belirlemek ve uyumluluk süreçlerini iyileştirmek için çok önemlidir.

Nereden alınır

Bu event, bir gümrük komisyoncusundan, taşıyıcıdan gelen bir bildirimle veya bir devlet sisteminden gelen doğrudan bir güncellemeyle tetiklenir.

Yakala

Gümrük çıkışını gösteren olayın veya durum güncellemesinin zaman damgasını kaydedin.

Event tipi explicit
Navlun Faturası Alındı
Bu `activity`, taşıyıcının sunulan taşıma hizmetleri için faturasının veya navlun faturasının alınmasını işaret eder. Sevkiyat yaşam döngüsünün finansal ödeme aşamasını başlatır.
Neden önemli

Teslimat ile fatura alımı arasındaki süre, finansal tahminleri ve tahakkukları etkiler. Bu event, navlun denetimi ve ödeme döngüsü süresini ölçmek için sayacı başlatır.

Nereden alınır

Sistemde yeni bir fatura kaydı oluşturulduğunda (EDI işlemi, manuel giriş veya taşıyıcı portalından yükleme yoluyla) alınır.

Yakala

Sevkiyatla ilişkili navlun faturası veya taşıyıcı fatura kaydının oluşturulma tarihini kullanın.

Event tipi explicit
Navlun Faturası Denetlendi
Taşıyıcının faturası, sözleşmeli oranlar, ek ücretler ve teslimat kanıtı ile sistematik veya manuel olarak denetlenmiştir. Bu adım, ödeme onaylanmadan önce ücretleri doğrular.
Neden önemli

Bu, navlun harcaması doğruluğunu sağlamak için önemli bir finansal kontrol noktasıdır. Denetim sürecini analiz etmek, sık görülen tutarsızlıkları ortaya çıkarabilir ve maliyet tasarrufu fırsatlarını vurgulayabilir.

Nereden alınır

Bir gönderinin fatura durumu 'Denetlendi', 'Doğrulandı' veya benzer bir duruma geçtiğinde kaydedilir, bu da eşleştirme sürecinin tamamlandığını gösterir.

Yakala

Fatura durumunun denetimin tamamlandığını yansıtacak şekilde güncellendiği zaman damgasını kaydedin.

Event tipi inferred
Taşıyıcı Seçildi
Belirli bir taşıma hizmeti sağlayıcısı veya taşıyıcı, gönderiyi taşımak üzere resmi olarak seçilmiştir. Bu, manuel atama, otomatik planlama veya ihale süreci sonucunda gerçekleşebilir.
Neden önemli

Bu activity, taşıyıcı atama stratejilerini ve bir taşıma ortağı teminindeki gecikmeleri anlamak için çok önemlidir. Rotanın planlamasını, sağlayıcının seçiminden ayırır.

Nereden alınır

Bu event, sevkiyat kaydındaki taşıyıcı alanı doldurulduğunda veya ilgili navlun siparişine bir taşıyıcı atandığında yakalanır.

Yakala

Bir taşıyıcı kimliğinin gönderi kaydıyla ilk kez ilişkilendirildiği olayın zaman damgasını belirleyin.

Event tipi explicit
Taşıyıcı Tarafından İhale Reddedildi
Bir taşıyıcının gönderiyi taşıma teklifini reddettiğini belirtir. Bu olay genellikle yeni bir taşıyıcının seçilmesi ve teklif edilmesi gereken bir yeniden işleme döngüsünü tetikler.
Neden önemli

İhale reddiyeleri, gecikmelerin ve artan maliyetlerin ana nedenidir. Reddiyelerin sıklığını ve nedenlerini analiz etmek, taşıyıcı karnelerini ve tedarik stratejilerini iyileştirmeye yardımcı olur.

Nereden alınır

Taşıyıcıdan gelen bir elektronik mesajdan veya bir taşıyıcı portalındaki manuel durum güncellemesinden (reddi gösteren) alınır.

Yakala

İhale durumunun 'Reddedildi' veya benzer bir duruma güncellendiği zaman damgasını belirleyin.

Event tipi explicit
Taşıyıcıya Teklif Edildi
Bu `activity`, planlanan sevkiyatın belirli bir taşıyıcıya kabulü için resmi olarak teklif edildiğinde gerçekleşir. Bu eylem genellikle taşıyıcıya elektronik bir mesaj veya `portal` güncellemesi aracılığıyla bir iletişim tetikler.
Neden önemli

Teklifleri takip etmek, taşıyıcı yanıt sürelerini ve kabul oranlarını analiz etmek için çok önemlidir. Aynı sevkiyat için sık sık teklif verme, taşıyıcı anlaşmaları veya kapasite ile ilgili sorunları gösterebilir.

Nereden alınır

Bu genellikle, teklifin taşıyıcıya ne zaman uzatıldığını kaydeden, TMS içinde açık bir transaction veya durum değişikliğidir.

Yakala

Gönderi teklifini taşıyıcıya gönderen işlemin zaman damgasını kaydedin.

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Process Mining için verilerinizi nasıl alırsınız.

Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,

ETL rehberimizi okuyun

veya belirli bir süreç ve sistem seçin.