Taşıma Yönetimi Veri Şablonunuz
Taşıma Yönetimi Veri Şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek temel faaliyetler
- Veri çıkarma rehberi
Taşıma Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Faaliyet adı ActivityName | Bir sevkiyatın taşıma süreci içinde gerçekleşen belirli bir olayın veya kilometre taşının adıdır. | ||
| Açıklama Bu öznitelik, Taşıma Yönetimi yaşam döngüsündeki tek bir adımı, örneğin 'Sevkiyat Planlandı', 'Mallar Teslim Alındı' veya 'Mallar Teslim Edildi' adımlarını açıklar. Her etkinlik, sevkiyatı tamamlanmaya yaklaştıran ayrı bir iş olayını temsil eder. Bu etkinliklerin sırasını ve süresini analiz etmek, Process Mining sürecinin temelini oluşturur. Gerçek süreç akışını keşfetmenizi, adımlar arasındaki darboğazları belirlemenizi ve standart operasyon prosedürlerine uyumu ölçmenizi sağlar. Etkinlik akışındaki farklılıklar istisnaları, yeniden çalışmayı veya en uygun yoldan sapmaları ortaya çıkarabilir. Neden önemli? Süreç haritasındaki adımları tanımlar; sevkiyat yolculuğunu, darboğazları ve sapmaları görselleştirmenizi ve analiz etmenizi sağlar. Nereden alınır? Bu bilgi, Oracle Transportation Management içindeki takip olay tablolarından veya durum değişikliği günlüklerinden elde edilir. Belirli etkinlik adı, olay kodları ve açıklamalarının birleştirilmesiyle oluşturulabilir. Örnekler Sevkiyat planlandıMallar alındıGümrükleme tamamlandıMallar teslim edildi | |||
| Olay zamanı EventTime | Belirli bir taşıma etkinliğinin veya olayının gerçekleştiği kesin tarih ve saat. | ||
| Açıklama Bu zaman damgası, 'Taşıyıcı Atandı' veya 'Teslimat Kanıtı Alındı' gibi bir etkinliğin sistemde kaydedildiği kesin anı gösterir. Zaman damgaları, her sevkiyattaki olayların kronolojik sırasını belirlediği için Process Mining açısından temel öneme sahiptir. Bu zaman damgalarının doğruluğu, zamana dayalı tüm analizler için büyük önem taşır. Etkinlikler arasındaki çevrim sürelerini hesaplamak, süreç sürelerini ölçmek, gecikmeleri belirlemek ve hizmet seviyesi anlaşmalarına göre performansı değerlendirmek için kullanılır. Olay zamanını analiz etmek, süreçte zamanın nerede kaybedildiğini belirlemenize yardımcı olur. Neden önemli? Olayları kronolojik olarak sıralamak ve çevrim süreleri ile gecikmeler gibi tüm performans metriklerini hesaplamak için gereklidir. Nereden alınır? OTM takip olayları veya durum geçmişi tablolarındaki olaylarla ilişkilendirilmiş zaman damgası alanlarından alınır. Örnekler 2023-10-26T08:00:00Z2023-10-27T14:30:00Z2023-10-28T09:15:00Z | |||
| Sevkiyat ShipmentId | İlgili tüm taşıma faaliyetlerini izlemek için birincil vaka kimliği olarak kullanılan tek bir sevkiyatın benzersiz tanımlayıcısıdır. | ||
| Açıklama Shipment ID, göndericiden alıcıya tek bir mal hareketini benzersiz biçimde tanımlar. Bu öznitelik, planlama, rezervasyon, alım, taşıma, teslimat ve faturalandırma gibi ilgili tüm olayları tek bir vakada birleştirerek süreç analizinin temelini oluşturur. Process mining kapsamında olayların Shipment ID'ye göre analiz edilmesi, her sevkiyatın taşıma yaşam döngüsüne uçtan uca eksiksiz bir görünüm sunar. Toplam çevrim süresi, zamanında teslimat performansı ve sevkiyat başına maliyet gibi temel metrikleri hesaplamak için kullanılır. Böylece süreç verimliliği ve müşteri hizmeti düzeyleri kapsamlı biçimde anlaşılır. Neden önemli? Bu, tüm süreç adımlarını birbirine bağlayan ve her bir sevkiyatın taşıma yolculuğunun tamamını analiz etmenizi sağlayan temel Case ID'dir. Nereden alınır? Bu, Oracle Transportation Management içindeki birincil anahtardır ve genellikle sevkiyat veya sipariş yönetimi tablolarında bulunur. Belirli tablo ve alan adları için OTM belgelerine başvurun. Örnekler SH-0012345SH-0012346SH-0012347 | |||
| Gecikme nedeni DelayReason | Sevkiyatın ilerlemesindeki gecikmenin nedenini açıklayan kod veya açıklama. | ||
| Açıklama Bir sevkiyat geciktiğinde bu öznitelik, 'Hava Koşulları', 'Gümrükte Bekletme', 'Liman Yoğunluğu' veya 'Mekanik Arıza' gibi nedeni belirtir. Bu bilgi, taşıyıcı güncellemelerinden veya OTM'ye yapılan manuel girişlerden alınır. Bu öznitelik, geç teslimatların kök neden analizinde gereklidir. İşletmeler, gecikme nedenlerini kategorilere ayırıp sayarak tedarik zincirlerindeki en sık karşılaşılan sorunları belirleyebilir. Bu sayede belirli rotalar için daha güvenilir taşıyıcılar seçmek veya gümrük işlemlerini hızlandırmak üzere belgeleri iyileştirmek gibi hedefli iyileştirme çalışmaları yapılabilir. Neden önemli? Geç sevkiyatların kök nedenleri hakkında önemli içgörüler sağlar. Yaygın sorunları azaltmaya ve zamanında performansı iyileştirmeye yönelik hedefli çalışmalar yapmanıza yardımcı olur. Nereden alınır? Genellikle OTM içindeki takip olayı ayrıntılarında kaydedilir. Belirli istisna veya gecikme olay kodlarıyla ilişkilendirilebilir. Örnekler WEATHER_DELAYCUSTOMS_INSPECTIONPORT_CONGESTIONTRAFFIC | |||
| Sevkiyat maliyeti ShipmentCost | Sevkiyatın taşınması için tahsil edilen toplam navlun maliyeti veya finansal tutar. | ||
| Açıklama Bu öznitelik, taşıyıcı ücretleri, yakıt ek ücretleri ve diğer ek hizmet bedelleri dahil olmak üzere bir sevkiyatla ilişkili toplam finansal maliyeti temsil eder. Taşıma sürecinin finansal performansını ölçmek için kullanılan temel göstergelerden biridir. Sevkiyat Maliyeti, Sevkiyat Başına Ortalama Taşıyıcı Maliyeti KPI'ını hesaplamak için kullanılır. Maliyet tasarrufu fırsatlarını belirlemek üzere taşıyıcı, rota, taşıma modu veya sevkiyat türüne göre segmentlere ayrılabilir. Ayrıca planlanan ve gerçekleşen maliyetleri karşılaştırmak için Navlun Faturası Tutarsızlık Analizi'nde kullanılır. Neden önemli? Taşıma harcamalarını analiz etmek, maliyet tasarrufu fırsatlarını belirlemek ve süreç verimsizliklerinin finansal etkisini ölçmek için gereken finansal verileri sağlar. Nereden alınır? Bu bilgi genellikle OTM'de bir sevkiyatın finans veya maliyetlendirme bölümlerinde bulunur ve çoğunlukla navlun fiyatlandırması ile mutabakat sonrasında doldurulur. Örnekler 250.751200.00545.50 | |||
| Talep edilen teslimat tarihi RequestedDeliveryDate | Müşterinin talep ettiği veya hizmet seviyesi anlaşmasında (SLA) hedef olarak kararlaştırılan teslimat tarihi ve saati. | ||
| Açıklama Bu öznitelik, bir sevkiyat için hedef teslimat zaman damgasını kaydeder. Müşteriye verilen taahhüdü temsil eder ve zamanında performansı ölçmek için temel karşılaştırma noktası olarak kullanılır. Process Mining kapsamında bu tarih, bir sevkiyatın zamanında mı yoksa geç mi teslim edildiğini belirlemek için gerçek teslimat zaman damgasıyla (Goods Delivered etkinliğinden) karşılaştırılır. On-Time Delivery Rate KPI göstergesinin temelini oluşturur ve Delivery Performance Overview Dashboardu için gereklidir. Sapmaları analiz etmek, gecikmelerin sistemik nedenlerini belirlemeye ve müşteri memnuniyetini artırmaya yardımcı olur. Neden önemli? Zamanında teslimat performansını ölçmek için temel karşılaştırma noktasıdır. Müşteri memnuniyeti ve operasyonel mükemmellik açısından önemli bir KPI'dır. Nereden alınır? Bu bilgi genellikle OTM içinde sipariş veya sevkiyat düzeyinde, teslimat tarihleri ya da randevularla ilgili alanlarda saklanır. Örnekler 2023-11-15T17:00:00Z2023-11-20T12:00:00Z2023-11-22T09:00:00Z | |||
| Taşıma modu TransportationMode | Sevkiyat için kullanılan taşıma yöntemi, örneğin kara yolu, demir yolu, deniz yolu veya hava yolu. | ||
| Açıklama Bu öznitelik, sevkiyatı taşıma moduna göre sınıflandırır. Yaygın modlar arasında Komple Kamyon Yükü (FTL), Parsiyel Kamyon Yükü (LTL), Deniz Yolu, Hava Yolu ve Demir Yolu bulunur. Bu, maliyeti, taşıma süresini ve karmaşıklığı etkileyen temel bir sevkiyat özelliğidir. Analizlerde Taşıma Modu, segmentasyon için önemli bir boyuttur. Farklı modlar arasındaki süreç performansını ve maliyetleri karşılaştırmanızı sağlar. Örneğin, taşıma sırasında gecikmeye daha yatkın olan veya mil başına maliyeti daha yüksek modları belirlemenize yardımcı olarak lojistik ağlarıyla ilgili stratejik kararları destekler. Neden önemli? Performans ve maliyet analizini taşıma moduna göre segmentlere ayırmanızı sağlar. Böylece kara yolu, hava yolu, deniz yolu veya demir yolu lojistiğine özgü içgörüler elde edebilirsiniz. Nereden alınır? OTM'de genellikle özel bir 'mod' veya 'taşıma türü' alanında bulunan, sevkiyat düzeyindeki standart bir özniteliktir. Örnekler FTLLTLOCEANAIR | |||
| Taşıyıcı adı CarrierName | Sevkiyatın taşınmasından sorumlu taşıma taşıyıcısının veya hizmet sağlayıcısının adı. | ||
| Açıklama Bu öznitelik, malların taşınmasını gerçekleştirmek üzere atanan lojistik iş ortağını tanımlar. Büyük nakliye şirketleri, yerel kuryeler veya deniz taşımacılığı şirketleri buna örnek verilebilir. Taşıyıcı bazında performansı analiz etmek, taşıma süreçlerinde Process Mining kullanımının başlıca amaçlarından biridir. Bu öznitelik, sevkiyatları segmentlere ayırarak taşıyıcıları zamanında teslimat oranı, sevkiyat başına maliyet, taşıma süresi ve gecikme veya faturalama tutarsızlığı gibi sorunların sıklığı açısından karşılaştırmanızı sağlar. Bu içgörüler, taşıyıcı seçimi, sözleşme görüşmeleri ve performans yönetimi için büyük değer taşır. Neden önemli? Farklı taşıyıcılar arasında performans karşılaştırması yapmanızı sağlar. Bu bilgi, taşıyıcı seçimini ve görüşmeleri iyileştirmek, maliyetleri azaltmak için önemlidir. Nereden alınır? OTM içindeki sevkiyat ayrıntılarında bulunur ve atanan taşıyıcı veya hizmet sağlayıcısı kayıtlarıyla ilişkilendirilir. Sevkiyatlar ve hizmet sağlayıcılarla ilgili tablolarda saklanabilir. Örnekler FedEx FreightUPS Supply Chain SolutionsMaersk LineKnight-Swift Transportation | |||
| Çıkış ülkesi OriginCountry | Sevkiyat yolculuğunun başladığı ülke. | ||
| Açıklama Bu öznitelik, göndericinin konumuna göre sevkiyatın başladığı ülkeyi belirtir. Lojistik analizlerinde kullanılan temel coğrafi bilgilerden biridir. Süreçleri Çıkış Ülkesine göre analiz etmek, bölgesel performans farklılıklarını anlamanıza yardımcı olur. Örneğin gümrükleme süreleri, taşıyıcı maliyetleri ve taşıma süreleri çıkış ülkesine göre önemli ölçüde değişebilir. Bu segmentasyon, uluslararası lojistiği yönetmek ve bölgeye özgü darboğazları belirlemek için gereklidir. Neden önemli? Taşıma sürecinin coğrafi analizini yapmanızı sağlar; bölgeye özgü darboğazları, maliyetleri ve performans farklılıklarını belirlemenize yardımcı olur. Nereden alınır? Sevkiyatın kaynak konumuna veya göndericiye ait, OTM'nin konum ana verilerinde saklanan adres ayrıntılarından elde edilir. Örnekler USADEUCHNMEX | |||
| Gümrük müşaviri CustomsAgent | Sevkiyatın gümrükleme sürecini yönetmekten sorumlu gümrük komisyoncusu veya müşaviri. | ||
| Açıklama Uluslararası sevkiyatlarda bu öznitelik, gümrük belgelerini ve işlemlerini yürütmekle görevlendirilen üçüncü taraf aracıyı veya iç ekibi tanımlar. Bu aracının performansı, toplam taşıma süresini önemli ölçüde etkileyebilir. Gümrükleme Çevrim Süresini Gümrük Müşavirine göre analiz etmek, performanslarını karşılaştırmanızı sağlar. Belirli ülkelerde veya ürün türlerinde hangi müşavirlerin daha verimli olduğunu belirleyebilirsiniz. Bu içgörü, en uygun gümrük iş ortaklarını seçmek ve düşük performans gösteren müşavirlerle süreçlerini iyileştirmek üzere çalışmak için değerlidir. Neden önemli? Gümrük müşavirlerinin performansını ölçmenizi sağlar. En verimli iş ortaklarını belirlemenize ve gümrük kaynaklı gecikmeleri azaltmanıza yardımcı olur. Nereden alınır? Bu bilgi, OTM'deki uluslararası sevkiyat ayrıntılarında hizmet sağlayıcı veya taraf rolü olarak saklanabilir. Örnekler Global Customs ServicesLivingston InternationalFlexport | |||
| Kaynak sistem SourceSystem | Olay verilerinin hangi sistemden geldiğini, örneğin Oracle Transportation Management sistemini, belirtir. | ||
| Açıklama Bu öznitelik, verilerin oluşturulduğu kaynak uygulamayı belirtir. Karmaşık bir lojistik ortamında veriler OTM'den, bir depo yönetim sisteminden (WMS), EDI üzerinden bir taşıyıcının sisteminden veya diğer entegre platformlardan gelebilir. Kaynak sistemi anlamak, veri yönetişimi, kalite değerlendirmesi ve sorun giderme açısından önemlidir. Verilerin bağlamını anlamanıza yardımcı olur ve veri ayrıntı düzeyindeki veya güncelliğindeki farklılıkları açıklayabilir. Analiz sırasında yalnızca belirli ve güvenilir bir sistemden gelen olayları filtrelemek için kullanılabilir. Neden önemli? Verilerin kaynağı hakkında önemli bir bağlam sağlar. Bu bilgi, veri doğrulama ve birden fazla sistemin kullanıldığı ortamlardaki analizler için önemlidir. Nereden alınır? Genellikle veri çıkarma işlemi sırasında kayıtların kaynağını belirtmek için eklenen statik bir değerdir. Örnekler Oracle OTMOTM CloudSAP TM | |||
| Kullanıcı adı UserName | Belirli bir etkinliği gerçekleştiren veya bu etkinlikten sorumlu olan kullanıcının adı ya da kimliği. | ||
| Açıklama Bu öznitelik, 'Sevkiyat Planlandı' veya 'Taşıyıcı Atandı' gibi belirli bir olayı gerçekleştiren kullanıcıyı ya da sistem aracısını tanımlar. Bu bilgi, süreçteki sorumluluğu ve kaynak kullanımını görmenizi sağlar. Process Mining'de etkinlikleri kullanıcı bazında analiz etmek, iş yükü dağılımını anlamanıza, eğitim gereksinimlerini belirlemenize ve farklı kullanıcıların veya ekiplerin performansını karşılaştırmanıza yardımcı olur. Ayrıca manuel gerçekleştirilen etkinliklerle sistem tarafından otomatik yürütülen etkinlikleri ayırt etmek için kullanılabilir. Neden önemli? Sorumluluk takibi sağlar ve iş yükünü ve performansı kullanıcı veya ekip bazında analiz etmenize imkan verir. Nereden alınır? OTM'nin geçmiş veya günlük tablolarındaki durum değişiklikleri ya da olaylarla ilişkilendirilmiş kullanıcı kimliği alanlarından, örneğin INSERT_USER alanından, alınır. Örnekler JSMITHLOGISTICS_PLANNER_ASYSTEM_AUTO | |||
| Navlun faturası tutarsızlığı FreightBillDiscrepancy | Navlun faturası denetimi sırasında bir tutarsızlık bulunup bulunmadığını gösteren işaret. | ||
| Açıklama Bu boolean öznitelik, taşıyıcıdan alınan navlun faturası OTM'de hesaplanan beklenen maliyetle eşleşmediğinde 'true' değerini alır. Tutarsızlıklar yanlış oranlardan, ek hizmet bedellerinden veya diğer faturalama hatalarından kaynaklanabilir. Bu öznitelik, Navlun Faturası Tutarsızlık Oranı KPI'ının temelini oluşturur. Bu işaretlerin taşıyıcı, rota veya sevkiyat türüne göre sıklığını analiz etmek, faturalama hatalarının kök nedenlerini belirlemenize yardımcı olur. Böylece veri doğruluğunu artırmaya, denetim sürecini kolaylaştırmaya ve fazla ödemeleri önlemeye yönelik çalışmalar desteklenir. Neden önemli? Faturalama hatası bulunan sevkiyatları işaretleyerek Navlun Faturası Tutarsızlık Analizini doğrudan destekler. Fazla ödemeleri azaltmanıza ve finansal kontrolleri iyileştirmenize yardımcı olur. Nereden alınır? Genellikle OTM içindeki navlun mutabakatı ve fatura eşleştirme sürecinde belirlenen bir durum veya işarettir. Örnekler truefalse | |||
| Rota değiştirildi mi IsRerouted | İlk rezervasyondan sonra sevkiyatın rotasının değiştirilip değiştirilmediğini gösteren işaret. | ||
| Açıklama Bu öznitelik, bir sevkiyat planlanıp rezerve edildikten sonra önemli bir yeniden rota oluşturma olayı yaşadığında 'true' değerini alan boolean bir işarettir. Bunun nedeni müşteri talebi, beklenmedik kesintiler veya optimizasyon fırsatları olabilir. Bu öznitelik, Shipment Rerouting Rate KPI göstergesini ve Re-routing and Expediting Insights Dashboardunu doğrudan destekler. Yeniden rota oluşturma sıklığını izlemek, planlama veya yürütmedeki temel sorunları belirlemeye yardımcı olur. Operasyonel istikrarsızlıkları ve bunlarla ilişkili maliyetleri görünür kılarak yöneticilerin maliyetli ve aksatıcı değişiklikleri azaltmanın yollarını bulmasını sağlar. Neden önemli? Yeniden rota belirleme gibi operasyonel istisnaların sıklığını ve etkisini ölçmenize yardımcı olur. Planlama ve yürütme süreçlerindeki verimsizlikleri görünür kılar. Nereden alınır? Bu işaret, olay günlüğündeki belirli yeniden rota belirleme olayları tespit edilerek veya nihai rota ilk planlanan rotayla karşılaştırılarak elde edilir. Örnekler truefalse | |||
| Sevkiyat durumu ShipmentStatus | Sevkiyatın yaşam döngüsündeki mevcut genel durumu, örneğin 'Planlandı', 'Taşıma Halinde' veya 'Teslim Edildi'. | ||
| Açıklama Bu öznitelik, sevkiyatın genel süreçte hangi aşamada olduğuna ilişkin üst düzey bir özet sunar. Bir zaman noktasındaki olayı ifade eden etkinlikten farklı olarak durum, sevkiyat vakasının mevcut halini gösterir. Process Mining etkinliklerin akışına odaklanırken genel durum, vakaları filtrelemek ve Dashboardlarda bağlam sağlamak için yararlıdır. Örneğin bir analiz yalnızca 'Completed' sevkiyatlara odaklanabilir veya birçok sevkiyatın neden alışılmadık derecede uzun süre 'In Transit' durumunda kaldığını inceleyebilir. Neden önemli? Sevkiyatın ilerlemesini üst düzeyde özetler. Analiz sırasında vakaları filtrelemek ve segmentlere ayırmak için kullanışlıdır. Nereden alınır? OTM'deki ana sevkiyat kaydında bulunur ve sevkiyatın Workflow içindeki mevcut durumunu gösterir. Örnekler PLANNEDBOOKEDIN_TRANSITDELIVERED | |||
| Sevkiyat türü ShipmentType | Sevkiyatın hizmet seviyesi, ürün türü veya iş birimi gibi ölçütlere göre sınıflandırılması. | ||
| Açıklama Bu öznitelik, sevkiyat için işletmeye özgü bir sınıflandırma sağlar. Örneğin 'Standart', 'Hızlandırılmış', 'Tehlikeli Maddeler' veya 'Şirketler Arası' değerlerini içerebilir. Bu sınıflandırma, farklı iş kurallarının, önceliklerin veya analitik görünümlerin uygulanmasına yardımcı olur. Sevkiyat Türünü Process Mining'de boyut olarak kullanmak, farklı sevkiyat türlerinin süreçlerini karşılaştırmanızı sağlar. Böylece belirli türlerin gecikmeye daha yatkın olup olmadığını, daha yüksek maliyet taşıyıp taşımadığını veya standart dışı süreç yollarını izleyip izlemediğini görebilirsiniz. Bu içgörüler, süreçleri her sevkiyat türünün özel gereksinimlerine daha iyi yanıt verecek şekilde uyarlamanıza yardımcı olur. Neden önemli? Analizi iş bağlamına göre segmentlere ayırmanızı sağlar. Farklı sevkiyat türlerinin farklı süreçleri izleyip izlemediğini veya farklı performans düzeylerine sahip olup olmadığını anlamanıza yardımcı olur. Nereden alınır? Genellikle OTM'deki sevkiyat veya sipariş kaydında yapılandırılabilen bir alan ya da özniteliktir. Örnekler StandartHızlandırılmışUluslararasıYurt içi | |||
| Son veri güncellemesi LastDataUpdate | Bu olaya ait verilerin kaynak sistemden en son yenilendiğini veya çıkarıldığını gösteren zaman damgası. | ||
| Açıklama Bu öznitelik, verilerin Oracle Transportation Management sisteminden en son ne zaman alındığını kaydeder. Analiz edilen verilerin güncelliğini gösterir, iş olayının gerçekleştiği zamanı değil. Bu zaman damgası, Process Mining analizinin güncelliğini anlamak için önemlidir. Gerçek zamanlı bilgilere mi yoksa belirli bir andaki görüntüye mi baktığınızı anlamanıza yardımcı olur. Veri yenileme döngülerini yönetmek ve kararların güncel bilgilere dayanmasını sağlamak için gereklidir. Neden önemli? Verilerin güncelliğini gösterir; böylece analizdeki bilgilerin ne kadar güncel olduğunu ve bir sonraki veri yenilemesinin ne zaman beklendiğini anlayabilirsiniz. Nereden alınır? Genellikle veri alma veya ETL işlemi sırasında eklenen, sistem tarafından oluşturulmuş bir zaman damgasıdır. Örnekler 2023-11-01T02:00:00Z2023-11-02T02:00:00Z | |||
| Varış ülkesi DestinationCountry | Sevkiyatın teslim edilmesinin planlandığı ülke. | ||
| Açıklama Bu öznitelik, alıcının konumuna göre sevkiyatın nihai varış ülkesini belirtir. Coğrafi süreç analizinde Çıkış Ülkesini tamamlar. Çıkış ülkesinde olduğu gibi Varış Ülkesine göre analiz yapmak, farklı ticaret rotalarındaki performans farklılıklarını anlamak için önemlidir. Gümrükleme sürelerini, son kilometre teslimat performansını ve bölgeye özgü taşıyıcı etkinliğini analiz etmek açısından özellikle değerlidir. Bu bilgiler, lojistik stratejilerini farklı varış pazarlarının gereksinimlerine göre uyarlamanıza yardımcı olur. Neden önemli? Belirli ticaret rotalarındaki performansı analiz etmek ve varış pazarlarındaki gümrük, taşıyıcı ve mevzuatla ilgili zorlukları anlamak için önemlidir. Nereden alınır? Sevkiyatın varış konumuna veya alıcıya ait, OTM'nin konum ana verilerinde saklanan adres ayrıntılarından elde edilir. Örnekler CANFRAJPNBRA | |||
| Zamanında teslim edildi mi IsOnTimeDelivery | Sevkiyatın talep edilen teslimat tarihinde veya daha önce teslim edilip edilmediğini gösteren hesaplanmış işaret. | ||
| Açıklama Bu boolean öznitelik, Goods Delivered etkinliğinin zaman damgası ile Requested Delivery Date karşılaştırılarak elde edilir. Teslimat zamanında veya erken gerçekleştiyse 'true', geç gerçekleştiyse 'false' değerini alır. Bu öznitelik, On-Time Delivery Rate KPI göstergesini doğrudan besler ve Delivery Performance Overview Dashboardunun temel bileşenlerinden biridir. Her sevkiyat için net ve ikili bir sonuç sunarak teslimat performansını analiz etmeyi kolaylaştırır. Böylece zamanında ve geç teslim edilen sevkiyatları kolayca filtreleyebilir, toplulaştırabilir ve görselleştirebilirsiniz. Neden önemli? Bu hesaplanmış işaret, Zamanında Teslimat KPI'ının ölçümünü kolaylaştırır ve zamanında ya da geç teslim edilen sevkiyatları kolayca filtreleyip analiz etmenizi sağlar. Nereden alınır? Bu öznitelik kaynak sistemde bulunmaz. Veri dönüştürme sırasında, 'Mallar Teslim Edildi' etkinliğinin zaman damgası 'RequestedDeliveryDate' özniteliğiyle karşılaştırılarak hesaplanır. Örnekler truefalse | |||
Taşıma Yönetimi Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Mallar alındı | Bu faaliyet, taşıyıcının malları çıkış noktasından aldığı ve fiziksel taşımanın başladığı anı gösterir. Sevkiyatın ilk durağı 'DEPARTED' olarak işaretlendiğinde yakalanır. | ||
| Neden önemli? Bu, taşıma aşamasının başlangıcını gösteren önemli bir kilometre taşıdır. Taşıyıcının alım performansını ve gerçek taşıma sürelerini izlemek için gereklidir. Nereden alınır? SHIPMENT_STOP tablosundaki ilk durağın durumunun 'DEPARTED' olarak değişmesinden veya alımı gösteren bir sevkiyat durum olayının izlenmesinden çıkarılır. Yakalayın Sevkiyata ait SHIPMENT_STOP tablosundaki ilk kaydın ACTUAL_DEPARTURE zaman damgasını kullanın. Olay türü inferred | |||
| Mallar teslim edildi | Bu faaliyet, sevkiyatın nihai varış noktasındaki alıcıya başarıyla teslim edilmesini gösterir. Sevkiyatın son durağı gerçek varış zamanıyla işaretlendiğinde yakalanır. | ||
| Neden önemli? Bu, zamanında teslimat performansını ve uçtan uca çevrim süresini ölçmek için temel kilometre taşıdır. Taşıma uygulama sürecinin tamamlandığı noktadır. Nereden alınır? Sevkiyatla ilişkili SHIPMENT_STOP tablosundaki son durak kaydının ACTUAL_ARRIVAL alanının doldurulmasından çıkarılır. Yakalayın Sevkiyata ait SHIPMENT_STOP tablosundaki son kaydın ACTUAL_ARRIVAL zaman damgasını kullanın. Olay türü inferred | |||
| Ödeme işlendi | Bu, taşıyıcıya sunduğu hizmetler karşılığında ödemenin başarıyla işlendiğini gösteren son faaliyettir. Olay, sevkiyatın finansal kapanışını ifade eder. | ||
| Neden önemli? Bu faaliyet, taşıma yaşam döngüsünü tamamlar. Taşıyıcı ödeme işlem sürelerini ölçmek ve taşıyıcı ilişkilerini etkili biçimde yönetmek için gereklidir. Nereden alınır? İlişkili voucher veya bill nesnesinin 'PAID' durumuna geçmesinden çıkarılır. Bu veri VOUCHER veya BILL tablolarında bulunur. Yakalayın VOUCHER.VOUCHER_STATUS_ID değerinin 'PAID' olarak değiştiği zaman damgasını belirleyin. Olay türü inferred | |||
| Sevkiyat planlandı | Bu faaliyet, bir veya daha fazla Order Release'in OTM planlama motoru tarafından uygulanabilir bir sevkiyat olarak başarıyla planlanmasını gösterir. Sistem, sevkiyat durumunu planlandığını belirtecek şekilde değiştirdiğinde yakalanır; örneğin 'PLANNING_PLANNED FINAL'. | ||
| Neden önemli? Bu, talep aşamasını uygulama aşamasından ayıran önemli bir kilometre taşıdır. Bu faaliyete kadar geçen sürenin analiz edilmesi, planlama verimliliğini ve motor performansındaki darboğazları belirlemeye yardımcı olur. Nereden alınır? SHIPMENT tablosundaki Shipment nesnesinin durum geçmişinden çıkarılır. Planlamanın tamamlandığını gösteren bir durum değişikliği arayın. Yakalayın SHIPMENT.SHIPMENT_STATUS_VALUE_GID değerinin 'Planned' durumuna değiştiği zaman damgasını belirleyin. Olay türü inferred | |||
| Taşıma talebi alındı | Bu faaliyet, genellikle Order Release olarak sistem içinde bir taşıma ihtiyacının oluşturulmasını gösterir. Olay, Oracle Transportation Management içinde yeni bir Order Release kaydı oluşturulduğunda yakalanır ve sevkiyat için başlangıç talebini temsil eder. | ||
| Neden önemli? Sürecin başlangıç noktası olan bu faaliyet, uçtan uca toplam çevrim süresini ölçmek ve talep kalıplarını anlamak için önemlidir. Talepten planlamaya kadar geçen sürenin analiz edilmesine yardımcı olur. Nereden alınır? Bu, ORDER_RELEASE tablosundaki Order Release kaydının oluşturulma zaman damgasından alınan açık bir olaydır. INSERT_DATE veya belirli oluşturma tarihi alanları kullanılabilir. Yakalayın ORDER_RELEASE tablosundaki Order Release oluşturma zaman damgasını kullanın. Olay türü explicit | |||
| Teslimat kanıtı alındı | Bu faaliyet, imzalı bir belge gibi teslimatın tamamlandığını gösteren resmi onayın alınmasını ve kaydedilmesini ifade eder. Genellikle sevkiyata eklenen belirli bir belge türü olarak kaydedilir. | ||
| Neden önemli? POD, faturalandırma ve anlaşmazlıkların çözümü için önemlidir. Alındığının izlenmesi, süreç uyumluluğunun sağlanmasına ve finansal mutabakat çevriminin hızlandırılmasına yardımcı olur. Nereden alınır? Bu, açık bir olay olabilir veya sevkiyatla ilişkilendirilmiş bir POD belgesinin oluşturulma tarihinden çıkarılabilir. DOCUMENT tablosunda POD belge türüne sahip belgeleri arayın. Yakalayın Sevkiyatla ilişkilendirilmiş 'POD' belge türünün oluşturulma zaman damgasını kullanın. Olay türü explicit | |||
| Alım randevusu planlandı | Bu faaliyet, alım için belirli bir tarih ve saatin planlanıp kaydedildiğini gösterir. Genellikle sevkiyatın durak düzeyindeki randevu verilerinden alınır. | ||
| Neden önemli? Randevu planlamak önemli bir koordinasyon adımıdır. Bu adımın analiz edilmesi, planlama verimliliğini ve planlamanın alımın zamanında yapılmasına etkisini anlamaya yardımcı olur. Nereden alınır? SHIPMENT_STOP tablosunda bulunan sevkiyatın ilk durağına, yani alım konumuna ait randevu tarihi ve saati alanlarının doldurulmasından çıkarılır. Yakalayın Alım durağına ait randevu alanlarının ilk kez doldurulduğu zaman damgasını kullanın. Olay türü inferred | |||
| Gümrükleme tamamlandı | Uluslararası sevkiyatlarda bu faaliyet, malların bir sınırda veya limanda gümrükten başarıyla geçtiği noktayı gösterir. Genellikle belirli bir sevkiyat olayı veya durum güncellemesi aracılığıyla yakalanır. | ||
| Neden önemli? Gümrükleme, uluslararası lojistikte önemli gecikmelerin yaygın nedenlerinden biridir. Bu faaliyetin izlenmesi, gümrükleme çevrim sürelerinin ölçülmesine ve optimize edilmesine yardımcı olur. Nereden alınır? Bu olay genellikle manuel olarak girilen veya entegre edilen bir 'Customs' sevkiyat olayı aracılığıyla yakalanır. SHIPMENT_STATUS tablosunda gümrükle ilgili belirli olay kodlarını arayın. Yakalayın SHIPMENT_STATUS tablosundaki 'Customs Cleared' olayının zaman damgasını belirleyin. Olay türü explicit | |||
| Navlun faturası denetlendi | Bu faaliyet, taşıyıcının faturasının sevkiyat ayrıntılarıyla eşleştirilip doğrulandığı navlun faturası denetim sürecinin tamamlandığını gösterir. Sevkiyat fatura durumunun 'VOUCHER_AUDITED' veya benzer bir duruma geçtiğinde kaydedilir. | ||
| Neden önemli? Denetim, finansal kontrol ve faturalandırma tutarsızlıklarının belirlenmesi için önemlidir. Bu faaliyetin analiz edilmesi, denetimden ödemeye sürecinin kolaylaştırılmasına ve Freight Bill Discrepancy Rate KPI'ının desteklenmesine yardımcı olur. Nereden alınır? Sevkiyatla ilişkili Bill nesnesindeki durum değişikliğinden çıkarılır. Denetimin tamamlandığını gösteren durum güncellemeleri için BILL tablosuna bakın. Yakalayın BILL.BILL_STATUS_VALUE_GID değerinin 'Audited' durumuna değiştiği zaman damgasını belirleyin. Olay türü inferred | |||
| Sevkiyat iptal edildi | Bu, planlandıktan sonra bir sevkiyatın iptal edilmesini ve yaşam döngüsünün erken sona ermesini gösterir. Shipment nesnesinin durumunun 'cancelled' durumuna değişmesiyle yakalanır. | ||
| Neden önemli? İptallerin izlenmesi, süreç istisnalarını ve başarısızlıklarını anlamak için önemlidir. Talep değişiklikleri veya planlama hataları gibi iptal nedenlerini belirlemeye yardımcı olur. Nereden alınır? SHIPMENT tablosundaki Shipment nesnesinin durum geçmişinden çıkarılır. 'PLANNING_CANCELED' gibi bir durum değişikliği arayın. Yakalayın SHIPMENT.SHIPMENT_STATUS_VALUE_GID değerinin 'Cancelled' durumuna değiştiği zaman damgasını belirleyin. Olay türü inferred | |||
| Sevkiyat rezerve edildi | Başarılı bir teklif sürecinin ardından taşıyıcıyla yapılan resmi rezervasyon onayını gösterir. Genellikle sevkiyat durumu 'SECURE RESOURCES_BOOKED' veya eşdeğer bir duruma güncellendiğinde yakalanır. | ||
| Neden önemli? Bu adım, taşıyıcının taahhüdünü doğrular ve sevkiyatı resmi olarak uygulama aşamasına geçirir. Shipment Planning Cycle Time KPI'ını ölçmek için önemli bir adımdır. Nereden alınır? SHIPMENT tablosundaki Shipment nesnesinin durum değişikliğinden çıkarılır. Taşıyıcı atandıktan sonra onaylanmış veya rezerve edilmiş bir duruma geçtiği an izlenir. Yakalayın SHIPMENT.SHIPMENT_STATUS_VALUE_GID değerinin 'Booked' durumuna değiştiği zaman damgasını belirleyin. Olay türü inferred | |||
| Sevkiyat yolda | Malların alındığını ve varış noktasına doğru aktif olarak ilerlediğini gösterir. Bu, tek bir zaman noktası değildir; bu durumun başlangıcı "Mallar Alındı" faaliyetinin hemen ardından yakalanır. | ||
| Neden önemli? Bu etkinlik, teslimat ilerlemesini izlemek ve transit gecikmelerini belirlemek için büyük önem taşıyan transit aşamasının başlangıcını gösterir. In-Transit Delay Hotspots Dashboardunun temelini oluşturur. Nereden alınır? Bu, "Mallar Alındı" ile aynı olaydır, ancak yeni bir aşamanın başlangıcını göstermek için süreç modellerinde çoğu zaman ayrı bir faaliyet olarak temsil edilir. İlk durağın ayrılışından türetilir. Yakalayın "Mallar Alındı" ile aynıdır: İlk SHIPMENT_STOP kaydındaki ACTUAL_DEPARTURE zaman damgasını kullanın. Olay türü inferred | |||
| Taşıyıcı atandı | Bu, bir sevkiyatın belirli bir taşıyıcıya başarıyla teklif edildiği ve taşıyıcı tarafından kabul edildiği noktayı gösterir. Sevkiyatın teklif durumunun 'TENDER_ACCEPTED' veya benzer bir duruma değişmesi izlenerek yakalanır. | ||
| Neden önemli? Bu adımı izlemek, taşıyıcı seçimi ve teklif sürecinin verimliliğini analiz etmeye yardımcı olur. Buradaki gecikmeler, sevkiyat henüz hareket etmeden önce genel programı önemli ölçüde etkileyebilir. Nereden alınır? SHIPMENT_TENDER tablosundaki durum geçmişinden çıkarılır. Özellikle durumun taşıyıcı tarafından kabul edildiğini gösterdiği zaman damgası aranır. Yakalayın Sevkiyatın teklif geçmişinde durumun 'TENDER_ACCEPTED' olarak değiştiği zaman damgasını kullanın. Olay türü inferred | |||
| Teslimat randevusu planlandı | Bu faaliyet, alıcıyla belirli bir teslimat tarihi ve saatinin planlandığı anı gösterir. Olay, sevkiyatın son durağındaki randevu verilerinden alınır. | ||
| Neden önemli? Bu, nihai teslimatın koordinasyonunda önemli bir adımdır. Varış ile planlanan teslimat arasındaki sürenin analiz edilmesi, son kilometre operasyonlarındaki darboğazları ortaya çıkarabilir. Nereden alınır? SHIPMENT_STOP tablosunda bulunan sevkiyatın son durağına, yani teslimat konumuna ait randevu tarihi ve saati alanlarının doldurulmasından çıkarılır. Yakalayın Teslimat durağına ait randevu alanlarının ilk kez doldurulduğu zaman damgasını kullanın. Olay türü inferred | |||
Veri çıkarma rehberleri
Adımlar
- BI Publisher'a erişin: Oracle Transportation Management (OTM) uygulamanıza giriş yapın. Business Process Automation bölümüne, ardından Reporting bölümüne gidin ve Report Manager'ı seçin. Oracle Business Intelligence Publisher arayüzü açılır.
- Veri modeli oluşturun: BI Publisher'da New düğmesine tıklayın ve Data Model'i seçin. Raporunuzun veri kaynağını tanımlayacağınız veri modeli düzenleyicisi açılır.
- SQL sorgusunu tanımlayın: Veri modeli düzenleyicisinde Data Sets şemasındaki artı simgesine tıklayın ve SQL Query'yi seçin. Veri setine örneğin 'OTM_Process_Mining_DS' adını verin. Data Source olarak OTM veritabanınızı seçin. Bu belgenin 'query' bölümünde verilen tam SQL sorgusunu kopyalayıp SQL Query metin kutusuna yapıştırın.
- Parametreleri ekleyin: Sorgu, tarih aralığı ve alan adı için parametreler kullanır (:P_START_DATE, :P_END_DATE, :P_DOMAIN_NAME). BI Publisher bunları otomatik olarak algılar. Tarih parametrelerinin veri türünü Date olarak ayarlamak gibi özelliklerini yapılandırabilirsiniz.
- Veri modelini kaydedin: Save simgesine tıklayın. BI Publisher kataloğunda bir konum seçin, 'OTM Shipment Process Extraction' gibi açıklayıcı bir ad girin ve veri modelini kaydedin.
- Raporu oluşturun: Kataloğa geri dönün, New düğmesine tıklayın ve Report'u seçin. Rapor oluşturma sihirbazında 'Use Data Model' seçeneğini belirleyin ve az önce kaydettiğiniz veri modelini bulun.
- Rapor düzenini yapılandırın: Sihirbaz, düzen oluşturma adımlarında size yol gösterir. Basit bir 'Table' düzeni yeterlidir. Veri setinizdeki tüm sütunları tabloya sürükleyip bırakın. Gruplama veya toplama yapmayın.
- Raporu kaydedin: Düzeni yapılandırdıktan sonra son adıma geçin ve raporu kaydedin. Veri modeline benzer bir ad verin.
- Raporu çalıştırın: Yeni oluşturduğunuz raporu açın. Parametreler için değer girmeniz istenir: Start Date, End Date ve Domain Name. İstediğiniz aralığı girin.
- Verileri dışa aktarın: Rapor çalışıp verileri gösterdikten sonra Actions menüsüne tıklayın ve Export'u seçin. CSV biçimini seçin. Event Log içeren bir CSV dosyası indirilir.
- Yüklemeye hazırlayın: İndirdiğiniz CSV dosyasını açın. Sütun başlıklarının gerekli özniteliklerle eşleştiğini doğrulayın:
ShipmentId,ActivityName,EventTimeve önerilen öznitelikler.EventTimesütununda tutarlı bir tarih ve saat biçimi kullanıldığından emin olun. Dosya artık ProcessMind'e yüklenmeye hazırdır.
Yapılandırma
- Veri kaynağı: Sorgu, genellikle GLOGOWNER olarak adlandırılan birincil OTM operasyonel veritabanı şemasında çalıştırılmalıdır.
- Rapor parametreleri:
P_START_DATE: Raporlama döneminin başlangıcı. Biçim 'YYYY-MM-DD' olmalıdır.P_END_DATE: Raporlama döneminin sonu. Biçim 'YYYY-MM-DD' olmalıdır.P_DOMAIN_NAME: Verilerin çıkarılacağı belirli OTM alanı. '[Your Domain Name]' kullanın.
- Tarih aralığı: İlk analiz için veri hacmi ile performans arasında denge kurmak amacıyla 3 ila 6 aylık bir dönemden veri çıkarılması önerilir. Üretim çalıştırmalarında verileri aylık veya üç aylık gruplar halinde çıkarmayı değerlendirin.
- İzinler: Raporu çalıştıran OTM kullanıcısının veri modelleri ve raporlar oluşturup değiştirebilmesi için BI PUBLISHER DATA MODEL DEVELOPER ve BI PUBLISHER REPORT DEVELOPER gibi belirli rollere sahip olması gerekir. Temel veritabanı tablolarına salt okunur erişim de gereklidir.
- Performans: Sorgu birkaç büyük tabloyu birleştirir. Veri hacminin yüksek olduğu ortamlarda sistem performansını etkilememek için raporu yoğun olmayan saatlerde çalıştırmanız önemle önerilir. Raporun zamanında tamamlanması için tarih aralığını mümkün olduğunca dar tutun.
a Örnek sorgu sql
WITH SHIPMENTS_BASE AS (
SELECT
S.SHIPMENT_GID AS ShipmentId,
SP.SERVPROV_NAME AS CarrierName,
S.TOTAL_ACTUAL_COST AS ShipmentCost,
TM.TRANSPORT_MODE_NAME AS TransportationMode,
(
SELECT MAX(ORL.LATE_DELIVERY_DATE)
FROM SHIPMENT_S_SHIP_UNIT SSU
JOIN S_SHIP_UNIT SU ON SSU.S_SHIP_UNIT_GID = SU.S_SHIP_UNIT_GID
JOIN ORDER_RELEASE ORL ON SU.ORDER_RELEASE_GID = ORL.ORDER_RELEASE_GID
WHERE SSU.SHIPMENT_GID = S.SHIPMENT_GID
) AS RequestedDeliveryDate,
S.DOMAIN_NAME
FROM SHIPMENT S
LEFT JOIN SERVPROV SP ON S.SERVPROV_GID = SP.SERVPROV_GID
LEFT JOIN TRANSPORT_MODE TM ON S.TRANSPORT_MODE_GID = TM.TRANSPORT_MODE_GID
WHERE S.INSERT_DATE BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD') + 1
AND S.DOMAIN_NAME = :P_DOMAIN_NAME
)
-- 1. Transportation Request Received
SELECT
SB.ShipmentId,
'Transportation Request Received' AS ActivityName,
MIN(ORL.INSERT_DATE) AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_S_SHIP_UNIT SSU ON SB.ShipmentId = SSU.SHIPMENT_GID
JOIN S_SHIP_UNIT SU ON SSU.S_SHIP_UNIT_GID = SU.S_SHIP_UNIT_GID
JOIN ORDER_RELEASE ORL ON SU.ORDER_RELEASE_GID = ORL.ORDER_RELEASE_GID
WHERE SB.DOMAIN_NAME = ORL.DOMAIN_NAME
GROUP BY SB.ShipmentId, SB.CarrierName, SB.RequestedDeliveryDate, SB.ShipmentCost, SB.TransportationMode
UNION ALL
-- 2. Shipment Planned
SELECT
SB.ShipmentId,
'Shipment Planned' AS ActivityName,
SS.STATUS_CHANGE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STATUS SS ON SB.ShipmentId = SS.SHIPMENT_GID
WHERE SS.STATUS_CODE_GID = 'PLANNING_PLANNED FINAL'
UNION ALL
-- 3. Carrier Assigned
SELECT
SB.ShipmentId,
'Carrier Assigned' AS ActivityName,
ST.UPDATE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_TENDER ST ON SB.ShipmentId = ST.SHIPMENT_GID
WHERE ST.TENDER_STATUS_GID = 'TENDER_ACCEPTED'
UNION ALL
-- 4. Shipment Booked
SELECT
SB.ShipmentId,
'Shipment Booked' AS ActivityName,
SS.STATUS_CHANGE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STATUS SS ON SB.ShipmentId = SS.SHIPMENT_GID
WHERE SS.STATUS_CODE_GID = 'SECURE RESOURCES_BOOKED'
UNION ALL
-- 5. Pickup Appointment Scheduled
SELECT
SB.ShipmentId,
'Pickup Appointment Scheduled' AS ActivityName,
SST.APPOINTMENT_START_TIME AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STOP SST ON SB.ShipmentId = SST.SHIPMENT_GID
WHERE SST.STOP_NUM = 1 AND SST.APPOINTMENT_START_TIME IS NOT NULL
UNION ALL
-- 6. Goods Picked Up
SELECT
SB.ShipmentId,
'Goods Picked Up' AS ActivityName,
SST.ACTUAL_DEPARTURE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STOP SST ON SB.ShipmentId = SST.SHIPMENT_GID
WHERE SST.STOP_NUM = 1 AND SST.ACTUAL_DEPARTURE_DATE IS NOT NULL
UNION ALL
-- 7. Shipment In Transit
SELECT
SB.ShipmentId,
'Shipment In Transit' AS ActivityName,
SST.ACTUAL_DEPARTURE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STOP SST ON SB.ShipmentId = SST.SHIPMENT_GID
WHERE SST.STOP_NUM = 1 AND SST.ACTUAL_DEPARTURE_DATE IS NOT NULL
UNION ALL
-- 8. Customs Cleared
SELECT
SB.ShipmentId,
'Customs Cleared' AS ActivityName,
SE.EVENT_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
SE.EVENT_REMARK_TEXT AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_EVENT SE ON SB.ShipmentId = SE.SHIPMENT_GID
WHERE SE.EVENT_CODE = '[Your Customs Cleared Event Code]'
UNION ALL
-- 9. Delivery Appointment Scheduled
SELECT
SB.ShipmentId,
'Delivery Appointment Scheduled' AS ActivityName,
SST.APPOINTMENT_START_TIME AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STOP SST ON SB.ShipmentId = SST.SHIPMENT_GID
WHERE SST.STOP_NUM = (SELECT MAX(SST2.STOP_NUM) FROM SHIPMENT_STOP SST2 WHERE SST2.SHIPMENT_GID = SB.ShipmentId)
AND SST.APPOINTMENT_START_TIME IS NOT NULL
UNION ALL
-- 10. Goods Delivered
SELECT
SB.ShipmentId,
'Goods Delivered' AS ActivityName,
SST.ACTUAL_ARRIVAL_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STOP SST ON SB.ShipmentId = SST.SHIPMENT_GID
WHERE SST.STOP_NUM = (SELECT MAX(SST2.STOP_NUM) FROM SHIPMENT_STOP SST2 WHERE SST2.SHIPMENT_GID = SB.ShipmentId)
AND SST.ACTUAL_ARRIVAL_DATE IS NOT NULL
UNION ALL
-- 11. Proof of Delivery Received
SELECT
SB.ShipmentId,
'Proof of Delivery Received' AS ActivityName,
SE.EVENT_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
SE.EVENT_REMARK_TEXT AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_EVENT SE ON SB.ShipmentId = SE.SHIPMENT_GID
WHERE SE.EVENT_CODE = '[Your POD Received Event Code]'
UNION ALL
-- 12. Freight Bill Audited
SELECT
SB.ShipmentId,
'Freight Bill Audited' AS ActivityName,
B.UPDATE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN BILL B ON SB.ShipmentId = B.SHIPMENT_GID
WHERE B.BILL_STATUS_GID = 'VOUCHER_AUDITED'
UNION ALL
-- 13. Payment Processed
SELECT
SB.ShipmentId,
'Payment Processed' AS ActivityName,
B.UPDATE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN BILL B ON SB.ShipmentId = B.SHIPMENT_GID
WHERE B.BILL_STATUS_GID = '[Your Payment Processed Bill Status]'
UNION ALL
-- 14. Shipment Cancelled
SELECT
SB.ShipmentId,
'Shipment Cancelled' AS ActivityName,
S.UPDATE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT S ON SB.ShipmentId = S.SHIPMENT_GID
WHERE S.SHIPMENT_STATUS_GID = 'SHIPMENT_CANCELLED' Adımlar
- Veritabanı bağlantısını kurun: Oracle Transportation Management veritabanı için salt okunur kimlik bilgilerini ve bağlantı ayrıntılarını (host, port, service ID) edinin.
GLOGOWNERşemasına erişiminiz olmalıdır. - SQL istemcisini yapılandırın: Oracle SQL Developer, DBeaver veya Toad gibi bir SQL istemcisini önceki adımda edindiğiniz veritabanı bağlantı ayrıntılarıyla kurun.
- Sorguyu hazırlayın: Bu belgede verilen tam SQL sorgusunu kopyalayıp SQL istemcinizin sorgu düzenleyicisine yapıştırın.
- Sorgu parametrelerini ayarlayın: Sorgunun
WHEREkoşullarındaki yer tutucu değerleri bulun. Veri çıkarma işleminiz için[START_DATE],[END_DATE]ve[YOUR_DOMAIN_NAME]değerlerini uygun bilgilerle değiştirin. Örneğin tarihleri 3 ila 6 aylık bir dönemi kapsayacak şekilde ayarlayın ve analiz etmek istediğiniz operasyonel alanı belirtin. - Sorguyu çalıştırın: Değiştirilmiş SQL sorgusunu çalıştırın. Tarih aralığına ve sistemin boyutuna bağlı olarak işlem birkaç dakika sürebilir.
- Sonuçları inceleyin: Sorgu tamamlandığında istemcinizdeki çıktıyı kısaca inceleyin. Satırların döndüğünü ve
ShipmentId,ActivityNameileEventTimegibi temel sütunların doldurulduğunu doğrulayın. - CSV olarak dışa aktarın: Sonuç kümesinin tamamını CSV dosyasına aktarın. Standart CSV ayarlarını kullanın: virgül ayırıcı, metinler için çift tırnak ve UTF-8 kodlaması.
- Sütun başlıklarını son hâline getirin: Yüklemeden önce CSV dosyasındaki sütun başlıklarının gerekli öznitelik adlarıyla tam olarak eşleştiğini doğrulayın:
ShipmentId,ActivityName,EventTime,CarrierName,RequestedDeliveryDate,ShipmentCost,TransportationModeveDelayReason. - ProcessMind'e yükleyin: Hazırlanan CSV dosyası artık ProcessMind'e yüklenmeye ve analiz edilmeye hazırdır.
Yapılandırma
- Veritabanı şeması: Sorgu, genellikle
GLOGOWNERolarak adlandırılan standart Oracle Transportation Management veritabanı şemasında çalışacak şekilde tasarlanmıştır. - Gerekli yetkilendirmeler: Sorguda başvurulan tablolara salt okunur erişimi olan bir veritabanı kullanıcısı gereklidir. Bu tablolar arasında
SHIPMENT,SHIPMENT_STOP,ORDER_RELEASE,SHIPMENT_STATUS,SERVPROV,SHIPMENT_COST,DOCUMENT,BILLveVOUCHERbulunur. - Alan filtreleme: Birden fazla kiracının bulunduğu OTM ortamında
DOMAIN_NAMEile filtreleme yapmak önemlidir. Sorguda, doğru işletme birimine ait verileri çıkarmak üzere yapılandırmanız gereken[YOUR_DOMAIN_NAME]yer tutucusu bulunur. - Tarih aralığı: Performansı ve veri hacmini yönetmek için başlangıç ve bitiş tarihi belirtmeniz gerekir.
SHIPMENT.INSERT_DATEgibi dizinlenmiş bir sütunda filtreleme yapılması önerilir. İlk analiz için genellikle 3 ila 6 aylık bir dönem uygundur. - Durum kodu özelleştirmesi: Sorgu yaygın varsayılan durum kodlarını kullanır, örneğin
PLANNING_PLANNED FINALveTENDER_ACCEPTED. OTM uygulamanızda özelleştirilmiş durum kodları kullanılabilir.WHEREkoşullarındaki değerleri sisteminizin yapılandırmasına göre değiştirmeniz gerekebilir.
a Örnek sorgu sql
WITH ShipmentBase AS (
SELECT s.SHIPMENT_GID, s.SERVPROV_GID, s.LATE_DELIVERY_DATE, s.TRANSPORT_MODE_GID, sc.TotalShipmentCost
FROM GLOGOWNER.SHIPMENT s
LEFT JOIN (
SELECT sc.SHIPMENT_GID, SUM(sc.COST) as TotalShipmentCost
FROM GLOGOWNER.SHIPMENT_COST sc
GROUP BY sc.SHIPMENT_GID
) sc ON s.SHIPMENT_GID = sc.SHIPMENT_GID
WHERE s.INSERT_DATE BETWEEN TO_DATE('[START_DATE]', 'YYYY-MM-DD') AND TO_DATE('[END_DATE]', 'YYYY-MM-DD')
AND s.DOMAIN_NAME = '[YOUR_DOMAIN_NAME]'
),
OrderReleaseInfo AS (
SELECT ssu.SHIPMENT_GID, MIN(orl.INSERT_DATE) as Earliest_OR_Date
FROM GLOGOWNER.S_SHIP_UNIT ssu
JOIN GLOGOWNER.S_SHIP_UNIT_LINE ssul ON ssu.S_SHIP_UNIT_GID = ssul.S_SHIP_UNIT_GID
JOIN GLOGOWNER.ORDER_RELEASE_LINE orl ON ssul.ORDER_RELEASE_LINE_GID = orl.ORDER_RELEASE_LINE_GID
GROUP BY ssu.SHIPMENT_GID
)
-- 1. Transportation Request Received
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Transportation Request Received' AS "ActivityName",
ori.Earliest_OR_Date AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN OrderReleaseInfo ori ON sb.SHIPMENT_GID = ori.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE ori.Earliest_OR_Date IS NOT NULL
UNION ALL
-- 2. Shipment Planned
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Shipment Planned' AS "ActivityName",
ss.INSERT_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STATUS ss ON sb.SHIPMENT_GID = ss.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE ss.STATUS_CODE_GID = 'PLANNING_PLANNED FINAL'
UNION ALL
-- 3. Carrier Assigned
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Carrier Assigned' AS "ActivityName",
ss.INSERT_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STATUS ss ON sb.SHIPMENT_GID = ss.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE ss.STATUS_CODE_GID = 'TENDER_ACCEPTED'
UNION ALL
-- 4. Shipment Booked
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Shipment Booked' AS "ActivityName",
ss.INSERT_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STATUS ss ON sb.SHIPMENT_GID = ss.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE ss.STATUS_CODE_GID = 'SECURE RESOURCES_BOOKED'
UNION ALL
-- 5. Pickup Appointment Scheduled
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Pickup Appointment Scheduled' AS "ActivityName",
stp.APPT_START_TIME AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STOP stp ON sb.SHIPMENT_GID = stp.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE stp.STOP_NUM = 1 AND stp.APPT_START_TIME IS NOT NULL
UNION ALL
-- 6. Goods Picked Up
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Goods Picked Up' AS "ActivityName",
stp.ACTUAL_DEPARTURE_TIME AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STOP stp ON sb.SHIPMENT_GID = stp.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE stp.STOP_NUM = 1 AND stp.ACTUAL_DEPARTURE_TIME IS NOT NULL
UNION ALL
-- 7. Shipment In Transit
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Shipment In Transit' AS "ActivityName",
stp.ACTUAL_DEPARTURE_TIME AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STOP stp ON sb.SHIPMENT_GID = stp.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE stp.STOP_NUM = 1 AND stp.ACTUAL_DEPARTURE_TIME IS NOT NULL
UNION ALL
-- 8. Customs Cleared
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Customs Cleared' AS "ActivityName",
se.EVENT_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
se.REMARK_TEXT AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_EVENT se ON sb.SHIPMENT_GID = se.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE se.EVENT_CODE_GID = '[Your Customs Cleared Event Code]'
UNION ALL
-- 9. Delivery Appointment Scheduled
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Delivery Appointment Scheduled' AS "ActivityName",
stp.APPT_START_TIME AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STOP stp ON sb.SHIPMENT_GID = stp.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE stp.STOP_NUM = (SELECT MAX(s2.STOP_NUM) FROM GLOGOWNER.SHIPMENT_STOP s2 WHERE s2.SHIPMENT_GID = stp.SHIPMENT_GID)
AND stp.APPT_START_TIME IS NOT NULL
UNION ALL
-- 10. Goods Delivered
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Goods Delivered' AS "ActivityName",
stp.ACTUAL_ARRIVAL_TIME AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STOP stp ON sb.SHIPMENT_GID = stp.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE stp.STOP_NUM = (SELECT MAX(s2.STOP_NUM) FROM GLOGOWNER.SHIPMENT_STOP s2 WHERE s2.SHIPMENT_GID = stp.SHIPMENT_GID)
AND stp.ACTUAL_ARRIVAL_TIME IS NOT NULL
UNION ALL
-- 11. Proof of Delivery Received
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Proof of Delivery Received' AS "ActivityName",
d.INSERT_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.DOCUMENT d ON sb.SHIPMENT_GID = d.OBJECT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE d.OBJECT_TYPE_GID = 'SHIPMENT' AND d.DOCUMENT_TYPE_GID = 'POD'
UNION ALL
-- 12. Freight Bill Audited
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Freight Bill Audited' AS "ActivityName",
b.UPDATE_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.BILL b ON sb.SHIPMENT_GID = b.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE b.APPROVAL_STATUS_GID = 'VOUCHER_AUDITED'
UNION ALL
-- 13. Payment Processed
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Payment Processed' AS "ActivityName",
v.UPDATE_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.BILL b ON sb.SHIPMENT_GID = b.SHIPMENT_GID
JOIN GLOGOWNER.VOUCHER v ON b.BILL_GID = v.BILL_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE v.VOUCHER_STATUS_GID = 'VOUCHER_PAID' -- This status may vary based on configuration
UNION ALL
-- 14. Shipment Cancelled
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Shipment Cancelled' AS "ActivityName",
ss.INSERT_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STATUS ss ON sb.SHIPMENT_GID = ss.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE ss.STATUS_CODE_GID LIKE '%CANCELLED%'; Başlamaya hazır mısınız?
Ham verilerinizi uygulanabilir içgörülere dönüştürmek ve taşıma süreçlerinizde önemli iyileştirmeler sağlamak için bu şablondan yararlanın. Optimizasyon yolculuğunuza bugün başlayın.
Taşıma Yönetiminizi bugün optimize edin
Çevrim süresini %30 azaltın ve Oracle OTM darboğazlarını ortadan kaldırın.
Kredi kartı gerekmez • 14 günlük ücretsiz deneme