Satu Aset, Banyak Pemangku Kepentingan: Bagaimana ProjectVIEW ERP Menghubungkan Pemilik, Kontraktor, Konsultan, Bank, dan Perusahaan Asuransi

Aset fisik berskala besar hampir tidak pernah dirancang, dibiayai, dibangun, dirakit, diasuransikan, dan diserahkan oleh satu organisasi saja.

 

Sebuah pusat data dapat melibatkan Pemilik/Pengembang ProjectVIEW Pemilik/Pengembang, Kontraktor Umum ProjectVIEW Kontraktor Umum, Konsultan Teknik ProjectVIEW Konsultan, arsitek, desainer, subkontraktor spesialis, produsen peralatan, pemasok, bank, perusahaan asuransi, spesialis commissioning, dan pada akhirnya operator.

 

Tambang, instalasi lepas pantai, kapal, pabrik industri, atau struktur fabrikasi mengikuti logika dasar yang sama.

 

Hanya ada satu aset fisik, tetapi ada seluruh ekosistem organisasi di sekitarnya.

 

Hal ini menimbulkan salah satu tantangan digitalisasi terpenting di Build World:

 

 

Di sinilah ProjectVIEW ERP perlu dipahami secara berbeda dari aplikasi manajemen konstruksi konvensional atau ERP korporat generik.

 

ProjectVIEW menciptakan tulang punggung operasional perusahaan di sekitar penciptaan fisik aset, yang menghubungkan lingkup proyek, waktu, biaya, sumber daya, pengadaan, kontrak, produksi, dan transaksi keuangan, sekaligus memungkinkan berbagai pemangku kepentingan berinteraksi dengan informasi yang relevan dengan tanggung jawab mereka.

 

Tujuannya bukan membuat bank, perusahaan asuransi, arsitek, atau insinyur independen mengoperasikan ERP milik kontraktor.

 

Tujuannya jauh lebih penting:

 

 

---

 

Masalah Digital yang Sebenarnya: Setiap Pihak Melihat Versi Berbeda dari Aset yang Sama

 

Proyek besar sudah beroperasi sebagai perusahaan yang diperluas (extended enterprise).

 

Kontrak konstruksi internasional yang diterbitkan oleh FIDIC Kontrak konstruksi FIDIC memformalkan hubungan antara Pemberi Kerja/Klien, Kontraktor, dan Engineer. FIDIC juga menerbitkan Perjanjian Model Layanan Klien/Konsultan FIDIC White Book untuk kegiatan yang mencakup studi kelayakan, desain terperinci, administrasi konstruksi, dan manajemen proyek.

 

Ekosistem desain digital mengakui realitas yang sama. buildingSMART International dan openBIM buildingSMART openBIM berfokus pada pertukaran informasi yang interoperabel antara pemilik, desainer, insinyur, kontraktor, operator, dan pemangku kepentingan lainnya. Panduannya untuk pemilik aset openBIM untuk Pemilik Aset secara khusus menekankan komunikasi antara pemangku kepentingan proyek, mitra, dan pemasok di sepanjang siklus hidup aset.

 

Lembaga keuangan menciptakan lapisan informasi lainnya. Equator Principles Kerangka pembiayaan proyek Equator Principles digunakan sebagai kerangka manajemen risiko oleh lembaga keuangan yang terlibat dalam pembiayaan proyek dan produk pembiayaan terkait.

 

Risiko rekayasa (engineering) menambahkan lapisan lain. International Association of Engineering Insurers — IMIA IMIA mewakili komunitas asuransi rekayasa dan mendorong pengetahuan teknis serta praktik terbaik terkait risiko rekayasa.

 

Dengan demikian, ekosistem proyek yang sebenarnya tidak terlihat seperti:

 

Pemilik → Kontraktor

 

melainkan lebih seperti:

 

Pemilik / Pengembang ↔ Desainer ↔ Konsultan ↔ Kontraktor ↔ Subkontraktor ↔ Pemasok ↔ Fabrikator ↔ Bank ↔ Perusahaan Asuransi ↔ Lembaga Sertifikasi ↔ Regulator ↔ Operator

 

Namun, para pihak ini sering kali beroperasi dengan sistem, kontrak, kumpulan data, dan siklus pelaporan yang berbeda.

 

Hasilnya sering kali bukan kekurangan data.

 

Melainkan kekurangan kebenaran operasional yang terhubung.

 

Apa yang Dihubungkan oleh ProjectVIEW?

 

Di inti ProjectVIEW ERP, lingkup fisik dan pelaksanaan proyek dapat distrukturkan berdasarkan tiga dimensi mendasar:

 

Daftar Kuantitas (Bill of Quantities) — BoQ

 

Apa yang perlu dibangun, dipasang, difabrikasi, digali, atau dikirim?

 

Struktur Rincian Kerja (Work Breakdown Structure) — WBS

 

Kapan dan dalam urutan pelaksanaan apa pekerjaan harus dilakukan?

 

Kode Biaya

 

Sumber daya dan pengeluaran apa yang digunakan untuk menyelesaikan pekerjaan tersebut?

 

ProjectVIEW menghubungkan struktur-struktur ini dengan proses perusahaan, termasuk Estimasi Anggaran, Pengendalian Biaya, Pengadaan, Manajemen Subkontraktor, Material dan Produksi, Alat Berat dan Mesin, SDM dan Produktivitas Tenaga Kerja, Utang Usaha, Piutang Usaha, dan Manajemen Keuangan. DANAOS menggambarkan hubungan BoQ–WBS–Kode Biaya ini sebagai inti proyek (project kernel) yang mendasari model operasionalnya.

 

Artinya, perubahan pada aset fisik dapat ditelusuri hingga ke konsekuensi operasionalnya.

 

Sebuah revisi desain dapat berkembang menjadi:

 

Perubahan Gambar → Perubahan Kuantitas → Perubahan BoQ → Dampak WBS → Kebutuhan Pengadaan → Dampak Subkontraktor → Kebutuhan Sumber Daya → Dampak Biaya → Variasi dengan Pelanggan → Dampak Arus Kas

 

Hal ini jauh lebih bermakna daripada sekadar mendistribusikan revisi gambar terbaru.

 

Persona Internal dan Pemangku Kepentingan Eksternal Bukanlah Hal yang Sama

 

Perbedaan ini sangat penting.

 

Di dalam perusahaan, ProjectVIEW mendukung persona operasional seperti:

 

Pengendali Biaya ProjectVIEW Pengendali Biaya, Manajer Proyek ProjectVIEW Manajer Proyek, estimator, quantity surveyor, perencana, manajer kontrak, petugas pengadaan, manajer subkontraktor, manajer konstruksi, pengendali material, manajer gudang, manajer produksi dan fabrikasi, manajer alat berat, tim SDM dan produktivitas tenaga kerja, petugas keuangan, pengendali dokumen, manajer mutu, manajer HSE, tim TI, manajer transformasi digital, dan eksekutif tingkat C.

 

Mereka adalah pengguna perusahaan.

 

Namun, di sekitar mereka terdapat pemangku kepentingan eksternal:

 

Pemilik, pengembang, konsultan teknik, arsitek, desainer, bank, perusahaan asuransi, pemasok, subkontraktor, lembaga inspeksi, badan klasifikasi, regulator, dan operator.

 

Para pemangku kepentingan ini mungkin tidak memerlukan akses ke ERP secara lengkap.

 

Sebaliknya, mereka memerlukan akses terkendali ke informasi dan alur kerja yang relevan dengan tanggung jawab mereka.

 

Itulah perbedaan arsitektural yang penting.

 

---

 

1. Konstruksi dan Infrastruktur

 

Bayangkan sebuah rumah sakit, bandara, jalur kereta api, jembatan, pengembangan perumahan, fasilitas industri, atau pusat data.

 

Pemangku kepentingan utamanya dapat mencakup:

 

• Pemilik / Pengembang ProjectVIEW Pemilik/Pengembang
• Kontraktor Umum / Kontraktor EPC ProjectVIEW Kontraktor Umum
• Konsultan Teknik / Insinyur Independen / PMC ProjectVIEW Konsultan
• Arsitek / Desainer / Tim BIM — terwakili dalam ekosistem konstruksi digital terbuka yang didorong oleh buildingSMART International buildingSMART openBIM
• Bank / Lembaga Pembiayaan Proyek — dengan kerangka risiko pembiayaan proyek seperti Equator Principles Equator Principles
• Perusahaan Asuransi / Reasuransi Rekayasa — diwakili oleh IMIA International Association of Engineering Insurers
• Subkontraktor
• Pemasok
• Fabrikator
• Regulator
• Spesialis commissioning
• Operator di masa depan

 

Struktur pemangku kepentingan ini selaras dengan model kontraktual dan data terbuka yang lebih luas yang didorong oleh FIDIC dan buildingSMART.

 

Contoh: Perubahan Desain pada Pusat Data

 

Misalkan konsultan mekanikal merevisi desain sistem pendingin.

 

Sistem manajemen dokumen dapat mendistribusikan gambar yang telah direvisi.

 

Namun, konsekuensi bisnis yang sebenarnya dapat mencakup:

 

• peralatan tambahan;
• kuantitas yang direvisi;
• paket pengadaan yang berubah;
• modifikasi perjanjian dengan subkontraktor spesialis;
• tenaga kerja tambahan;
• urutan pemasangan yang direvisi;
• pengujian tambahan;
• perubahan tanggal commissioning;
• biaya penyelesaian (cost-to-complete) yang direvisi;
• variasi kontrak;
• perubahan kebutuhan arus kas.

 

Bagi desainer, hal ini bermula sebagai perubahan teknis.

 

Bagi kontraktor, hal ini menjadi peristiwa pelaksanaan dan biaya.

 

Bagi pemilik, hal ini menjadi persoalan biaya modal dan penyerahan.

 

Bagi konsultan, hal ini menjadi persoalan pengawasan dan sertifikasi.

 

Bagi bank, hal ini dapat memengaruhi pemantauan proyek atau bukti untuk pencairan dana.

 

Bagi perusahaan asuransi, hal ini dapat mengubah profil risiko rekayasa proyek.

 

ProjectVIEW dapat menghubungkan konsekuensi-konsekuensi ini ke dalam kerangka operasional bersama, alih-alih membiarkan setiap departemen mempertahankan interpretasi tersendiri atas peristiwa yang sama.

 

Model ERP untuk Konsultan ProjectVIEW untuk Konsultan Konstruksi dari ProjectVIEW telah mengidentifikasi visibilitas lokasi proyek secara real-time, dokumentasi konstruksi, persetujuan desain, informasi QC/QA, dan manajemen perubahan sebagai elemen penting dalam pengawasan oleh konsultan.

 

---

 

2. Konstruksi Kelautan dan Lepas Pantai

 

Proyek kelautan dan lepas pantai bahkan lebih tersebar.

 

Aset fisiknya dapat berupa anjungan lepas pantai, sistem bawah laut, pemecah gelombang, pelabuhan, dermaga, jaringan pipa, terminal laut, atau proyek infrastruktur pesisir.

 

International Marine Contractors Association — IMCA Ekosistem keanggotaan IMCA menggambarkan betapa luasnya ekosistem ini. Kategori keanggotaannya mencakup kontraktor kelautan, pemilik dan operator kapal, perusahaan serta pengembang energi lepas pantai, pemasok, produsen, konsultan, penyedia tenaga kerja, dan lembaga pelatihan.

 

Model pemangku kepentingan ProjectVIEW mencakup:

 

• Pemilik E&P / Perusahaan Energi ProjectVIEW Pemilik E&P
• Kontraktor Kelautan / Lepas Pantai ProjectVIEW Kontraktor Kelautan

 

bersama dengan:

 

• Kontraktor EPC
• Konsultan Teknik
• Pemilik / Operator Kapal
• Kontraktor Bawah Laut
• Galangan Fabrikasi
• Kontraktor Pengerukan
• Pemasok Peralatan
• Otoritas Pelabuhan
• Bank
• Perusahaan Asuransi Rekayasa dan Kelautan
• Surveyor
• Otoritas Pemerintah

 

Contoh: Perubahan pada Instalasi Lepas Pantai

 

Bayangkan kondisi bawah laut memaksa dilakukannya modifikasi rekayasa selama kampanye instalasi lepas pantai.

 

Konsekuensinya dapat berupa:

 

Perubahan Rekayasa → Paket Kerja yang Direvisi → Tambahan Hari Operasi Kapal → Kru Spesialis → Mobilisasi Peralatan → Pengadaan → Dampak Jadwal → Biaya Tambahan → Variasi dengan Pelanggan

 

Konsultan teknik memerlukan ketertelusuran teknis.

 

Kontraktor memerlukan pengendalian sumber daya dan biaya.

 

Pemilik E&P memerlukan visibilitas atas dampak dan otorisasi.

 

Operator kapal memerlukan persyaratan yang diperbarui.

 

Manajer komersial perlu mengetahui konsekuensi kontraktualnya.

 

Manajemen perlu mengetahui apakah proyek masih menguntungkan.

 

 

Perbedaan itu penting.

 

---

 

3. Pertambangan dan Penggalian

 

Tambang bukan sekadar proyek konstruksi.

 

Tambang dapat sekaligus mencakup:

 

• pekerjaan tanah;
• jalan;
• pabrik pengolahan;
• mesin penghancur (crusher);
• konveyor;
• bengkel;
• infrastruktur air;
• infrastruktur listrik;
• armada alat berat;
• kegiatan pemeliharaan;
• kontraktor;
• aset produksi jangka panjang.

 

Global Mining Guidelines Group — GMG Global Mining Guidelines Group menggambarkan komunitas pertambangan yang melibatkan operator tambang, OEM, penyedia teknologi, pemasok, konsultan, lembaga riset, dan pemangku kepentingan lainnya, sementara tata kelolanya secara eksplisit mendukung kolaborasi multipihak di seluruh industri.

 

Bagi ProjectVIEW, kategori pemangku kepentingan inti mencakup:

 

• Pemilik Tambang / Tambang Galian ProjectVIEW Pemilik Tambang & Tambang Galian
• Kontraktor Pertambangan ProjectVIEW Kontraktor Pertambangan

 

yang dikelilingi oleh:

 

• Konsultan EPCM
• Insinyur Pertambangan
• Ahli Geologi
• Kontraktor Pengeboran dan Peledakan
• OEM Alat Berat
• Kontraktor Pabrik Pengolahan
• Kontraktor Infrastruktur
• Pemasok
• Bank dan Investor
• Perusahaan Asuransi Rekayasa
• Konsultan Lingkungan
• Regulator
• Tim ESG dan asurans

 

Contoh: Perluasan Pabrik Pengolahan

 

Misalkan pengiriman sebuah crusher utama mengalami keterlambatan.

 

Ini bukan sekadar masalah pengadaan.

 

Dampaknya dapat merambat melalui:

 

Keterlambatan Pemasok → Urutan Pemasangan → WBS → Alat Berat → Tenaga Kerja → Subkontraktor → Commissioning → Kesiapan Produksi → Arus Kas → Prakiraan Proyek

Sistem pembelian konvensional mungkin dapat mengidentifikasi pesanan pembelian yang terlambat.

 

Sistem penjadwalan mungkin dapat menunjukkan aktivitas yang tertunda.

 

Platform konstruksi mungkin dapat mengungkap masalah di lapangan.

 

 

Model ProjectVIEW untuk Pemilik Tambang & Tambang Galian ERP Pengendalian Proyek untuk Pemilik Tambang secara khusus menyasar pengendalian proyek dan visibilitas pemilik, sementara model Kontraktor Pertambangan ERP untuk Kontraktor Pertambangan menangani pelaksanaan oleh kontraktor.

 

---

 

4. Pembangunan dan Perbaikan Kapal

 

Pembangunan kapal mungkin merupakan salah satu contoh paling kuat dari kompleksitas pemangku kepentingan.

 

Kapal yang sedang dibangun berada di pusat ekosistem yang melibatkan:

 

• Pemilik Kapal / Prinsipal ProjectVIEW Pemilik Kapal
• Pembangun Kapal / Galangan Kapal ProjectVIEW Pembangun dan Perbaikan Kapal
• Arsitek Perkapalan dan Insinyur Kelautan — diwakili secara internasional oleh SNAME Society of Naval Architects and Marine Engineers
• Badan Klasifikasi — diwakili melalui IACS International Association of Classification Societies
• Perusahaan Asuransi dan Reasuransi Kelautan — diwakili oleh IUMI International Union of Marine Insurance
• Bank Pembiayaan Kapal
• Produsen Peralatan
• Subkontraktor Spesialis
• Administrasi Negara Bendera
• Manajer Teknis
• Operator di Masa Depan
• Penyewa Kapal (Charterer), jika relevan.

 

Hal ini juga tecermin secara kontraktual. BIMCO NEWBUILDCON BIMCO NEWBUILDCON adalah kontrak standar internasional untuk pembangunan kapal yang dirancang untuk menyeimbangkan kepentingan pemilik kapal dan pembangun kapal.

 

IACS juga menjelaskan bahwa badan klasifikasi menetapkan dan memverifikasi kepatuhan terhadap persyaratan teknis yang mencakup desain, konstruksi, dan survei kapal sepanjang masa pakainya, sehingga klasifikasi terkait langsung dengan konstruksi, asuransi, pembiayaan, dan status perdagangan kapal.

 

Contoh: Perubahan Desain yang Dipicu oleh Klasifikasi

 

Misalkan badan klasifikasi mewajibkan modifikasi pada tata letak permesinan.

 

Hal ini dapat menimbulkan:

 

Revisi Desain → Perubahan Material → Pengadaan → Fabrikasi → Outfitting → Inspeksi Ulang → Perubahan WBS → Dampak Tenaga Kerja → Dampak Biaya → Persetujuan Pemilik Kapal → Variasi Kontrak

 

Bagi arsitek perkapalan, ini adalah persoalan rekayasa.

 

Bagi badan klasifikasi, ini adalah persoalan kepatuhan.

 

Bagi galangan kapal, ini adalah persoalan produksi.

 

Bagi pemilik kapal, ini adalah persoalan biaya dan penyerahan.

 

Bagi pemberi pinjaman, hal ini dapat memengaruhi pemantauan milestone.

 

Bagi perusahaan asuransi, hal ini dapat memengaruhi informasi risiko.

 

 

Hal ini jauh lebih mendekati lingkungan operasional di sekitar kapal fisik daripada sekadar repositori dokumen yang berdiri sendiri.

 

---

 

5. Manufaktur dan Fabrikasi Berbasis Proyek

 

Konstruksi tidak dimulai di lokasi proyek.

 

Aset-aset besar semakin bergantung pada fabrikasi yang spesifik untuk setiap proyek:

 

• Baja Struktural
• Konstruksi Modular
• Rakitan MEP
• Process Skid
• Pipe Spool
• Komponen Pracetak
• Modul Lepas Pantai
• Fabrikasi Kelautan
• Peralatan Engineer-to-Order

 

ProjectVIEW ERP Manufaktur Berbasis Proyek ERP Manufaktur Berbasis Proyek dirancang untuk menghubungkan kegiatan fabrikasi dan manufaktur dengan proyek yang menjadi tujuan produksinya.

 

Ekosistem pemangku kepentingannya dapat mencakup:

 

• Pemilik
• Kontraktor EPC
• Kontraktor Umum
• Fabrikator / Produsen
• Insinyur Struktur
• Detailer
• Pemasok Material
• Tim QA/QC
• Inspektur Independen
• Penyedia Logistik
• Bank / Penyedia Pembiayaan Perdagangan
• Perusahaan Asuransi

 

Contoh: Revisi Baja Struktural

 

Jika insinyur memodifikasi sebuah elemen struktur, dampaknya dapat merambat melalui:

 

Desain → Kuantitas → BOM → Kebutuhan Material → Pembelian → Pemotongan → Fabrikasi → Pengelasan → Inspeksi → Logistik → Ereksi di Lokasi → Biaya

 

Masalah utamanya bukanlah apakah setiap sistem dapat mengelola bagian prosesnya masing-masing.

 

Sebagian besar sistem mampu melakukannya.

 

Masalah utamanya adalah:

 

Dapatkah perusahaan menelusuri konsekuensi operasional dan komersial dari perubahan tersebut, mulai dari aset fisik hingga realitas biaya dan keuangan?

 

Di sinilah integrasi perusahaan menjadi sangat penting.

 

Bukankah Platform Konstruksi Lain Sudah Menghubungkan Para Pemangku Kepentingan?

 

Ya.

 

Dan hal ini penting untuk dinyatakan secara akurat.

 

Pembedanya bukanlah bahwa sistem lain tidak mampu berkolaborasi.

 

Sistem-sistem tersebut mampu berkolaborasi.

 

Perbedaan yang lebih bermanfaat adalah pusat gravitasinya.

 

Autodesk Construction Cloud / Autodesk Docs

 

Autodesk Docs Autodesk Docs adalah Common Data Environment berbasis cloud yang berfokus pada manajemen dokumen dan data. Autodesk menyebut arsitek, desainer, insinyur, kontraktor, subkontraktor, manajer BIM/VDC, manajer proyek, pemilik, dan fabrikator sebagai penggunanya.

 

Autodesk juga mendukung kolaborasi manajemen biaya yang terkendali antara kontraktor, pemilik, pemasok, arsitek, dan konsultan.

 

Dengan demikian, pusat gravitasinya sangat terkait dengan:

 

Desain + Model + Dokumen + Informasi Lapangan + Kolaborasi Konstruksi

 

Hal itu bernilai.

 

Namun, hal itu tidak sama dengan mengoperasikan seluruh tulang punggung transaksional perusahaan yang mencakup penggajian, pengadaan, utang usaha, piutang usaha, alat berat, persediaan perusahaan, dan akuntansi korporat.

 

Procore

 

Procore Financial Management Procore Construction Financial Management menghubungkan informasi lapangan dengan anggaran proyek, prakiraan, penagihan, dan proses keuangan konstruksi.

 

Procore juga secara eksplisit mendorong integrasi dengan sistem akuntansi dan ERP, serta menyatakan bahwa ekosistemnya mencakup lebih dari 500 integrasi.

 

Arsitektur tersebut menggambarkan perbedaannya dengan jelas:

 

Platform Konstruksi / Proyek ↔ ERP / Sistem Akuntansi

 

Procore juga telah memperluas manajemen biaya di sisi pemilik dan visibilitas portofolio.

 

Dengan demikian, Procore memfasilitasi kolaborasi pemangku kepentingan secara luas, tetapi arsitekturnya umumnya berdampingan dengan lapisan akuntansi perusahaan atau ERP yang terpisah.

 

Oracle Aconex

 

Oracle Aconex beroperasi terutama di lapisan informasi dan kolaborasi proyek lintas organisasi.

 

Dokumentasi Smart Construction Platform milik Oracle sendiri menunjukkan sinkronisasi eksplisit antara Aconex dan Primavera Unifier. Integrasi Oracle Smart Construction Platform

 

Hal ini sangat relevan karena menunjukkan bahwa, bahkan dalam ekosistem teknologi konstruksi terintegrasi yang besar, kolaborasi proyek dan pengendalian proyek dapat tetap menjadi lapisan arsitektur yang terpisah.

 

Oracle Primavera Unifier

 

Oracle Primavera Unifier Integrasi Oracle Smart Construction Platform menangani pengendalian proyek modal, proses bisnis, dan alur kerja keuangan.

 

Oracle menyediakan resep integrasi yang menghubungkan Unifier dengan Oracle Fusion Cloud ERP Procurement and Financials.

 

Itu adalah contoh arsitektur penting lainnya:

 

Pengendalian Proyek Modal ↔ ERP Perusahaan

 

Autodesk Digital Project Delivery

 

Autodesk menggambarkan Digital Project Delivery Autodesk Digital Project Delivery sebagai pendekatan bersama berbasis cloud yang menghubungkan data multidisiplin bagi pemangku kepentingan, termasuk pemilik, arsitek, kontraktor, insinyur, dan tenaga ahli spesialis.

 

Sekali lagi, hal ini menjawab bagian penting dari masalah:

 

interoperabilitas informasi dan kolaborasi proyek.

 

ProjectVIEW menjawab dimensi lain:

 

Bagaimana realitas proyek tersebut disinkronkan dengan perusahaan sesungguhnya yang menggunakan uang, tenaga kerja, peralatan, material, dan komitmen kontraktual untuk menciptakan aset?

 

---

 

Perbedaan Strategis: Kolaborasi Versus Orkestrasi Operasional

 

Inilah argumen utama ProjectVIEW.

 

• Common Data Environment dapat memberi tahu semua pihak gambar mana yang berlaku saat ini.
• Platform BIM dapat menggambarkan aset secara digital.
• Sistem perencanaan dapat memberi tahu semua pihak kapan pekerjaan harus dilakukan.
• Platform manajemen konstruksi dapat mengoordinasikan RFI, isu, dan proses lapangan.
• ERP generik dapat mencatat pembelian, penggajian, faktur, dan jurnal akuntansi.

 

Semua sistem tersebut menciptakan nilai.

 

Namun, aset fisik tidak mengalami proses-proses ini secara terpisah.

 

Ketika sesuatu berubah secara fisik, beberapa dimensi berubah secara bersamaan.

 

Oleh karena itu, proposisi ProjectVIEW adalah:

 

Arsitektur yang mengutamakan perusahaan.

 

ERP beroperasi di seluruh perusahaan, tidak hanya di dalam satu proyek.

 

Logika bisnis yang berpusat pada proyek.

 

Transaksi perusahaan terus-menerus dikaitkan kembali dengan struktur proyek yang menghasilkannya.

 

Realitas operasional yang berpusat pada aset.

 

BoQ, WBS, sumber daya, dokumen, biaya, dan kemajuan fisik terhubung di sekitar apa yang benar-benar sedang dibangun.

 

Visibilitas khusus bagi setiap pemangku kepentingan.

 

Berbagai pemangku kepentingan dapat menerima informasi, persetujuan, dan bukti yang sesuai dengan tanggung jawab mereka tanpa harus mengoperasikan ERP secara lengkap.

 

 

Apa yang Dapat Diperoleh Setiap Pemangku Kepentingan?

 

Pemilik / Pengembang

 

Visibilitas atas kemajuan proyek, komitmen, biaya, perubahan, kinerja kontraktor, dan eksposur komersial.

 

Kontraktor / EPC

 

Pelaksanaan terintegrasi di seluruh biaya, pengadaan, subkontraktor, material, alat berat, tenaga kerja, kontrak, produksi, dan keuangan.

 

Konsultan Teknik / PMC

 

Bukti yang lebih terstruktur untuk tinjauan kemajuan, koordinasi desain, sertifikasi, dokumentasi, dan manajemen perubahan.

 

Desainer / Arsitek / Arsitek Perkapalan

 

Keterkaitan yang lebih kuat antara perubahan desain dan konsekuensinya terhadap pelaksanaan selanjutnya.

 

Bank / Pemberi Pinjaman / Penasihat Teknis

 

Akses terkendali ke bukti yang mendukung kemajuan proyek, perkembangan biaya, milestone, dan pemantauan.

 

ProjectVIEW tidak menggantikan platform pemberian pinjaman atau manajemen risiko bank.

 

Perusahaan Asuransi Rekayasa atau Kelautan

 

Bukti proyek yang terstruktur mengenai perubahan, kemajuan, pelaksanaan fisik, dan dokumentasi.

 

ProjectVIEW tidak menggantikan sistem underwriting, survei rekayasa, atau manajemen klaim.

 

Subkontraktor

 

Paket kerja yang terstruktur, pengukuran kemajuan, sertifikasi, variasi, dan alur kerja pembayaran.

 

Pemasok

 

Kebutuhan pengadaan, status pengiriman, ketertelusuran material, dan informasi kontraktual.

 

Auditor

 

Jejak transaksi dan persetujuan yang lebih kuat yang mengaitkan peristiwa operasional dengan konsekuensi keuangannya.

 

Manajemen Tingkat C

 

Pandangan terkonsolidasi tentang bagaimana pelaksanaan fisik proyek memengaruhi profitabilitas dan risiko perusahaan.

 

---

 

Satu Aset. Banyak Pemangku Kepentingan. Satu Realitas Operasional yang Terkelola.

 

Masa depan teknologi konstruksi seharusnya tidak menuntut setiap pemangku kepentingan meninggalkan aplikasi spesialis mereka.

 

• Arsitek tetap mendesain menggunakan sistem desain profesional.
• Insinyur tetap melakukan pekerjaan rekayasa.
• Perencana tetap melakukan perencanaan.
• Bank tetap mengoperasikan platform perbankan.
• Perusahaan asuransi tetap menggunakan sistem underwriting dan klaim.
• Badan klasifikasi tetap mengoperasikan lingkungan teknis dan sertifikasi mereka.

 

Tujuannya seharusnya adalah interoperabilitas tanpa kehilangan kendali operasional.

 

Itulah peluang bagi ProjectVIEW ERP.

 

Tidak semua orang perlu bekerja di dalam ERP.

 

Namun, semua pihak di sekitar aset akan diuntungkan apabila informasi yang mereka terima berasal dari sistem operasional yang terstruktur, terkendali, dan terus diperbarui.

 

• Bagi kontraktor, ProjectVIEW dapat menjadi tulang punggung operasional perusahaan.
• Bagi pemilik, ProjectVIEW memberikan transparansi.
• Bagi konsultan, bukti.
• Bagi desainer, keterkaitan antara perubahan dan pelaksanaan.
• Bagi bank, informasi pemantauan proyek yang lebih kuat.
• Bagi perusahaan asuransi, bukti operasional yang lebih terstruktur.

 

Bagi manajemen, ProjectVIEW menciptakan sesuatu yang bahkan lebih mendasar:

 

 

Itulah landasan visi ProjectVIEW:

 

 

• Satu aset fisik.
• Banyak perusahaan.
• Banyak disiplin profesional.
• Banyak kontrak.
• Banyak aplikasi spesialis.

 

Satu realitas operasional yang terkelola.

 

---

 

Pertanyaan yang Sering Diajukan

 

Apa yang dimaksud dengan kolaborasi pemangku kepentingan dalam ERP konstruksi?

 

Kolaborasi pemangku kepentingan dalam ERP konstruksi berarti memungkinkan pemilik, kontraktor, konsultan, desainer, subkontraktor, pemasok, dan pihak berwenang lainnya berinteraksi dengan informasi proyek yang relevan, sementara data operasional dan keuangan yang mendasarinya tetap dikendalikan oleh sistem perusahaan.

 

ProjectVIEW memperluas konsep ini dengan menghubungkan informasi pemangku kepentingan dengan BoQ, WBS, biaya, pengadaan, sumber daya, kontrak, dan transaksi perusahaan yang sebenarnya.

 

Apakah ProjectVIEW ERP dapat digunakan oleh kontraktor sekaligus pemilik proyek?

 

Ya.

 

ProjectVIEW memiliki model khusus untuk Kontraktor Umum ProjectVIEW Kontraktor Umum dan Pemilik / Pengembang ProjectVIEW Pemilik/Pengembang.

 

Kontraktor dapat menggunakan ProjectVIEW sebagai ERP operasionalnya, sementara pemilik dapat menerima pengendalian proyek, kemajuan, dan visibilitas komersial yang sesuai.

 

Dapatkah konsultan teknik menggunakan ProjectVIEW ERP?

Ya.

 

Solusi ProjectVIEW untuk Konsultan ProjectVIEW untuk Konsultan Konstruksi dirancang dengan fokus pada pengawasan independen, kemajuan konstruksi, dokumentasi, manajemen perubahan, dan kolaborasi pemangku kepentingan.

 

Dapatkah bank dan pemberi pinjaman menggunakan informasi dari ProjectVIEW?

 

Ya, apabila pemilik proyek atau kontraktor mengotorisasi akses atau pelaporan yang relevan.

 

Bank dan penasihat teknisnya mungkin memerlukan bukti mengenai kemajuan, biaya, kontrak, perubahan, dan milestone proyek saat memantau proyek yang dibiayai.

 

ProjectVIEW dapat membantu menghasilkan dan menyusun bukti dasar tersebut.

 

ProjectVIEW tidak menggantikan sistem kredit, pemberian pinjaman, atau risiko keuangan bank.

 

---

 

Bagaimana perusahaan asuransi dapat memperoleh manfaat dari ProjectVIEW ERP?

 

Perusahaan asuransi rekayasa dan asuransi kelautan bergantung pada informasi yang andal mengenai aset, perubahan rekayasa, kemajuan konstruksi, dan risiko.

 

ProjectVIEW dapat menciptakan jejak bukti yang lebih terstruktur terkait pelaksanaan proyek, dokumen, perubahan, dan persetujuan.

 

ProjectVIEW tidak menggantikan platform underwriting, inspeksi rekayasa, atau manajemen klaim.

 

Referensi industri mencakup IMIA International Association of Engineering Insurers dan IUMI International Union of Marine Insurance.

 

Apakah ProjectVIEW menggantikan perangkat lunak BIM?

 

Tidak.

 

Aplikasi BIM dan desain rekayasa menjalankan fungsi desain dan pemodelan yang bersifat spesialis.

 

Peran ProjectVIEW adalah menghubungkan informasi dan perubahan terkait desain dengan proses perusahaan seperti kuantitas, aktivitas WBS, pengadaan, produksi, sumber daya, dan biaya.

 

Pendekatan interoperabilitas terbuka seperti openBIM buildingSMART openBIM tetap sangat relevan bagi arsitektur ini.

 

Apakah ProjectVIEW menggantikan Common Data Environment?

 

ProjectVIEW mencakup kemampuan manajemen dokumen dan Common Data Environment, termasuk distribusi dokumen yang terkendali dan manajemen versi.

 

Namun, organisasi juga dapat mengintegrasikan ProjectVIEW dengan aplikasi CDE, BIM, dan rekayasa spesialis, tergantung pada arsitektur teknologinya.

 

Apa perbedaan ProjectVIEW dengan Procore?

 

Procore Procore Financial Management diposisikan dengan kuat di seputar manajemen konstruksi, pelaksanaan proyek, dan alur kerja keuangan konstruksi, sekaligus mendukung integrasi dengan sistem akuntansi dan ERP.

 

ProjectVIEW diposisikan sebagai ERP perusahaan itu sendiri, yang menghubungkan pelaksanaan proyek dengan pengadaan, sumber daya, subkontraktor, material, alat berat, penggajian, dan transaksi keuangan di seluruh perusahaan.

 

Apa perbedaan ProjectVIEW dengan Autodesk Construction Cloud?

 

Autodesk Docs / Autodesk Construction Cloud Autodesk Docs berfokus kuat pada informasi dari desain hingga konstruksi, dokumen, model, kolaborasi, serta alur kerja lapangan/proyek.

 

ProjectVIEW berfokus pada menghubungkan realitas fisik/proyek tersebut dengan tulang punggung transaksional dan manajemen biaya perusahaan.

 

Oleh karena itu, kedua kategori teknologi ini dapat saling melengkapi alih-alih saling meniadakan.

 

Apa perbedaan ProjectVIEW dengan Oracle Aconex dan Primavera Unifier?

 

Aconex terutama berfokus pada informasi dan kolaborasi proyek lintas organisasi, sedangkan Primavera Unifier menyediakan proses proyek modal dan pengendalian proyek.

 

Oracle sendiri menyediakan integrasi antara Aconex, Unifier, dan Oracle Fusion ERP. Integrasi Oracle Smart Construction Platform

 

Proposisi ProjectVIEW adalah menyatukan logika bisnis yang berpusat pada proyek dan transaksi perusahaan dalam satu lingkungan ERP khusus untuk Build World.

 

Industri apa saja yang dapat menggunakan model pemangku kepentingan ProjectVIEW?

 

ProjectVIEW menerapkan logika bisnisnya di:

 

Konstruksi dan Infrastruktur

 

Konstruksi Kelautan dan Lepas Pantai ProjectVIEW Kontraktor Kelautan

 

Pertambangan dan Penggalian ProjectVIEW Pemilik Tambang

 

Pembangunan dan Perbaikan Kapal ProjectVIEW ERP Pembangunan Kapal

 

Manufaktur Berbasis Proyek ProjectVIEW ERP Manufaktur Berbasis Proyek

 

Aset fisiknya berubah dari bangunan menjadi tambang, instalasi lepas pantai, kapal, atau struktur fabrikasi.

 

Tantangan manajemen yang mendasarinya tetap sangat mirip:

 

Lingkup + Waktu + Biaya + Sumber Daya + Kontrak + Pemangku Kepentingan + Pelaksanaan Aktual.

 

Apa tujuan utama ProjectVIEW ERP?

 

ProjectVIEW ERP dirancang untuk menciptakan lingkungan perusahaan yang terstruktur, tempat realitas fisik, operasional, komersial, dan keuangan dari proyek-proyek kompleks dapat terus terhubung.

 

Secara sederhana:

 

Apa yang sedang kita bangun? Kapan kita harus membangunnya? Berapa seharusnya biayanya? Apa yang sebenarnya sedang terjadi? Berapa biaya yang sebenarnya telah dikeluarkan? Siapa yang perlu mengetahuinya?

 

Menghubungkan pertanyaan-pertanyaan tersebut adalah landasan pengendalian proyek yang efektif—dan kolaborasi pemangku kepentingan yang bermakna.