Menghubungkan OCCn, Business Process, Supply Chain, ERP, Dynamic Management Dashboard, dan AI dalam Satu Sistem Manajemen Jalan Tol

Executive Summary

Pada awal musim dingin, sebuah ruas jalan tol di Eropa Tengah mulai menunjukkan perubahan kecil yang nyaris tidak terasa oleh sebagian besar pengemudi. Di lajur kanan, beberapa kilometer sebelum pintu masuk terowongan, muncul retakan memanjang pada permukaan jalan. Kendaraan masih dapat melintas dengan kecepatan normal. Tidak ada lubang besar, tidak ada penutupan lajur, dan belum ada keluhan yang dianggap serius.

Namun, di Operation Command Center atau OCCn, kondisi tersebut tidak dilihat sebagai retakan biasa.

Operation Command Center adalah pusat komando yang memantau kondisi lalu lintas, aset jalan, insiden, pekerjaan pemeliharaan, cuaca, sumber daya lapangan, dan tingkat layanan secara terintegrasi.

OCCn menerima data dari kamera, sensor cuaca jalan, kendaraan inspeksi, laporan patroli, perangkat pemantauan aset, informasi lalu lintas, dan catatan pekerjaan sebelumnya. Salah satu alat manajemen terpenting di dalam OCCn adalah Dynamic Management Dashboard.

Dynamic Management Dashboard adalah alat manajemen yang menyatukan data operasi, lalu lintas, aset, pemeliharaan, biaya, cuaca, risiko, dan tingkat layanan dalam tampilan yang terus diperbarui untuk membantu pemantauan, analisis, dan pengambilan keputusan.

Pada layar OCCn, retakan tersebut tidak berdiri sendiri. Lokasinya berdekatan dengan terowongan, berada pada jalur yang banyak dilalui truk, dan pernah mengalami perbaikan lokal dua tahun sebelumnya. Data suhu menunjukkan potensi siklus beku-cair. Drainase di segmen yang sama juga pernah mengalami penurunan kinerja.

Informasi tersebut mengubah cara tim memandang kerusakan. Masalahnya mungkin bukan hanya lapisan permukaan. Retakan dapat berkaitan dengan air yang masuk ke struktur, beban kendaraan berat, kualitas perbaikan terdahulu, atau kombinasi beberapa faktor.

Dynamic Management Dashboard membantu OCCn melihat hubungan tersebut. Dashboard memperlihatkan riwayat kerusakan, kondisi cuaca, volume kendaraan, umur aset, pekerjaan sebelumnya, biaya, dan perkembangan kondisi dari waktu ke waktu.

Artificial Intelligence atau AI kemudian membantu sistem mengenali pola. AI dapat memperkirakan kemungkinan retakan melebar, memprediksi kebutuhan penanganan, menandai lokasi lain dengan pola serupa, serta membantu tim mencari akar masalah yang paling mungkin.

Namun, prediksi tidak langsung berubah menjadi perintah kerja. Manajemen masih perlu melakukan verifikasi lapangan, menentukan tingkat risiko, memilih metode teknis, menyiapkan material, mengatur lalu lintas, dan memastikan pekerjaan dapat diselesaikan secara aman.

Di sinilah Business Process Management atau BPM berperan.

Business Process Management adalah disiplin untuk merancang, menjalankan, mengukur, dan memperbaiki proses bisnis secara berkelanjutan.

BPM mengatur perjalanan pekerjaan sejak kerusakan terdeteksi, diverifikasi, dianalisis, diprioritaskan, direncanakan, diperbaiki, diuji, sampai hasilnya dievaluasi.

Setelah metode dipilih, Supply Chain Management atau SCM memastikan campuran aspal, alat, tenaga kerja, kontraktor, kendaraan, perangkat pengamanan lalu lintas, informasi, kapasitas, dan dana tersedia sesuai waktu serta lokasi.

Supply Chain Management adalah pengelolaan terintegrasi terhadap aliran kebutuhan, material, peralatan, jasa, informasi, kapasitas, dana, dan risiko dari pemasok sampai pengguna akhir.

Enterprise Resource Planning atau ERP kemudian menjalankan dan mencatat transaksi yang muncul dari proses tersebut.

Enterprise Resource Planning adalah sistem terintegrasi yang digunakan untuk merencanakan, menjalankan, mencatat, dan mengendalikan transaksi serta sumber daya perusahaan.

ERP menghubungkan perintah kerja, anggaran, pengadaan, stok, pemakaian material, jam alat, tenaga kerja, kontrak, penerimaan pekerjaan, biaya, tagihan, dan pembayaran.

Seluruh data tersebut kembali masuk ke OCCn. Dynamic Management Dashboard memperlihatkan apakah pekerjaan berjalan sesuai jadwal, apakah lalu lintas tetap terkendali, apakah biaya masih sesuai rencana, dan apakah hasil perbaikan memenuhi standar.

Hubungan seluruh elemen akhirnya membentuk satu siklus manajemen. OCCn memantau jaringan. Dynamic Management Dashboard mengubah data menjadi visibilitas. AI membantu menemukan pola dan risiko. BPM merancang alur penanganan. SCM menyiapkan kebutuhan. ERP menjalankan serta mencatat transaksi. Manajemen mengambil keputusan, lalu hasil pekerjaan digunakan untuk memperbaiki proses berikutnya.

Dengan pendekatan tersebut, pemeliharaan jalan tol tidak lagi dipandang sebagai pekerjaan teknis yang berdiri sendiri. Pemeliharaan menjadi sistem manajemen yang menghubungkan keselamatan, mobilitas, aset, manusia, biaya, teknologi, dan keputusan.

Pendahuluan

Bagi pengguna, jalan tol yang baik adalah jalan yang terasa sederhana. Permukaannya rata, marka terlihat jelas, informasi tersedia, terowongan aman, dan perjalanan tidak terganggu oleh pekerjaan yang tidak perlu.

Kesederhanaan itu sebenarnya dibangun dari sistem yang kompleks.

Operator jalan tol harus mengelola perkerasan, jembatan, terowongan, drainase, pagar pengaman, marka, rambu, penerangan, kamera, jaringan komunikasi, pusat pengendalian, area istirahat, kendaraan patroli, serta pekerjaan pemeliharaan.

Semua aset tersebut bekerja dalam lingkungan yang terus berubah. Suhu dapat turun drastis. Hujan dapat berlangsung lama. Lalu lintas kendaraan berat dapat meningkat. Kecelakaan dapat mengubah kapasitas jalan dalam hitungan menit. Pekerjaan kecil dapat menimbulkan antrean panjang apabila jadwalnya tidak tepat.

Karena itu, operasi dan pemeliharaan tidak dapat dikelola melalui laporan yang datang terlambat atau data yang tersimpan di banyak tempat.

OCCn menjadi titik temu antara lalu lintas, aset, operasi, pemeliharaan, keselamatan, cuaca, dan sumber daya lapangan. Pusat ini tidak hanya merespons insiden. OCCn juga memonitor kondisi jaringan, mengawasi pekerjaan, membaca perubahan, dan membantu manajemen menetapkan prioritas.

Dynamic Management Dashboard menjadi salah satu alat penting di dalam OCCn. Dashboard menampilkan arus kendaraan, kecepatan, kepadatan, penutupan lajur, lokasi pekerjaan, status aset, tingkat risiko, penggunaan material, progres pemeliharaan, biaya, serta kinerja mitra.

Ketika data tersebut digabungkan, satu retakan dapat dibaca dalam konteks yang lebih luas. Tim tidak hanya melihat bentuk kerusakannya, tetapi juga pola lalu lintas, cuaca, sejarah perbaikan, kondisi drainase, beban kendaraan, dan biaya yang pernah dikeluarkan.

Artikel ini menggunakan satu proses end-to-end sebagai benang merah, yaitu Defect-to-Repair.

Defect-to-Repair adalah proses sejak kerusakan aset ditemukan, diperiksa, dianalisis, diprioritaskan, direncanakan, diperbaiki, diuji, dicatat biayanya, sampai hasilnya dievaluasi.

Alur tersebut dipilih karena menunjukkan hubungan OCCn, BPM, SCM, ERP, Dynamic Management Dashboard, dan AI secara nyata.

Cerita dimulai dari layar OCCn, bergerak ke lapangan, masuk ke proses pemeliharaan, berlanjut ke supply chain dan transaksi, lalu kembali ke pusat kendali sebagai pembelajaran baru.

Chapter 1. OCCn Membaca Kondisi Jaringan sebelum Kerusakan Membesar

Pada pukul 06.48, kendaraan inspeksi mengirimkan foto dan data kerusakan. Sistem mencatat lokasi, arah, lajur, panjang retakan, suhu permukaan, dan kondisi lalu lintas.

Data itu segera muncul di Dynamic Management Dashboard OCCn.

Dashboard menunjukkan bahwa lokasi berada beberapa kilometer sebelum terowongan. Volume kendaraan berat di segmen tersebut berada di atas rata-rata. Data cuaca memperlihatkan suhu malam mulai mendekati titik beku. Riwayat aset menunjukkan pekerjaan lokal pernah dilakukan pada area yang berdekatan.

Informasi ini membuat OCCn dapat menilai kerusakan secara lebih cepat.

Fungsi OCCn dalam konteks tersebut bukan sekadar menerima laporan. OCCn memonitor arus lalu lintas, mengawasi perubahan kondisi jalan, melihat dampak kerusakan terhadap jaringan, dan membantu menentukan kapan tindakan harus diambil.

Dynamic Management Dashboard memperkuat fungsi itu dengan menyatukan informasi yang sebelumnya tersebar. Kondisi fisik jalan dapat dibandingkan dengan kecepatan kendaraan, kepadatan, cuaca, riwayat pekerjaan, dan tingkat risiko.

AI membantu mengenali pola yang sulit terlihat hanya melalui satu foto. Sistem dapat membandingkan retakan dengan ribuan temuan lain, memperkirakan perkembangan kondisi, dan menandai kemungkinan hubungan dengan drainase, beban, atau kualitas pekerjaan sebelumnya.

Agar proses pengambilan keputusan tetap terarah, tabel berikut memperlihatkan bagaimana OCCn menerjemahkan informasi menjadi respons.

Tabel 1. Informasi OCCn dan Respons Awal Pemeliharaan

No.	Informasi yang Dipantau	Makna Operasional	Respons Awal
1	Retakan memanjang pada lajur kanan	Kerusakan permukaan mulai berkembang	Lakukan inspeksi teknis
2	Lokasi dekat terowongan	Dampak gangguan lebih tinggi	Tingkatkan prioritas
3	Volume truk tinggi	Beban berulang mempercepat kerusakan	Evaluasi struktur dan beban
4	Suhu mendekati titik beku	Siklus beku-cair dapat memperburuk retakan	Jadwalkan penanganan lebih cepat
5	Riwayat perbaikan di area yang sama	Akar masalah mungkin belum selesai	Analisis metode lama dan drainase
6	Arus kendaraan padat pada siang hari	Penutupan lajur berisiko menimbulkan antrean	Pilih jendela kerja malam

Sumber Data: praktik pengelolaan jaringan jalan Eropa, sistem transportasi cerdas, manajemen aset jalan, dan operasi pemeliharaan, 2024–2026.

Tabel tersebut memperlihatkan bahwa satu kerusakan harus dibaca bersama konteks jaringan. Retakan yang sama dapat memiliki tingkat prioritas berbeda apabila lokasinya dekat terowongan, berada pada koridor truk, atau muncul menjelang musim dingin.

OCCn membuat organisasi bergerak dari reaktif menuju lebih antisipatif. Tim tidak perlu menunggu lubang besar atau keluhan pengguna untuk mengambil tindakan. Kombinasi data lalu lintas, cuaca, aset, dan sejarah pekerjaan membantu menentukan kapan inspeksi harus dipercepat.

Pesan utamanya adalah bahwa monitoring yang baik bukan hanya melihat apa yang sedang terjadi, tetapi memahami apa yang dapat terjadi berikutnya.

Chapter 2. Strategi dan Operating Model Menentukan Cara Jaringan Dijaga

Setelah risiko awal dipahami, perusahaan perlu menentukan pendekatan pemeliharaan.

Operator yang hanya mengandalkan tindakan reaktif akan bergerak setelah kerusakan menjadi besar. Cara ini mungkin terlihat hemat dalam jangka pendek, tetapi meningkatkan pekerjaan darurat, penutupan lajur, dan biaya rehabilitasi.

Pendekatan yang lebih matang menggunakan kondisi aset, risiko, tingkat layanan, dan biaya siklus hidup.

Risk-based asset management adalah pendekatan pengelolaan aset yang menentukan prioritas berdasarkan kondisi, kemungkinan kegagalan, dampak keselamatan, tingkat layanan, biaya, dan risiko.

Strategi tersebut diterjemahkan melalui operating model.

Operating model menentukan hubungan OCCn, unit aset, pemeliharaan, teknik, keselamatan, lalu lintas, SCM, kontraktor, keuangan, dan teknologi informasi.

Dalam kasus retakan tadi, OCCn memonitor jaringan dan mengoordinasikan informasi. Tim aset menganalisis kondisi. Unit pemeliharaan menentukan metode. Operasi lalu lintas memilih jendela kerja. SCM menyiapkan material serta alat. Keselamatan mengatur perlindungan area. Keuangan memastikan anggaran dan kontrak.

Hubungan ini perlu jelas sebelum sistem dikonfigurasi. Tanpa operating model, dashboard hanya menampilkan informasi tanpa kepastian siapa yang harus bertindak.

Strategi menetapkan tingkat layanan. Operating model membagi peran agar tingkat layanan tersebut dapat dijaga.

Chapter 3. BPM Mengubah Temuan menjadi Proses yang Dapat Dikendalikan

Kerusakan yang muncul di dashboard harus bergerak melalui proses yang konsisten.

Tahap pertama adalah verifikasi. Tim teknis memeriksa ukuran, kedalaman, pola, kondisi lapisan, drainase, dan dampak terhadap keselamatan.

Setelah itu, kerusakan diklasifikasikan. Apakah cukup ditangani melalui penutupan retak? Apakah perlu pengupasan lokal? Apakah terdapat indikasi masalah struktural?

Dalam proses lama, informasi sering berpindah melalui surat elektronik, pesan pribadi, dan rapat. Foto tersimpan di berbagai perangkat. Perintah kerja dibuat belakangan. Akibatnya, waktu tunggu sulit diukur dan histori pekerjaan tidak lengkap.

Proses masa depan harus menggunakan satu identitas kerusakan sejak awal. Identitas tersebut menghubungkan temuan, inspeksi, analisis, prioritas, metode, kebutuhan material, perintah kerja, progres, mutu, biaya, dan hasil evaluasi.

Tabel berikut menjelaskan bagaimana BPM diterjemahkan ke dalam sistem.

Tabel 2. Hubungan BPM, OCCn, dan ERP dalam Proses Defect-to-Repair

No.	Masalah Lama	Perbaikan BPM	Dukungan OCC dan ERP
1	Temuan tersebar di banyak saluran	Gunakan satu nomor kerusakan	Identitas terintegrasi
2	Prioritas bersifat subjektif	Gunakan kondisi dan risiko	Skor prioritas pada dashboard
3	Riwayat sulit ditemukan	Hubungkan temuan dengan aset	Jejak pekerjaan dan biaya
4	Jadwal tidak sinkron dengan lalu lintas	Koordinasikan OCC dan pemeliharaan	Kalender pekerjaan jaringan
5	Status tidak diperbarui	Gunakan tahapan kerja baku	Status waktu nyata
6	Hasil tidak dianalisis	Wajibkan evaluasi pascapekerjaan	Data mutu dan pembelajaran

Sumber Data: kerangka Business Process Management, Process Classification Framework, dan praktik pemeliharaan jaringan jalan Eropa, 2024–2026.

Tabel tersebut memperlihatkan bahwa OCCn tidak hanya menjadi tempat melihat data. OCCn harus terhubung dengan BPM agar setiap informasi memicu tindakan yang jelas.

Satu nomor kerusakan menjadi pengikat. Dengan identitas tersebut, manajemen dapat mengikuti perjalanan dari foto awal sampai biaya akhir.

Pesan pentingnya adalah bahwa data baru memiliki nilai ketika masuk ke proses yang memiliki pemilik, batas waktu, keputusan, dan keluaran yang jelas.

Chapter 4. SCM Menjaga Kesiapan Material, Alat, dan Kapasitas

Hasil inspeksi menunjukkan bahwa lapisan permukaan perlu dikupas dan diganti pada area terbatas. Pekerjaan harus selesai dalam satu malam agar lajur dapat dibuka kembali sebelum arus pagi meningkat.

Rencana itu langsung menciptakan kebutuhan supply chain.

Perusahaan membutuhkan campuran aspal dengan spesifikasi suhu rendah, mesin pengupas, alat pemadat, kendaraan angkut, perangkat pengamanan lalu lintas, lampu kerja, tenaga teknis, pengawas mutu, dan kontraktor.

SCM memastikan semua kebutuhan tersedia pada waktu serta lokasi yang sama.

Campuran aspal tidak dapat tiba sembarangan. Suhu, jarak angkut, waktu perjalanan, kesiapan alat, dan durasi penutupan lajur memengaruhi kualitas.

OCCn membantu SCM membaca kondisi lalu lintas dan cuaca. Jika hujan diperkirakan datang, jadwal perlu disesuaikan. Jika antrean belum turun, pengiriman alat dapat ditunda. Jika kecelakaan terjadi di koridor yang sama, kapasitas jalan harus dipulihkan sebelum pekerjaan dimulai.

Dynamic Management Dashboard menampilkan kesiapan material, status alat, posisi kontraktor, prakiraan cuaca, dan jendela kerja.

AI dapat membantu memperkirakan kebutuhan volume, risiko keterlambatan pemasok, atau kemungkinan konflik penggunaan alat dengan pekerjaan lain.

Dengan begitu, SCM tidak lagi bekerja berdasarkan permintaan mendadak. Kebutuhan lapangan, kapasitas pemasok, dan kondisi jaringan dibaca dalam satu konteks.

Chapter 5. Data Governance Menyatukan Bahasa Jaringan

OCCn, pemeliharaan, SCM, ERP, dan keuangan hanya dapat bekerja bersama jika menggunakan identitas data yang sama.

Lokasi perlu memiliki referensi yang konsisten. Kilometer, arah, lajur, segmen, aset, dan pusat biaya harus saling terhubung.

Jenis retakan juga perlu memiliki definisi yang seragam. Jika petugas menggunakan istilah berbeda untuk kerusakan yang sama, analisis historis menjadi lemah.

Master data dalam konteks ini mencakup ruas, kilometer, arah, lajur, terowongan, aset, jenis kerusakan, material, alat, pemasok, kontraktor, kontrak, dan pusat biaya.

Data governance memastikan setiap elemen memiliki pemilik, standar, hak akses, serta aturan perubahan.

Dengan tata kelola tersebut, dashboard dapat menunjukkan berapa kali lokasi yang sama diperbaiki, metode yang digunakan, biaya kumulatif, hasil mutu, dan umur layanannya.

Tanpa data yang tertib, AI hanya akan mempercepat analisis terhadap informasi yang tidak konsisten.

Chapter 6. ERP Menghubungkan Rencana Lapangan dengan Transaksi

Setelah metode dan jadwal disetujui, ERP membuat perintah kerja.

Sistem memeriksa anggaran, kontrak, stok, kebutuhan material, tenaga, alat, dan jasa.

Jika material belum tersedia, kebutuhan diteruskan melalui proses Procure-to-Pay. Pemasok menerima pesanan. Material dikirim sesuai waktu dan spesifikasi.

Saat pekerjaan dimulai, ERP mencatat penggunaan material, jam alat, tenaga kerja, kendaraan, pengamanan lalu lintas, serta jasa kontraktor.

OCCn menerima status progres. Dashboard menunjukkan apakah pengupasan selesai, material telah tiba, pelapisan berjalan, dan pengujian mutu telah dilakukan.

Setelah pekerjaan dinyatakan sesuai, perintah kerja ditutup. Tagihan kontraktor dicocokkan dengan kontrak, volume, penerimaan, dan hasil mutu.

ERP memungkinkan perusahaan melihat biaya per lokasi, per jenis kerusakan, per metode, dan per pemasok.

Keterhubungan ini penting karena keputusan pemeliharaan bukan hanya keputusan teknis. Setiap tindakan memiliki dampak terhadap anggaran, aset, dan tingkat layanan.

Chapter 7. Change Management Membuat OCCn dan ERP Benar-Benar Digunakan

Teknologi tidak akan menghasilkan perubahan jika organisasi tetap bekerja melalui dua jalur.

Petugas harus memasukkan temuan melalui kanal resmi. Tim teknis perlu memperbarui status. Gudang harus mencatat material berdasarkan perintah kerja. Kontraktor tidak dapat menagih pekerjaan tanpa bukti.

OCCn juga harus menjadi pusat koordinasi yang benar-benar digunakan, bukan hanya ruang dengan banyak layar.

Pimpinan perlu memakai Dynamic Management Dashboard dalam rapat. Ketika keputusan merujuk pada data sistem, pengguna memahami bahwa disiplin input memiliki dampak nyata.

Pelatihan harus menggunakan kasus lapangan. Kesalahan lokasi dapat memutus riwayat aset. Keterlambatan input material membuat stok terlihat salah. Status pekerjaan yang tidak diperbarui dapat mengganggu rencana lalu lintas.

Perubahan perilaku menjadi jembatan antara teknologi dan hasil.

Chapter 8. Dynamic Management Dashboard sebagai Alat Utama OCCn

Di dalam OCCn, Dynamic Management Dashboard menjadi alat manajemen yang menghubungkan kondisi jaringan dengan tindakan.

Dashboard memonitor lalu lintas, kecepatan, kepadatan, insiden, cuaca, lokasi pekerjaan, kondisi aset, kesiapan sumber daya, progres pemeliharaan, biaya, mutu, serta kinerja mitra.

Fungsi pertama adalah pengawasan. OCCn dapat melihat apakah arus tetap stabil selama pekerjaan berlangsung.

Fungsi kedua adalah deteksi kerusakan. Data dari kamera, kendaraan inspeksi, sensor, dan laporan petugas masuk ke dalam satu peta jaringan.

Fungsi ketiga adalah prediksi. AI membaca pola lalu lintas, cuaca, beban, kondisi aset, dan riwayat pekerjaan untuk memperkirakan lokasi yang berisiko mengalami kerusakan.

Fungsi keempat adalah analisis akar masalah. Dashboard membantu tim menghubungkan kerusakan berulang dengan drainase, volume truk, mutu material, metode perbaikan, atau keterlambatan pemeliharaan.

Fungsi kelima adalah dukungan solusi. Sistem dapat membandingkan alternatif metode, biaya, durasi, dampak lalu lintas, dan risiko.

Dengan demikian, OCCn tidak hanya melihat apa yang terjadi di jalan. OCCn membantu organisasi memahami mengapa kondisi terjadi dan apa yang sebaiknya dilakukan.

Chapter 9. AI Memperkuat Monitoring, Prediksi, dan Root Cause Analysis

AI tidak bekerja sebagai sistem yang berdiri sendiri. AI menggunakan data yang dihasilkan OCCn, ERP, sensor, inspeksi, pemeliharaan, dan supply chain.

Citra jalan dapat dianalisis untuk mengenali retakan atau perubahan permukaan. Data suhu dan kelembapan dapat digunakan untuk membaca risiko beku-cair. Riwayat kendaraan berat dapat dikaitkan dengan deformasi.

Dalam Dynamic Management Dashboard, AI dapat menandai lokasi yang mengalami pola penurunan lebih cepat dari normal.

Ketika kerusakan berulang, AI membantu root cause analysis atau analisis akar masalah.

Root cause analysis adalah pendekatan untuk menemukan penyebab dasar suatu masalah, bukan hanya menangani gejala yang terlihat.

Sistem dapat menunjukkan bahwa retakan tidak hanya disebabkan umur permukaan, tetapi juga oleh drainase yang buruk, beban berat, atau mutu perbaikan sebelumnya.

AI kemudian dapat membantu membandingkan solusi. Apakah cukup memperbaiki permukaan? Apakah drainase perlu dibenahi? Apakah struktur harus diperkuat? Apakah metode dan pemasok perlu diganti?

Rekomendasi tersebut tetap harus diverifikasi oleh manusia. Insinyur, petugas operasi, dan pimpinan mempertimbangkan keselamatan, kondisi fisik, regulasi, anggaran, serta dampak lalu lintas.

Chapter 10. Dari Penyelesaian Pekerjaan menuju Continuous Improvement

Pekerjaan selesai pada pukul 04.30. Lajur dibuka sebelum lalu lintas pagi meningkat.

Hasil uji memenuhi standar. Namun, dashboard menunjukkan biaya mobilisasi lebih tinggi dari rencana. Analisis memperlihatkan alat utama didatangkan dari lokasi yang jauh karena peralatan terdekat digunakan pada pekerjaan lain.

Sistem juga menemukan beberapa retakan serupa pada segmen yang sama.

Manajemen kemudian memutuskan melakukan pemeriksaan drainase, meninjau lokasi alat, memperbarui strategi stok material, serta meningkatkan inspeksi sebelum musim dingin.

BPM memperbaiki alur verifikasi. SCM menyesuaikan kapasitas. ERP memperbarui standar biaya. OCCn memonitor hasil. AI menilai apakah pola kerusakan menurun.

Di sinilah continuous improvement terjadi. Data dari pekerjaan bukan hanya arsip. Data menjadi bahan untuk mencegah masalah berikutnya.

Case Study 1. VINCI Autoroutes: OCCn dan Pemeliharaan sebagai Bagian dari Layanan Mobilitas

Kondisi Bisnis dan Strategi

VINCI Autoroutes mengelola jaringan jalan tol besar yang melayani perjalanan jarak jauh, logistik, mobilitas regional, dan arus musiman di Prancis.

Strateginya tidak hanya menjaga kondisi aset, tetapi juga mempertahankan mobilitas, keselamatan, kenyamanan, serta kualitas informasi kepada pengguna.

Operating Model dan OCCn

Pusat operasi, unit jaringan, pemeliharaan, teknik, kontraktor, dan layanan pelanggan harus bekerja dalam satu sistem.

OCCn memonitor lalu lintas, gangguan, kondisi jaringan, serta pekerjaan. Dynamic Management Dashboard membantu melihat dampak pekerjaan terhadap kapasitas dan tingkat layanan.

BPM dan Defect-to-Repair

Temuan kerusakan bergerak melalui inspeksi, verifikasi, prioritas, perencanaan, pelaksanaan, pengujian, dan penerimaan.

Proses harus mempertimbangkan keselamatan, jadwal lalu lintas, komunikasi pengguna, dan bukti penyelesaian.

SCM dan ERP

Jaringan luas membutuhkan koordinasi material, kontraktor, alat, dan kapasitas di banyak lokasi.

ERP menghubungkan perintah kerja, kontrak, volume, penggunaan sumber daya, biaya, penerimaan, dan pembayaran dengan identitas aset.

Dashboard, AI, dan Keputusan

Dashboard membantu manajemen melihat program pemeliharaan, gangguan lalu lintas, biaya, mutu, serta risiko keterlambatan.

AI dapat digunakan untuk membaca pola kondisi, mendukung prioritas, dan mengoptimalkan jadwal.

Pembelajaran utama dari VINCI Autoroutes adalah bahwa pemeliharaan harus dikelola sebagai bagian dari layanan mobilitas, bukan sekadar pekerjaan teknis.

Case Study 2. ASFINAG: Mengintegrasikan OCCn, Cuaca, Aset, dan Operasi Lapangan

Kondisi Bisnis dan Strategi

ASFINAG mengelola jalan tol dan jalan bebas hambatan Austria dengan karakter pegunungan, terowongan, jembatan, musim dingin, serta lalu lintas lintas negara.

Strateginya menekankan keselamatan, keandalan jaringan, kesiapan cuaca, dan kualitas pemeliharaan.

Operating Model dan OCCn

OCCn menghubungkan pusat pengendalian, unit pemeliharaan, pengelola terowongan, informasi cuaca jalan, teknik, dan mitra.

Dynamic Management Dashboard membantu memonitor kondisi jalan, cuaca, lalu lintas, kesiapan armada, stok, dan pekerjaan.

BPM dan Pemeliharaan

Temuan dari inspeksi, sensor, petugas, atau pengguna diverifikasi dan diklasifikasikan.

Proses mempertimbangkan cuaca, karakter lokasi, urutan pekerjaan, serta ketergantungan teknis.

SCM dan ERP

SCM mengelola material jalan, garam atau larutan musim dingin, kendaraan, alat, suku cadang, dan kontraktor.

ERP menghubungkan aktivitas dengan aset, lokasi, material, kendaraan, tenaga kerja, kontrak, dan biaya.

AI, Root Cause Analysis, dan Perbaikan

AI dapat membantu mendeteksi kondisi, memprediksi kebutuhan, dan mendukung operasi lapangan.

Ketika kerusakan atau gangguan berulang, data OCCn dan dashboard dapat digunakan untuk mencari akar masalah serta menguji alternatif solusi.

Pelajaran dari ASFINAG adalah bahwa teknologi harus dekat dengan kebutuhan lapangan dan membantu petugas mengambil keputusan yang lebih aman serta tepat.

Untuk memperjelas perbedaan pendekatan keduanya, tabel berikut disajikan.

Tabel 3. Perbandingan VINCI Autoroutes dan ASFINAG

No.	Aspek	VINCI Autoroutes	ASFINAG
1	Karakter jaringan	Jaringan luas dan arus tinggi	Pegunungan, terowongan, dan musim dingin
2	Fokus strategi	Mobilitas dan tingkat layanan	Keselamatan dan keandalan
3	Peran OCCn	Monitoring jaringan dan pekerjaan	Integrasi lalu lintas, cuaca, dan aset
4	BPM	Program pemeliharaan jaringan	Proses berbasis kondisi lokasi
5	SCM	Material, alat, dan kontraktor	Armada, stok musim dingin, dan mitra
6	ERP	Kontrak, pekerjaan, biaya, pembayaran	Aset, kendaraan, material, biaya
7	Dashboard	Dampak jaringan dan progres	Kondisi jalan, cuaca, kesiapan
8	AI	Prioritas dan optimasi program	Deteksi, prediksi, dan dukungan lapangan
9	Pelajaran	Pemeliharaan bagian dari mobilitas	Teknologi harus menyelesaikan masalah nyata

Sumber Data: laporan dan informasi operasional VINCI Autoroutes, ASFINAG, serta praktik sistem transportasi cerdas Eropa, 2024–2026.

Tabel tersebut memperlihatkan bahwa kedua operator memiliki konteks berbeda, tetapi membutuhkan logika manajemen yang sama.

VINCI Autoroutes lebih kuat pada integrasi program pemeliharaan dengan mobilitas jaringan.

ASFINAG menonjolkan hubungan antara operasi, cuaca, topografi, dan kesiapan aset.

Pesan pentingnya adalah bahwa OCCn, dashboard, BPM, SCM, ERP, dan AI harus dirancang mengikuti karakter jaringan, bukan diterapkan dengan pola yang seragam.

Kesimpulan

Retakan menjelang terowongan menunjukkan bahwa satu temuan aset dapat menghubungkan seluruh sistem perusahaan.

OCCn memonitor jaringan. Dynamic Management Dashboard menyatukan informasi. AI membaca pola dan risiko. BPM mengatur perjalanan pekerjaan. SCM menyiapkan kebutuhan. ERP menjalankan serta mencatat transaksi. Manajemen mengambil keputusan dan memperbarui proses.

Untuk merangkum hubungan tersebut, tabel berikut menunjukkan satu sistem yang utuh.

Tabel 4. Siklus Terintegrasi OCCn, BPM, SCM, ERP, Dashboard, dan AI

No.	Elemen	Fungsi Praktis	Hasil
1	Strategi dan operating model	Menentukan tingkat layanan	Arah operasi
2	OCCn	Memantau lalu lintas, aset, dan pekerjaan	Kondisi jaringan
3	Dynamic Management Dashboard	Menyatukan data dan peringatan	Visibilitas manajemen
4	BPM	Mendesain proses Defect-to-Repair	Alur kerja terkontrol
5	SCM	Menyiapkan sumber daya	Kesiapan pelaksanaan
6	ERP	Menjalankan dan mencatat transaksi	Biaya serta sumber daya terintegrasi
7	AI	Mendeteksi pola dan memprediksi risiko	Rekomendasi
8	Manajemen	Menetapkan keputusan	Tindakan korektif
9	Continuous improvement	Memperbaiki proses dan strategi	Kinerja berkelanjutan

Sumber Data: praktik operasi jalan tol Eropa, kerangka BPM, SCM, ERP, asset management, dan Intelligent Transport Systems, 2024–2026.

Tabel tersebut menunjukkan bahwa OCCn merupakan pusat komando, sedangkan Dynamic Management Dashboard menjadi salah satu alat utama untuk membaca kondisi dan mengendalikan respons.

ERP tidak menggantikan OCCn. OCCn juga tidak menggantikan ERP. Keduanya bekerja pada fungsi berbeda. OCCn mengelola situasi operasional, sementara ERP mengelola transaksi dan sumber daya.

AI menambah kecerdasan, tetapi keputusan akhir tetap berada pada manusia.

Penutup

Operasi jalan tol yang baik tidak terlihat sebagai rangkaian teknologi. Bagi pengguna, hasilnya terasa sebagai perjalanan yang aman, lancar, dan dapat diprediksi.

Di balik pengalaman tersebut, OCCn memonitor jaringan. Dashboard menghubungkan informasi. BPM menjaga alur kerja. SCM menyiapkan sumber daya. ERP mencatat penggunaan serta biaya. AI membantu melihat risiko sebelum membesar.

Transformasi yang berhasil tidak diukur dari banyaknya layar, sensor, atau aplikasi. Transformasi berhasil ketika kerusakan ditemukan lebih awal, akar masalah dipahami, perbaikan dipilih dengan tepat, pekerjaan selesai aman, biaya dapat ditelusuri, dan kondisi yang sama semakin jarang berulang.

Pada akhirnya, pengelolaan jalan tol modern bergerak melalui satu aliran: dari kondisi jaringan menuju informasi, dari informasi menuju keputusan, dari keputusan menuju pekerjaan, dan dari pekerjaan menuju pembelajaran yang membuat jaringan semakin aman, andal, dan berkelanjutan.

Referensi

1. Competitive Strategy: Techniques for Analyzing Industries and Competitors, Michael E. Porter, Free Press, 1980.
   
2. Process Classification Framework, American Productivity & Quality Center, 1992.
   
3. Reengineering the Corporation, Michael Hammer dan James Champy, HarperBusiness, 1993.
   
4. Supply Chain Management: Strategy, Planning, and Operation, Sunil Chopra dan Peter Meindl, Pearson, 2001.
   
5. Business Process Management: Concepts, Languages, Architectures, Mathias Weske, Springer, 2007.
   
6. Process Mining: Data Science in Action, Wil van der Aalst, Springer, 2016.
   
7. Intelligent Transport Systems Directive and Action Plan, European Commission, 2010–2026.
   
8. The Intuitive, AI-Powered Supply Chain, IBM Institute for Business Value, 2024.
   
9. Scaling Supply Chain Resilience with Agentic AI, IBM Institute for Business Value, 2025.
   
10. VINCI Universal Registration Document and Annual Report, VINCI, 2025–2026.
    
11. Operation, Maintenance, Traffic and Innovation Information, ASFINAG, 2025–2026.
    
12. APQC Process Classification Framework Cross-Industry Version 8.0, American Productivity & Quality Center, 2026.