Tanpa sambungan ke pelayan, pemalam hanya berfungsi semasa tempoh percubaan atau dengan lesen; bayaran mengikut masa memerlukan pengesahan pelayan. Jika pengesahan tiada, arahan, panel dan kerja latar belakang yang baharu tidak dimulakan, manakala tetingkap yang sudah terbuka dan pemprosesan yang telah bermula tidak diganggu.
Perlindungan lesen telah diperkukuh: mengundurkan jam komputer tidak lagi memanjangkan percubaan atau lesen (pemalam melaporkan: "Jam komputer telah diundurkan. Tetapkan tarikh dan masa yang betul."). Percubaan yang sedang dijalankan tidak ditetapkan semula. Lesen yang dibeli diaktifkan secara automatik di latar belakang selepas memasang semula Windows atau Revit, atau selepas membelinya daripada peranti lain.
Penghantaran data penggunaan telah diminimumkan: hanya petunjuk bahawa pemalam sedang digunakan dan minit kerja terkumpul dihantar. ID pemasangan, versi, status lesen dan butiran tindakan anda dalam model tidak dihantar.
1.3.30–1.3.31 | 05.10.2026
Mod pelesenan baharu «Bayaran mengikut masa»: tambah nilai baki akaun melalui PayPal untuk menggunakan mana-mana pemalam dalam rangkaian produk pada kadar 1 sen seminit kerja sebenar. Hanya minit yang mengandungi aktiviti dikenakan bayaran: input dalam tetingkap dan panel, pelancaran arahan, pemprosesan berpanjangan atau kerja latar belakang dengan model. Tetingkap yang terbuka tetapi tidak aktif tidak dikenakan bayaran. Pada satu komputer, caj ialah 1 sen seminit tanpa mengira bilangan pemalam yang berjalan.
Akaun disambungkan menggunakan kod peranti: pemalam memaparkan kod dan membuka halaman pengesahan di laman web; kata laluan tidak dihantar kepada pemalam. Penyambungan dalam satu pemalam mengaktifkan mod ini dalam semua pemalam rangkaian produk. Mod ini hanya berfungsi dalam talian: tanpa sambungan atau apabila baki sifar, arahan dan panel boleh dok tidak dimulakan, manakala tetingkap yang sudah terbuka dan pemprosesan yang telah bermula tidak disekat.
Bar status memaparkan baki dan anggaran masa yang tinggal. Apabila tinggal kurang daripada satu jam, penunjuk yang ditonjolkan dan butang «Tambah nilai» muncul. Tiada tetingkap timbul tentang baki. Pilihan keempat «Bayaran mengikut masa» ditambah pada tetingkap permulaan, tab dengan nama yang sama pada tetingkap pengaktifan (sambung, tambah nilai, putuskan sambungan), dan kad bayaran mengikut masa pada tetingkap «Lesen RS-Systems».
Turutan keutamaan hak penggunaan: lesen pemalam → promosi serantau → tempoh percubaan → bayaran mengikut masa. Tiada baki ditolak untuk pemalam yang mempunyai lesen atau tempoh percubaan yang masih berjalan.
Jika akaun sudah disambungkan, pemalam yang baru dipasang akan menggunakan tempoh percubaannya sendiri selama 90 hari terlebih dahulu. Bar status memaparkan: «Percubaan: tinggal N hari. Selepas itu, bayaran mengikut masa.» Caj mengikut masa hanya bermula selepas percubaan tamat. Tempoh percubaan yang telah tamat tidak bermula semula, dan lesen untuk pemalam individu masih diberi keutamaan berbanding bayaran mengikut masa.
Mod ini memerlukan kemas kini yang sepadan pada rs-systems.org, meliputi halaman akaun dan halaman pengesahan sambungan. Sebelum kemas kini itu diterbitkan, penyambungan akaun akan memaparkan «Tiada sambungan ke pelayan»; lesen, tempoh percubaan dan promosi tidak terjejas.
1.3.27–1.3.29 | 02–03.10.2026
Telegram menjadi sumber sembang keempat bersama model, tugasan dan kelulusan: perbualan peribadi dan kumpulan dibuka dalam antara muka tersendiri di lajur kanan tab «Sembang». Log masuk menggunakan nombor telefon dan kod. Sejarah, teks, fail, balasan, pemadaman mesej sendiri dan pembilang belum dibaca tersedia. Perbualan Telegram tidak dimasukkan ke storan projek, terjemahan AI atau penciptaan automatik tugasan dan kelulusan; tetapan dan kunci pangkalan data dilindungi dengan DPAPI.
Komunikasi rangkaian Telegram dipindahkan ke proses berasingan RS.Messenger.TelegramHost.exe, jadi Revit tidak memerlukan akses rangkaian keluar. Untuk menggunakan Telegram, pengguna atau pentadbir mesti membenarkan fail yang dipasang ini secara jelas dalam tembok api; peraturan tembok api tidak diubah secara automatik.
Bahagian Telegram di lajur tengah boleh diruntuhkan seperti «Model», «Tugasan» dan «Kelulusan». Daripada kumpulan dan perbualan individu, ia memaparkan folder Telegram sebenar mengikut susunan anda: «Semua sembang», folder tersuai dan «Arkib», dengan ikon dan pembilang belum dibaca. Memilih folder menapis senarai sembang Telegram di sebelah kiri.
Perbualan Telegram mengikut reka bentuk klien asal: medan penulisan padat dengan klip kertas dan kapal terbang kertas, penampalan fail dan imej, panel emoji berwarna dengan carian dan kategori, petikan menggantikan «Reply #ID» dengan pautan ke mesej asal, pautan, sebutan, kod, spoiler yang boleh dibuka, imej kecil, pemisah tarikh, avatar, reaksi, penyuntingan mesej, carian dan mesej disemat. «Balas» dan «Salin» dipindahkan ke menu konteks. Pautan luar hanya dibuka selepas alamat sebenar disahkan.
Kebolehbacaan ditambah baik: lajur «Sembang» lebih lebar, nama sembang panjang dibalut ke baris seterusnya dan mempunyai petua alat; teks mesej Telegram tidak lagi gelap dalam tema gelap.
Diagnostik log masuk Telegram: tetingkap memaparkan pembilang menunggu, penunjuk, status sambungan dan kaedah penghantaran kod; format antarabangsa nombor telefon diperiksa. «Log» membuka log yang tidak mengandungi nombor telefon, kod, kata laluan atau kandungan mesej.
Tetingkap Messenger tidak lagi menghasilkan butang pada bar tugas Windows. «Minimumkan» menyembunyikan tetingkap sambil mengekalkan kandungan dan draf; pulihkannya dengan butang reben atau jalur sisi. Telegram menambah «Log keluar» pada pengepala perbualan dan menu «⋮», dengan pengesahan. Tetapan → «Storan setempat» mempunyai kotak «Log keluar apabila Revit ditutup», dimatikan secara lalai.
Warna sembang mengikut folder Telegram: sembang menggunakan warna foldernya, manakala kumpulan menggunakan rona sama yang lebih cerah; setiap baris sembang mempunyai jalur warna nipis. Warna folder dipilih secara automatik; warna tersuai dengan pratonton langsung ditetapkan melalui Tetapan → «Warna» → «Warna folder Telegram». Suis menyeluruh «Warnakan sembang Telegram mengikut folder» tersedia. Warna kategori standard kini digunakan walaupun tanpa tetapan pelayan.
1.3.17–1.3.26 | 30.09–01.10.2026
Tema RS-Systems diselaraskan dengan skema warna laman web: latar, bingkai, teks dan sorotan baharu, aksen sian serta amaran ambar. Butang tindakan menggunakan warna laman web; label bahagian tetapan dan tetingkap pengaktifan berwarna ambar. Sian dibuang daripada isian di belakang teks atau ikon: tab, segmen, cip penapis, pembilang, kalendar, carta Gantt dan senarai juntai bawah dalam tetingkap pengaktifan dan kemas kini. Kontras rendah pada «Permintaan baharu» dan butang utama tab permintaan telah dibetulkan.
Latar senarai dan medan dalam tema RS-Systems tidak pernah lebih gelap daripada #07171E. Lajur tab «Sembang», «Kelulusan», «Tugasan», «Dokumen», «Surat-menyurat» dan «BIM» mempunyai kecerahan bertingkat dari kiri ke kanan: kiri 10 unit lebih cerah daripada latar, tengah 5 unit, dan kanan untuk perbualan paling gelap. Mesej keluar dan belum dibaca menggunakan warna laman web, menggantikan hijau. Tema cerah dan gelap tidak berubah.
Pilihan tema (Auto, Cerah, Gelap, RS-Systems) terletak pada tab tetapan yang dinamakan semula daripada «Warna» kepada «Penampilan». Pemilih tema pendua pada tab «Lesen» dibuang.
Penghantaran mesej diperbaiki: versi SQLite yang tidak serasi menyebabkan penulisan pangkalan data gagal dengan «Kaedah tidak ditemui». Selepas «Simpan», mesej sendiri tidak lagi berpindah dari separuh kanan ke kiri dan dianggap sebagai mesej masuk. Label «Baharu» kembali jelas dalam tema RS-Systems.
Diperbaiki: dialog kecil bersaiz automatik diregangkan hingga memenuhi lebar skrin. Amaran binaan SQLite NU1903 disekat secara khusus.
1.3.13–1.3.16 | 28–29.09.2026
Mekanisme kemas kini melalui tapak web telah dirombak: semakan kini membezakan antara versi yang sudah terkini, kemas kini yang tersedia, pemasang yang belum diterbitkan dan tapak web yang tidak dapat dicapai. Muat turun berjalan di latar belakang dengan paparan kemajuan dan pilihan pembatalan; pemasang disahkan menggunakan SHA-256 dan dilancarkan selepas Revit ditutup. «Tetapan» menghimpunkan tema, lesen, kemas kini dan maklumat binaan. Kedudukan butang reben telah diseragamkan: Params dalam Manage, Browser dalam Tools dan MCP dalam AI.
1.2.0–1.3.10 | 24–26.09.2026
Antara muka RS-Systems telah dikemas kini: panel Manage / Tools / Models / AI, butang kompak yang seragam dengan label bahasa Inggeris ringkas, ikon gaya Revit untuk tema cerah dan gelap, penempatan tetingkap secara automatik dalam kawasan kerja monitor dengan sokongan DPI, serta pilihan mewarnakan tab paparan Revit mengikut projek atau fail.
Messenger kini menyimpan sejarah model, tugasan, kelulusan, sembang/peraturan AI dan lampiran dalam CDE projek yang dikongsi supaya peserta menggunakan satu sejarah. Tetingkap utama dipulihkan dengan betul selepas diminimumkan, dan pemuatan semula pemalam tidak lagi menyekat permulaan Revit 2027. Storan model lama tidak dipindahkan secara automatik.
1.1.13 | 10.09.2026
Tetingkap menggunakan ikon aplikasi. Bantuan peka konteks melalui F1 telah ditambahkan pada butang reben; bantuan ini 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 model dalam RS.CDE. Lokasi lampiran tidak berubah. Pemindahan 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
Tujuan penyelesaian
Dua mod operasi: setempat dan pelayan
Lima jenis interaksi projek
Sembang di dalam Revit
Kelulusan dan rekod keputusan
Tugasan dan kawalan pelaksanaan
Sembang AI dan kerja dengan model
Permintaan kepada jabatan BIM
Mod pelayan RS.CDE sebagai persekitaran ERP projek
Senario praktikal
Manfaat untuk pereka dan pasukan
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.
Untuk soalan atau penjelasan ringkas, buka sembang bagi model yang diperlukan.
Apabila muncul tindakan khusus, cipta tugasan dengan orang bertanggungjawab dan tarikh akhir.
Apabila pemeriksaan, kelulusan atau jawapan rasmi diperlukan, cipta kelulusan.
Untuk pemeriksaan rutin atau penyediaan perubahan, gunakan AI dalam mod pengesahan.
Untuk bantuan kaedah atau teknikal, cipta permintaan BIM berasingan.
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.
