Apa yang sebenarnya dicari
Clash detection adalah pemeriksaan otomatis untuk menemukan tempat di mana elemen dari disiplin berbeda menempati ruang yang sama, atau terlalu berdekatan untuk bisa dikerjakan. Model arsitektur, struktur, dan MEP digabung dalam satu koordinat, lalu perangkat lunak mencari perpotongannya.
Nilainya berasal dari kapan masalah itu ditemukan. Pipa yang menembus balok induk, kalau ketahuan di layar saat koordinasi, selesai dengan menggeser jalur pipa — pekerjaan beberapa menit oleh drafter. Kalau baru ketahuan setelah balok dicor, pilihannya tinggal membobok struktur (butuh persetujuan perancang, berisiko), memutar jalur pipa (mengubah plafon, mungkin mengubah ketinggian ruang), atau menurunkan plafon di seluruh area.
Yang mahal bukan perbaikannya. Yang mahal adalah keputusan itu diambil di bawah tekanan waktu, dengan pekerjaan lain yang sudah berjalan di sekitarnya.
Tiga jenis bentrokan, tiga cara menanganinya
Hard clash — dua elemen benar-benar berpotongan; ruangnya bertumpuk. Pipa menembus balok, ducting menabrak kolom. Paling mudah dideteksi dan paling jelas salahnya.
Soft clash (clearance clash) — elemen tidak bersentuhan, tetapi jaraknya terlalu dekat untuk dipasang, dirawat, atau diakses. Pipa yang menempel rapat ke dinding tidak bisa diberi isolasi. Panel listrik tanpa ruang bebas di depannya tidak bisa dioperasikan dengan aman. Jenis ini paling sering diabaikan, padahal dampaknya muncul saat pemeliharaan — ketika proyek sudah lama diserahterimakan.
4D clash (workflow clash) — bentrokan di dimensi waktu, bukan ruang. Dua pekerjaan dijadwalkan di zona yang sama pada minggu yang sama, atau perancah dibongkar sebelum pekerjaan di atasnya selesai. Tidak terdeteksi oleh pemeriksaan geometri; ia muncul ketika model disandingkan dengan jadwal.
Ketiganya butuh penanganan berbeda. Hard clash umumnya diselesaikan drafter. Soft clash butuh keputusan tentang standar ruang bebas. 4D clash bukan masalah desain sama sekali — itu masalah urutan kerja.
Matriks uji: apa diuji terhadap apa
Kesalahan pemula yang paling umum adalah menjalankan satu tes raksasa “semua model versus semua model”. Hasilnya puluhan ribu bentrokan, sebagian besar tidak berarti — sekrup terhadap pelat, sengkang terhadap tulangan — dan tak seorang pun sanggup meninjaunya.
Yang benar adalah menyusun matriks: pasangan disiplin yang diuji, satu per satu, dengan toleransi masing-masing.
| Pasangan | Yang dicari | Prioritas |
|---|---|---|
| Struktur × Mekanikal | Ducting menembus balok/kolom | Tinggi |
| Struktur × Plambing | Pipa menembus struktur, sparing tidak ada | Tinggi |
| Struktur × Elektrikal | Tray kabel menabrak struktur | Tinggi |
| Mekanikal × Plambing | Rebutan ruang di atas plafon | Menengah |
| Arsitektur × MEP | Bentrok plafon, dinding, dan bukaan | Menengah |
| Arsitektur × Struktur | Bukaan tidak sejalan dengan struktur | Menengah |
Urutan prioritasnya bukan selera. Elemen struktur paling mahal diubah dan paling awal dikerjakan, jadi bentrokan yang melibatkannya harus diselesaikan lebih dulu. Jalur MEP paling murah digeser, jadi ia yang biasanya mengalah.
Menyaring ribuan hasil menjadi daftar yang bisa ditindak
Uji pertama pada model gedung berukuran sedang biasanya menghasilkan ribuan bentrokan. Angka itu sendiri tidak berarti apa-apa. Yang berarti adalah berapa yang benar-benar perlu diputuskan seseorang.
Empat penyaring yang paling efektif:
Toleransi yang masuk akal. Toleransi 1 mm menangkap ketidaktepatan pemodelan yang tidak berdampak apa pun di lapangan. Toleransi yang terlalu longgar melewatkan masalah nyata. Sesuaikan per pasangan disiplin, bukan satu angka untuk semuanya.
Buang elemen yang memang saling menembus by design. Tulangan menembus beton, sekrup menembus pelat, sparing menembus dinding. Ini bukan bentrokan; ini cara benda itu dipasang. Kelompok elemen seperti ini dikeluarkan dari lingkup uji.
Kelompokkan bentrokan berulang. Satu pipa utama yang menembus dua puluh balok pada level yang sama sering dilaporkan sebagai dua puluh bentrokan — padahal keputusannya satu: geser jalur pipa itu. Mengelompokkan menurut elemen membuat daftar menyusut drastis.
Batasi per zona dan per level. Meninjau seluruh gedung sekaligus melelahkan dan sulit dibagi ke banyak orang. Per lantai atau per zona jauh lebih mudah dituntaskan dan dilacak.
Setelah keempatnya, ribuan bentrokan biasanya menyusut menjadi puluhan keputusan nyata — jumlah yang bisa benar-benar dikerjakan dalam satu rapat koordinasi.
Alur penyelesaian yang tidak menggantung
Menemukan bentrokan adalah bagian yang mudah. Yang sering gagal adalah menutupnya. Alur yang berjalan biasanya seperti ini:
1. Tetapkan siklus. Mingguan pada masa desain aktif, dua mingguan saat sudah stabil. Siklus yang tetap membuat model selalu segar; uji yang dijalankan sesekali menghasilkan tumpukan yang terlalu besar untuk ditangani.
2. Beri penanggung jawab per bentrokan. Bentrokan tanpa nama tidak akan pernah selesai. Yang ditugaskan adalah disiplin yang harus mengalah, dan itu ditentukan matriks prioritas — bukan diperdebatkan setiap kali.
3. Catat keputusannya, bukan hanya statusnya. “Selesai” tidak cukup. “Jalur pipa AC digeser 40 cm ke selatan, disetujui MEP dan Struktur 12 Agustus” bisa diperiksa ulang enam bulan kemudian ketika ada yang bertanya kenapa jalurnya begitu.
4. Uji ulang setelah revisi. Menggeser satu elemen sering menciptakan bentrokan baru di tempat lain. Bentrokan dianggap tertutup hanya setelah putaran uji berikutnya membuktikannya hilang.
5. Bedakan “diselesaikan” dari “diterima”. Sebagian bentrokan sengaja dibiarkan — misalnya jarak yang lebih rapat dari standar tetapi masih bisa dipasang. Keputusan menerima itu harus tercatat, agar tidak muncul lagi sebagai temuan baru di setiap putaran.
Empat kekeliruan yang membuat clash detection sia-sia
Menjadikan jumlah bentrokan sebagai ukuran keberhasilan. “Turun dari 8.000 ke 200” terdengar hebat, padahal sebagian besar penurunan berasal dari penyaringan, bukan dari perbaikan desain. Yang layak dilaporkan adalah berapa keputusan yang ditutup, bukan berapa baris yang hilang dari daftar.
Model tidak sinkron. Menguji arsitektur revisi 5 terhadap MEP revisi 3 menghasilkan temuan yang sudah tidak berlaku, dan membuat orang berhenti mempercayai laporannya. Kunci tanggal revisi setiap model sebelum menguji.
Level of Development tidak memadai. Model MEP yang masih skematik akan bentrok di mana-mana — wajar, karena jalurnya memang belum dirancang detail. Menjalankan uji terlalu dini menghabiskan waktu tim untuk temuan yang akan hilang sendiri.
Hasil tidak pernah sampai ke lapangan. Keputusan yang hanya hidup di berkas koordinasi tidak mengubah apa pun. Ia harus turun menjadi gambar kerja revisi yang dipegang pelaksana.
Dari model ke volume dan jadwal
Clash detection biasanya dikerjakan di perangkat khusus seperti Navisworks, Solibri, atau BIMcollab. Yang sering terputus adalah langkah sesudahnya: model yang sudah bersih perlu berubah menjadi volume pekerjaan dan jadwal.
Modul BIM sikatin.id membaca berkas IFC dan melakukan Quantity Take-Off — volume dan jumlah elemen per tipe pekerjaan, lengkap dengan penelusuran asal angkanya. Hasilnya bisa dikirim ke BOQ, lalu disusun menjadi jadwal dengan urutan dari pustaka metode.
Di situlah 4D clash yang dibahas di atas menjadi bisa diperiksa: begitu model dan jadwal berada di proyek yang sama, bentrokan urutan kerja punya tempat untuk terlihat.
Buka modul BIM/QTO — gratis, berkas IFC diproses di perangkat Anda sendiri. Pelajari kerangkanya lebih dulu di BIM — pembahasan mendalam.
Pertanyaan umum
Apa beda hard clash dan soft clash?
Hard clash adalah dua elemen yang benar-benar berpotongan, misalnya pipa menembus balok. Soft clash adalah elemen yang tidak bersentuhan tetapi jaraknya terlalu dekat untuk dipasang, dirawat, atau diakses — misalnya panel listrik tanpa ruang bebas di depannya. Soft clash lebih sering diabaikan padahal dampaknya muncul saat pemeliharaan.
Kenapa jumlah bentrokan tidak layak dijadikan ukuran keberhasilan?
Karena sebagian besar penurunan angka berasal dari penyaringan dan pengelompokan, bukan dari perbaikan desain. Satu pipa yang menembus dua puluh balok bisa dilaporkan sebagai dua puluh bentrokan padahal keputusannya hanya satu. Yang layak dilaporkan adalah jumlah keputusan yang benar-benar ditutup.
Disiplin mana yang harus mengalah saat terjadi bentrokan?
Umumnya MEP, karena jalur pipa, ducting, dan tray paling murah digeser. Elemen struktur paling mahal diubah dan paling awal dikerjakan, sehingga bentrokan yang melibatkannya diselesaikan lebih dulu. Urutan ini sebaiknya disepakati di awal lewat matriks prioritas agar tidak diperdebatkan setiap kali.
Kapan clash detection sebaiknya mulai dijalankan?
Setelah tingkat kedetailan model memadai. Model MEP yang masih skematik akan bentrok di mana-mana karena jalurnya memang belum dirancang detail, sehingga uji terlalu dini menghabiskan waktu untuk temuan yang akan hilang sendiri. Sesudah itu, jalankan bersiklus tetap — mingguan pada masa desain aktif.
Apa itu 4D clash?
Bentrokan pada dimensi waktu, bukan ruang: dua pekerjaan dijadwalkan di zona yang sama pada periode yang sama, atau perancah dibongkar sebelum pekerjaan di atasnya selesai. Tidak terdeteksi pemeriksaan geometri — ia baru terlihat ketika model disandingkan dengan jadwal proyek.
Pahami kerangka BIM-nya di BIM — pembahasan mendalam, atau lihat bagaimana model berubah menjadi volume pekerjaan di cara membuat BOQ.