Taşıma Yönetimi Veri Templateiniz
Taşıma Yönetimi Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Veri çıkarma yönergeleri
Taşıma Yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Etkinlik adı ActivityName | Bir sevkiyatın taşıma sürecinde gerçekleşen belirli bir olayın veya kilometre taşının adı. | ||
| Açıklama Bu öznitelik, 'Sevkiyat planlandı', 'Ürünler teslim alındı' veya 'Ürünler teslim edildi' gibi taşıma sürecindeki tek bir adımı tanımlar. 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 çalışmalarının temelini oluşturur. Gerçek süreç akışını keşfetmenize, adımlar arasındaki darboğazları belirlemenize ve standart çalışma prosedürlerine uyumu ölçmenize yardımcı olur. 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ın yolculuğunu, darboğazları ve sapmaları görselleştirip analiz etmenizi sağlar. Nereden alınır? Bu bilgi, Oracle Transportation Management içindeki olay izleme tablolarından veya durum değişikliği günlüklerinden elde edilir. Belirli etkinlik adı, olay kodlarıyla açıklamaların birleştirilmesiyle oluşturulabilir. Örnekler Sevkiyat planlandıÜrünler teslim alındıGümrükten geçtiÜrünler 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. Her sevkiyattaki olayların kronolojik sırasını belirlediği için zaman damgaları Process Mining açısından temel önemdedir. Zamana dayalı tüm analizlerin doğruluğu bu zaman damgalarının doğruluğuna bağlıdır. Etkinlikler arasındaki çevrim sürelerini hesaplamak, süreç sürelerini ölçmek, gecikmeleri belirlemek ve hizmet düzeyi anlaşmalarına göre performansı değerlendirmek için kullanılırlar. Olay zamanını analiz etmek, süreçte zamanın nerede kaybedildiğini bulmaya yardımcı olur. Neden önemli? Bu zaman damgası, olayları kronolojik sıraya koymak ve çevrim süreleriyle gecikmeler gibi tüm performans metriklerini hesaplamak için gereklidir. Nereden alınır? OTM’nin olay izleme veya durum geçmişi tablolarındaki olaylarla ilişkili zaman damgası alanlarından alınır. Örnekler 2023-10-26T08:00:00Z2023-10-27T14:30:00Z2023-10-28T09:15:00Z | |||
| Sevkiyat ShipmentId | Tek bir sevkiyatı benzersiz biçimde tanımlayan ve sevkiyatla ilgili tüm taşıma etkinliklerini izlemek için temel vaka kimliği olarak kullanılan tanımlayıcı. | ||
| Açıklama Sevkiyat kimliği, ürünlerin göndericiden alıcıya tek bir hareketini benzersiz biçimde tanımlar. Süreç analizinin temelini oluşturan bu öznitelik; planlama, rezervasyon, alım, taşıma, teslimat ve faturalandırma gibi ilgili tüm olayları tek bir vakada bir araya getirir. Process Mining çalışmalarında olayları Sevkiyat kimliğine göre analiz etmek, taşıma sürecinin baştan sona görünümünü 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 hizmetleri düzeyi daha iyi anlaşılır. Neden önemli? Bu temel vaka kimliği, tüm süreç adımlarını birbirine bağlayarak her sevkiyatın taşıma yolculuğunu baştan sona analiz etmenizi sağlar. 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 dokümantasyonuna başvurun. Örnekler SH-0012345SH-0012346SH-0012347 | |||
| Gecikme nedeni DelayReason | Sevkiyatın ilerleyişindeki gecikmenin nedenini açıklayan kod veya açıklama. | ||
| Açıklama Sevkiyat geciktiğinde bu öznitelik, 'Hava koşulları', 'Gümrükte bekletme', 'Liman yoğunluğu' veya 'Mekanik arıza' gibi gecikme nedenini belirtir. Bilgi, taşıyıcı güncellemelerinden veya OTM’ye manuel olarak girilen verilerden alınır. Bu öznitelik, geç teslimatların temel nedenlerini analiz etmek için gereklidir. İşletmeler gecikme nedenlerini sınıflandırıp sayarak tedarik zincirlerindeki en sık karşılaşılan sorunları belirleyebilir. Böylece belirli rotalarda daha güvenilir taşıyıcılar seçmek veya gümrük işlemlerini hızlandırmak için dokümantasyonu iyileştirmek gibi hedefli iyileştirmeler yapılabilir. Neden önemli? Geç sevkiyatların temel nedenlerini ortaya çıkarır. Böylece yaygın sorunları azaltmak ve zamanında teslimat performansını iyileştirmek için hedefli adımlar atabilirsiniz. Nereden alınır? Genellikle OTM’deki olay izleme ayrıntılarında kaydedilir. Belirli istisna veya gecikme olay kodlarıyla ilişkili olabilir. Örnekler WEATHER_DELAYCUSTOMS_INSPECTIONPORT_CONGESTIONTRAFFIC | |||
| İstenen teslimat tarihi RequestedDeliveryDate | Müşterinin istediği veya hizmet düzeyi anlaşmasında (SLA) hedef olarak belirlenen teslimat tarihi ve saati. | ||
| Açıklama Bu öznitelik, sevkiyat için hedeflenen teslimat zaman damgasını kaydeder. Müşteriye verilen taahhüdü gösterir ve zamanında teslimat performansını ölçmek için temel alınır. Process Mining çalışmalarında bu tarih, sevkiyatın zamanında mı yoksa geç mi teslim edildiğini belirlemek için gerçek teslimat zaman damgasıyla ('Ürünler teslim edildi' etkinliğinden alınan) karşılaştırılır. Zamanında teslimat oranı KPI’ının temelini oluşturur ve teslimat performansına genel bakış Dashboardı 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 alınır. Müşteri memnuniyeti ve operasyonel mükemmellik açısından önemli bir KPI’dır. Nereden alınır? Bu bilgi genellikle OTM’de 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 | |||
| Sevkiyat maliyeti ShipmentCost | Sevkiyatın taşınması için alınan toplam navlun ücreti veya mali tutar. | ||
| Açıklama Bu öznitelik, taşıyıcı ücretleri, yakıt ek ücretleri ve diğer ek hizmet bedelleri dahil olmak üzere sevkiyatla ilişkili toplam maliyeti gösterir. Taşıma sürecinin mali performansını ölçmek için temel bir metriktir. Sevkiyat maliyetini analiz ederek sevkiyat başına ortalama taşıyıcı maliyeti KPI’ını hesaplayabilirsiniz. Tasarruf fırsatlarını belirlemek için verileri taşıyıcıya, rotaya, taşıma türüne veya sevkiyat türüne göre gruplandırabilirsiniz. Ayrıca planlanan ve gerçekleşen maliyetleri karşılaştırmak için navlun faturası tutarsızlığı analizinde de kullanılır. Neden önemli? Taşıma harcamalarını analiz etmek, tasarruf fırsatlarını belirlemek ve süreç verimsizliklerinin mali etkisini ölçmek için gereken finansal verileri sağlar. Nereden alınır? Bu bilgi genellikle OTM’de sevkiyatın finans veya maliyet bölümlerinde bulunur ve çoğunlukla navlun ücretinin hesaplanması ile mutabakatın ardından doldurulur. Örnekler 250.751200.00545.50 | |||
| Taşıma türü TransportationMode | Sevkiyatta kullanılan taşıma yöntemi; örneğin kamyon, demir yolu, deniz veya hava yolu. | ||
| Açıklama Bu öznitelik, sevkiyatı taşıma türüne göre sınıflandırır. Yaygın türler arasında komple kamyon yükü (FTL), parsiyel kamyon yükü (LTL), deniz, hava ve demir yolu taşımacılığı bulunur. Maliyet, taşıma süresi ve karmaşıklığı etkileyen temel bir sevkiyat özelliğidir. Analizlerde taşıma türü, verileri gruplandırmak için önemli bir boyuttur. Farklı taşıma türlerinin süreç performansını ve maliyetlerini 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 olan türleri belirleyerek lojistik ağlarıyla ilgili stratejik kararları destekleyebilirsiniz. Neden önemli? Performans ve maliyet analizlerini taşıma türüne göre gruplandırmanızı sağlar. Böylece kara, hava, deniz veya demir yolu lojistiğine özgü içgörüler elde edebilirsiniz. Nereden alınır? OTM’de sevkiyat düzeyinde bulunan standart bir özniteliktir. Genellikle özel bir 'mode' veya 'transport type' alanında yer alır. Örnekler FTLLTLDENİZAIR | |||
| Taşıyıcı adı CarrierName | Sevkiyatı taşımaktan sorumlu taşıyıcının veya hizmet sağlayıcının adı. | ||
| Açıklama Bu öznitelik, ürünlerin taşınmasını üstlenen lojistik iş ortağını tanımlar. Büyük navlun şirketleri, yerel kuryeler veya deniz taşımacılığı şirketleri buna örnek verilebilir. Taşıyıcı performansını analiz etmek, taşıma süreçlerinde Process Mining kullanımının başlıca amaçlarından biridir. Bu öznitelik, sevkiyatları taşıyıcıya göre gruplandırarak zamanında teslimat oranı, sevkiyat başına maliyet, taşıma süresi ve gecikme ya da fatura tutarsızlığı gibi sorunların sıklığı açısından karşılaştırma yapmanı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 önemlidir. Neden önemli? Farklı taşıyıcıların performansını karşılaştırmanızı sağlar. Bu karşılaştırma, taşıyıcı seçimini ve sözleşme görüşmelerini iyileştirmek, maliyetleri azaltmak için önemlidir. Nereden alınır? OTM’deki sevkiyat ayrıntılarında, atanmış taşıyıcı veya hizmet sağlayıcı kayıtlarına bağlı olarak bulunur. Sevkiyatlar ve hizmet sağlayıcılarla ilgili tablolarda saklanabilir. Örnekler FedEx FreightUPS Supply Chain SolutionsMaersk LineKnight-Swift Transportation | |||
| Çıkış ülkesi OriginCountry | Sevkiyatın başladığı ülke. | ||
| Açıklama Bu öznitelik, göndericinin konumuna göre sevkiyatın başladığı ülkeyi belirtir. Lojistik analizlerinde kullanılan önemli bir coğrafi bilgidir. Süreçleri çıkış ülkesine göre analiz etmek, bölgesel performans farklılıklarını anlamaya yardımcı olur. Örneğin, gümrük işlemlerinin süresi, taşıyıcı maliyetleri ve taşıma süreleri çıkış ülkesine göre önemli ölçüde değişebilir. Bu gruplandırma, uluslararası lojistiği yönetmek ve bölgeye özgü darboğazları belirlemek için önemlidir. Neden önemli? Taşıma sürecini coğrafi açıdan analiz etmenizi sağlar; bölgeye özgü darboğazları, maliyetleri ve performans farklılıklarını belirlemeye yardımcı olur. Nereden alınır? Sevkiyatın kaynak konumuna veya göndericiye ait adres bilgilerinden elde edilir. Bu bilgiler OTM’nin konum ana verilerinde saklanır. Örnekler USADEUCHNMEX | |||
| Gümrük acentesi CustomsAgent | Gönderinin gümrük işlemlerini yürüten gümrük müşaviri veya acentesi. | ||
| Açıklama Uluslararası gönderilerde bu öznitelik, gümrük belgelerini ve işlemlerini yürütmekle görevlendirilen üçüncü taraf acenteyi veya şirket içi ekibi tanımlar. Acentenin performansı, toplam taşıma süresini önemli ölçüde etkileyebilir. Gümrük acentesine göre Gümrükleme çevrim süresini analiz ederek performansları karşılaştırabilirsiniz. Böylece belirli ülkelerde veya belirli ürün türlerinde en verimli çalışan acenteleri belirleyebilirsiniz. Bu içgörü, en uygun gümrük iş ortaklarını seçmenize ve performansı düşük acentelerle çalışarak süreçlerini iyileştirmenize yardımcı olur. Neden önemli? Gümrük müşavirlerinin performansını ölçmenizi sağlar; en verimli iş ortaklarını belirlemeye ve gümrük kaynaklı gecikmeleri azaltmaya yardımcı olur. Nereden alınır? Bu bilgi, OTM’de uluslararası gönderi ayrıntılarında hizmet sağlayıcı veya taraf rolü olarak saklanabilir. Örnekler Global Customs ServicesLivingston InternationalFlexport | |||
| Güzergâhı değiştirildi mi IsRerouted | İlk rezervasyondan sonra gönderinin güzergâhının değiştirilip değiştirilmediğini belirten bir işaret. | ||
| Açıklama Bu boole işareti, planlanıp rezerve edildikten sonra gönderinin güzergâhı önemli ölçüde değiştirildiğinde true olarak ayarlanır. Bu değişiklik müşteri talebinden, beklenmedik aksaklıklardan veya optimizasyon fırsatlarından kaynaklanabilir. Bu öznitelik, Gönderi güzergâhı değiştirme oranı KPI’ını ve Güzergâh değişikliği ve hızlandırma içgörüleri Dashboardunu doğrudan destekler. Güzergâh değişikliklerinin sıklığını izleyerek planlama veya yürütmedeki temel sorunları belirleyebilirsiniz. Bu analiz, operasyonel istikrarsızlıkları ve bunlarla ilişkili maliyetleri ortaya çıkarır; yöneticilerin maliyetli ve aksatıcı değişiklikleri azaltmasına yardımcı olur. Neden önemli? Güzergâh değişikliği gibi operasyonel istisnaların sıklığını ve etkisini ölçmeye yardımcı olur; planlama ve yürütme süreçlerindeki verimsizlikleri ortaya çıkarır. Nereden alınır? Bu işaret, olay günlüğündeki belirli güzergâh değişikliği olayları tespit edilerek veya son güzergâh ilk planlanan güzergâhla karşılaştırılarak hesaplanır. Örnekler truefalse | |||
| Kaynak sistem SourceSystem | Olay verilerinin geldiği sistemi belirtir; örneğin Oracle Transportation Management. | ||
| Açıklama Bu öznitelik, verinin oluşturulduğu kaynak uygulamayı belirtir. Karmaşık bir lojistik ortamında veriler OTM’den, bir depo yönetim sisteminden (WMS), EDI aracılığıyla taşıyıcının sisteminden veya entegre başka platformlardan gelebilir. Kaynak sistemi bilmek, veri yönetişimi, kalite değerlendirmesi ve sorun giderme açısından önemlidir. Verinin bağlamını anlamaya yardımcı olur ve ayrıntı düzeyi ya da 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? Verinin kaynağı hakkında önemli bağlam sağlar. Bu bilgi, verileri doğrulamak ve birden fazla sistemin kullanıldığı ortamlarda analiz yapmak için önemlidir. Nereden alınır? Genellikle kayıtların kaynağını belirtmek için veri çıkarma işlemi sırasında eklenen sabit 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, Gönderi 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çte kimin sorumluluk aldığını ve hangi kaynakların kullanıldığını gösterir. Process Mining analizlerinde etkinlikleri kullanıcıya göre inceleyerek iş yükünün nasıl dağıldığını anlayabilir, eğitim ihtiyaçlarını belirleyebilir ve farklı kullanıcıların ya da ekiplerin performansını karşılaştırabilirsiniz. Ayrıca manuel olarak gerçekleştirilen etkinlikleri sistemin otomatik olarak yürüttüklerinden ayırmak için de kullanabilirsiniz. Neden önemli? Kullanıcı veya ekip bazında iş yükü ve performans analizine olanak tanırken sorumluluğun izlenmesini sağlar. Nereden alınır? OTM geçmişindeki veya günlük tablolarındaki durum değişiklikleri ya da olaylarla ilişkili kullanıcı kimliği alanlarından (ör. INSERT_USER) alınır. Örnekler JSMITHLOGISTICS_PLANNER_ASYSTEM_AUTO | |||
| Navlun faturası tutarsızlığı FreightBillDiscrepancy | Navlun faturası denetimi sırasında tutarsızlık bulunup bulunmadığını belirten bir işaret. | ||
| Açıklama Bu boole özniteliği, taşıyıcıdan alınan navlun faturası OTM’de hesaplanan beklenen maliyetle eşleşmediğinde true olarak ayarlanır. Tutarsızlıklar yanlış tarifelerden, ek hizmet ücretlerinden 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ıya, güzergâha veya gönderi türüne göre ne sıklıkta görüldüğünü analiz ederek faturalama hatalarının temel nedenlerini belirleyebilirsiniz. Bu analiz, veri doğruluğunu artırmaya, denetim sürecini kolaylaştırmaya ve fazla ödemeleri önlemeye yönelik çalışmaları destekler. Neden önemli? Faturalama hatası bulunan gönderileri işaretleyerek Navlun faturası tutarsızlığı analizini doğrudan destekler; fazla ödemeleri azaltmaya ve finansal kontrolleri iyileştirmeye yardımcı olur. Nereden alınır? Bu alan genellikle OTM’de navlun mutabakatı ve fatura eşleştirme sürecinde ayarlanan bir durum veya işarettir. Örnekler truefalse | |||
| Sevkiyat durumu ShipmentStatus | Sevkiyatın süreçteki genel mevcut durumu; örneğin 'Planned', 'In Transit' veya 'Delivered'. | ||
| Açıklama Bu öznitelik, sevkiyatın genel süreçte hangi aşamada olduğunu özetler. Belirli bir anda gerçekleşen bir olay olan etkinlikten farklı olarak durum, sevkiyat vakasının içinde bulunduğu hâli gösterir. Process Mining etkinlik akışına odaklanırken genel durum, vakaları filtrelemek ve Dashboardlarda bağlam sunmak için kullanışlıdır. Örneğin, bir analiz yalnızca 'Completed' sevkiyatlara odaklanabilir veya çok sayıda sevkiyatın neden olağandışı uzun süre 'In Transit' durumunda kaldığını inceleyebilir. Neden önemli? Sevkiyatın ilerleyişini genel hatlarıyla özetler; analizde vakaları filtrelemek ve gruplandırmak için kullanışlıdır. Nereden alınır? OTM’deki ana sevkiyat kaydında bulunur ve iş akışındaki mevcut durumu gösterir. Örnekler PLANNEDBOOKEDIN_TRANSITDELIVERED | |||
| Sevkiyat türü ShipmentType | Hizmet düzeyi, ürün türü veya iş birimi gibi ölçütlere göre yapılan sevkiyat sınıflandırması. | ||
| Açıklama Bu öznitelik, gönderiyi işletmeye özgü bir kategoriye ayırır. Örneğin Standart, Hızlandırılmış, Tehlikeli Maddeler veya Şirketler Arası değerlerini alabilir. Bu sınıflandırma, farklı iş kurallarının, önceliklerin veya analiz görünümlerinin uygulanmasına yardımcı olur. Process Mining analizlerinde Gönderi Türü boyutunu kullanarak farklı gönderi türlerinin süreçlerini karşılaştırabilirsiniz. Böylece belirli türlerin gecikmeye daha yatkın olup olmadığını, daha yüksek maliyetlere yol açıp açmadığını veya standart dışı süreç yolları izleyip izlemediğini görebilirsiniz. Bu içgörüler, her gönderi türünün özel ihtiyaçlarına daha iyi yanıt verecek süreçler tasarlamanıza yardımcı olur. Neden önemli? İş bağlamına göre analizleri gruplandırarak farklı gönderi türlerinin farklı süreçler izleyip izlemediğini veya performans düzeylerinin değişip değişmediğini anlamanızı sağlar. Nereden alınır? Bu alan genellikle OTM’deki gönderi veya sipariş kaydında yapılandırılabilir bir alan ya da öznitelik olarak bulunur. Örnekler StandartHızlandırılmışUluslararasıYurt içi | |||
| Son veri güncellemesi LastDataUpdate | Bu olaya ait verilerin kaynak sistemden en son yenilendiği veya çıkarıldığı zamanı belirten zaman damgası. | ||
| Açıklama Bu öznitelik, verilerin Oracle Transportation Management sisteminden en son ne zaman alındığını kaydeder. İş olayının gerçekleştiği zamanı değil, analiz edilen verilerin güncelliğini gösterir. Bu zaman damgası, Process Mining analizinin ne kadar güncel olduğunu anlamak için önemlidir. Gerçek zamanlı bilgilere mi yoksa belirli bir andan alınmış görüntüye mi baktığınızı gösterir. 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 analizlerin ne kadar güncel olduğunu ve bir sonraki veri yenilemesinin ne zaman beklendiğini bilirsiniz. Nereden alınır? Genellikle veri alımı 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ç analizlerinde çıkış ülkesi bilgisini tamamlar. Çıkış ülkesinde olduğu gibi, varış ülkesine göre analiz yapmak farklı ticaret rotalarındaki performans farklarını anlamak açısından önemlidir. Özellikle gümrük işlemlerinin süresini, son kilometre teslimat performansını ve taşıyıcıların bölgeye özgü etkinliğini analiz ederken kullanılır. Böylece lojistik stratejilerini farklı varış pazarlarının gereksinimlerine göre uyarlayabilirsiniz. Neden önemli? Belirli ticaret rotalarındaki performansı analiz etmek ve varış pazarlarında gümrük, taşıyıcılar ve düzenlemelerle ilgili zorlukları anlamak için önemlidir. Nereden alınır? Sevkiyatın varış konumuna veya alıcıya ait adres bilgilerinden elde edilir. Bu bilgiler OTM’nin konum ana verilerinde saklanır. Örnekler CANFRAJPNBRA | |||
| Zamanında teslim edildi mi IsOnTimeDelivery | Gönderinin istenen teslimat tarihinde veya bu tarihten önce teslim edilip edilmediğini belirten hesaplanmış bir işaret. | ||
| Açıklama Bu boole özniteliği, Mal teslim edildi etkinliğinin zaman damgası ile İstenen teslimat tarihi karşılaştırılarak hesaplanır. Teslimat zamanında veya erken yapıldıysa true, geç yapıldıysa false değerini alır. Bu öznitelik, Zamanında teslimat oranı KPI’ını doğrudan besler ve Teslimat performansına genel bakış Dashboardunun temel bileşenlerinden biridir. Her gönderi için net bir evet-hayır sonucu sunarak teslimat performansını analiz etmeyi kolaylaştırır. Böylece zamanında ve geç teslim edilen gönderileri kolayca filtreleyebilir, gruplandı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 gönderileri kolayca filtreleyip analiz etmenizi sağlar. Nereden alınır? Bu öznitelik kaynak sistemde bulunmaz. Veri dönüştürme sırasında Mal teslim edildi etkinliğinin zaman damgası, RequestedDeliveryDate özniteliğiyle karşılaştırılarak hesaplanır. Örnekler truefalse | |||
Taşıma Yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Ödeme işlendi | Bu son etkinlik, taşıyıcıya sunduğu hizmetler için ödemenin başarıyla işlendiğini gösterir. Sevkiyatın mali açıdan kapatıldığını belirtir. | ||
| Neden önemli? Bu etkinlik, taşıma sürecinin tamamlandığını gösterir. Taşıyıcı ödemelerinin işlem sürelerini ölçmek ve taşıyıcı ilişkilerini etkili biçimde yönetmek için gereklidir. Nereden alınır? Sevkiyatla ilişkili voucher veya faturanın durumunun 'PAID' olarak değişmesinden çıkarılır. Bu veriler VOUCHER veya BILL tablolarında bulunur. Kaydedin VOUCHER.VOUCHER_STATUS_ID alanının 'PAID' olarak değiştiği zaman damgasını belirleyin. Olay türü inferred | |||
| Sevkiyat planlandı | Bu etkinlik, OTM planlama motorunun bir veya daha fazla Order Release kaydını uygun bir sevkiyata başarıyla dönüştürerek planlamasını gösterir. Sistem, sevkiyatın planlandığını belirten bir durum değişikliği yaptığında, örneğin 'PLANNING_PLANNED FINAL' durumuna geçtiğinde kaydedilir. | ||
| Neden önemli? Bu önemli kilometre taşı, talep aşamasıyla yürütme aşamasını birbirinden ayırır. Bu etkinliğe kadar geçen süreyi analiz etmek, 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ı belirten bir durum değişikliği arayın. Kaydedin SHIPMENT.SHIPMENT_STATUS_VALUE_GID alanının 'Planned' durumuna geçtiği zaman damgasını belirleyin. Olay türü inferred | |||
| Taşıma talebi alındı | Bu etkinlik, sistemde bir taşıma ihtiyacının, genellikle bir Order Release olarak oluşturulduğunu gösterir. Oracle Transportation Management içinde yeni bir Order Release kaydı oluşturulduğunda bu olay kaydedilir ve sevkiyat talebinin başlangıcını belirtir. | ||
| Neden önemli? Sürecin başlangıç noktası olan bu etkinlik, uçtan uca toplam çevrim süresini ölçmek ve talep örüntülerini anlamak için önemlidir. Talep ile planlama arasında geçen süreyi analiz etmenize 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 oluşturulma tarihini belirten ilgili alanlar kullanılabilir. Kaydedin ORDER_RELEASE tablosundaki Order Release kaydının oluşturulma zaman damgasını kullanın. Olay türü explicit | |||
| Teslimat kanıtı alındı | Bu etkinlik, imzalı bir belge gibi teslimatın tamamlandığını resmen doğrulayan belgenin alınmasını ve kaydedilmesini gösterir. 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. Belgenin alınmasını izlemek, süreç uyumluluğunu sağlamaya ve mali mutabakat sürecini hızlandırmaya yardımcı olur. Nereden alınır? Bu, açık bir olay olarak kaydedilebilir veya sevkiyatla bağlantılı bir POD belgesinin oluşturulma tarihinden çıkarılabilir. DOCUMENT tablosunda POD belge türündeki kayıtları arayın. Kaydedin Sevkiyatla ilişkili 'POD' belge türünün oluşturulma zaman damgasını kullanın. Olay türü explicit | |||
| Ürünler teslim alındı | Bu etkinlik, taşıyıcının ürünleri çıkış noktasından aldığı ve fiziksel taşımanın başladığı anı gösterir. Sevkiyatın ilk durağı 'DEPARTED' olarak işaretlendiğinde kaydedilir. | ||
| Neden önemli? Bu önemli kilometre taşı, taşıma aşamasının başlangıcını belirtir. 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ı belirten bir sevkiyat durumu olayının izlenmesinden çıkarılır. Kaydedin Sevkiyat için SHIPMENT_STOP tablosundaki ilk kaydın ACTUAL_DEPARTURE zaman damgasını kullanın. Olay türü inferred | |||
| Ürünler teslim edildi | Bu etkinlik, sevkiyatın nihai varış noktasındaki alıcıya başarıyla teslim edildiğini gösterir. Sevkiyatın son durağına gerçek varış saati girildiğinde kaydedilir. | ||
| 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 sürecinin tamamlandığını gösterir. 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. Kaydedin Sevkiyat için SHIPMENT_STOP tablosundaki son kaydın ACTUAL_ARRIVAL zaman damgasını kullanın. Olay türü inferred | |||
| Alım randevusu planlandı | Bu etkinlik, 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, koordinasyonun önemli bir adımıdır. Bu adımı analiz ederek planlama verimliliğini ve alımın zamanında yapılmasına etkisini anlayabilirsiniz. Nereden alınır? SHIPMENT_STOP tablosunda bulunan sevkiyatın ilk durağına (alım konumuna) ait randevu tarihi ve saati alanlarının doldurulmasından çıkarılır. Kaydedin Alım durağına ait randevu alanlarının ilk kez doldurulduğu zaman damgasını kullanın. Olay türü inferred | |||
| Gümrükten geçti | Uluslararası sevkiyatlarda bu etkinlik, ürünlerin bir sınır veya limandaki gümrük işlemlerini başarıyla tamamladığı noktayı gösterir. Genellikle belirli bir sevkiyat olayı veya durum güncellemesiyle kaydedilir. | ||
| Neden önemli? Uluslararası lojistikte gümrük işlemleri önemli gecikmelere sıkça yol açar. Bu etkinliği izlemek, gümrük işlemlerinin çevrim süresini ölçmeye ve iyileştirmeye yardımcı olur. Nereden alınır? Bu olay genellikle manuel olarak girilen veya entegre edilen bir 'Customs' sevkiyat olayıyla kaydedilir. SHIPMENT_STATUS tablosunda gümrükle ilgili belirli olay kodlarını arayın. Kaydedin SHIPMENT_STATUS tablosundaki 'Gümrükten geçti' olayının zaman damgasını belirleyin. Olay türü explicit | |||
| Navlun faturası denetlendi | Bu etkinlik, taşıyıcının faturasının sevkiyat ayrıntılarıyla karşılaştırılıp doğrulandığı navlun faturası denetiminin tamamlandığını gösterir. Sevkiyatın fatura durumu 'VOUCHER_AUDITED' veya benzer bir duruma geçtiğinde kaydedilir. | ||
| Neden önemli? Denetim, mali kontrol ve fatura tutarsızlıklarını belirlemek için önemlidir. Bu etkinliği analiz etmek, denetimden ödemeye sürecini iyileştirmeye ve navlun faturası tutarsızlık oranı KPI’ını izlemeye yardımcı olur. Nereden alınır? Sevkiyatla ilişkili Bill nesnesinin durum değişikliğinden çıkarılır. Denetimin tamamlandığını belirten durum güncellemeleri için BILL tablosunu inceleyin. Kaydedin BILL.BILL_STATUS_VALUE_GID alanının 'Audited' durumuna geçtiği zaman damgasını belirleyin. Olay türü inferred | |||
| Sevkiyat iptal edildi | Bu etkinlik, planlandıktan sonra sevkiyatın iptal edilerek sürecinin erken sonlandırıldığını gösterir. Shipment nesnesinin durumu 'cancelled' olarak değiştiğinde kaydedilir. | ||
| Neden önemli? İptalleri izlemek, süreçteki istisnaları ve başarısızlıkları anlamak açısından ö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ğini arayın. Kaydedin SHIPMENT.SHIPMENT_STATUS_VALUE_GID alanının 'Cancelled' durumuna geçtiği zaman damgasını belirleyin. Olay türü inferred | |||
| Sevkiyat rezerve edildi | Başarılı bir teklifin 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 kaydedilir. | ||
| Neden önemli? Bu adım, taşıyıcının taahhüdünü doğrular ve sevkiyatı resmen yürütme aşamasına geçirir. Sevkiyat planlama çevrim süresi 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 sevkiyatın onaylandı veya rezerve edildi durumuna geçtiği anı izleyin. Kaydedin SHIPMENT.SHIPMENT_STATUS_VALUE_GID alanının 'Booked' durumuna geçtiği zaman damgasını belirleyin. Olay türü inferred | |||
| Sevkiyat yolda | Ürünlerin teslim alındığını ve varış noktasına doğru ilerlediğini gösterir. Bu tek bir zaman noktası değildir; durumun başlangıcı, 'Ürünler teslim alındı' etkinliğinin hemen ardından kaydedilir. | ||
| Neden önemli? Bu etkinlik, teslimatın ilerleyişini izlemek ve taşıma sırasındaki gecikmeleri belirlemek için önemli olan taşıma aşamasının başlangıcını gösterir. Taşıma sırasındaki gecikme noktaları Dashboardı için temel oluşturur. Nereden alınır? Bu, 'Ürünler teslim alındı' etkinliğiyle aynı olaydır. Ancak yeni bir aşamanın başlangıcını belirtmek için süreç modellerinde ayrı bir etkinlik olarak gösterilebilir. İlk durağın hareket etmesinden çıkarılır. Kaydedin 'Ürünler teslim alındı' etkinliğiyle aynıdır: İlk SHIPMENT_STOP kaydındaki ACTUAL_DEPARTURE zaman damgasını kullanın. Olay türü inferred | |||
| Taşıyıcı atandı | Bu etkinlik, sevkiyatın belirli bir taşıyıcıya başarıyla teklif edildiği ve taşıyıcının teklifi kabul ettiği noktayı gösterir. Sevkiyatın teklif durumunun 'TENDER_ACCEPTED' veya benzer bir duruma geçmesiyle kaydedilir. | ||
| Neden önemli? Bu adımı izlemek, taşıyıcı seçimi ve teklif sürecinin verimliliğini analiz etmenize yardımcı olur. Sevkiyat henüz yola çıkmadan yaşanan gecikmeler genel programı önemli ölçüde etkileyebilir. Nereden alınır? SHIPMENT_TENDER tablosundaki durum geçmişinden çıkarılır. Özellikle taşıyıcının teklifi kabul ettiğini belirten durumun zaman damgasını arayın. Kaydedin 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 etkinlik, alıcıyla teslimat için belirli bir tarih ve saatin planlandığını gösterir. Sevkiyatın son durağına ait randevu verilerinden kaydedilir. | ||
| Neden önemli? Bu, son teslimatın koordinasyonunda önemli bir adımdır. Varış ile planlanan teslimat arasındaki süreyi analiz etmek, son kilometre operasyonlarındaki darboğazları ortaya çıkarabilir. Nereden alınır? SHIPMENT_STOP tablosunda bulunan sevkiyatın son durağına (teslimat konumuna) ait randevu tarihi ve saati alanlarının doldurulmasından çıkarılır. Kaydedin 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çın: Oracle Transportation Management (OTM) uygulamanıza giriş yapın. Business Process Automation bölümünden Reporting’e, ardından Report Manager’a gidin. 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 SQL sorgusunun tamamını kopyalayıp SQL Query metin kutusuna yapıştırın.
- Parametreleri ekleyin: Sorguda tarih aralığı ve alan adı için parametreler kullanılı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 verin ve veri modelini kaydedin.
- Rapor 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 belirleyip 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. Gruplandırma veya toplama işlemi yapmayın.
- Raporu kaydedin: Düzeni yapılandırdıktan sonra son adıma geçin ve raporu kaydedin. Veri modelinin adına 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, Domain Name). İstediğiniz aralığı girin.
- Verileri dışa aktarın: Rapor çalışıp verileri gösterdiğinde Actions menüsüne tıklayın ve Export’u seçin. CSV biçimini seçin. Olay günlüğünü içeren bir CSV dosyası indirilir.
- Yüklemeye hazırlanı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ı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 bitişi. Biçim YYYY-MM-DD olmalıdır.P_DOMAIN_NAME: Verilerin çıkarılacağı belirli OTM alanı. [Your Domain Name] değerini kullanın.
- Tarih aralığı: İlk analizde, veri hacmi ile performans arasında denge kurmak için 3 ila 6 aylık bir döneme ait verilerin çıkarılması önerilir. Üretim çalıştırmalarında verileri aylık veya üç aylık gruplar hâlinde çı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, büyük boyutlu birkaç 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.
Ö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ı (ana bilgisayar, bağlantı noktası, hizmet kimliği) edinin.
GLOGOWNERşemasına erişiminiz olmalıdır. - SQL istemcisini yapılandırın: Önceki adımda edindiğiniz veritabanı bağlantı bilgileriyle Oracle SQL Developer, DBeaver veya Toad gibi bir SQL istemcisi kurun.
- Sorguyu hazırlayın: Bu belgede verilen SQL sorgusunun tamamını 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 değerlerle değiştirin. Örneğin, tarihleri 3-6 aylık bir dönemi kapsayacak şekilde ayarlayın ve analiz etmek istediğiniz operasyonel alanı belirtin. - Sorguyu çalıştırın: Düzenlediğiniz SQL sorgusunu çalıştırın. Tarih aralığına ve sistemin boyutuna bağlı olarak işlemin tamamlanması birkaç dakika sürebilir.
- Sonuçları inceleyin: Sorgu tamamlandığında, satırların döndüğünü ve
ShipmentId,ActivityNameveEventTimegibi temel sütunların dolu olduğunu doğrulamak için istemcinizde çıktıyı kısaca inceleyin. - 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 birebir eşleştiğini doğrulayın:
ShipmentId,ActivityName,EventTime,CarrierName,RequestedDeliveryDate,ShipmentCost,TransportationModeveDelayReason. - ProcessMind’e yükleyin: Hazırladığınız CSV dosyası artık ProcessMind’e yüklenip analiz edilmeye hazı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 yetkiler: Sorguda başvurulan tablolara salt okunur erişimi olan bir veritabanı kullanıcısı gerekir. Bu tablolar şunlardır:
SHIPMENT,SHIPMENT_STOP,ORDER_RELEASE,SHIPMENT_STATUS,SERVPROV,SHIPMENT_COST,DOCUMENT,BILLveVOUCHER. - Alan filtresi: Birden fazla kiracının bulunduğu OTM ortamında
DOMAIN_NAMEalanına göre filtreleme yapmak önemlidir. Sorguda, doğru işletme biriminin verilerini çıkarmak için yapılandırılması 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ütuna göre filtreleme yapmanız önerilir. İlk analizlerde genellikle 3 ila 6 aylık bir dönem kullanılır. - Durum kodlarını özelleştirme: Sorguda yaygın varsayılan durum kodları (ör.
PLANNING_PLANNED FINAL,TENDER_ACCEPTED) kullanılır. OTM kurulumunuzda özelleştirilmiş durum kodları olabilir. Değerleri sistem yapılandırmanızla eşleşecek şekildeWHEREkoşullarında değiştirmeniz gerekebilir.
Ö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 Templateten yararlanın. Optimizasyon çalışmalarınıza bugün başlayın.
Taşıma Yönetiminizi bugün optimize edin
Çevrim süresini %30 azaltın, Oracle OTM darboğazlarını ortadan kaldırın.
Kredi kartı gerekmez • 14 günlük ücretsiz deneme