Templat data pengelolaan transportasi Anda
Templat data pengelolaan transportasi Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas penting untuk dilacak
- Panduan ekstraksi
Atribut pengelolaan transportasi
| Nama | Deskripsi | ||
|---|---|---|---|
| Nama aktivitas ActivityName | Nama peristiwa atau tonggak tertentu yang terjadi dalam proses transportasi suatu pengiriman. | ||
| Deskripsi Atribut ini menjelaskan satu langkah dalam siklus transportasi, seperti 'Pengiriman direncanakan', 'Barang dijemput', atau 'Barang diantarkan'. Setiap aktivitas mewakili peristiwa bisnis tersendiri yang membawa pengiriman lebih dekat ke penyelesaian. Analisis urutan dan durasi aktivitas merupakan inti process mining. Analisis ini membantu menemukan alur proses yang sebenarnya, mengidentifikasi hambatan antar langkah, dan mengukur kepatuhan terhadap prosedur operasi standar. Perbedaan alur aktivitas dapat menunjukkan pengecualian, pengerjaan ulang, atau penyimpangan dari jalur yang seharusnya. Mengapa ini penting Atribut ini menentukan langkah-langkah dalam peta proses, sehingga perjalanan pengiriman, hambatan, dan penyimpangannya dapat divisualisasikan dan dianalisis. Sumber data Informasi ini berasal dari tabel pelacakan peristiwa atau log perubahan status di Oracle Transportation Management. Nama aktivitas tertentu mungkin merupakan gabungan kode peristiwa dan deskripsinya. Contoh Pengiriman direncanakanBarang dijemputProses bea cukai selesaiBarang diantarkan | |||
| Shipment ShipmentId | Pengenal unik untuk satu pengiriman, yang berfungsi sebagai ID kasus utama untuk melacak semua aktivitas transportasi terkait. | ||
| Deskripsi Shipment ID mengidentifikasi secara unik satu perpindahan barang dari pengirim ke penerima. Atribut ini menjadi dasar analisis proses karena mengelompokkan semua peristiwa terkait, seperti perencanaan, pemesanan, penjemputan, perjalanan, pengantaran, dan penagihan, ke dalam satu kasus. Dalam process mining, analisis berdasarkan Shipment ID memberikan gambaran menyeluruh tentang siklus transportasi setiap pengiriman. ID ini digunakan untuk menghitung metrik utama, seperti total waktu siklus, kinerja pengantaran tepat waktu, dan biaya per pengiriman. Hasilnya, Anda dapat memahami efisiensi proses dan tingkat layanan pelanggan. Mengapa ini penting Ini adalah ID Kasus utama yang menghubungkan semua langkah proses, sehingga seluruh perjalanan setiap pengiriman dapat dianalisis. Sumber data Ini adalah kunci utama di Oracle Transportation Management, yang biasanya terdapat di tabel pengiriman atau manajemen pesanan. Lihat dokumentasi OTM untuk mengetahui nama tabel dan kolom yang tepat. Contoh SH-0012345SH-0012346SH-0012347 | |||
| Waktu peristiwa EventTime | Tanggal dan waktu tepat saat aktivitas atau peristiwa transportasi tertentu terjadi. | ||
| Deskripsi Stempel waktu ini menunjukkan saat aktivitas, seperti 'Carrier ditetapkan' atau 'Bukti pengantaran diterima', dicatat di sistem. Stempel waktu menjadi dasar process mining karena menunjukkan urutan kronologis peristiwa untuk setiap pengiriman. Keakuratan stempel waktu sangat penting untuk semua analisis berbasis waktu. Data ini digunakan untuk menghitung waktu siklus antaraktivitas, mengukur durasi proses, menemukan keterlambatan, dan menilai kinerja berdasarkan perjanjian tingkat layanan. Analisis Waktu peristiwa membantu menunjukkan bagian proses yang paling banyak menyita waktu. Mengapa ini penting Stempel waktu ini penting untuk mengurutkan peristiwa secara kronologis dan menghitung semua metrik kinerja, seperti waktu siklus dan keterlambatan. Sumber data Berasal dari kolom stempel waktu yang terkait dengan peristiwa di tabel riwayat status atau pelacakan peristiwa OTM. Contoh 2023-10-26T08:00:00Z2023-10-27T14:30:00Z2023-10-28T09:15:00Z | |||
| Alasan keterlambatan DelayReason | Kode atau keterangan yang menjelaskan penyebab keterlambatan pengiriman. | ||
| Deskripsi Saat pengiriman terlambat, atribut ini mencatat alasannya, seperti 'Cuaca', 'Penahanan bea cukai', 'Kepadatan pelabuhan', atau 'Kerusakan mekanis'. Informasi ini berasal dari pembaruan carrier atau entri manual di OTM. Atribut ini penting untuk menganalisis akar penyebab keterlambatan pengantaran. Dengan mengelompokkan dan menghitung alasan keterlambatan, perusahaan dapat menemukan masalah yang paling sering terjadi dalam rantai pasok. Temuan ini mendukung perbaikan yang terarah, seperti memilih carrier yang lebih andal untuk rute tertentu atau memperbaiki dokumen agar proses bea cukai lebih cepat. Mengapa ini penting Memberikan informasi penting tentang akar penyebab keterlambatan pengiriman, sehingga perusahaan dapat mengambil tindakan terarah untuk mengatasi masalah umum dan meningkatkan kinerja pengantaran tepat waktu. Sumber data Biasanya dicatat dalam detail peristiwa pelacakan di OTM. Informasi ini mungkin terkait dengan kode peristiwa pengecualian atau keterlambatan tertentu. Contoh WEATHER_DELAYCUSTOMS_INSPECTIONPORT_CONGESTIONTRAFFIC | |||
| Biaya pengiriman ShipmentCost | Total biaya pengiriman atau jumlah yang dibebankan untuk mengangkut pengiriman. | ||
| Deskripsi Atribut ini menunjukkan total biaya keuangan yang terkait dengan pengiriman, termasuk biaya carrier, biaya tambahan bahan bakar, dan biaya layanan lainnya. Ini adalah ukuran penting untuk menilai kinerja keuangan proses transportasi. Biaya pengiriman digunakan untuk menghitung KPI Rata-rata Biaya Carrier per Pengiriman. Data ini dapat dikelompokkan berdasarkan carrier, rute, moda transportasi, atau jenis pengiriman untuk menemukan peluang penghematan. Data ini juga digunakan dalam Analisis Selisih Tagihan Pengiriman untuk membandingkan biaya yang direncanakan dengan biaya aktual. Mengapa ini penting Menyediakan data keuangan untuk menganalisis pengeluaran transportasi, menemukan peluang penghematan, dan mengukur dampak keuangan dari proses yang tidak efisien. Sumber data Informasi ini biasanya tersedia di bagian keuangan atau biaya pengiriman dalam OTM, dan sering kali diisi setelah penentuan tarif serta penyelesaian tagihan. Contoh 250.751200.00545.50 | |||
| Moda transportasi TransportationMode | Jenis transportasi yang digunakan untuk pengiriman, seperti truk, kereta api, kapal laut, atau pesawat. | ||
| Deskripsi Atribut ini mengelompokkan pengiriman berdasarkan moda transportasi. Moda yang umum mencakup Full Truckload (FTL), Less Than Truckload (LTL), laut, udara, dan kereta api. Moda transportasi merupakan karakteristik dasar pengiriman yang memengaruhi biaya, waktu perjalanan, dan kompleksitas. Dalam analisis, moda transportasi menjadi dimensi penting untuk pengelompokan. Atribut ini memungkinkan perbandingan kinerja proses dan biaya antar moda. Misalnya, Anda dapat mengetahui moda yang lebih sering mengalami keterlambatan di perjalanan atau memiliki biaya per mil lebih tinggi. Temuan ini mendukung keputusan strategis tentang jaringan logistik. Mengapa ini penting Memungkinkan analisis kinerja dan biaya berdasarkan moda transportasi, sehingga Anda dapat melihat temuan khusus terkait logistik truk, udara, laut, atau kereta api. Sumber data Atribut standar di tingkat pengiriman dalam OTM ini biasanya tersedia di kolom khusus 'mode' atau 'transport type'. Contoh FTLLTLLAUTAIR | |||
| Nama carrier CarrierName | Nama carrier atau penyedia jasa transportasi yang bertanggung jawab mengangkut pengiriman. | ||
| Deskripsi Atribut ini mengidentifikasi mitra logistik yang ditugaskan untuk mengangkut barang. Contohnya perusahaan pengiriman barang besar, kurir lokal, atau perusahaan pelayaran. Analisis kinerja berdasarkan carrier merupakan salah satu tujuan utama process mining transportasi. Atribut ini memungkinkan Anda mengelompokkan pengiriman dan membandingkan carrier berdasarkan metrik seperti tingkat pengantaran tepat waktu, biaya per pengiriman, waktu perjalanan, serta frekuensi masalah seperti keterlambatan atau selisih tagihan. Temuan ini penting untuk memilih carrier, menegosiasikan kontrak, dan mengelola kinerja. Mengapa ini penting Memungkinkan perbandingan kinerja antarcarrier, yang penting untuk mengoptimalkan pemilihan carrier, negosiasi, dan pengurangan biaya. Sumber data Tersedia di detail pengiriman dalam OTM, yang terhubung ke data carrier atau penyedia jasa yang ditetapkan. Data ini mungkin tersimpan di tabel terkait pengiriman dan penyedia jasa. Contoh FedEx FreightUPS Supply Chain SolutionsMaersk LineKnight-Swift Transportation | |||
| Tanggal pengantaran yang diminta RequestedDeliveryDate | Tanggal dan waktu pengantaran yang diminta pelanggan atau disepakati sebagai sasaran perjanjian tingkat layanan (SLA). | ||
| Deskripsi Atribut ini mencatat stempel waktu sasaran pengantaran suatu pengiriman. Nilainya menunjukkan komitmen kepada pelanggan dan menjadi acuan utama untuk mengukur kinerja pengantaran tepat waktu. Dalam process mining, tanggal ini dibandingkan dengan stempel waktu pengantaran aktual dari aktivitas 'Barang diantarkan' untuk menentukan apakah pengiriman tepat waktu atau terlambat. Data ini menjadi dasar KPI Tingkat Pengantaran Tepat Waktu dan penting untuk dasbor Ikhtisar Kinerja Pengantaran. Analisis selisih membantu menemukan penyebab keterlambatan yang berulang dan meningkatkan kepuasan pelanggan. Mengapa ini penting Ini adalah acuan utama untuk mengukur kinerja pengantaran tepat waktu, KPI penting bagi kepuasan pelanggan dan kinerja operasional. Sumber data Informasi ini biasanya tersimpan di tingkat pesanan atau pengiriman dalam OTM, sering kali di kolom terkait tanggal pengantaran atau janji temu. Contoh 2023-11-15T17:00:00Z2023-11-20T12:00:00Z2023-11-22T09:00:00Z | |||
| Agen bea cukai CustomsAgent | Pialang atau agen bea cukai yang bertanggung jawab mengurus proses kepabeanan untuk pengiriman. | ||
| Deskripsi Untuk pengiriman internasional, atribut ini menunjukkan agen pihak ketiga atau tim internal yang menangani dokumen dan prosedur kepabeanan. Kinerja agen ini dapat sangat memengaruhi total waktu pengiriman. Dengan menganalisis waktu siklus kepabeanan menurut agen, Anda dapat membandingkan kinerja mereka. Analisis ini dapat menunjukkan agen yang paling efisien di negara tertentu atau untuk jenis komoditas tertentu. Informasi ini berguna saat memilih mitra kepabeanan dan bekerja sama dengan agen yang kinerjanya perlu ditingkatkan. Mengapa ini penting Memungkinkan pengukuran kinerja pialang bea cukai, sehingga Anda dapat menemukan mitra yang paling efisien dan mengurangi keterlambatan terkait kepabeanan. Sumber data Informasi ini mungkin disimpan sebagai penyedia layanan atau peran pihak pada detail pengiriman internasional di OTM. Contoh Global Customs ServicesLivingston InternationalFlexport | |||
| Jenis pengiriman ShipmentType | Klasifikasi pengiriman, misalnya berdasarkan tingkat layanan, jenis komoditas, atau unit bisnis. | ||
| Deskripsi Atribut ini mengelompokkan pengiriman berdasarkan kebutuhan bisnis, misalnya 'Standar', 'Dipercepat', 'Bahan Berbahaya', atau 'Antarperusahaan'. Klasifikasi ini membantu menerapkan aturan bisnis, prioritas, atau tampilan analisis yang berbeda. Dengan menggunakan Jenis Pengiriman sebagai dimensi dalam process mining, Anda dapat membandingkan proses untuk berbagai jenis pengiriman. Analisis ini dapat menunjukkan apakah jenis tertentu lebih sering terlambat, berbiaya lebih tinggi, atau mengikuti alur proses yang tidak standar. Hasilnya membantu menyesuaikan proses agar kebutuhan setiap jenis pengiriman terpenuhi. Mengapa ini penting Memungkinkan analisis dikelompokkan berdasarkan konteks bisnis. Dengan begitu, Anda dapat mengetahui apakah jenis pengiriman yang berbeda mengikuti proses atau memiliki tingkat kinerja yang berbeda. Sumber data Biasanya berupa kolom atau atribut yang dapat dikonfigurasi pada catatan pengiriman atau pesanan di OTM. Contoh StandarDipercepatInternasionalDomestik | |||
| Nama pengguna UserName | Nama atau ID pengguna yang melakukan atau bertanggung jawab atas aktivitas tertentu. | ||
| Deskripsi Atribut ini menunjukkan pengguna atau agen sistem yang menjalankan peristiwa tertentu, seperti 'Pengiriman direncanakan' atau 'Perusahaan pengangkut ditetapkan'. Informasi ini membantu menetapkan tanggung jawab dan memahami keterlibatan sumber daya dalam proses. Dalam process mining, analisis aktivitas menurut pengguna membantu Anda memahami pembagian beban kerja, mengetahui kebutuhan pelatihan, serta membandingkan kinerja pengguna atau tim. Analisis ini juga dapat membedakan aktivitas yang dilakukan secara manual dari aktivitas yang dijalankan otomatis oleh sistem. Mengapa ini penting Membantu menetapkan tanggung jawab dan menganalisis beban kerja serta kinerja setiap pengguna atau tim. Sumber data Diambil dari kolom ID pengguna, misalnya INSERT_USER, yang terkait dengan perubahan status atau peristiwa dalam tabel riwayat atau log OTM. Contoh JSMITHLOGISTICS_PLANNER_ASYSTEM_AUTO | |||
| Negara asal OriginCountry | Negara tempat perjalanan pengiriman dimulai. | ||
| Deskripsi Atribut ini menunjukkan negara asal pengiriman berdasarkan lokasi pengirim. Informasi geografis ini penting untuk analisis logistik. Analisis proses berdasarkan negara asal membantu memahami perbedaan kinerja antarwilayah. Misalnya, waktu proses bea cukai, biaya carrier, dan durasi perjalanan dapat berbeda jauh bergantung pada negara asal. Pengelompokan ini penting untuk mengelola logistik internasional dan menemukan hambatan di wilayah tertentu. Mengapa ini penting Memungkinkan analisis geografis proses transportasi untuk menemukan hambatan, biaya, dan perbedaan kinerja di wilayah tertentu. Sumber data Diambil dari detail alamat lokasi sumber pengiriman atau pengirim yang tersimpan dalam data induk lokasi OTM. Contoh USADEUCHNMEX | |||
| Negara tujuan DestinationCountry | Negara tempat pengiriman dijadwalkan untuk diantarkan. | ||
| Deskripsi Atribut ini menunjukkan negara tujuan akhir pengiriman berdasarkan lokasi penerima. Atribut ini melengkapi Negara asal untuk analisis proses secara geografis. Seperti halnya negara asal, analisis berdasarkan negara tujuan penting untuk memahami perbedaan kinerja di berbagai rute perdagangan. Atribut ini sangat berguna untuk menganalisis waktu proses bea cukai, kinerja pengantaran tahap akhir, dan efektivitas carrier di tiap wilayah. Temuan ini membantu menyesuaikan strategi logistik dengan kebutuhan pasar tujuan. Mengapa ini penting Penting untuk menganalisis kinerja pada rute perdagangan tertentu dan memahami tantangan terkait bea cukai, carrier, serta peraturan di pasar tujuan. Sumber data Diambil dari detail alamat lokasi tujuan pengiriman atau penerima yang tersimpan dalam data induk lokasi OTM. Contoh CANFRAJPNBRA | |||
| Pembaruan data terakhir LastDataUpdate | Stempel waktu yang menunjukkan kapan terakhir kali data untuk peristiwa ini diperbarui atau diekstrak dari sistem sumber. | ||
| Deskripsi Atribut ini mencatat kapan data terakhir kali diambil dari Oracle Transportation Management. Nilainya menunjukkan seberapa baru data yang dianalisis, bukan waktu terjadinya peristiwa bisnis. Stempel waktu ini penting untuk memahami kebaruan analisis process mining. Pengguna dapat mengetahui apakah mereka melihat informasi terkini atau rekam data dari waktu tertentu. Informasi ini juga diperlukan untuk mengelola siklus pembaruan data dan memastikan keputusan didasarkan pada informasi terbaru. Mengapa ini penting Menunjukkan kebaruan data agar pengguna tahu seberapa terkini analisis dan kapan pembaruan data berikutnya dijadwalkan. Sumber data Biasanya, stempel waktu ini dibuat oleh sistem saat proses pemasukan data atau ETL. Contoh 2023-11-01T02:00:00Z2023-11-02T02:00:00Z | |||
| Rute diubah? IsRerouted | Penanda yang menunjukkan apakah rute pengiriman berubah setelah pemesanan awal. | ||
| Deskripsi Atribut boolean ini bernilai 'true' jika rute pengiriman berubah secara signifikan setelah direncanakan dan dipesan. Perubahan dapat terjadi atas permintaan pelanggan, akibat gangguan tak terduga, atau untuk mengoptimalkan pengiriman. Atribut ini mendukung langsung KPI Tingkat Perubahan Rute Pengiriman dan dashboard Wawasan Perubahan Rute dan Percepatan. Dengan melacak frekuensi perubahan rute, Anda dapat menemukan masalah mendasar dalam perencanaan atau pelaksanaan. Informasi ini menyoroti ketidakstabilan operasional dan biaya terkait, sehingga manajer dapat mencari cara untuk mengurangi perubahan yang mahal dan mengganggu. Mengapa ini penting Membantu mengukur frekuensi dan dampak pengecualian operasional, seperti perubahan rute, serta menunjukkan inefisiensi dalam perencanaan dan pelaksanaan proses. Sumber data Penanda ini dihitung dengan mendeteksi peristiwa perubahan rute tertentu di log peristiwa atau membandingkan rute akhir dengan rute yang direncanakan semula. Contoh truefalse | |||
| Selisih tagihan angkutan FreightBillDiscrepancy | Penanda yang menunjukkan apakah ditemukan selisih saat mengaudit tagihan angkutan. | ||
| Deskripsi Atribut boolean ini bernilai 'true' jika tagihan angkutan dari perusahaan pengangkut tidak sesuai dengan biaya yang diperkirakan di OTM. Selisih dapat terjadi karena tarif yang keliru, biaya tambahan, atau kesalahan penagihan lainnya. Atribut ini menjadi dasar KPI Tingkat Selisih Tagihan Angkutan. Dengan menganalisis frekuensi penanda ini menurut perusahaan pengangkut, rute, atau jenis pengiriman, Anda dapat menemukan penyebab utama kesalahan penagihan. Hasilnya mendukung upaya meningkatkan akurasi data, menyederhanakan proses audit, dan mencegah pembayaran berlebih. Mengapa ini penting Mendukung langsung analisis selisih tagihan angkutan dengan menandai pengiriman yang memiliki kesalahan penagihan. Ini membantu mengurangi pembayaran berlebih dan memperkuat pengendalian keuangan. Sumber data Biasanya berupa status atau penanda yang ditetapkan selama proses penyelesaian biaya angkutan dan pencocokan faktur di OTM. Contoh truefalse | |||
| Sistem sumber SourceSystem | Menunjukkan sistem asal data peristiwa, misalnya Oracle Transportation Management. | ||
| Deskripsi Atribut ini menunjukkan aplikasi sumber tempat data dibuat. Dalam lingkungan logistik yang kompleks, data dapat berasal dari OTM, sistem manajemen gudang (WMS), sistem carrier melalui EDI, atau platform terintegrasi lainnya. Memahami sistem sumber penting untuk tata kelola data, penilaian kualitas, dan pemecahan masalah. Informasi ini membantu menjelaskan konteks data serta perbedaan tingkat perincian atau ketepatan waktunya. Dalam analisis, Anda dapat menggunakannya untuk menyaring peristiwa yang hanya berasal dari sistem tepercaya tertentu. Mengapa ini penting Atribut ini memberi konteks penting tentang asal data, yang diperlukan untuk validasi data dan analisis di lingkungan dengan banyak sistem. Sumber data Biasanya, nilai statis ini ditambahkan saat ekstraksi data untuk menandai asal data. Contoh Oracle OTMOTM CloudSAP TM | |||
| Status pengiriman ShipmentStatus | Status terkini pengiriman dalam siklusnya, seperti 'Planned', 'In Transit', atau 'Delivered'. | ||
| Deskripsi Atribut ini memberikan ringkasan tingkat tinggi tentang posisi pengiriman dalam keseluruhan proses. Berbeda dengan aktivitas yang terjadi pada satu titik waktu, status menunjukkan keadaan kasus pengiriman. Process mining berfokus pada alur aktivitas, sedangkan status keseluruhan berguna untuk menyaring kasus dan memberi konteks pada dasbor. Misalnya, analisis dapat difokuskan hanya pada pengiriman yang 'Completed' atau menyelidiki alasan banyak pengiriman tertahan dalam status 'In Transit' lebih lama dari biasanya. Mengapa ini penting Memberikan ringkasan tingkat tinggi tentang kemajuan pengiriman, yang berguna untuk menyaring dan mengelompokkan kasus dalam analisis. Sumber data Tersedia di data utama pengiriman dalam OTM dan menunjukkan statusnya saat ini dalam alur kerja. Contoh PLANNEDBOOKEDIN_TRANSITDELIVERED | |||
| Tepat waktu? IsOnTimeDelivery | Penanda hasil perhitungan yang menunjukkan apakah pengiriman tiba pada atau sebelum tanggal yang diminta. | ||
| Deskripsi Atribut boolean ini dihitung dengan membandingkan waktu aktivitas 'Barang diterima' dengan 'Tanggal pengiriman yang diminta'. Nilainya 'true' jika pengiriman tiba tepat waktu atau lebih awal, dan 'false' jika terlambat. Atribut ini menjadi dasar KPI Tingkat Pengiriman Tepat Waktu dan komponen utama dalam dashboard Ringkasan Kinerja Pengiriman. Atribut ini memudahkan analisis kinerja pengiriman dengan memberikan hasil yang jelas untuk setiap pengiriman. Anda dapat dengan mudah memfilter, mengelompokkan, dan memvisualisasikan pengiriman yang tepat waktu dan terlambat. Mengapa ini penting Penanda hasil perhitungan ini memudahkan pengukuran KPI Pengiriman Tepat Waktu serta pemfilteran dan analisis pengiriman yang tepat waktu maupun terlambat. Sumber data Atribut ini tidak tersedia di sistem sumber. Atribut dihitung saat transformasi data dengan membandingkan waktu aktivitas 'Barang diterima' dengan atribut 'RequestedDeliveryDate'. Contoh truefalse | |||
Aktivitas pengelolaan transportasi
| Aktivitas | Deskripsi | ||
|---|---|---|---|
| Barang diantarkan | Aktivitas ini menunjukkan bahwa pengiriman berhasil sampai kepada penerima di tujuan akhir. Aktivitas ini tercatat saat waktu kedatangan aktual di pemberhentian terakhir pengiriman diisi. | ||
| Mengapa ini penting Ini adalah tonggak utama untuk mengukur kinerja pengantaran tepat waktu dan waktu siklus dari awal hingga akhir. Aktivitas ini menandai selesainya proses pelaksanaan transportasi. Sumber data Disimpulkan dari pengisian kolom ACTUAL_ARRIVAL pada data pemberhentian terakhir di tabel SHIPMENT_STOP yang terkait dengan pengiriman. Pengumpulan data Gunakan stempel waktu ACTUAL_ARRIVAL dari data pemberhentian terakhir di tabel SHIPMENT_STOP untuk pengiriman tersebut. Jenis peristiwa inferred | |||
| Barang dijemput | Aktivitas ini menandai dimulainya pengangkutan fisik, saat carrier mengambil barang dari lokasi asal. Peristiwa ini tercatat saat pemberhentian pertama pengiriman ditandai sebagai 'DEPARTED'. | ||
| Mengapa ini penting Ini adalah tonggak penting yang menandai dimulainya tahap pengiriman. Informasi ini diperlukan untuk melacak kinerja penjemputan carrier dan waktu pengiriman aktual. Sumber data Disimpulkan dari perubahan status pemberhentian pertama di tabel SHIPMENT_STOP menjadi 'DEPARTED', atau dari peristiwa status pengiriman yang menunjukkan penjemputan. Pengumpulan data Gunakan stempel waktu ACTUAL_DEPARTURE dari data pemberhentian pertama di tabel SHIPMENT_STOP untuk pengiriman tersebut. Jenis peristiwa inferred | |||
| Bukti pengantaran diterima | Aktivitas ini menunjukkan diterimanya dan dicatatnya konfirmasi resmi bahwa pengantaran telah selesai, misalnya dokumen yang ditandatangani. Informasi ini biasanya dicatat sebagai jenis dokumen tertentu yang dilampirkan pada pengiriman. | ||
| Mengapa ini penting POD penting untuk penagihan dan penyelesaian sengketa. Pelacakan penerimaannya membantu memastikan kepatuhan proses dan mempercepat penyelesaian keuangan. Sumber data Aktivitas ini dapat berupa peristiwa yang tercatat secara langsung atau disimpulkan dari tanggal pembuatan dokumen POD yang terkait dengan pengiriman. Cari dokumen berjenis POD di tabel DOCUMENT. Pengumpulan data Gunakan stempel waktu pembuatan dokumen berjenis 'POD' yang terkait dengan pengiriman. Jenis peristiwa explicit | |||
| Pembayaran diproses | Ini adalah aktivitas terakhir, yang menunjukkan bahwa pembayaran atas jasa carrier berhasil diproses. Peristiwa ini menandai penyelesaian keuangan pengiriman. | ||
| Mengapa ini penting Aktivitas ini mengakhiri siklus transportasi. Informasi ini penting untuk mengukur waktu pemrosesan pembayaran carrier dan mengelola hubungan dengan carrier secara efektif. Sumber data Disimpulkan dari perubahan status voucher atau tagihan terkait menjadi 'PAID'. Data ini tersedia di tabel VOUCHER atau BILL. Pengumpulan data Cari stempel waktu saat VOUCHER.VOUCHER_STATUS_ID berubah menjadi 'PAID'. Jenis peristiwa inferred | |||
| Pengiriman direncanakan | Aktivitas ini menunjukkan bahwa satu atau beberapa Order Release berhasil direncanakan menjadi pengiriman yang layak oleh mesin perencanaan OTM. Aktivitas ini tercatat saat sistem mengubah status pengiriman untuk menunjukkan bahwa perencanaan selesai, misalnya menjadi 'PLANNING_PLANNED FINAL'. | ||
| Mengapa ini penting Ini adalah tonggak penting yang memisahkan tahap permintaan dari tahap pelaksanaan. Analisis waktu hingga aktivitas ini membantu mengukur efisiensi perencanaan dan menemukan hambatan pada kinerja mesin perencanaan. Sumber data Disimpulkan dari riwayat status objek Shipment di tabel SHIPMENT. Cari perubahan status yang menunjukkan perencanaan telah selesai. Pengumpulan data Cari stempel waktu saat SHIPMENT.SHIPMENT_STATUS_VALUE_GID berubah ke status 'Planned'. Jenis peristiwa inferred | |||
| Permintaan transportasi diterima | Aktivitas ini menandai dibuatnya kebutuhan transportasi di dalam sistem, biasanya sebagai Order Release. Peristiwa ini tercatat saat data Order Release baru dibuat di Oracle Transportation Management, yang menunjukkan adanya permintaan pengiriman. | ||
| Mengapa ini penting Sebagai titik awal proses, aktivitas ini penting untuk mengukur total waktu siklus dari awal hingga akhir dan memahami pola permintaan. Aktivitas ini membantu menganalisis waktu dari permintaan hingga perencanaan. Sumber data Peristiwa ini tercatat secara langsung dari stempel waktu pembuatan data Order Release di tabel ORDER_RELEASE. Kolom INSERT_DATE atau kolom tanggal pembuatan tertentu dapat digunakan. Pengumpulan data Gunakan stempel waktu pembuatan Order Release di tabel ORDER_RELEASE. Jenis peristiwa explicit | |||
| Carrier ditetapkan | Aktivitas ini menandai saat pengiriman berhasil ditawarkan kepada carrier tertentu dan diterima olehnya. Perubahan status tender pengiriman ke 'TENDER_ACCEPTED' atau status serupa menunjukkan bahwa aktivitas ini terjadi. | ||
| Mengapa ini penting Pelacakan aktivitas ini membantu menganalisis efisiensi pemilihan carrier dan proses tender. Keterlambatan pada tahap ini dapat sangat memengaruhi jadwal keseluruhan, bahkan sebelum pengiriman bergerak. Sumber data Disimpulkan dari riwayat status di tabel SHIPMENT_TENDER, khususnya stempel waktu saat status menunjukkan penerimaan oleh carrier. Pengumpulan data Gunakan stempel waktu perubahan status menjadi 'TENDER_ACCEPTED' dalam riwayat tender pengiriman. Jenis peristiwa inferred | |||
| Jadwal janji pengantaran dibuat | Aktivitas ini menandai saat tanggal dan waktu pengantaran tertentu dijadwalkan bersama penerima. Peristiwa ini tercatat dari data janji temu di pemberhentian terakhir pengiriman. | ||
| Mengapa ini penting Ini adalah langkah penting untuk mengoordinasikan pengantaran akhir. Analisis waktu antara kedatangan dan jadwal pengantaran dapat mengungkap hambatan dalam operasional tahap akhir. Sumber data Disimpulkan dari pengisian kolom tanggal dan waktu janji temu untuk pemberhentian terakhir (lokasi pengantaran) pengiriman di tabel SHIPMENT_STOP. Pengumpulan data Gunakan stempel waktu saat kolom janji temu pertama kali diisi untuk pemberhentian pengantaran. Jenis peristiwa inferred | |||
| Jadwal janji penjemputan dibuat | Aktivitas ini menunjukkan bahwa tanggal dan waktu penjemputan tertentu telah dijadwalkan dan dicatat. Informasi ini biasanya berasal dari data janji temu di tingkat pemberhentian pengiriman. | ||
| Mengapa ini penting Penjadwalan janji temu merupakan langkah penting dalam koordinasi. Analisisnya membantu memahami efisiensi penjadwalan dan dampaknya terhadap ketepatan waktu penjemputan. Sumber data Disimpulkan dari pengisian kolom tanggal dan waktu janji temu untuk pemberhentian pertama (lokasi penjemputan) pengiriman di tabel SHIPMENT_STOP. Pengumpulan data Gunakan stempel waktu saat kolom janji temu pertama kali diisi untuk pemberhentian penjemputan. Jenis peristiwa inferred | |||
| Pengiriman dalam perjalanan | Aktivitas ini menunjukkan bahwa barang telah dijemput dan sedang bergerak menuju tujuan. Aktivitas ini bukan satu titik waktu tertentu, tetapi awal status ini tercatat tepat setelah aktivitas 'Barang dijemput'. | ||
| Mengapa ini penting Aktivitas ini menandai dimulainya tahap pengiriman, yang penting untuk memantau kemajuan pengiriman dan menemukan keterlambatan di perjalanan. Aktivitas ini menjadi dasar bagi dasbor Titik Rawan Keterlambatan dalam Perjalanan. Sumber data Peristiwa ini sama dengan 'Barang dijemput', tetapi sering ditampilkan sebagai aktivitas terpisah dalam model proses untuk menandai dimulainya tahap baru. Peristiwa ini diturunkan dari keberangkatan di pemberhentian pertama. Pengumpulan data Sama seperti 'Barang dijemput': gunakan stempel waktu ACTUAL_DEPARTURE dari SHIPMENT_STOP pertama. Jenis peristiwa inferred | |||
| Pengiriman dibatalkan | Aktivitas ini menunjukkan pembatalan pengiriman setelah direncanakan, sehingga siklusnya berakhir lebih awal. Aktivitas ini tercatat saat status objek Shipment berubah menjadi 'cancelled'. | ||
| Mengapa ini penting Pelacakan pembatalan penting untuk memahami pengecualian dan kegagalan proses. Informasi ini membantu menemukan penyebab pembatalan, seperti perubahan permintaan atau kesalahan perencanaan. Sumber data Disimpulkan dari riwayat status objek Shipment di tabel SHIPMENT. Cari perubahan status seperti 'PLANNING_CANCELED'. Pengumpulan data Cari stempel waktu saat SHIPMENT.SHIPMENT_STATUS_VALUE_GID berubah ke status 'Cancelled'. Jenis peristiwa inferred | |||
| Pengiriman dipesan | Aktivitas ini menunjukkan konfirmasi pemesanan resmi dari carrier setelah tender diterima. Biasanya, aktivitas ini tercatat saat status pengiriman berubah menjadi 'SECURE RESOURCES_BOOKED' atau status setara. | ||
| Mengapa ini penting Konfirmasi ini menunjukkan komitmen carrier dan secara resmi memulai tahap pelaksanaan pengiriman. Aktivitas ini penting untuk mengukur KPI Waktu Siklus Perencanaan Pengiriman. Sumber data Disimpulkan dari perubahan status objek Shipment di tabel SHIPMENT, saat status berubah menjadi terkonfirmasi atau dipesan setelah carrier ditetapkan. Pengumpulan data Cari stempel waktu saat SHIPMENT.SHIPMENT_STATUS_VALUE_GID berubah ke status 'Booked'. Jenis peristiwa inferred | |||
| Proses bea cukai selesai | Untuk pengiriman internasional, aktivitas ini menunjukkan bahwa barang telah lolos pemeriksaan bea cukai di perbatasan atau pelabuhan. Informasi ini biasanya tercatat melalui peristiwa atau pembaruan status pengiriman tertentu. | ||
| Mengapa ini penting Proses bea cukai kerap menjadi penyebab utama keterlambatan logistik internasional. Pelacakan aktivitas ini membantu mengukur dan mengoptimalkan waktu siklus proses bea cukai. Sumber data Peristiwa ini biasanya tercatat melalui peristiwa pengiriman 'Customs' yang dimasukkan secara manual atau terintegrasi. Cari kode peristiwa terkait bea cukai di tabel SHIPMENT_STATUS. Pengumpulan data Cari stempel waktu peristiwa 'Customs Cleared' di tabel SHIPMENT_STATUS. Jenis peristiwa explicit | |||
| Tagihan pengiriman diaudit | Aktivitas ini menandai selesainya audit tagihan pengiriman, yaitu saat tagihan carrier dicocokkan dan diverifikasi dengan detail pengiriman. Aktivitas ini tercatat saat status tagihan pengiriman berubah menjadi 'VOUCHER_AUDITED' atau status serupa. | ||
| Mengapa ini penting Audit penting untuk pengendalian keuangan dan menemukan selisih tagihan. Analisis aktivitas ini membantu menyederhanakan proses dari audit hingga pembayaran dan mendukung KPI Tingkat Selisih Tagihan Pengiriman. Sumber data Disimpulkan dari perubahan status objek Bill yang terkait dengan pengiriman. Cari pembaruan status terkait penyelesaian audit di tabel BILL. Pengumpulan data Cari stempel waktu saat BILL.BILL_STATUS_VALUE_GID berubah ke status 'Audited'. Jenis peristiwa inferred | |||
Panduan ekstraksi
Langkah
- Buka BI Publisher: Masuk ke aplikasi Oracle Transportation Management (OTM). Buka Business Process Automation, lalu Reporting, dan pilih Report Manager. Antarmuka Oracle Business Intelligence Publisher akan terbuka.
- Buat model data: Di BI Publisher, klik tombol New, lalu pilih Data Model. Editor model data akan terbuka. Di sini, Anda menentukan sumber data untuk laporan.
- Tentukan kueri SQL: Di editor model data, klik ikon plus pada diagram Data Sets, lalu pilih SQL Query. Beri nama set data, misalnya 'OTM_Process_Mining_DS'. Pilih basis data OTM sebagai Data Source. Salin seluruh kueri SQL dari bagian 'query' dalam dokumen ini, lalu tempelkan ke kotak teks SQL Query.
- Tambahkan parameter: Kueri menggunakan parameter rentang tanggal dan nama domain (:P_START_DATE, :P_END_DATE, :P_DOMAIN_NAME). BI Publisher akan mendeteksinya secara otomatis. Anda dapat mengatur propertinya, misalnya menetapkan jenis data Date untuk parameter tanggal.
- Simpan model data: Klik ikon Save. Pilih lokasi di katalog BI Publisher, masukkan nama yang jelas seperti 'OTM Shipment Process Extraction', lalu simpan model data.
- Buat laporan: Kembali ke katalog, klik tombol New, lalu pilih Report. Di panduan pembuatan laporan, pilih opsi 'Use Data Model', lalu cari model data yang baru saja Anda simpan.
- Atur tata letak laporan: Ikuti panduan untuk membuat tata letak. Tata letak 'Table' sederhana sudah cukup. Seret semua kolom dari set data ke dalam tabel. Jangan lakukan pengelompokan atau agregasi.
- Simpan laporan: Setelah tata letak siap, lanjutkan ke langkah terakhir dan simpan laporan. Beri nama yang mirip dengan nama model data.
- Jalankan laporan: Buka laporan yang baru dibuat. Anda akan diminta memasukkan nilai parameter (Start Date, End Date, Domain Name). Masukkan rentang yang diinginkan.
- Ekspor data: Setelah laporan berjalan dan menampilkan data, klik menu Actions, lalu pilih Export. Pilih format CSV. File CSV berisi log peristiwa akan diunduh.
- Siapkan data untuk diunggah: Buka file CSV yang diunduh. Pastikan judul kolom sesuai dengan atribut yang diperlukan:
ShipmentId,ActivityName,EventTime, serta atribut yang disarankan. Pastikan kolomEventTimemenggunakan format tanggal dan waktu yang konsisten. File kini siap diunggah ke ProcessMind.
Konfigurasi
- Sumber data: Jalankan kueri pada skema basis data operasional utama OTM, yang biasanya bernama GLOGOWNER.
- Parameter laporan:
P_START_DATE: Awal periode laporan. Gunakan format 'YYYY-MM-DD'.P_END_DATE: Akhir periode laporan. Gunakan format 'YYYY-MM-DD'.P_DOMAIN_NAME: Domain OTM yang datanya akan diekstrak. Gunakan '[Your Domain Name]'.
- Rentang tanggal: Untuk analisis awal, sebaiknya ekstrak data selama 3 hingga 6 bulan agar volume data tetap seimbang dengan kinerja. Untuk proses produksi, pertimbangkan ekstraksi dalam kelompok bulanan atau triwulanan.
- Izin akses: Pengguna OTM yang menjalankan laporan memerlukan peran tertentu, seperti BI PUBLISHER DATA MODEL DEVELOPER dan BI PUBLISHER REPORT DEVELOPER, untuk membuat dan mengubah model data serta laporan. Pengguna juga memerlukan akses hanya-baca ke tabel basis data terkait.
- Kinerja: Kueri ini menggabungkan beberapa tabel besar. Jika volume data tinggi, jalankan laporan di luar jam sibuk agar kinerja sistem tidak terganggu. Batasi rentang tanggal sebisa mungkin agar laporan selesai tepat waktu.
Contoh kueri 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' Langkah
- Buat koneksi ke basis data: Dapatkan kredensial hanya-baca dan detail koneksi (host, port, ID layanan) untuk basis data Oracle Transportation Management. Anda memerlukan akses ke skema
GLOGOWNER. - Siapkan klien SQL: Konfigurasikan alat klien SQL, seperti Oracle SQL Developer, DBeaver, atau Toad, menggunakan detail koneksi basis data dari langkah sebelumnya.
- Siapkan kueri: Salin seluruh kueri SQL dalam dokumen ini ke editor kueri di klien SQL Anda.
- Atur parameter kueri: Cari nilai penampung di bagian
WHEREpada kueri. Ganti[START_DATE],[END_DATE], dan[YOUR_DOMAIN_NAME]dengan nilai yang sesuai untuk ekstraksi. Misalnya, atur tanggal untuk mencakup periode 3 hingga 6 bulan dan tentukan domain operasional yang ingin dianalisis. - Jalankan kueri: Jalankan kueri SQL yang telah diubah. Bergantung pada rentang tanggal dan ukuran sistem, proses ini mungkin memerlukan waktu beberapa menit.
- Periksa hasilnya: Setelah kueri selesai, periksa hasilnya di klien untuk memastikan ada baris yang dikembalikan dan kolom penting seperti
ShipmentId,ActivityName, danEventTimeterisi. - Ekspor ke CSV: Ekspor seluruh hasil ke file CSV. Gunakan pengaturan CSV standar: koma sebagai pemisah, tanda kutip ganda untuk teks, dan encoding UTF-8.
- Pastikan judul kolom: Sebelum mengunggah, pastikan judul kolom dalam file CSV sama persis dengan nama atribut yang diperlukan:
ShipmentId,ActivityName,EventTime,CarrierName,RequestedDeliveryDate,ShipmentCost,TransportationMode, danDelayReason. - Unggah ke ProcessMind: File CSV yang sudah disiapkan kini siap diunggah dan dianalisis di ProcessMind.
Konfigurasi
- Skema basis data: Kueri ini dirancang untuk dijalankan pada skema basis data standar Oracle Transportation Management, yang biasanya bernama
GLOGOWNER. - Izin yang diperlukan: Anda memerlukan pengguna basis data dengan akses hanya-baca ke tabel yang dirujuk dalam kueri. Tabel tersebut mencakup
SHIPMENT,SHIPMENT_STOP,ORDER_RELEASE,SHIPMENT_STATUS,SERVPROV,SHIPMENT_COST,DOCUMENT,BILL, danVOUCHER. - Filter domain: Di lingkungan OTM multi-tenant, Anda harus memfilter berdasarkan
DOMAIN_NAME. Kueri ini menyertakan penampung[YOUR_DOMAIN_NAME]yang harus diisi agar data diambil dari entitas bisnis yang benar. - Rentang tanggal: Untuk mengelola kinerja dan volume data, tentukan tanggal mulai dan tanggal akhir. Sebaiknya gunakan kolom berindeks seperti
SHIPMENT.INSERT_DATEsebagai filter. Untuk analisis awal, rentang 3 hingga 6 bulan biasanya sesuai. - Penyesuaian kode status: Kueri ini menggunakan kode status umum bawaan, misalnya
PLANNING_PLANNED FINALdanTENDER_ACCEPTED. Implementasi OTM Anda mungkin menggunakan kode status khusus. Anda mungkin perlu menyesuaikan nilai di bagianWHEREagar sesuai dengan konfigurasi sistem.
Contoh kueri 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%'; Siap memulai?
Gunakan templat ini untuk mengubah data mentah menjadi wawasan yang dapat ditindaklanjuti dan mendorong perbaikan nyata pada proses transportasi Anda. Mulailah mengoptimalkan proses hari ini.
Optimalkan pengelolaan transportasi Anda sekarang
Pangkas waktu siklus hingga 30% dan atasi hambatan di Oracle OTM.
Tidak perlu kartu kredit • Uji coba gratis selama 14 hari