Danaos

Biaya yang Meningkat Bukan Force Majeure: Mengapa Alat Estimasi dan ERP Generik Gagal di Industri Berbasis Proyek

Selama beberapa tahun terakhir, lanskap proyek global telah berubah secara fundamental.

 

  • Baja, semen, dan material konstruksi utama mengalami volatilitas dua digit. Di wilayah tertentu, lonjakannya melebihi 30–50%.
  • Biaya energi dan bahan bakar, yang didorong oleh ketidakstabilan geopolitik, melonjak secara tak terduga. Pada gilirannya, hal ini berdampak langsung pada biaya transportasi, mesin, dan produksi.
  • Rantai pasok global tetap rapuh. Sementara itu, keterlambatan, kekurangan, dan pengalihan rute telah menjadi hal yang lazim, bukan pengecualian.
  • Pasar tenaga kerja tidak stabil, karena pekerja terampil meninggalkan lokasi proyek akibat konflik, tekanan ekonomi, atau repatriasi. Akibatnya, kerugian produktivitas sangat besar.
  • Biaya peralatan dan logistik juga meningkat tajam, didorong oleh bahan bakar, pemeliharaan, dan keterbatasan ketersediaan.

 

Singkatnya, apa yang dulu masih bisa dikelola kini menjadi gangguan sistemik.

 

Bagi kontraktor yang menjalankan proyek skala besar, ini menciptakan badai yang sempurna. Hal ini terutama berlaku dalam kontrak Lump Sum (LS) atau harga tetap:

 

👉 Biaya meningkat di setiap kategori sumber daya

 

👉 Produktivitas menurun

 

👉 Jadwal mundur

 

👉 Margin menguap

 

Dan tiba-tiba, apa yang selama ini banyak pihak harapkan dapat diklasifikasikan sebagai force majeure menunjukkan sifat aslinya: risiko komersial.

 

Isi artikel

 

Masalahnya: Anda Tidak Bisa Mengklaim Sesuatu yang Tidak Bisa Anda Buktikan

 

Untuk mendukung klaim, negosiasi, atau penyesuaian kontrak, kontraktor harus membuktikan bagaimana biaya meningkat di seluruh dimensi proyek. Selain itu, mereka harus melakukannya melalui data yang terstruktur dan dapat diaudit.

 

  • Pengadaan: Kenaikan harga material, volatilitas pemasok
  • Tenaga kerja: Inflasi upah, penurunan produktivitas, gangguan tenaga kerja
  • Alat berat: Perubahan tingkat utilisasi, lonjakan biaya bahan bakar, kenaikan biaya pemeliharaan dan logistik
  • Subkontraktor: Penetapan harga ulang, klaim, renegosiasi
  • Terakhir, biaya tidak langsung: Overhead yang terkait dengan keterlambatan waktu dan inefisiensi sumber daya

 

Namun, inilah titik di mana sebagian besar sistem gagal.

 

Alat estimasi terputus dari realitas

 

Pertama, alat tersebut berhenti pada tahap penawaran.

 

ERP generik tidak memiliki DNA konstruksi

 

Demikian pula, sistem tersebut mencatat keuangan, tetapi bukan kebenaran proyek.

 

Alat manajemen konstruksi bergantung pada ekosistem yang terfragmentasi

 

Selain itu, sistem tersebut bergantung pada ERP pihak ketiga, spreadsheet, dan rekonsiliasi manual.

 

Lalu, apa hasilnya?

 

Tidak ada satu versi kebenaran dan tidak ada klaim yang dapat dipertahankan. Akibatnya, tidak ada daya tawar dalam negosiasi.

 


 

Realitas: Eskalasi Biaya Terjadi di Seluruh Siklus Hidup Proyek

 

Eskalasi biaya konstruksi bukanlah sebuah cuplikan sesaat. Sebaliknya, ini adalah fenomena berkelanjutan lintas fungsi.

 

Karena itu, untuk membuktikannya, kontraktor harus menghubungkan:

 

  • Apa yang diestimasi tim (BoQ)
  • Apa yang direncanakan tim (WBS)
  • Apa yang benar-benar terjadi (biaya real-time)

 

Baru setelah itu mereka dapat menunjukkan sebab, akibat, dan dampaknya.

 

Di sinilah tepatnya sebagian besar sistem runtuh. Bagaimanapun, vendornya memang tidak pernah merancang sistem tersebut untuk mengintegrasikan dimensi-dimensi ini.

 


 

Perubahan: Dari Estimasi ke Pengendalian Biaya Berbasis Bukti

 

Dengan kata lain, yang dibutuhkan kontraktor saat ini bukan alat lain.

 

Sebaliknya, mereka membutuhkan system of record yang menangkap realitas saat terjadi.

 

Misalnya, sebuah sistem yang:

 

  • Melacak eskalasi harga pengadaan secara real time
  • Menghubungkan biaya tenaga kerja langsung ke produktivitas dan aktivitas proyek
  • Memantau utilisasi alat berat, pemeliharaan, dan biaya logistik secara berkelanjutan
  • Mengintegrasikan komitmen dan variasi subkontraktor secara dinamis
  • Mencatat biaya tidak langsung sebagai bagian dari alokasi sumber daya

 

Yang terpenting, sistem ini:

 

👉 Menghubungkan semuanya dengan BoQ, WBS, dan Cost Codes secara bersamaan

 

Sebab, tanpa keterkaitan tripartit ini, eskalasi biaya tetap menjadi asumsi, bukan bukti.

 


 

Mengapa ProjectVIEW ERP Mengubah Permainan

 

ProjectVIEW ERP bukan sekadar ERP biasa. Sebaliknya, ini adalah sistem operasi khusus konstruksi. Tujuannya adalah menangkap, memvalidasi, dan membuktikan evolusi biaya di seluruh siklus hidup proyek.

 

Pada intinya, terdapat prinsip yang unik:

 

👉 integrasi BoQ ↔ WBS ↔ Cost Codes

 

Singkatnya, ini bukan fitur. Melainkan, fondasi kebenaran.

 

Dalam praktiknya, ini memungkinkan:

 

  • Perbandingan real time antara Biaya Aktual vs Anggaran
  • Ketertelusuran penuh atas setiap penyimpangan biaya
  • Dokumentasi eskalasi secara otomatis di seluruh sumber daya
  • Visibilitas segera terhadap dampak finansial per aktivitas, sumber daya, dan item kontrak

 

Akibatnya, logika terintegrasi ini memastikan setiap pergerakan biaya menjadi:

 

✔ Tercatat ✔ Terstruktur ✔ Terjustifikasi ✔ Dapat dipertahankan

 

Dan itulah tepatnya yang dibutuhkan kontraktor saat mereka memasuki negosiasi atau klaim.

 

Seperti yang didokumentasikan, ProjectVIEW ERP berperan sebagai sistem kontrol biaya terpusat dan manajemen kinerja proyek, mengintegrasikan seluruh proses di kantor dan lapangan sekaligus memungkinkan analitik dan pengambilan keputusan real time

 

Selain itu, kemampuannya menghubungkan BoQ, WBS, dan Cost Codes memungkinkan seluruh pemangku kepentingan proyek memantau biaya aktual vs anggaran secara berkelanjutan.

 


 

Skenario Nyata

 

Sebagai contoh, seorang kontraktor yang beroperasi di bawah kontrak infrastruktur harga tetap menghadapi:

 

  • Kenaikan harga baja sebesar 35%
  • Kenaikan biaya bahan bakar sebesar 20%
  • Kekurangan tenaga kerja yang menyebabkan penurunan produktivitas
  • Keterlambatan mobilisasi peralatan akibat kendala geopolitik

 

Namun, tanpa sistem terintegrasi:

 

  • Klaim tetap terfragmentasi
  • Data tetap tidak konsisten
  • Akibatnya, negosiasi menjadi defensif

 

Sebaliknya, dengan ProjectVIEW ERP:

 

  • Setiap kenaikan biaya terhubung ke transaksi pengadaan
  • Inefisiensi tenaga kerja terhubung ke aktivitas WBS tertentu
  • Sistem melacak biaya alat berat dengan log utilisasi dan pemeliharaan
  • Anggaran proyek secara otomatis mencerminkan biaya tidak langsung

 

👉 Singkatnya, kontraktor tidak berdebat. 👉 Sebaliknya, kontraktor membuktikan.

 

Isi artikel

 

Lebih dari Konstruksi: Kebutuhan Universal di Seluruh Industri Padat Modal

 

Namun, tantangan ini tidak terbatas pada konstruksi.

 

Hal ini juga berlaku sama untuk:

 

 

Pada dasarnya, industri apa pun yang:

 

  • Proyeknya kompleks
  • Sumber dayanya dinamis
  • Biayanya berkembang secara real time

 

...karena itu memerlukan sistem yang menangkap realitas, bukan asumsi.

 

Di era ketidakpastian, pengendalian biaya tidak lagi sekadar soal penganggaran. Sebaliknya, ini tentang membuktikan kebenaran pelaksanaan. Jadi ketika pihak-pihak menantang, memperpanjang, atau merundingkan ulang kontrak: 👉 Pemenangnya bukan yang punya argumen terbaik 👉 Melainkan yang punya data terbaik

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