Arkitek mengatakan lukisan terkini sudah dimuat naik ke Google Drive. Jurutera pula menghantar versi baharu melalui e-mel. Kontraktor menerima satu lagi pindaan melalui WhatsApp, sementara pasukan tapak masih menggunakan salinan yang dicetak semalam.
Semua pihak mempunyai fail. Namun tiada siapa benar-benar pasti fail mana yang sah digunakan.
Inilah perbezaan antara tempat menyimpan fail dengan sebuah Common Data Environment (CDE).
Masalah projek biasanya bukan kerana fail tidak wujud. Masalahnya ialah pasukan tidak tahu maklumat mana yang boleh dipercayai, untuk tujuan apa dan siapa yang telah meluluskannya.
Folder bersama belum tentu sebuah CDE
CDE sering disalah anggap sebagai nama lain bagi platform penyimpanan awan. Buka satu folder, beri akses kepada semua perunding, kemudian namakannya “CDE”.
Namun CDE bukan sekadar lokasi digital.
Panduan CIDB menerangkan CDE sebagai sumber maklumat projek yang dipersetujui untuk mengumpul, mengurus dan menyebarkan information container melalui proses yang terkawal. CIDB juga meletakkan tanggungjawab kepada appointing party untuk mewujudkan, mengkonfigurasi dan menyokong CDE projek. CIDB — A Guide to Enabling BIM in Projects
Secara praktikal, sebuah CDE memerlukan empat komponen:
| Komponen | Peranan |
|---|---|
| Proses | Menentukan bagaimana maklumat dihasilkan, disemak, dikongsi dan diterbitkan |
| Tanggungjawab | Menentukan siapa menghasilkan, menyemak, meluluskan dan memberi kebenaran penggunaan |
| Kawalan maklumat | Menetapkan identiti, revision, status, tujuan penggunaan dan rekod sejarah |
| Teknologi | Membolehkan proses tersebut dilaksanakan secara konsisten dan boleh diaudit |
Perisian hanyalah satu daripada empat komponen tersebut.
UK BIM Framework turut membezakan antara CDE workflow, iaitu proses mengurus maklumat, dengan CDE solution, iaitu teknologi yang menyokong proses itu. Malah, panduan tersebut mengesyorkan supaya aliran kerja ditentukan dahulu sebelum teknologi dipilih. UK BIM Framework — Guidance Part C
Jadi, bolehkah Dropbox atau Google Drive menjadi CDE?
Jawapannya: boleh menjadi sebahagian daripada CDE, tetapi tidak secara automatik.
Sebuah platform penyimpanan fail mungkin menyediakan:
- kawalan akses;
- version history;
- perkongsian pautan;
- notifikasi perubahan; dan
- pemulihan fail.
Namun sebuah CDE juga perlu menjawab soalan yang lebih penting:
- Apakah status maklumat ini?
- Siapa yang telah menyemaknya?
- Untuk tujuan apakah ia boleh digunakan?
- Adakah ia sesuai untuk koordinasi, tender, pembinaan atau operasi?
- Apakah revision terdahulu?
- Siapa yang memberi kebenaran untuk menerbitkannya?
- Bolehkah sejarah keputusan tersebut diaudit?
Jika jawapan hanya bergantung pada nama folder seperti LATEST, FINAL, FINAL 2 atau USE THIS ONE, projek itu masih mengurus fail—belum benar-benar mengurus maklumat.
Empat keadaan maklumat yang perlu difahami
Dalam aliran CDE yang lazim digunakan berdasarkan ISO 19650-1:2018, information container bergerak melalui beberapa keadaan konseptual.
Information container bukan hanya model BIM. Ia boleh berupa lukisan, jadual, laporan, data aset, minit, gambar, spesifikasi atau rekod lain yang perlu diurus.
| Keadaan | Maksud praktikal | Boleh digunakan untuk |
|---|---|---|
| Work in Progress — WIP | Maklumat sedang dibangunkan dan dikawal oleh pasukan yang menghasilkannya | Kegunaan dalaman pasukan tersebut |
| Shared | Maklumat telah diperiksa dan diluluskan untuk dikongsi dengan pihak tertentu | Koordinasi, semakan atau rujukan mengikut status yang diberikan |
| Published | Maklumat telah diberi kebenaran untuk tujuan tertentu | Pembinaan, reka bentuk lanjut, tender atau operasi—mengikut tujuan penerbitannya |
| Archived | Rekod revision terdahulu dan transaksi maklumat disimpan | Audit, pembuktian keputusan dan rujukan sejarah |
Published tidak bermaksud diterbitkan kepada orang awam. Ia bermaksud maklumat itu telah diberi kebenaran untuk digunakan bagi tujuan projek yang dinyatakan.
Begitu juga, Shared tidak semestinya bermaksud sesuai untuk pembinaan. Model yang dikongsi untuk clash detection masih boleh berubah dan tidak patut terus digunakan bagi pemasangan di tapak.
Status bukan sekadar menunjukkan sejauh mana sesuatu fail telah siap. Status perlu menerangkan penggunaan yang dibenarkan bagi kandungannya.
“Paling baharu” tidak semestinya “boleh digunakan”
Ini antara kekeliruan paling berbahaya dalam projek digital.
Fail dengan tarikh paling baharu mungkin masih WIP. Pada masa yang sama, revision yang lebih lama mungkin masih menjadi dokumen Published yang sah untuk pembinaan.
Oleh itu, pasukan tapak tidak sepatutnya memilih lukisan hanya berdasarkan:
- masa terakhir fail dimuat naik;
- nombor revision paling besar;
- nama fail yang mengandungi perkataan “latest”; atau
- mesej seseorang dalam kumpulan WhatsApp.
Soalan sebenar ialah:
Apakah status maklumat ini dan untuk tujuan apakah ia telah diberi kebenaran?
CDE yang baik menjadikan jawapan itu jelas tanpa memerlukan pengguna menghubungi lima orang untuk mendapatkan pengesahan.
Satu projek tidak semestinya menggunakan satu platform
CDE juga tidak semestinya bermaksud semua maklumat berada dalam satu perisian gergasi.
Sebuah projek boleh menggunakan:
- platform kolaborasi model;
- sistem pengurusan dokumen;
- sistem pentadbiran kontrak;
- aplikasi pemeriksaan tapak;
- rekod e-mel; dan
- pangkalan data aset.
UK BIM Framework mengakui bahawa appointing party, lead appointed party dan appointed parties mungkin mempunyai penyelesaian CDE masing-masing yang membentuk keseluruhan ekosistem maklumat projek.
Cabaran sebenar ialah memastikan apabila maklumat berpindah antara sistem, konteksnya tidak hilang.
Identiti, revision, status, tujuan penggunaan, kelulusan dan audit trail perlu kekal bersama maklumat tersebut. Jika sebuah model dimuat turun, dinamakan semula dan dimuat naik ke platform lain tanpa metadata asal, fail mungkin masih kelihatan sama tetapi tahap kebolehpercayaannya telah berubah.
“Single source of information” tidak semestinya bermaksud satu aplikasi. Ia bermaksud projek mempunyai sumber rasmi dan aturan yang dipersetujui.
Bagaimana pula dengan WhatsApp?
WhatsApp sangat berguna untuk komunikasi pantas. Masalah bermula apabila keputusan teknikal atau kontrak hanya tinggal dalam perbualan tersebut.
Contohnya:
“Teruskan dengan bukaan 1,200 mm seperti yang dibincangkan.”
Tanpa rujukan kepada lukisan, revision, pihak yang meluluskan dan tujuan arahan, mesej itu mudah dipisahkan daripada konteks sebenar. Ahli baharu mungkin tidak melihatnya, fail mungkin berubah selepas arahan diberikan dan pasukan tapak sukar membuktikan keputusan yang sah.
WhatsApp boleh menjadi sebahagian daripada ekosistem komunikasi projek, tetapi ia tidak sepatutnya menjadi sumber rasmi bagi penerbitan maklumat secara lalai.
Prinsip yang lebih selamat ialah:
Bincang di mana-mana jika perlu. Namun semak, lulus, terbit dan rekodkan keputusan melalui CDE.
Keputusan penting yang bermula melalui telefon, mesyuarat atau WhatsApp perlu dipindahkan kepada saluran rasmi yang mempunyai identiti, revision dan audit trail.
Apakah kawalan minimum sebuah CDE?
Sebelum membeli atau mengkonfigurasi platform, projek sekurang-kurangnya perlu menetapkan perkara berikut:
| Kawalan | Soalan yang perlu dijawab |
|---|---|
| Pemilikan proses | Siapa menyediakan, mengurus dan menyokong CDE? |
| Identiti maklumat | Bagaimana setiap model, drawing atau dokumen dikenal pasti secara unik? |
| Revision dan version | Bagaimana perubahan direkodkan dan dibezakan? |
| State dan status | Di tahap manakah maklumat berada dan apakah penggunaannya yang dibenarkan? |
| Workflow | Siapa menyemak, meluluskan, memberi kebenaran dan menerima maklumat? |
| Akses | Siapa boleh melihat, mengubah, memuat turun atau menerbitkan maklumat? |
| Audit trail | Bolehkah projek membuktikan siapa melakukan apa dan bila? |
| Arkib dan pengekalan | Apakah rekod yang perlu disimpan selepas revision diganti atau projek tamat? |
| Kesinambungan | Apakah yang berlaku apabila seseorang berhenti atau organisasi meninggalkan projek? |
Semua ini perlu disepadukan dengan EIR atau information requirements, BEP, information protocol, tanggungjawab pasukan dan pelan penyerahan maklumat.
Projek kecil juga boleh mempunyai CDE yang baik
CDE tidak perlu mahal atau terlalu kompleks.
Bagi projek kecil, platform yang ringkas boleh berfungsi jika:
- struktur maklumatnya jelas;
- akses dikawal;
- revision boleh dijejaki;
- status dan tujuan penggunaan direkodkan;
- proses kelulusan dipatuhi; dan
- rekod projek boleh dipulihkan serta diaudit.
Sebaliknya, platform tercanggih sekalipun tidak akan menjadi CDE yang berkesan jika semua orang masih memuat naik fail sesuka hati, mengatasi revision lama dan memberi arahan rasmi di luar sistem.
Pelaksanaan perlu berkadar dengan saiz dan risiko projek. Namun “projek kecil” tidak boleh dijadikan alasan untuk membiarkan maklumat kritikal tanpa kawalan.
Ujian mudah untuk CDE projek anda
Cuba jawab enam soalan ini:
- Bolehkah pasukan membezakan fail paling baharu dengan fail yang benar-benar dibenarkan untuk digunakan?
- Bolehkah pengguna melihat siapa yang menyemak dan meluluskannya?
- Adakah tujuan penggunaannya dinyatakan dengan jelas?
- Bolehkah revision terdahulu diperoleh semula?
- Bolehkah sejarah penerbitan dan perubahan diaudit?
- Adakah pasukan tahu saluran rasmi apabila maklumat bercanggah?
Jika kebanyakan jawapannya “tidak”, projek mungkin mempunyai cloud storage—tetapi belum mempunyai CDE yang berfungsi.
Pandangan AYDI
CDE bukan tempat semua orang boleh memuat naik apa sahaja.
CDE ialah tempat semua orang memahami:
- maklumat mana yang boleh dipercayai;
- siapa yang bertanggungjawab terhadapnya;
- untuk tujuan apa ia boleh digunakan; dan
- keputusan apa yang membawa maklumat itu kepada status semasa.
Kejayaan CDE tidak diukur melalui jumlah folder, bilangan akaun pengguna atau harga lesen perisian. Ia diukur melalui pengurangan kekeliruan, kerja semula dan keputusan berdasarkan maklumat yang salah.
Jika pasukan tapak masih perlu bertanya, “Drawing mana yang betul-betul latest?”, CDE belum menyelesaikan masalah utamanya.
Mulakan dengan workflow. Tetapkan tanggungjawab. Tentukan status dan tujuan penggunaan. Kemudian pilih teknologi yang mampu menyokong semuanya.
Bukan sebaliknya.
Nota piawaian: Pada September 2026, ISO 19650-1:2018 masih merupakan edisi yang diterbitkan, tetapi semakan edisi kedua sedang dibangunkan. Projek hendaklah menyatakan dengan jelas edisi piawaian dan keperluan kontrak yang diguna pakai. [ISO 19650-1:2018](https://www.iso.org/standard/68078.html) | [ISO/DIS 19650-1, draf edisi kedua](https://www.iso.org/obp/ui?_escaped_fragment_=iso%3Astd%3Aiso%3A19650%3A-1%3Adis%3Aed-2%3Av1%3Aen)