Aconex vs ProjectVIEW ERP: Mengapa Manajemen Dokumen Konstruksi Harus Terhubung dengan Biaya, Waktu, dan Pelaksanaan

Manajemen dokumen konstruksi telah menyelesaikan satu masalah penting:

 

 

Namun, kontraktor skala besar kini menghadapi pertanyaan yang lebih sulit:

 

 

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, 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.

 

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

 

 

 

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 dicakup 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

 

Kemampuan ini menjawab tantangan mendasar dalam proyek modal berskala besar:

 

memastikan bahwa setiap pemangku kepentingan proyek bekerja dengan informasi yang terkendali, dapat ditelusuri, dan didistribusikan dengan benar.

 

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

 

Bayangkan sebuah gambar konstruksi yang direvisi.

 

Manajemen dokumen tradisional bertanya:

 

• Apakah ini revisi terbaru yang telah disetujui?

 

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 dimulai?
• Paket subkontraktor mana yang terdampak?
• Apakah perubahan tersebut menimbulkan kebutuhan tambahan tenaga kerja atau alat berat?
• Apakah variasi tersebut memengaruhi proyeksi proyek?
• Dapatkah pekerjaan yang dihasilkan disertifikasi kepada pelanggan?

 

Di sinilah dokumen tidak lagi menjadi informasi pasif.

 

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:

 

 

• Bill of Quantities (BoQ) merepresentasikan lingkup komersial.
• Work Breakdown Structure (WBS) merepresentasikan pelaksanaan yang direncanakan dan waktu.
• Kode Biaya merepresentasikan cara pengeluaran dan kinerja keuangan diklasifikasikan.

 

ProjectVIEW ERP kemudian menghubungkan proses-proses perusahaan dengan dimensi-dimensi tersebut.

 

Hal ini menciptakan sesuatu yang jauh lebih luas daripada repositori dokumen.

 

Hal ini menciptakan konteks operasional di mana:

 

 

---

 

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.

 

Dokumen berada di dalam lingkungan perusahaan yang sama yang mengelola:

 

 

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 dapat mengaitkan informasi ini dengan tender dan struktur BoQ yang sesuai.

 

Dengan demikian, dokumen tetap terhubung dengan asumsi-asumsi di balik estimasi biaya.

 

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 dipengaruhinya.

 

Pertanyaannya menjadi lebih bermakna daripada:

 

• “Di mana dokumennya?”

 

Pertanyaannya menjadi:

 

• “Hasil proyek apa yang dipengaruhi oleh dokumen ini?”

 

3. Dokumen dalam Pengadaan

 

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 material ini diminta?
• Proyek mana yang membutuhkannya?
• Item BoQ mana yang didukungnya?
• Pemasok mana yang dipilih?
• Apa yang dipesan?
• Apa yang diterima?
• Berapa biayanya?

 

Ini sangat berbeda dengan menyimpan korespondensi pengadaan secara terpisah dari transaksi pembelian.

 

4. Dokumen dalam Manajemen Subkontraktor

 

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:

 

 

alih-alih hanya berada di dalam repositori dokumen.

 

5. Dokumen dalam Material dan Inventaris

 

Material konstruksi bergerak melalui beberapa tahap:

 

 

ProjectVIEW ERP menyediakan manajemen material dan gudang yang terintegrasi.

 

Dengan demikian, dokumentasi pendukung dapat tetap terkait dengan pergerakan fisik dan keuangan material.

 

Hal ini menciptakan ketertelusuran antara:

 

apa yang dirancang, apa yang dibeli, apa 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.

 

Perusahaan memperoleh satu lingkungan tempat dokumentasi tenaga kerja dan utilisasi tenaga kerja dapat berjalan berdampingan.

 

8. Dokumen dalam Kontrak Pelanggan dan Sertifikasi

 

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

 

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.

 

• Uji beton adalah catatan.
• NCR (laporan ketidaksesuaian) adalah catatan.
• Observasi keselamatan adalah catatan.
• Inspeksi lingkungan adalah catatan.

 

 

• 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, catatan-catatan tersebut dapat dikaitkan dengan struktur proyek yang mendasarinya.

 

 

Mengapa Hal Ini Penting?

 

Karena mutu tidak seharusnya berdiri terpisah dari pelaksanaan.

 

Bayangkan sebuah inspeksi.

 

Dalam lingkungan yang tidak terhubung:

 

Pekerjaan Selesai → PDF Inspeksi → Repositori Dokumen

 

Dalam lingkungan yang terintegrasi:

 

 

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:

 

 

 

 

Tujuannya tidak selalu mengganti setiap platform.

 

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.

 

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.

 

Dan konteks memungkinkan agen AI menjawab pertanyaan yang jauh lebih canggih.

 

Sebagai contoh:

 

• Perubahan desain yang disetujui 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?

 

 

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 dirujuk 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?

 

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.

 

ERP mengelola transaksi, sumber daya, biaya, dan proses keuangan perusahaan.

 

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.

 

 

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 yang ditetapkan oleh 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

 

Hal ini memungkinkan setiap platform 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.

 

Desain yang direvisi dapat memengaruhi:

 

• Kuantitas.
• Pengadaan.
• Subkontraktor.
• Sumber daya.
• Jadwal.
• Inspeksi mutu.
• Biaya proyek.
• Arus kas.
• Sertifikasi kepada pelanggan.

 

Itulah sebabnya 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.