API pelesenan · 99.98%
Revit.Messenger
Collaboration· Revit 2021–2027 ·Versi penuh 1.1.13

Revit.Messenger

Pemesej kerja untuk Revit dengan sembang berkaitan model, tugasan, kelulusan dan akses AI terkawal melalui token RS-Systems.

$250 Trial 90 days · 0 ulasan
Tinggalkan ulasan Ulasan dimoderasi sebelum diterbitkan. Pendaftaran tidak diperlukan.
Penilaian anda
WHAT'S NEW

RS.Messenger

Sejarah versi

1.1.13 | 10.09.2026

  • Tetingkap kini menggunakan ikon aplikasi. Bantuan F1 pada butang reben membuka halaman produk dalam bahasa Inggeris.
  • Batasan diketahui: tetingkap kemas kini dan bar status masih dalam bahasa Rusia.

01.09.2026

  • Laluan kini menggunakan satu pangkalan data bersama bagi setiap model dalam RS.CDE. Laluan lampiran tidak berubah. Migrasi pangkalan data Messenger lama belum dilaksanakan; data terdahulu kekal dalam fail lama.

15.08.2026

  • Status pengaktifan, kemas kini dan pilihan tema dihimpunkan pada tab Lesen dalam Tetapan.
DESCRIPTION

RS-SYSTEMS

REVIT.Messenger

Komunikasi projek, tugasan, kelulusan, AI dan sokongan BIM terus dalam Revit

Penerangan lengkap penyelesaian untuk pereka semua disiplin, pakar BIM dan pengurus projek

REVIT.Messenger berfungsi terus di sisi model Revit dan mengekalkan pereka dalam konteks kerja.

Satu ruang kerja untuk perbincangan, penugasan, kelulusan, pemeriksaan dan sokongan — tanpa kehilangan kaitan dengan model.

Penerangan penyelesaian · Julai 2026

Kandungan

  1. Tujuan penyelesaian
  2. Dua mod operasi: setempat dan pelayan
  3. Lima jenis interaksi projek
  4. Sembang di dalam Revit
  5. Kelulusan dan rekod keputusan
  6. Tugasan dan kawalan pelaksanaan
  7. Sembang AI dan kerja dengan model
  8. Permintaan kepada jabatan BIM
  9. Mod pelayan RS.CDE sebagai persekitaran ERP projek
  10. Senario praktikal
  11. Manfaat untuk pereka dan pasukan
  12. Aliran kerja yang disyorkan

Untuk siapa penyelesaian ini

Arkitek, jurutera struktur, jurutera HVAC, paip, elektrik, sistem arus rendah dan disiplin lain, penyelaras BIM, pengurus BIM, ketua pasukan, penyemak, pelanggan dan peserta kelulusan.

1. Tujuan penyelesaian

REVIT.Messenger direka untuk komunikasi antara pereka terus di dalam Revit. Penyelesaian ini menganggap model hos dan model terpaut sebagai penerima yang boleh digunakan untuk bertukar mesej, memberikan tugasan, memulakan kelulusan dan menghantar permintaan. Oleh itu, interaksi disusun mengikut struktur sebenar projek: mesej tidak ditujukan kepada sembang kumpulan yang abstrak, tetapi kepada model tertentu dan pakar yang bekerja dengannya.

Penyelesaian ini menghapuskan jurang utama dalam kerja harian pereka: model berada dalam Revit, manakala soalan, penugasan dan keputusan biasanya berakhir dalam e-mel, pemesej luaran, hamparan atau perbualan lisan. Dalam REVIT.Messenger, komunikasi kerja kekal di sisi model dan mengekalkan konteks — disiplin, peserta, tarikh akhir, status dan sejarah.

Manfaat praktikal utama

Pereka kurang kerap bertukar antara aplikasi, menerima jawapan dengan lebih pantas, memahami siapa yang bertanggungjawab terhadap sesuatu tindakan dan boleh memulihkan sejarah keputusan yang diterima pada bila-bila masa.

Perubahan dalam kerja harian

  • Soalan ringkas tidak berubah menjadi rangkaian mesej yang tidak terkawal — ia kekal dalam sembang model.
  • Penugasan diberikan orang yang bertanggungjawab, tarikh akhir, keutamaan dan status.
  • Soalan yang memerlukan pengesahan menjadi kelulusan dan tidak hilang antara mesej.
  • Permintaan kepada jabatan BIM didaftarkan dan mengikuti kitaran pemprosesan yang jelas.
  • Pemeriksaan rutin dan perubahan yang dibenarkan boleh diserahkan kepada pembantu AI dengan pengesahan pengguna.

2. Dua mod operasi: setempat dan pelayan

REVIT.Messenger boleh digunakan sebagai alat kendiri dalam satu set model Revit atau sebagai komponen klien teras pelayan RS.CDE. Ini menjadikan penyelesaian sesuai untuk pasukan kecil yang bertukar fail dan juga projek besar dengan pengurusan peserta, peranan dan kebenaran secara berpusat.

Kriteria

Mod setempat

Mod pelayan RS.CDE

Skop interaksi

Model hos dan setiap model dalam senarai model terpaut.

Keseluruhan projek dan semua peserta yang didaftarkan dalam teras pelayan.

Tempat maklumat disimpan

Terus dalam model Revit.

Dalam persekitaran pelayan berpusat dengan penyegerakan antara muka klien.

Siapa yang mempunyai akses

Pakar yang bekerja terus dalam Revit.

Pereka dalam Revit, pasukan BIM, pengurus dan peserta lain melalui ruang kerja web.

Bekerja dengan peserta luar

Maklumat boleh dipindahkan bersama model yang dipisahkan ke luar persekitaran syarikat.

Peserta luar menyambung mengikut peranan, kebenaran dan struktur projek mereka.

Kebenaran dan pentadbiran

Ditentukan oleh logik model setempat dan set fail terpaut.

Matriks peranan lengkap, kebenaran akses dan peraturan projek berpusat.

Skala penggunaan

Penyelarasan dalam kumpulan kerja Revit.

Persekitaran ERP interaksi projek untuk semua peserta projek.

Mod setempat

Dalam mod setempat, komunikasi terhad kepada model hos semasa dan semua model yang terdapat dalam senarai model terpaut. Mesej dan data berkaitan disimpan terus dalam model. Oleh itu, maklumat boleh dipindahkan bersama fail walaupun kepada pakar yang bekerja dengan model dipisahkan di luar rangkaian korporat.

  • Teras pelayan berasingan tidak diperlukan untuk interaksi asas.
  • Model terpaut bertindak sebagai penerima surat-menyurat projek yang jelas.
  • Persetujuan boleh mengiringi model apabila ia dipindahkan kepada kontraktor luar.
  • Mod ini bertujuan untuk pengguna yang bekerja terus dalam Revit.

Mod pelayan

Selepas disambungkan kepada RS.CDE, penyelesaian beralih kepada mod lanjutan. Surat-menyurat, tugasan, kelulusan, permintaan dan status menjadi sebahagian daripada struktur projek bersama, manakala akses dikawal oleh matriks peranan lengkap. Antara muka boleh digunakan bukan sahaja oleh pereka dalam Revit, tetapi juga oleh pengurus, penyemak, pasukan BIM, pelanggan dan peserta lain melalui ruang kerja web.

  • Peranan dan kebenaran seragam untuk semua peserta projek.
  • Akses kepada interaksi daripada Revit dan ruang kerja web.
  • Penyimpanan sejarah, status dan tanggungjawab secara berpusat.
  • Keupayaan melibatkan orang yang tidak bekerja secara langsung dengan model.

Hasil pertukaran kepada mod pelayan

REVIT.Messenger tidak lagi sekadar panel komunikasi setempat dan menjadi antara muka pengguna bagi persekitaran ERP RS.CDE lengkap untuk mengurus interaksi projek.

3. Lima jenis interaksi projek

Jenis kerja yang berbeza tidak dicampurkan dalam penyelesaian. Soalan pantas kekal sebagai mesej, penugasan menjadi tugasan, keputusan rasmi diwujudkan sebagai kelulusan, operasi rutin diserahkan kepada AI, dan permintaan sokongan didaftarkan sebagai permintaan kepada jabatan BIM.

SEMBANG

KELULUSAN

TUGASAN

AI

BIM

Soalan pantas dan perbincangan

Keputusan yang perlu diluluskan

Penugasan dengan orang bertanggungjawab dan tarikh akhir

Pemeriksaan, nasihat dan tindakan dalam model

Permintaan kepada jabatan BIM dan sokongan

Bila digunakan

Bahagian

Apa yang direkodkan

Hasil

Maklumat perlu dijelaskan dengan cepat

Sembang

Pengarang, penerima, teks, masa dan sejarah mesej

Jawapan pantas dalam konteks model

Keputusan yang disahkan diperlukan

Kelulusan

Pemula, peserta, pakej, tarikh akhir, keutamaan dan status

Sejarah kelulusan yang boleh disahkan

Tindakan khusus perlu diberikan

Tugasan

Orang bertanggungjawab, tarikh akhir, keutamaan dan keadaan

Pelaksanaan terkawal

Model perlu diperiksa atau operasi rutin dilakukan

AI

Dialog, ejen dipilih dan mod penggunaan

Nasihat, pemeriksaan atau tindakan yang disediakan

Sokongan BIM diperlukan

BIM

Subjek, pemohon, status dan surat-menyurat

Permintaan berdaftar yang dibawa sehingga selesai

4. Sembang di dalam Revit

Sembang bertujuan untuk soalan pantas, penjelasan dan perbincangan mengenai model. Penggunaannya menyerupai alat biasa seperti WhatsApp atau Telegram, tetapi ia terletak terus dalam Revit dan disambungkan kepada struktur projek. Pengguna melihat model dan peserta, memilih penerima, membaca sejarah dan menghantar mesej tanpa meninggalkan tetingkap kerja.

Apa yang diterima oleh pereka

  • Surat-menyurat mengenai model tertentu dan bukannya saluran umum tanpa identiti.
  • Carian peserta dan navigasi pantas ke ruang kerja yang diperlukan.
  • Pemisahan mesej baharu dan yang telah dilihat.
  • Sejarah perbincangan yang kekal bersama konteks projek.
  • Keupayaan beralih dengan pantas daripada mesej kepada tugasan atau kelulusan apabila isu memerlukan tindakan rasmi.

Rajah 1. Bahagian Sembang: pepohon model dan peserta di sebelah kiri, sejarah mesej di sebelah kanan dan medan input di bahagian bawah tetingkap.

Penggunaan sembang yang betul

Adalah berguna untuk menyatakan aras, garisan grid, zon, elemen, pandangan atau helaian dalam mesej. Ini mengurangkan soalan susulan dan membantu memulihkan konteks dengan cepat.

5. Kelulusan dan rekod keputusan

Bahagian Kelulusan digunakan apabila mesej ringkas tidak mencukupi. Ia bertujuan untuk proses pemeriksaan dan kelulusan berkaitan elemen model, helaian, pandangan dan pakej dokumentasi projek. Status akhir disimpan dan boleh diperiksa pada bila-bila masa.

Kandungan sesuatu kelulusan

  • Tajuk dan teks penjelasan.
  • Pemula dan penerima daripada struktur projek.
  • Tarikh akhir dan keutamaan.
  • Pakej helaian, pandangan atau bahan model lain yang dipautkan.
  • Peringkat, status semasa dan sejarah aktiviti.
  • Hasil: diluluskan, ditolak, sedang berjalan atau menunggu jawapan.

Rajah 2. Daftar kelulusan: proses masuk dan keluar, status, pemula, keutamaan dan pengisihan mengikut aktiviti.

Mewujudkan kelulusan

Pengguna menyatakan subjek, penerangan, penerima, tarikh akhir dan keutamaan, kemudian mencipta pakej terus daripada kandungan model. Ini membolehkan set helaian atau pandangan tertentu dihantar untuk semakan, bukan sekadar pautan abstrak.

Rajah 3. Borang kelulusan baharu: parameter proses, penerima dan pemilihan helaian atau pandangan daripada model.

Mengapa ini penting

Kelulusan mewujudkan sejarah keputusan yang boleh dibuktikan. Seminggu atau beberapa bulan kemudian, adalah mungkin untuk memeriksa siapa yang memulakan isu, apa yang sebenarnya disemak, siapa yang menjawab dan apakah status akhirnya.

6. Tugasan dan kawalan pelaksanaan

Tugasan digunakan untuk penugasan khusus kepada pakar yang bekerja pada model. Tidak seperti mesej biasa, tugasan terus menjawab empat soalan: apa yang perlu dilakukan, siapa yang bertanggungjawab, bila hasil perlu siap dan apakah keadaan kerja.

Parameter utama tugasan

  • Tajuk dan penerangan terperinci tentang hasil yang dijangka.
  • Orang bertanggungjawab atau ruang kerja bertanggungjawab.
  • Tarikh akhir dan keutamaan.
  • Status semasa: baharu, sedang berjalan, selesai atau ditutup.
  • Penapis tarikh akhir: lewat, hari ini, minggu dan tugasan ditutup.

Empat paparan maklumat yang sama

Tugasan yang sama boleh dipaparkan dalam mod berbeza. Pereka memilih paparan mengikut kerja semasa: senarai untuk pemeriksaan pantas, Kanban untuk pengurusan aliran, kalendar untuk kawalan tarikh atau Gantt untuk jadual keseluruhan.

Rajah 4. Papan Kanban: tugasan dibahagikan mengikut keutamaan dan keadaan serta boleh dipindahkan antara lajur.

Rajah 5. Kalendar: tugasan diletakkan pada tarikh akhirnya, menjadikan beban kerja harian dan mingguan kelihatan.

Rajah 6. Paparan Gantt: tempoh tugasan ditunjukkan pada garis masa untuk kawalan tarikh akhir dan urutan.

Manfaat praktikal

Tugasan tidak kekal hanya sebagai ayat dalam sembang. Ia mendapat orang bertanggungjawab, tarikh akhir dan keadaan, manakala pengurus boleh melihat beban kerja semasa dan kerja yang lewat.

7. Sembang AI dan kerja dengan model

RS · AI Bridge menghubungkan ruang kerja Revit kepada pembantu AI. Ia boleh menjawab soalan, menganalisis data model yang boleh dicapai, melakukan operasi rutin yang dibenarkan dan mengambil bahagian dalam pemodelan bersama pereka. Pengguna memilih ejen, mod pelaksanaan dan model kerja.

Keupayaan biasa pembantu AI

  • Jawapan kepada soalan tentang Revit, piawaian BIM dan prosedur kerja.
  • Pemeriksaan kelengkapan parameter, penamaan, struktur dan data model lain yang boleh dicapai.
  • Penyediaan perubahan, seperti menamakan semula aras atau memproses satu set elemen.
  • Melakukan tindakan rutin hanya dalam kebenaran yang diberikan.
  • Kerja bersama pakar: AI mencadangkan tindakan, dan pengguna memeriksa serta mengesahkan penggunaannya.

Rajah 7. RS · AI Bridge: pemilihan ejen, model dan mod penggunaan tindakan, sejarah dialog dan kerja dengan data daripada model semasa.

Akses terurus

AI Bridge menggunakan token pemasangan berasingan yang dikeluarkan oleh pentadbir. Kunci API utama perkhidmatan AI luar tidak disimpan dalam pemalam dan tidak dipindahkan kepada pengguna. Token boleh dibatalkan secara berpusat tanpa menyahdayakan fungsi REVIT.Messenger yang lain.

Mod operasi selamat

Bagi tindakan yang mengubah model, mod Gunakan dengan pengesahan disyorkan: pembantu menyediakan operasi, tetapi keputusan akhir kekal pada pereka.

8. Permintaan kepada jabatan BIM

Tab BIM bertujuan untuk merekodkan semua permintaan daripada pereka kepada pasukan BIM: masalah teknikal, soalan tentang piawaian, tetapan, keluarga, templat, eksport, penyelarasan atau operasi pemalam. Daripada mesej yang berselerak, setiap permintaan menjadi item berasingan dengan status dan surat-menyurat sendiri.

Apa yang disediakan oleh saluran sokongan BIM khusus

  • Tiada permintaan hilang dalam sembang umum atau surat-menyurat peribadi.
  • Pereka melihat sama ada isu telah didaftarkan dan tahap yang telah dicapai.
  • Pakar BIM menerima senarai permintaan bersepadu dan boleh mengurus baris gilir.
  • Sejarah penyelesaian kekal tersedia untuk digunakan semula dan analisis masalah berulang.
  • Pengurus melihat beban kerja sebenar pasukan BIM dan sebab permintaan yang berulang.

Rajah 8. Bahagian BIM: penciptaan permintaan baharu, penapisan status dan ruang kerja surat-menyurat untuk isu dipilih.

Untuk pereka

Daripada bertanya “siapa yang mengurus masalah saya sekarang?”, pengguna menerima permintaan berdaftar, status yang jelas dan sejarah jawapan yang disimpan.

9. Mod pelayan RS.CDE sebagai persekitaran ERP projek

Apabila disambungkan kepada teras pelayan RS.CDE, semua bahagian REVIT.Messenger beroperasi dalam model peranan projek bersama. Ini memperluas interaksi melepasi Revit dan menghubungkan semua peserta — daripada pelaksana langsung kepada pengurus dan pelanggan.

Peserta

Antara muka kerja

Peranan praktikal dalam sistem

Pereka Revit

Panel di dalam Revit

Surat-menyurat model, pelaksanaan tugasan, kelulusan, AI dan permintaan kepada jabatan BIM.

Penyelaras BIM / pengurus BIM

Revit dan ruang kerja web

Sokongan, penyelarasan dan kawalan permintaan, peraturan serta kualiti data.

Ketua pasukan / ketua jurutera projek

Ruang kerja web dan daftar kerja

Kawalan tarikh akhir, status, beban kerja dan keputusan diterima.

Penyemak / pelulus

Ruang kerja web

Semakan pakej dan perekodan hasil rasmi.

Pelanggan dan peserta luar

Ruang kerja web mengikut peranan yang diberikan

Penyertaan dalam proses yang dibenarkan tanpa perlu bekerja terus dalam Revit.

Apa yang muncul dalam mod pelayan

  • Pengenalpastian pengguna dan peranan projek secara berpusat.
  • Matriks peranan dengan kebenaran untuk melihat, mencipta, mengubah dan meluluskan.
  • Akses kepada aliran kerja daripada ruang kerja web.
  • Sejarah interaksi bersepadu tanpa mengira tempat peserta bekerja.
  • Daftar bersama untuk tugasan, kelulusan, permintaan dan aktiviti projek.
  • Asas untuk pelaporan, kawalan pelaksanaan dan automasi proses selanjutnya.

Kesan utama

Maklumat tidak lagi dimiliki oleh fail, rangkaian mesej atau pekerja tertentu. Ia menjadi bahagian projek yang terurus, dengan pengarang, penerima, tarikh akhir, status, kebenaran dan sejarah.

10. Senario praktikal

Senario 1. Penjelasan antara disiplin yang pantas

Seorang arkitek mendapati bahawa syaf terlalu kecil untuk perkhidmatan bangunan. Arkitek menulis dalam sembang kepada penerima — model HVAC/paip terpaut — dan menyatakan aras, garisan grid dan pandangan. Jurutera menjawab dalam konteks yang sama, dan jika tindakan diperlukan, isu menjadi tugasan.

Senario 2. Kelulusan perubahan

Jurutera struktur mencadangkan perubahan kedudukan tiang. Kelulusan diwujudkan dengan penerangan, tarikh akhir dan pakej pandangan atau helaian berkaitan. Selepas jawapan, status akhir kekal dalam sejarah dan boleh diperiksa apabila dokumentasi dikeluarkan.

Senario 3. Kawalan terbitan

Pengurus memberikan tugasan untuk memeriksa helaian, membetulkan komen dan menyediakan pakej terbitan. Pelaksana bekerja dengan senarai atau papan Kanban, manakala pengurus mengawal tarikh akhir dalam kalendar dan carta Gantt.

Senario 4. Kerja rutin melalui AI

Pereka meminta AI memeriksa penamaan aras dan menyediakan nama baharu. Pembantu membaca data yang tersedia, menunjukkan hasil dan menggunakan perubahan hanya selepas pengesahan.

Senario 5. Permintaan kepada jabatan BIM

Templat eksport tidak berfungsi untuk seorang pakar, atau timbul soalan tentang parameter. Pakar mencipta permintaan BIM, menerima status dan meneruskan kerja tanpa mencari orang bertanggungjawab dalam sembang peribadi.

Senario 6. Pemindahan model yang dipisahkan

Dalam mod setempat, model dipindahkan kepada kontraktor luar bersama maklumat yang disimpan di dalamnya. Pakar menerima bukan sahaja fail, tetapi juga konteks projek yang berkaitan dengan model tersebut.

11. Manfaat untuk pereka dan pasukan

Untuk pereka

Manfaat

Maksudnya dalam amalan

Kurang pertukaran aplikasi

Soalan, penugasan, kelulusan dan AI berada dalam tetingkap yang sama tempat pemodelan dilakukan.

Penerima yang jelas

Model terpaut menjadi penerima semula jadi bagi interaksi antara disiplin.

Kurang persetujuan yang hilang

Maklumat penting tidak kekal hanya dalam perbualan lisan atau pemesej luaran.

Tanggungjawab yang boleh disahkan

Tugasan mempunyai orang bertanggungjawab dan tarikh akhir; kelulusan mempunyai pemula, peserta dan status akhir.

Bantuan lebih pantas

Permintaan kepada jabatan BIM didaftarkan dan tidak bergantung kepada siapa yang sempat dihubungi pengguna secara peribadi.

Kurang kerja rutin

AI membantu dengan pemeriksaan, rundingan dan operasi yang dibenarkan dalam model.

Untuk pasukan BIM dan pengurus

  • Satu saluran permintaan dan baris gilir sokongan yang kelihatan.
  • Kawalan tugasan mengikut status, tarikh akhir dan keutamaan.
  • Sejarah rasmi kelulusan dan keputusan yang diterima.
  • Keupayaan menganalisis masalah berulang dan sebab kelewatan.
  • Pentadbiran akses AI secara berpusat melalui token.
  • Dalam mod pelayan, penyambungan semua peserta projek dan model peranan bersepadu.

Untuk keseluruhan projek

  • Penyelarasan antara disiplin berjalan dengan lebih pantas.
  • Risiko penugasan kekal sebagai mesej sahaja dan tidak diselesaikan dapat dikurangkan.
  • Keputusan boleh didokumenkan dan dipulihkan kemudian.
  • Pasukan melihat bukan sahaja kandungan isu, tetapi juga keadaan semasanya.
  • Pengetahuan dan sejarah interaksi kekal dalam sistem, bukan hanya pada pekerja individu.

12. Aliran kerja yang disyorkan

Untuk memastikan sistem ringkas dan mudah diurus, setiap jenis interaksi perlu digunakan mengikut tujuannya.

  1. Untuk soalan atau penjelasan ringkas, buka sembang bagi model yang diperlukan.
  2. Apabila muncul tindakan khusus, cipta tugasan dengan orang bertanggungjawab dan tarikh akhir.
  3. Apabila pemeriksaan, kelulusan atau jawapan rasmi diperlukan, cipta kelulusan.
  4. Untuk pemeriksaan rutin atau penyediaan perubahan, gunakan AI dalam mod pengesahan.
  5. Untuk bantuan kaedah atau teknikal, cipta permintaan BIM berasingan.
  6. Tutup tugasan yang selesai dan kelulusan yang tamat secara berkala supaya senarai kerja kekal terkini.

Peraturan yang meningkatkan kecekapan

  • Nyatakan aras, zon, elemen, pandangan atau helaian yang tepat dalam mesej dan tugasan.
  • Jangan gunakan sembang untuk keputusan yang mesti mempunyai status rasmi.
  • Jangan cipta tugasan tanpa hasil yang boleh disahkan dan tarikh akhir.
  • Jangan pindahkan token AI kepada pengguna lain; akses mesti dikeluarkan oleh pentadbir.
  • Dalam mod pelayan, berikan kebenaran mengikut peranan dan bukan melalui pengecualian individu yang tidak perlu.

REVIT.Messenger dalam satu ayat

Bincang dalam sembang. Berikan dalam tugasan. Luluskan dalam kelulusan. Periksa atau automasikan melalui AI. Dapatkan sokongan melalui permintaan BIM.

Kesimpulan

REVIT.Messenger mewujudkan sistem interaksi projek yang jelas di dalam Revit dan sepadan dengan kerja sebenar pasukan. Model terpaut menjadi penerima, mesej mengekalkan konteks, penugasan mendapat tarikh akhir dan tanggungjawab, kelulusan mengekalkan sejarah keputusan, AI membantu melakukan operasi rutin, dan jabatan BIM menerima saluran sokongan lengkap.

Dalam mod setempat, penyelesaian menyediakan interaksi dalam satu set model dan membolehkan maklumat dipindahkan bersama fail yang dipisahkan. Dalam mod pelayan, apabila disambungkan kepada RS.CDE, ia berkembang menjadi persekitaran ERP projek lengkap dengan matriks peranan, ruang kerja web dan penyertaan pakar yang tidak bekerja terus dalam Revit.

Hasil untuk pasukan projek

Kurang soalan dan keputusan yang hilang, tindak balas lebih pantas antara disiplin, tanggungjawab lebih jelas dan sejarah interaksi projek yang bersepadu.

Lima fungsi — satu proses terurus

Bahagian

Tujuan

Hasil pengurusan

Sembang

Bincangkan isu dengan pantas dalam konteks model.

Maklumat tidak hilang dan kekal tersedia kepada peserta.

Kelulusan

Dapatkan keputusan yang disahkan.

Sejarah kelulusan yang boleh disahkan dikekalkan.

Tugasan

Berikan tindakan khusus dan tarikh akhir.

Tanggungjawab dan kawalan pelaksanaan diwujudkan.

AI

Periksa data atau sediakan tindakan rutin.

Masa untuk operasi berulang dikurangkan.

BIM

Dapatkan sokongan teknikal atau kaedah.

Permintaan direkodkan, menerima status dan dibawa sehingga selesai.