RS-SYSTEMS

REVIT.Messenger

Проєктне спілкування, завдання, погодження, AI та BIM-підтримка безпосередньо в Revit

Повний опис рішення для проєктувальників усіх дисциплін, BIM-фахівців і керівників проєктів

REVIT.Messenger працює безпосередньо поруч із моделлю Revit і зберігає проєктувальника в робочому контексті.

Єдиний робочий простір для обговорень, доручень, погодження, перевірки та підтримки — без втрати зв’язку з моделлю.

Опис рішення · липень 2026

Зміст

1. Призначення рішення
2. Два режими роботи: локальний і серверний
3. П’ять типів проєктної взаємодії
4. Чати всередині Revit
5. Погодження та реєстр рішень
6. Завдання і контроль виконання
7. AI-чат і робота з моделлю
8. Звернення до BIM-відділу
9. Серверний режим RS.CDE як ERP-середовище проєкту
10. Практичні сценарії
11. Переваги для проєктувальників і команди
12. Рекомендований робочий процес

Для кого призначене рішення

Архітектори, конструктори, інженери HVAC, водопостачання і каналізації, електрики, слабкострумових систем та інших дисциплін, BIM-координатори, BIM-менеджери, керівники команд, перевіряльники, замовники й учасники погоджень.

1. Призначення рішення

REVIT.Messenger призначений для спілкування між проєктувальниками безпосередньо в Revit. Рішення розглядає головну модель і зв’язані моделі як адресатів, з якими користувачі можуть обмінюватися повідомленнями, призначати завдання, запускати погодження та надсилати звернення. Тому взаємодія організована навколо фактичної структури проєкту: повідомлення адресують не абстрактному груповому чату, а конкретній моделі та фахівцям, які з нею працюють.

Рішення усуває головний розрив у щоденній роботі проєктувальника: модель знаходиться в Revit, а запитання, доручення та рішення зазвичай потрапляють у електронну пошту, зовнішній месенджер, таблицю або усну розмову. У REVIT.Messenger робоче спілкування залишається поруч із моделлю та зберігає контекст — дисципліну, учасників, строки, статус і історію.

Головна практична перевага

Проєктувальник рідше перемикається між застосунками, швидше отримує відповіді, розуміє, хто відповідає за дію, і може будь-коли відновити історію прийнятого рішення.

Що змінюється у щоденній роботі

• Коротке запитання не перетворюється на неконтрольований ланцюжок повідомлень — воно залишається в чаті моделі.
• Доручення отримує відповідального, строк, пріоритет і статус.
• Запитання, що потребує підтвердження, стає погодженням і не губиться серед повідомлень.
• Звернення до BIM-відділу реєструється та проходить зрозумілий цикл опрацювання.
• Рутинні перевірки й дозволені зміни можна делегувати AI-помічнику з підтвердженням користувача.

2. Два режими роботи: локальний і серверний

REVIT.Messenger можна використовувати як самостійний інструмент у наборі моделей Revit або як клієнтський компонент серверного ядра RS.CDE. Завдяки цьому рішення підходить і невеликій команді, що обмінюється файлами, і великому проєкту з централізованим керуванням учасниками, ролями та правами.

Локальний режим

У локальному режимі спілкування обмежене поточною головною моделлю та всіма моделями зі списку зв’язаних моделей. Повідомлення і пов’язані дані зберігаються безпосередньо в моделях. Тому інформацію можна передати разом із файлом навіть фахівцеві, який працює з від’єднаною моделлю поза корпоративною мережею.

• Для базової взаємодії окреме серверне ядро не потрібне.
• Зв’язані моделі виступають зрозумілими адресатами проєктного листування.
• Домовленості можуть супроводжувати модель під час її передавання зовнішньому підряднику.
• Режим призначений для користувачів, які працюють безпосередньо в Revit.

Серверний режим

Після підключення до RS.CDE рішення переходить у розширений режим. Листування, завдання, погодження, звернення і статуси стають частиною спільної структури проєкту, а доступ контролюється повною матрицею ролей. Інтерфейсом можуть користуватися не лише проєктувальники в Revit, а й керівники, перевіряльники, BIM-команда, замовник та інші учасники через вебпростори.

• Єдині ролі та права для всіх учасників проєкту.
• Доступ до взаємодій із Revit і з вебпросторів.
• Централізоване зберігання історії, статусів і відповідальності.
• Можливість залучати людей, які не працюють безпосередньо з моделями.

Результат переходу до серверного режиму

REVIT.Messenger перестає бути лише локальною панеллю спілкування і стає користувацьким інтерфейсом повноцінного ERP-середовища RS.CDE для керування проєктною взаємодією.

3. П’ять типів проєктної взаємодії

Різні види роботи в рішенні не змішуються. Швидке запитання залишається повідомленням, доручення стає завданням, формальне рішення створюється як погодження, рутинна операція делегується AI, а запит на підтримку реєструється як звернення до BIM-відділу.

4. Чати всередині Revit

Чати призначені для швидких запитань, уточнень і обговорень щодо моделі. Їх використання нагадує знайомі інструменти на кшталт WhatsApp або Telegram, але вони розташовані безпосередньо в Revit і пов’язані зі структурою проєкту. Користувач бачить моделі й учасників, вибирає адресата, читає історію та надсилає повідомлення, не залишаючи робочого вікна.

Що отримує проєктувальник

• Листування щодо конкретної моделі замість безособового загального каналу.
• Пошук учасників і швидкий перехід до потрібного робочого простору.
• Розділення нових і вже переглянутих повідомлень.
• Історію обговорення, що залишається поруч із контекстом проєкту.
• Можливість швидко перейти від повідомлення до завдання або погодження, коли питання потребує формальної дії.

Рисунок 1. Розділ «Чати»: дерево моделей і учасників ліворуч, історія повідомлень праворуч та поле введення внизу вікна.

Правильне використання чатів

У повідомленні корисно зазначати рівень, осі, зону, елемент, вид або аркуш. Це зменшує кількість додаткових запитань і допомагає швидко відновити контекст.

5. Погодження та реєстр рішень

Розділ «Погодження» використовується, коли простого повідомлення недостатньо. Він призначений для процесів перевірки й погодження, пов’язаних з елементами моделі, аркушами, видами та пакетами проєктної документації. Підсумковий статус зберігається і може бути перевірений у будь-який момент.

Що містить погодження

• Назву та пояснювальний текст.
• Ініціатора й адресатів зі структури проєкту.
• Строк і пріоритет.
• Пов’язаний пакет аркушів, видів або інших матеріалів моделі.
• Етапи, поточний статус та історію активності.
• Результат: погоджено, відхилено, у роботі або очікує відповіді.

Рисунок 2. Реєстр погоджень: вхідні та вихідні процеси, статуси, ініціатори, пріоритети й сортування за активністю.

Створення погодження

Користувач зазначає тему, опис, адресатів, строк і пріоритет, а потім створює пакет безпосередньо зі вмісту моделі. Це дає змогу передати на перевірку не абстрактне посилання, а конкретний набір аркушів або видів.

Рисунок 3. Форма нового погодження: параметри процесу, адресати та вибір аркушів або видів із моделі.

Чому це важливо

Погодження створює доказову історію рішення. Через тиждень або кілька місяців можна перевірити, хто ініціював питання, що саме розглядали, хто відповів і яким був підсумковий статус.

6. Завдання і контроль виконання

Завдання використовуються для конкретних доручень фахівцям, які працюють із моделлю. На відміну від звичайного повідомлення, завдання відразу відповідає на чотири запитання: що потрібно зробити, хто відповідає, коли має бути готовий результат і в якому стані перебуває робота.

Основні параметри завдання

• Назва та докладний опис очікуваного результату.
• Відповідальний або відповідальний робочий простір.
• Строк виконання і пріоритет.
• Поточний статус: нове, у роботі, виконане або закрите.
• Фільтри строків: прострочені, сьогодні, тиждень і закриті завдання.

Чотири представлення тієї самої інформації

Те саме завдання можна відображати в різних режимах. Проєктувальник вибирає представлення відповідно до поточної роботи: список для швидкої перевірки, Kanban для керування потоком, календар для контролю дат або діаграму Ганта для загального графіка.

Рисунок 4. Kanban-дошка: завдання розподілені за пріоритетом і станом та можуть переміщуватися між стовпцями.

Рисунок 5. Календар: завдання розміщені за строками виконання, що робить видимим денне й тижневе навантаження.

Рисунок 6. Діаграма Ганта: періоди завдань показані на часовій шкалі для контролю строків і послідовності.

Практична перевага

Завдання не залишається лише фразою в чаті. Воно отримує відповідального, строк і стан, а керівник бачить і поточне навантаження, і прострочену роботу.

7. AI-чат і робота з моделлю

RS · AI Bridge з’єднує робочий простір Revit з AI-помічником. Він може відповідати на запитання, аналізувати доступні дані моделі, виконувати дозволені рутинні операції та брати участь у моделюванні разом із проєктувальником. Користувач вибирає агента, режим виконання та робочу модель.

Типові можливості AI-помічника

• Відповіді на запитання про Revit, BIM-стандарти та робочі процедури.
• Перевірка заповненості параметрів, найменувань, структури та інших доступних даних моделі.
• Підготовка змін, наприклад перейменування рівнів або опрацювання набору елементів.
• Виконання рутинних дій лише в межах наданих прав.
• Спільна робота з фахівцем: AI пропонує дію, а користувач перевіряє та підтверджує її застосування.

Рисунок 7. RS · AI Bridge: вибір агента, моделі й режиму застосування дій, історія діалогу та робота з даними поточної моделі.

Керований доступ

AI Bridge використовує окремий інсталяційний токен, виданий адміністратором. Основний API-ключ зовнішнього AI-сервісу не зберігається у плагіні й не передається користувачеві. Токен можна централізовано відкликати без вимкнення інших функцій REVIT.Messenger.

Безпечний режим роботи

Для дій, що змінюють модель, рекомендовано режим «Застосувати з підтвердженням»: помічник готує операцію, але остаточне рішення залишається за проєктувальником.

8. Звернення до BIM-відділу

Вкладка BIM призначена для реєстрації будь-яких звернень проєктувальників до BIM-команди: технічних проблем, запитань про стандарти, налаштування, сімейства, шаблони, експорт, координацію або роботу плагіна. Замість розрізнених повідомлень кожне звернення стає окремою позицією зі статусом і власним листуванням.

Що дає окремий канал BIM-підтримки

• Жодне звернення не губиться в загальному чаті або приватному листуванні.
• Проєктувальник бачить, чи зареєстроване питання і якого етапу воно досягло.
• BIM-фахівець отримує єдиний список звернень і може керувати чергою.
• Історія рішення залишається доступною для повторного використання й аналізу типових проблем.
• Керівник бачить фактичне навантаження BIM-команди та повторювані причини звернень.

Рисунок 8. Розділ BIM: створення нового звернення, фільтрація за статусом і простір листування для вибраного питання.

Для проєктувальника

Замість запитання «хто зараз займається моєю проблемою?» користувач отримує зареєстроване звернення, зрозумілий статус і збережену історію відповідей.

9. Серверний режим RS.CDE як ERP-середовище проєкту

Після підключення до серверного ядра RS.CDE усі розділи REVIT.Messenger працюють у спільній рольовій моделі проєкту. Це розширює взаємодію за межі Revit і об’єднує всіх учасників — від безпосередніх виконавців до керівників і замовника.

Що з’являється в серверному режимі

• Централізована ідентифікація користувачів і проєктних ролей.
• Матриця ролей із правами на перегляд, створення, зміну та погодження.
• Доступ до робочих процесів із вебпросторів.
• Єдина історія взаємодії незалежно від того, де працює учасник.
• Спільні реєстри завдань, погоджень, звернень і проєктної активності.
• Основа для звітності, контролю виконання та подальшої автоматизації процесів.

Ключовий ефект

Інформація більше не належить окремому файлу, ланцюжку повідомлень або працівникові. Вона стає керованою частиною проєкту з автором, адресатом, строком, статусом, правами та історією.

10. Практичні сценарії

Сценарій 1. Швидке міждисциплінарне уточнення

Архітектор виявляє, що шахта замала для інженерних систем. Він пише в чат адресатові — зв’язаній моделі HVAC/водопостачання — і зазначає рівень, осі та вид. Інженер відповідає в тому самому контексті, а якщо потрібна дія, питання стає завданням.

Сценарій 2. Погодження зміни

Конструктор пропонує змінити положення колони. Створюється погодження з описом, строком і пакетом пов’язаних видів або аркушів. Після відповіді підсумковий статус залишається в історії та може бути перевірений під час випуску документації.

Сценарій 3. Контроль випуску

Керівник призначає завдання з перевірки аркушів, виправлення зауважень і підготовки пакета випуску. Виконавці працюють зі списком або Kanban-дошкою, а керівник контролює строки в календарі та діаграмі Ганта.

Сценарій 4. Рутинна робота через AI

Проєктувальник просить AI перевірити назви рівнів і підготувати нові назви. Помічник читає доступні дані, показує результат і застосовує зміни лише після підтвердження.

Сценарій 5. Звернення до BIM-відділу

У фахівця не працює шаблон експорту або виникає запитання щодо параметра. Він створює BIM-звернення, отримує статус і продовжує працювати, не шукаючи відповідального в приватних чатах.

Сценарій 6. Передавання від’єднаної моделі

У локальному режимі модель передається зовнішньому підряднику разом з інформацією, що зберігається всередині неї. Фахівець отримує не лише файл, а й пов’язаний із цією моделлю контекст проєкту.

11. Переваги для проєктувальників і команди

Для проєктувальника

Для BIM-команди та керівників

• Єдиний канал звернень і видима черга підтримки.
• Контроль завдань за статусом, строком і пріоритетом.
• Формальна історія погоджень і прийнятих рішень.
• Можливість аналізувати повторювані проблеми та причини затримок.
• Централізоване адміністрування доступу до AI за допомогою токенів.
• У серверному режимі — підключення всіх учасників проєкту та єдина рольова модель.

Для проєкту загалом

• Міждисциплінарна координація відбувається швидше.
• Зменшується ризик, що доручення залишиться лише повідомленням і не буде виконане.
• Рішення можна документувати й відновлювати пізніше.
• Команда бачить не лише зміст питання, а й його поточний стан.
• Знання та історія взаємодії залишаються в системі, а не лише в окремих працівників.

12. Рекомендований робочий процес

Щоб система залишалася простою та керованою, кожен тип взаємодії слід використовувати за призначенням.

1. Для короткого запитання або уточнення відкрийте чат потрібної моделі.
2. Коли з’являється конкретна дія, створіть завдання з відповідальним і строком.
3. Коли потрібна перевірка, погодження або офіційна відповідь, створіть погодження.
4. Для рутинної перевірки або підготовки змін використовуйте AI в режимі підтвердження.
5. Для методичної або технічної допомоги створіть окреме BIM-звернення.
6. Регулярно закривайте виконані завдання й завершені погодження, щоб робочі списки залишалися актуальними.

Правила, що підвищують ефективність

• У повідомленнях і завданнях зазначайте точний рівень, зону, елемент, вид або аркуш.
• Не використовуйте чат для рішення, яке повинно мати офіційний статус.
• Не створюйте завдання без перевірюваного результату і строку.
• Не передавайте AI-токен іншим користувачам; доступ має видавати адміністратор.
• У серверному режимі призначайте права за роллю, а не через зайві індивідуальні винятки.

REVIT.Messenger одним реченням

Обговорюйте в чаті. Призначайте в завданні. Погоджуйте в погодженні. Перевіряйте або автоматизуйте через AI. Отримуйте підтримку через BIM-звернення.

Висновок

REVIT.Messenger створює всередині Revit зрозумілу систему проєктної взаємодії, що відповідає реальній роботі команди. Зв’язані моделі стають адресатами, повідомлення зберігають контекст, доручення отримують строки й відповідальність, погодження зберігають історію рішень, AI допомагає виконувати рутинні операції, а BIM-відділ отримує повноцінний канал підтримки.

У локальному режимі рішення забезпечує взаємодію в наборі моделей і дає змогу передавати інформацію разом із від’єднаними файлами. У серверному режимі після підключення до RS.CDE воно розширюється до повноцінного ERP-середовища проєкту з матрицею ролей, вебпросторами та участю фахівців, які не працюють безпосередньо в Revit.

Результат для проєктної команди

Менше втрачених запитань і рішень, швидша відповідь між дисциплінами, зрозуміліша відповідальність та єдина історія проєктної взаємодії.

П’ять функцій — один керований процес