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

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.
