)){kind=icon}
)){kind=icon}
)){kind=icon}
)){kind=icon}
)){kind=icon}
)){kind=icon}
)){kind=icon}
)){kind=icon}
Manajemen dokumen konstruksi telah menyelesaikan satu masalah penting:
Bagaimana kita mengendalikan gambar, korespondensi, revisi, persetujuan, dan informasi proyek?
Namun, kontraktor skala besar kini menghadapi pertanyaan yang lebih sulit:
Bagaimana kita menghubungkan dokumen-dokumen tersebut dengan pekerjaan aktual, biaya, jadwal, pengadaan, kontrak, sumber daya, dan transaksi keuangan yang terdampak olehnya?
Karena itu, di sinilah perbedaan antara Common Data Environment (CDE), Sistem Manajemen Dokumen (DMS), dan ERP konstruksi yang terintegrasi menjadi penting secara strategis.
Tinjauan terhadap Oracle Aconex menunjukkan pendekatan yang matang terhadap pengendalian dokumen dan kolaborasi proyek. Pendekatan ini mencakup pengunggahan dokumen, konvensi penamaan, penggantian versi (superseding), pengunduhan, pelacakan aktivitas, peninjauan dokumen, transmittal, korespondensi, surat rahasia, templat alur kerja, pemantauan alur kerja, dan alur kerja dokumen pemasok.
Sebaliknya, ProjectVIEW ERP mendekati tantangan manajemen informasi yang sama dari arah yang berbeda.
Alih-alih memperlakukan dokumentasi sebagai repositori proyek yang terpisah, ProjectVIEW ERP menghubungkan dokumen dengan transaksi operasional perusahaan.
Perbedaannya dalam Satu Kalimat
Aconex terutama mengelola pertukaran informasi di sekitar proyek. Sementara itu, ProjectVIEW ERP mengelola proses perusahaan yang menjalankan proyek, sekaligus menanamkan manajemen dokumen di dalam proses-proses tersebut.
Selain itu, ProjectQ menambahkan lapisan lain dengan mengubah dokumentasi Mutu, Kesehatan, Keselamatan, dan Lingkungan menjadi catatan digital yang terstruktur.
Karena itu, perbandingan yang sebenarnya bukan sekadar:
- Aconex vs Manajemen Dokumen ProjectVIEW.
Melainkan:
- Manajemen Informasi Proyek vs Manajemen Operasional Proyek Terintegrasi.
Apa yang Dilakukan Aconex?
Aconex adalah lingkungan yang sangat terstruktur untuk mengelola informasi proyek.
Prosedur yang tercakup antara lain:
- Pengunggahan dokumen
- Konvensi penamaan file
- Penggantian dokumen dengan versi baru
- Pengunduhan dokumen
- Melihat aktivitas dokumen
- Peninjauan dokumen
- Pengunggahan dokumen eksternal
- Transmittal dokumen
- Pratinjau dokumen
- Penyuntingan dokumen Microsoft Office
- Pemulihan versi sebelumnya
- Korespondensi proyek
- Surat rahasia
- Registrasi surat masuk
- Grup milis
- Templat alur kerja
- Alur kerja peninjauan dokumen
- Delegasi alur kerja
- Pelaporan alur kerja
- Alur kerja dokumen pemasok
Dengan demikian, kemampuan ini menjawab tantangan mendasar dalam proyek modal berskala besar:
memastikan bahwa setiap pemangku kepentingan proyek bekerja dengan informasi yang terkendali, mudah ditelusuri, dan tersebar dengan benar.
Karena itu, hal ini sangat bernilai ketika pemilik proyek, konsultan, perancang, kontraktor, subkontraktor, dan pemasok beroperasi sebagai organisasi yang terpisah.
Oleh karena itu, arsitekturnya sangat berorientasi pada kolaborasi lintas organisasi dan tata kelola informasi.
Namun, Pengendalian Dokumen Hanyalah Sebagian dari Pengendalian Proyek
Misalnya, bayangkan sebuah gambar konstruksi hasil revisi.
Manajemen dokumen tradisional bertanya:
- Apakah ini revisi terbaru yang telah mendapat persetujuan?
Itu sangat penting.
Namun, manajemen proyek operasional harus segera mengajukan beberapa pertanyaan tambahan:
- Item BoQ mana yang berubah?
- Aktivitas WBS mana yang terdampak?
- Apakah revisi tersebut menambah kuantitas?
- Apakah pengadaan sudah berjalan?
- Paket subkontraktor mana yang terdampak?
- Apakah perubahan tersebut menimbulkan kebutuhan tambahan tenaga kerja atau alat berat?
- Apakah variasi tersebut memengaruhi proyeksi proyek?
- Dapatkah kontraktor menyertifikasi pekerjaan tersebut kepada pelanggan?
Pada titik inilah dokumen tidak lagi menjadi informasi pasif.
Sebaliknya, dokumen menjadi bagian dari realitas komersial dan operasional proyek.
ProjectVIEW ERP Berawal dari BoQ, WBS, dan Kode Biaya
Arsitektur bisnis inti ProjectVIEW ERP menghubungkan tiga struktur proyek yang mendasar:
BoQ ↔ WBS ↔ Kode Biaya
- Bill of Quantities (BoQ) merepresentasikan lingkup komersial.
- Work Breakdown Structure (WBS) merepresentasikan rencana pelaksanaan dan waktu.
- Kode Biaya merepresentasikan cara perusahaan mengklasifikasikan pengeluaran dan kinerja keuangan.
ProjectVIEW ERP kemudian menghubungkan proses-proses perusahaan dengan dimensi-dimensi tersebut.
Akibatnya, hal ini menciptakan sesuatu yang jauh lebih luas daripada repositori dokumen.
Dengan kata lain, hal ini menciptakan konteks operasional di mana:
Dokumen → Transaksi → Alur Kerja → Biaya → Waktu → Keputusan Manajemen saling terhubung.
Apa Perbedaan Cara Kerja Manajemen Dokumen ProjectVIEW?
ProjectVIEW menyertakan Sistem Manajemen Dokumen yang tertanam di dalam lingkungan ERP yang lebih luas.
Sistem ini dapat mendukung:
- repositori dokumen proyek terpusat
- registrasi dokumen
- klasifikasi dan penandaan (tagging) dokumen
- distribusi digital yang terkendali
- kontrol versi
- riwayat audit
- persetujuan berbasis alur kerja
- pengaitan dokumen dengan proses bisnis
- akses dokumen khusus per proyek
- pencarian dan pengambilan dokumen
Namun, perbedaan strategisnya bukan sekadar pada fungsionalitas.
Melainkan pada di mana fungsionalitas itu berada.
Dengan demikian, dokumen berada di dalam lingkungan perusahaan yang sama yang mengelola:
Tender → Penganggaran → Pengadaan → Konstruksi → Subkontraktor → Material → Alat Berat → SDM → Keuangan → Kontrak Pelanggan
Akibatnya, hal itu mengubah nilai informasi.
1. Dokumen dalam Estimasi dan Tender
Selama estimasi dan tender konstruksi, kontraktor menerima:
• BoQ • spesifikasi • gambar • Syarat-Syarat Umum Kontrak • Syarat-Syarat Khusus Kontrak • klarifikasi • adendum
ProjectVIEW ERP kemudian dapat mengaitkan informasi ini dengan tender dan struktur BoQ yang sesuai.
Dengan demikian, dokumen tetap terhubung dengan asumsi-asumsi di balik estimasi biaya.
Akibatnya, jika spesifikasi berubah, manajemen memiliki jalur yang lebih jelas untuk memahami:
apa yang berubah dan asumsi keuangan apa yang mungkin perlu ikut berubah.
2. Dokumen dalam Pengendalian Biaya
Filosofi inti ProjectVIEW adalah Pengendalian Biaya Aktual vs Anggaran.
Karena BoQ, WBS, dan Kode Biaya saling terhubung, dokumentasi yang berkaitan dengan:
- variasi
- gambar revisi
- instruksi lapangan
- progres
- sertifikasi
- pengadaan
- subkontraktor
dapat berada berdampingan dengan struktur komersial dan operasional yang terdampak olehnya.
Karena itu, pertanyaannya menjadi lebih bermakna daripada:
- “Di mana dokumennya?”
Pertanyaannya menjadi:
- “Hasil proyek apa yang dipengaruhi oleh dokumen ini?”
3. Dokumen dalam Pengadaan
Selain itu, pengadaan menghasilkan dokumentasi dalam volume yang sangat besar:
- Permintaan Material
- RFQ (permintaan penawaran harga)
- penawaran harga
- dokumen pengajuan teknis
- evaluasi komersial
- pesanan pembelian
- dokumen pengiriman
- Bukti Penerimaan Barang
- faktur pemasok
ProjectVIEW ERP menghubungkan dokumen-dokumen ini dengan proses pengadaan konstruksi yang sebenarnya.
Dengan demikian, transaksi pengadaan menyimpan bukti yang menjawab:
- Mengapa ada permintaan material ini?
- Proyek mana yang membutuhkannya?
- Item BoQ mana yang ia dukung?
- Pemasok mana yang terpilih?
- Apa yang dipesan?
- Apa yang diterima?
- Berapa biayanya?
Dengan kata lain, ini sangat berbeda dengan menyimpan korespondensi pengadaan secara terpisah dari transaksi pembelian.
4. Dokumen dalam Manajemen Subkontraktor
Selain itu, subkontraktor menghasilkan ekosistem dokumen kompleks lainnya:
- penawaran harga
- kontrak
- gambar
- metode kerja (method statement)
- laporan harian
- catatan progres
- sertifikasi
- variasi
- potongan
- faktur
ProjectVIEW ERP menggabungkan manajemen dan sertifikasi subkontraktor dalam lingkungan yang sama dengan pengadaan dan pengendalian biaya proyek.
Artinya, dokumentasi subkontraktor dapat tetap terhubung dengan:
Kontrak → Paket BoQ → Progres → Sertifikasi → Biaya → Pembayaran
alih-alih hanya berada di dalam repositori dokumen.
5. Dokumen dalam Material dan Inventaris
Sementara itu, material konstruksi bergerak melalui beberapa tahap:
Kebutuhan → Pengadaan → Pengiriman → Inspeksi → Penyimpanan → Pemindahan → Pemakaian
ProjectVIEW ERP menyediakan manajemen material dan gudang yang terintegrasi.
Dengan demikian, dokumentasi pendukung dapat tetap terkait dengan pergerakan fisik dan keuangan material.
Akibatnya, hal ini menciptakan ketertelusuran antara:
rancangan, pembelian, material yang tiba di lokasi, dan apa yang benar-benar dipakai.
6. Dokumen dalam Manajemen Alat Berat dan Aset
Alat berat konstruksi juga menghasilkan dokumentasi yang signifikan:
- sertifikat inspeksi
- dokumen asuransi
- catatan servis
- riwayat pemeliharaan
- catatan suku cadang
- laporan kerusakan
Manajemen Alat Berat dan Peralatan ProjectVIEW ERP menghubungkan informasi ini dengan ketersediaan, alokasi, utilisasi, dan pemeliharaan peralatan.
Dengan demikian, catatan aset menjadi catatan operasional sekaligus catatan dokumenter.
7. Dokumen dalam Manajemen SDM dan Tenaga Kerja
SDM konstruksi memerlukan dokumentasi yang terkendali untuk:
- kontrak kerja
- identitas
- kualifikasi
- visa
- sertifikasi
- pelatihan
- dokumen penggajian
- catatan wajib menurut peraturan
ProjectVIEW ERP menghubungkan Manajemen SDM dan Tenaga Kerja dengan perencanaan sumber daya proyek dan produktivitas di lapangan.
Dengan demikian, perusahaan memperoleh satu lingkungan tempat dokumentasi tenaga kerja dan utilisasi tenaga kerja dapat berjalan berdampingan.
8. Dokumen dalam Kontrak Pelanggan dan Sertifikasi
Selain itu, kontrak pelanggan menciptakan hubungan penting lainnya antara dokumen dan transaksi keuangan.
RFI, instruksi, kuantitas yang disetujui, variasi, dan sertifikat progres pada akhirnya memengaruhi:
Pendapatan.
ProjectVIEW ERP menghubungkan proses-proses ini dengan kontrak pelanggan dan sertifikasi.
Rantainya menjadi:
Pekerjaan Terlaksana → Bukti → Persetujuan → Sertifikasi → Piutang Usaha
Pada akhirnya, di sinilah dokumentasi menjadi signifikan secara finansial.
Dari Manajemen Dokumen ke Manajemen Catatan: ProjectQ
Ada pula perbedaan penting antara dokumen dan catatan (record).
- Gambar adalah dokumen.
- Spesifikasi adalah dokumen.
- Kontrak adalah dokumen.
Namun, hasil inspeksi adalah catatan.
- Sebaliknya, uji beton adalah catatan.
- NCR (laporan ketidaksesuaian) adalah catatan.
- Observasi keselamatan adalah catatan.
- Inspeksi lingkungan adalah catatan.
ProjectQ mengubah formulir dan prosedur kepatuhan menjadi catatan digital terstruktur dengan:
- kolom wajib
- formulir yang dapat dikonfigurasi
- tanda tangan
- persetujuan
- alur kerja
- data inspeksi
- manajemen NCR
- tindakan korektif
- catatan mutu
- catatan HSE
- catatan lingkungan
Yang lebih penting, tim dapat mengaitkan catatan-catatan tersebut dengan struktur proyek yang mendasarinya.
Catatan QHSE ↔ BoQ ↔ WBS ↔ Kode Biaya ↔ Progres
Mengapa Hal Ini Penting?
Karena mutu tidak seharusnya berdiri terpisah dari pelaksanaan.
Misalnya, bayangkan sebuah inspeksi.
Dalam lingkungan yang tidak terhubung:
Pekerjaan Selesai → PDF Inspeksi → Repositori Dokumen
Sebaliknya, dalam lingkungan yang terintegrasi:
Pekerjaan Selesai → Catatan Inspeksi → Aktivitas WBS → Kuantitas BoQ → Persetujuan → Progres → Sertifikasi
Arsitektur kedua memberikan kecerdasan proyek yang jauh lebih kaya.
Aconex dan ProjectVIEW Tidak Harus Bersaing
Ini adalah poin penting.
Pemilik proyek dan konsultan besar sering mewajibkan Common Data Environment tertentu untuk proyek mereka.
Oleh karena itu, kontraktor mungkin perlu beroperasi di dalam lingkungan kolaborasi yang dikendalikan pemilik proyek, sambil secara bersamaan mengelola proses internal perusahaannya melalui ERP.
Dalam arsitektur seperti itu:
Misalnya, Aconex dapat tetap menjadi lingkungan kolaborasi proyek eksternal yang formal.
ProjectVIEW ERP menjadi system of record operasional dan keuangan milik kontraktor.
Selain itu, ProjectQ menjadi lapisan manajemen catatan QHSE yang terstruktur.
Tujuannya tidak selalu mengganti setiap platform.
Sebaliknya, tujuannya adalah mencegah fragmentasi informasi.
ProjectVIEW ERP mendukung integrasi dengan aplikasi perusahaan dan proyek eksternal melalui API dan konektor khusus.
Mengapa Arsitektur Ini Penting bagi Kecerdasan Buatan
AI mengubah nilai informasi perusahaan yang terstruktur.
Misalnya, sebuah folder berisi 50.000 PDF mengandung pengetahuan.
Namun, platform perusahaan yang berisi:
- struktur BoQ
- aktivitas WBS
- Kode Biaya
- anggaran
- pengadaan
- subkontraktor
- progres
- tenaga kerja
- alat berat
- inspeksi
- kontrak
- pembayaran
- dokumen yang tertaut
mengandung konteks.
Selanjutnya, konteks memungkinkan agen AI menjawab pertanyaan yang jauh lebih canggih.
Sebagai contoh:
- Perubahan desain resmi mana yang telah meningkatkan proyeksi biaya?
- Aktivitas WBS mana yang tertunda karena NCR yang belum terselesaikan?
- Material mana yang dibutuhkan dalam empat minggu ke depan tetapi belum diadakan?
- Sertifikasi subkontraktor mana yang tidak konsisten dengan progres lapangan yang tercatat?
- Kuantitas terlaksana mana yang masih menunggu persetujuan mutu sebelum sertifikasi kepada pelanggan?
Karena itu, lapisan perusahaan yang deterministik menjadi semakin penting di era AI konstruksi.
AI bekerja paling baik ketika bernalar atas data yang terstruktur, terkelola, dan bermakna secara operasional.
Pertanyaan yang Sering Diajukan
Apakah Aconex merupakan sistem manajemen dokumen?
Aconex memiliki kemampuan manajemen dokumen yang canggih, tetapi cakupannya lebih luas daripada DMS tradisional. Aconex mendukung korespondensi proyek, transmittal, alur kerja, peninjauan, dan kolaborasi lintas organisasi.
Panduan Aconex yang menjadi rujukan menunjukkan kemampuan ini secara ekstensif melalui bagian dokumen, surat, dan alur kerjanya.
Apakah Aconex merupakan ERP?
Aconex terutama merupakan platform informasi dan kolaborasi proyek konstruksi, bukan sistem perencanaan sumber daya perusahaan (ERP) tradisional.
ProjectVIEW ERP mengelola fungsi-fungsi perusahaan yang terintegrasi, termasuk:
Tender, Penganggaran, Pengendalian Biaya, Pengadaan, Material, Subkontraktor, Alat Berat, SDM, Penggajian, Akuntansi, dan Operasional Proyek.
Apa perbedaan antara Aconex dan ProjectVIEW ERP?
Singkatnya, perbedaan utamanya bersifat arsitektural.
Aconex terutama memfasilitasi pertukaran informasi proyek yang terkendali dan kolaborasi antarorganisasi.
ProjectVIEW ERP mengelola proses komersial, operasional, dan keuangan kontraktor, sekaligus menanamkan dokumen di dalam proses-proses tersebut.
Apa perbedaan antara CDE dan ERP?
Common Data Environment (CDE) mengatur dan mengendalikan informasi proyek.
Sebaliknya, ERP mengelola transaksi, sumber daya, biaya, dan proses keuangan perusahaan.
Karena itu, bagi kontraktor skala besar, arsitektur digital yang paling kuat mungkin memerlukan keduanya.
Apa perbedaan antara Manajemen Dokumen ProjectVIEW dan ProjectQ?
Manajemen Dokumen ProjectVIEW mengelola file, gambar, korespondensi, distribusi, versi, dan alur kerja dokumen.
ProjectQ mengelola catatan QHSE terstruktur seperti inspeksi, pengujian, NCR, tindakan korektif, dan catatan keselamatan.
Mengapa dokumen konstruksi harus dikaitkan dengan BoQ?
Karena BoQ merepresentasikan lingkup komersial proyek.
Menghubungkan dokumen dengan item BoQ memungkinkan kita memahami deliverable komersial mana yang dapat terdampak oleh gambar, spesifikasi, variasi, atau persetujuan.
Mengapa dokumen konstruksi harus dikaitkan dengan WBS?
Karena WBS merepresentasikan pelaksanaan dan waktu proyek.
Menghubungkan informasi dengan aktivitas WBS memungkinkan tim memahami pekerjaan terjadwal mana yang dapat terdampak oleh suatu dokumen, instruksi, inspeksi, atau perubahan.
Mengapa menghubungkan BoQ, WBS, dan Kode Biaya?
Karena struktur-struktur ini merepresentasikan tiga dimensi mendasar dalam pengendalian proyek:
- BoQ = Lingkup
- WBS = Waktu / Pelaksanaan
- Kode Biaya = Biaya
ProjectVIEW ERP menghubungkan ketiganya.
Selanjutnya, hal itu menjadi dasar bagi Pengendalian Biaya dan Progres Aktual vs Anggaran yang berkelanjutan.
Dapatkah ProjectVIEW ERP terintegrasi dengan Aconex?
Ketika persyaratan proyek menuntut koeksistensi dengan sistem eksternal, arsitektur integrasi dan API ProjectVIEW dapat mendukung pertukaran data dengan aplikasi pihak ketiga.
Cakupan integrasi yang tepat bergantung pada proses yang dibutuhkan, API yang tersedia, dan arsitektur system of record pilihan organisasi.
Dapatkah Aconex dan ProjectVIEW ERP digunakan bersamaan dalam proyek yang sama?
Ya.
Salah satu kemungkinan arsitektur perusahaan adalah:
- Aconex = Kolaborasi Proyek Eksternal / CDE
- ProjectVIEW ERP = Operasional Internal Perusahaan dan Pengendalian Biaya
- ProjectQ = Manajemen Catatan QHSE
Dengan demikian, setiap platform dapat menjalankan peran yang paling sesuai baginya.
Pertanyaan yang Lebih Besar: Apakah Kita Mengelola Dokumen atau Mengelola Proyek?
Menemukan gambar terbaru itu penting.
Namun, mengelola konsekuensi dari gambar tersebut jauh lebih penting.
Namun, revisi desain dapat memengaruhi:
- Kuantitas.
- Pengadaan.
- Subkontraktor.
- Sumber daya.
- Jadwal.
- Inspeksi mutu.
- Biaya proyek.
- Arus kas.
- Sertifikasi kepada pelanggan.
Karena itu, generasi berikutnya dari sistem informasi konstruksi tidak boleh berhenti pada manajemen dokumen.
Masa depan adalah konvergensi dari:
Dokumen + Catatan + Alur Kerja + Transaksi + Biaya + Waktu + Sumber Daya + AI
Inilah filosofi di balik DANAOS ProjectVIEW ERP dan ProjectQ.
Karena Single Source of Truth seharusnya tidak hanya memberi tahu kita di mana informasi berada. Sebaliknya, ia seharusnya memberi tahu kita apa arti informasi tersebut bagi proyek.
