Danaos

ERP Perbaikan Kapal: Mengapa Expedient Works, Dry Docking, dan Riding Crew Membutuhkan Kontrol Biaya Setingkat Proyek

Operasi perbaikan kapal menuntut ERP setingkat proyek. Dalam praktiknya, itu berarti re-estimasi cepat, perubahan ruang lingkup selama dry docking, pelacakan biaya expedient works, pengelolaan riding crew, dan visibilitas biaya-ke-penyelesaian secara real-time.

 

ERP generik dan sistem manajemen aset gagal karena perbaikan kapal adalah pekerjaan proyek, bukan penjadwalan pemeliharaan. ProjectVIEW ERP by DANAOS Projects karena itu menghadirkannya dengan kontrol biaya native BoQ.

 

Mengapa Perbaikan Kapal Adalah Pekerjaan Proyek, Bukan Pemeliharaan Aset

 

Galangan perbaikan kapal beroperasi dengan model bisnis yang sangat berbeda dari manajemen aset operasional. Salah satunya, setiap pekerjaan perbaikan bersifat unik. Ruang lingkup juga terus berubah, karena penilaian kerusakan mengungkap masalah struktural tersembunyi, korosi tersembunyi, atau cacat mesin yang pada awalnya tidak terlihat. Selain itu, tekanan waktu sangat tinggi: kapal yang berada di dry dock menimbulkan biaya off-hire sebesar USD 20,000–100,000 per hari, tergantung jenis kapal dan tarif pasar. Akibatnya, change order adalah norma, bukan pengecualian.

 

Persyaratan classification society juga menambah kompleksitas regulasi. Kapal tidak dapat kembali beroperasi sampai survei lambung, sertifikasi mesin, dan inspeksi statutoris selesai dan terdokumentasi. Singkatnya, ini adalah manajemen proyek, bukan penjadwalan pemeliharaan. Setiap perbaikan adalah penyampaian kepatuhan dan kesiapan berlayar yang dibatasi waktu, dibatasi anggaran, dan variabel ruang lingkup.

 

Sebaliknya, vendor merancang sistem manajemen aset generik (eMaintenance, CMMS) untuk pemeliharaan preventif rutin, inventaris suku cadang, dan pemantauan prediktif. Namun, sistem ini tidak dapat menangani re-estimasi cepat, koordinasi subkontraktor multi-disiplin, pengadaan darurat, atau kompleksitas penagihan. Sistem tersebut juga tidak memiliki kontrol biaya proyek. Artinya, kemampuan untuk melacak biaya estimasi, aktual, dan committed secara berdampingan, serta memberi peringatan kepada manajer atas pembengkakan biaya secara real-time.

 

Tiga Mode Perbaikan Kapal

 

Dry Docking Terencana

 

Mode ini mencakup pemeliharaan terjadwal, treatment lambung, overhaul mesin, dan survei regulasi. Di sini, galangan menetapkan spesifikasi perbaikan terlebih dahulu. Pertama, galangan menyusun Bill of Quantities (BoQ). Kemudian, galangan menenderkan subkontraktor, menyepakati anggaran, dan menjadwalkan pekerjaan agar memenuhi tenggat class dan statutoris.

 

Dry dock terencana biasanya berlangsung 4–12 minggu. Anggaran menanggung sebagian besar biaya di awal, sehingga biayanya relatif dapat diprediksi. Meski begitu, perubahan ruang lingkup tetap terjadi ketika survei pengecatan mengungkap korosi tambahan, atau pembongkaran mesin menemukan keausan tersembunyi. Itulah sebabnya kontrol biaya dry docking tetap penting bahkan untuk pekerjaan terencana.

 

Expedient Works

 

Expedient works adalah perbaikan darurat yang tidak direncanakan. Misalnya, kapal mengalami casualty—kerusakan lambung, kegagalan mesin, atau gangguan struktural selama pelayaran. Kapal kemudian harus menuju galangan perbaikan terdekat. Penilaian kerusakan dilakukan cepat, dan galangan menyusun spesifikasi perbaikan secara langsung. Sementara itu, galangan segera memobilisasi subkontraktor dan mempercepat pengadaan dengan biaya premium. Jadi, kecepatan dan visibilitas biaya sangat penting.

 

Khususnya, pemilik kapal dan surveyor asuransi membutuhkan kejelasan real-time atas biaya-ke-penyelesaian agar dapat menyetujui atau membatasi ruang lingkup. Expedient works juga dapat berlangsung 2–8 minggu dan membawa volatilitas biaya yang signifikan.

 

Riding Crew / Voyage Repairs

 

Ini adalah perbaikan di laut atau di pelabuhan selama pelayaran operasional kapal. Misalnya, kru dan teknisi eksternal (melalui helikopter atau supply boat) melakukan perbaikan darurat tambalan, mengganti komponen yang gagal, atau melakukan perbaikan sementara agar kapal tetap beroperasi sampai tiba di galangan perbaikan penuh.

 

Perbaikan ini berdurasi singkat dan dikoordinasikan dari jarak jauh. Namun, galangan tetap harus melacaknya dan menagihkannya kembali ke proyek kapal atau pelayaran. Tim memperoleh material dan tenaga kerja secara lokal atau melalui rantai pasok darurat. Akibatnya, dokumentasi dan pelacakan biaya menjadi terfragmentasi, karena pekerjaan berlangsung di lokasi yang tersebar.

 

Apa yang Dibutuhkan Galangan Perbaikan Kapal dari ERP

 

Estimasi Berbasis BoQ

 

Pertama, galangan harus mendefinisikan spesifikasi perbaikan sebagai Bill of Quantities yang terstruktur. Ini adalah rincian item per item untuk pekerjaan lambung, pekerjaan mesin, pekerjaan outfit, dan sertifikasi, dengan kuantitas, satuan, tarif, dan total biaya per item. BoQ ini kemudian menjadi baseline kontrol untuk semua aktivitas berikutnya: pengadaan, kontrak subkontraktor, pelacakan biaya, dan manajemen variasi.

 

Kontrol Biaya Real-Time Selama Eksekusi

 

Selanjutnya, sistem harus mencatat biaya aktual (tenaga kerja, material, invoice subkontraktor) dan membandingkannya dengan estimasi BoQ secara real-time. Sistem juga harus menandai pembengkakan biaya, biaya committed (purchase order, change order subkontraktor), dan proyeksi biaya-ke-penyelesaian. Lagipula, manajer membutuhkan visibilitas ini untuk memutuskan apakah akan menyetujui penambahan ruang lingkup atau memangkas pekerjaan.

 

Manajemen Change Order

 

Selain itu, ERP harus menangkap perubahan ruang lingkup selama dry dock (perbaikan korosi tambahan, cacat mesin, kejutan regulasi) sebagai change order formal. Masing-masing mencakup item BoQ baru, dampak biaya dan jadwal, rantai persetujuan, serta penagihan kepada pemilik kapal. ERP juga harus melacak ruang lingkup awal, perubahan yang disetujui, dan eksekusi aktual.

 

Manajemen Subkontraktor

 

Perbaikan kapal adalah disiplin multi-trade: pekerja baja, welder, painter, teknisi listrik, teknisi mesin, penyelam (untuk pekerjaan lambung bawah air), spesialis rope access. Umumnya, setiap trade adalah subkontraktor terpisah. Karena itu, ERP harus mengalokasikan item BoQ ke subkontraktor, melacak sertifikasi sementara dan sign-off, memantau progres terhadap jadwal, serta mengelola invoice dan variasi.

 

Pengadaan Material yang Terkait dengan Spesifikasi Perbaikan

 

Demikian pula, galangan harus mengadakan plate baja, sistem cat, fastener, pipa, valve, seal, dan consumable agar sesuai dengan spesifikasi perbaikan. Dalam expedient works, pengadaan bersifat mendesak dan dengan biaya premium. Jadi, ERP harus menghubungkan pengadaan dengan BoQ, melacak purchase order, penerimaan, dan penagihan, serta menandai keterlambatan pengiriman yang dapat memengaruhi jadwal.

 

Manajemen Suku Cadang Mesin

 

Mesin utama, pompa, kompresor, boiler, dan mesin bantu memerlukan suku cadang tertentu. Karena itu, ERP harus memelihara pustaka suku cadang yang terhubung dengan model mesin, melacak inventaris, dan menandai item yang usang atau memerlukan waktu pengadaan panjang. Integrasi dengan kontrol biaya mesin juga memastikan biaya suku cadang masuk ke ruang lingkup perbaikan yang tepat.

 

Penagihan Multi-Mata Uang

 

Pemilik kapal bersifat internasional. Misalnya, kapal yang terdaftar di Panama, dikelola di Singapura, diasuransikan di London, dan diperbaiki di Dubai membutuhkan penagihan yang merekonsiliasi biaya dalam berbagai mata uang—USD (tenaga kerja dan subkontraktor internasional), EUR (beberapa trade), AED (layanan lokal), dan lainnya. Oleh karena itu, ERP harus mampu menangkap biaya dan penagihan multi-mata uang.

 

Integrasi Classification Society

 

Akhirnya, ERP harus melacak milestone sertifikasi, tanggal survei, dan sign-off persetujuan dari classification society kapal (Lloyd’s, ABS, DNV, ClassNK, dll.). Ketidakpatuhan terhadap jadwal survei dapat menunda kapal kembali beroperasi dan memicu penalti off-hire.

 

Perbandingan ERP & Software untuk Perbaikan Kapal

 

Isi artikel

 

ProjectVIEW ERP untuk Operasi Perbaikan Kapal

 

DANAOS Projects membangun ProjectVIEW ERP di atas framework native BoQ. Dengan kata lain, Bill of Quantities adalah struktur data inti, bukan sekadar tambahan belakangan. Setiap modul di ProjectVIEW terhubung kembali ke BoQ.

 

Estimasi Anggaran & Penawaran

 

ProjectVIEW memungkinkan pembuatan BoQ dengan cepat dari spesifikasi perbaikan. Estimator menetapkan item baris (perbaikan baja, pengecatan, overhaul mesin), kuantitas, dan tarif. Sistem kemudian menghitung total estimasi biaya dan jadwal material. Untuk expedient works, tim dapat menyusun BoQ jalur cepat dan membagikannya kepada pemilik kapal dalam hitungan jam.

 

Kontrol Biaya

 

Saat pekerjaan berjalan, sistem mencatat biaya aktual terhadap item baris BoQ. Sistem juga mencocokkan purchase order, timesheet tenaga kerja, dan invoice subkontraktor ke item baris tersebut. ProjectVIEW kemudian menghitung: Estimated Cost (anggaran), Committed Cost (PO + kontrak subkontraktor), Actual Cost (invoice + tenaga kerja), dan Forecast Cost-to-Completion. Peringatan variance dipicu ketika aktual melebihi estimasi melewati ambang batas. Inilah cara tercepat untuk menampilkan pembengkakan biaya dan mengotorisasi tindakan korektif.

 

Manajemen Change Order

 

Ketika perubahan ruang lingkup terjadi (perbaikan baja tambahan, cacat mesin yang ditemukan, persyaratan regulasi), tim membuat Change Order formal. Dokumen ini mendefinisikan item baris BoQ baru, dampak biaya dan jadwal, serta rantai persetujuan. ProjectVIEW melacak: Original Scope (baseline BoQ), Authorized Changes (CO yang disetujui), dan Current Scope (original + perubahan yang disetujui). Hasilnya, sistem mencegah scope creep yang tidak disetujui.

 

Manajemen Subkontraktor

 

Sistem mengalokasikan item baris BoQ ke subkontraktor berdasarkan trade. Misalnya, pekerja baja mendapatkan item perbaikan lambung. Teknisi mesin mendapatkan item mesin/pompa, sementara painter mendapatkan perlakuan permukaan. ProjectVIEW melacak ruang lingkup setiap subkontraktor, progres sementara, sertifikasi sementara (sign-off oleh inspektur classification society), dan penagihan. Sertifikasi sementara terhubung ke milestone penyelesaian BoQ, sehingga sistem dapat menegakkan sertifikasi sebelum pembayaran akhir.

 

Pengadaan & Manajemen Material

 

Tim mengadakan material dan suku cadang berdasarkan kebutuhan BoQ. Untuk expedient works, ProjectVIEW dapat menandai item dengan lead time panjang dan memicu pengadaan darurat. Karena setiap purchase order terhubung ke BoQ, pelacakan biaya menjadi terpadu: estimasi → committed (PO) → aktual (penerimaan & invoice).

 

Manajemen Mesin

 

Pelacakan biaya mesin terhubung langsung ke spesifikasi perbaikan. Misalnya, BoQ mendefinisikan overhaul mesin, retubing boiler, atau penggantian kompresor sebagai item baris. Modul Machinery kemudian melacak suku cadang, tenaga kerja, dan biaya subkontraktor untuk setiap item mesin dan merekonsiliasikannya dengan baseline biaya BoQ. Ini memastikan pekerjaan mesin tidak keluar ke wilayah yang tidak terkendali.

 

ERP apa yang saat ini digunakan galangan perbaikan kapal?

 

Sebagian besar galangan menggunakan sistem lama atau alat yang terfragmentasi: BIM untuk desain, MS Project untuk penjadwalan, spreadsheet untuk pelacakan biaya, dan paket akuntansi terpisah. Hanya sedikit yang memiliki kontrol biaya native BoQ yang terintegrasi. Hal ini menciptakan celah visibilitas dan keterlambatan dalam otorisasi change order.

 

Apakah ERP generik dapat menangani perbaikan kapal?

 

Sebagian. ERP generik (SAP, Oracle) dapat mengelola keuangan, pengadaan, dan HR. Namun, sistem tersebut tidak memiliki kontrol biaya native BoQ, re-estimasi cepat, dan alur kerja subkontraktor multi-disiplin. Implementasinya memakan waktu 12–18 bulan dan memerlukan kustomisasi besar. Perbaikan kapal bukanlah pusat desain platform-platform ini.

 

Apa perbedaan antara kontrol biaya dry docking dan kontrol biaya expedient works?

 

Dry docking direncanakan, dianggarkan terlebih dahulu, dan memiliki waktu untuk mengelola kontrak vendor serta siklus pengadaan. Expedient works tidak direncanakan, membutuhkan re-estimasi dan persetujuan secara real-time, dan beroperasi dengan biaya premium karena kecepatan. ERP harus mendukung kedua mode: planned (penguncian anggaran) dan expedient (visibilitas varians cepat).

 

Bagaimana ProjectVIEW menangani perbaikan riding crew di laut?

 

Perbaikan riding crew dapat dicatat sebagai subproyek atau kode biaya terpisah di dalam proyek kapal. Biaya tenaga kerja, material, dan teknisi pihak ketiga dicatat secara real-time (melalui input mobile atau jarak jauh) dan diagregasikan ke baseline biaya kapal. Ini menjaga perbaikan voyage tetap terintegrasi dengan siklus hidup perbaikan kapal secara penuh.

 

Berapa lama waktu yang dibutuhkan untuk mengimplementasikan ProjectVIEW ERP di galangan perbaikan kapal?

 

Go-live tipikal adalah 5 hingga 7 bulan: discovery (4 minggu), design & configuration (8 minggu), testing & training (4 minggu), cutover (2 minggu). Galangan sering kali dapat menjalankan pilot project (satu pekerjaan perbaikan) secara paralel selama implementasi untuk memvalidasi alur kerja dan mengidentifikasi celah sejak dini.

 

Kesimpulan

 

Singkatnya, perbaikan kapal bukan pemeliharaan aset. Sebaliknya, ini adalah pekerjaan proyek yang unik, dibatasi waktu, variabel ruang lingkup, dan berada di bawah tekanan biaya real-time. Dry docking terencana, expedient works, dan perbaikan riding crew semuanya membutuhkan kapabilitas inti yang sama: estimasi cepat berbasis BoQ, kontrol biaya real-time, manajemen change order, dan orkestrasi subkontraktor.

 

ERP generik dan sistem manajemen aset, bagaimanapun, tidak memadai. Sistem tersebut tidak memiliki kontrol biaya native BoQ dan tidak dapat merespons secepat yang dituntut oleh perbaikan kapal. ProjectVIEW ERP dirancang khusus untuk industri proyek padat modal. Framework trilateral BoQ ↔ WBS ↔ Cost Codes menghadirkan kontrol biaya setingkat proyek untuk galangan perbaikan, pembuat kapal, dan operator maritim.

 

Jika galangan perbaikan kapal Anda mengalami pembengkakan biaya, change order yang terlambat, atau visibilitas yang terfragmentasi di seluruh subkontraktor dan material, ProjectVIEW menawarkan jalur yang lebih cepat dan lebih sederhana untuk mencapai kontrol.

George Tsolakis

Tentang penulis

George Tsolakis

Kepala Arsitek ERP, DANAOS Projects

George (Georgios) Tsolakis adalah Chief ERP Architect di DANAOS Projects dan pakar bidang dalam arsitektur ERP konstruksi, ekonomi teknik, akuntansi biaya, dan pengendalian biaya konstruksi. Dengan pengalaman lebih dari 30 tahun membangun teknologi enterprise khusus konstruksi, ia menggagas ProjectVIEW ERP dan tetap menjadi arsitek utama sekaligus lead developer, yang memimpin analisis bisnis, arsitektur produk, konsultasi, implementasi, dan dukungan untuk perusahaan berbasis proyek…

Cari atau tanya AI