Настройка рабочих наборов в Revit для команды из разных городов
Архитектор из Москвы заканчивает правки и жмёт «Synchronize». В этот момент конструктор из Екатеринбурга пытается сохранить свои изменения — и получает конфликт. Полчаса разбирательств, часть правок потеряна, в чате появляются нехорошие слова.
Эта история происходит не потому что люди плохо работают. Она происходит потому что команда не договорилась о правилах работы с рабочими наборами — или настроила их неправильно с самого начала.
В этой статье разберём: как правильно структурировать рабочие наборы, как раздать права, как синхронизироваться без конфликтов и почему всё это особенно важно когда команда работает из разных городов.
Что такое рабочие наборы и зачем они нужны
Рабочий набор (Workset) — это именованная группа элементов модели, закреплённая за конкретным специалистом или разделом проекта. Представьте его как личную рабочую зону: пока архитектор работает в своём наборе, конструктор в это время спокойно правит свой — и они не мешают друг другу.
Ключевая идея: все участники команды работают с одной центральной моделью, но каждый — в своей зоне ответственности. Центральная модель хранится на сервере. У каждого участника на компьютере — локальная копия. Синхронизация (Synchronize with Central) отправляет ваши правки в центральную модель и забирает правки коллег.
Без рабочих наборов распределённая работа в Revit практически невозможна. Без них вся модель воспринимается как единый объект, и любое редактирование блокирует доступ для остальных. Конфликты, перезаписи, потери правок — неизбежны.
Как правильно структурировать рабочие наборы
На старте проекта BIM-менеджер создаёт структуру наборов. Именно здесь закладывается либо порядок, который будет работать весь проект, либо хаос, который придётся разгребать через месяц.
Два основных подхода:
- По дисциплинам — АР, КР, ОВиК, ЭОМ, ВК. Классика для большинства проектных бюро. Каждый раздел — отдельный набор.
- По зонам/секциям — актуально для крупных объектов: Секция 1, Секция 2, Подземная часть. Можно комбинировать с дисциплинами: «КР — Секция 1», «КР — Секция 2».
Рекомендуемая структура наборов для типового жилого или общественного здания:
| Рабочий набор | Ответственный | Состав элементов |
|---|---|---|
| АР — Архитектура | Главный архитектор | Стены, перекрытия, кровля, фасады, проёмы |
| КР — Конструкции | ГИП / конструктор | Колонны, балки, фундамент, лестницы |
| ОВиК | Инженер ОВиК | Воздуховоды, оборудование, арматура |
| ЭОМ | Инженер ЭОМ | Кабельные трассы, щиты, светильники |
| ВК | Инженер ВК | Трубопроводы, сантехника, насосы |
| Shared Levels and Grids | BIM-менеджер | Оси, уровни — системный набор, не трогать! |
| Project Standards | BIM-менеджер | Семейства, типы — системный набор |
Важно: не создавайте набор на каждого сотрудника — это распространённая ошибка. Наборы по дисциплинам работают лучше: если инженер уходит в отпуск, другой специалист может зайти в его набор без переструктурирования модели.
Оптимальное количество наборов для команды 5–15 человек: 6–10 пользовательских + 2 системных. Больше — модель становится трудноуправляемой.
Права доступа и владение элементами
В Revit существуют два режима работы с элементами чужого набора, и понимание разницы между ними спасает от большинства конфликтов.
- Borrowing (заимствование) — вы берёте конкретный элемент из чужого набора для правки. Revit запрашивает разрешение у владельца набора. Если тот онлайн — разрешение приходит автоматически. Если офлайн — нужно ждать или просить его зайти и синхронизироваться.
- Workset ownership (владение набором) — вы берёте весь набор целиком. Никто другой не может редактировать его элементы, пока вы не отпустите набор.
Общее правило: используйте заимствование там, где нужно исправить один-два элемента, и берите весь набор только если предстоит масштабная работа — например, перекомпоновка всей инженерии.
Принудительное освобождение элементов — право BIM-менеджера. Если участник взял элементы и ушёл в офлайн (или просто забыл отпустить), BIM-менеджер может освободить их через инструмент Manage > Worksets. Это нужно делать аккуратно: если человек не синхронизировался, его правки будут потеряны.
Синхронизация без конфликтов: правила для команды
Конфликты при синхронизации почти всегда — следствие несоблюдения простых договорённостей. Вот правила, которые стоит закрепить как обязательные для всей команды:
| Ситуация | Действие |
|---|---|
| Начало рабочего дня | Reload Latest — получить правки коллег |
| Каждые 1–2 часа работы | Synchronize with Central — отдать свои правки |
| Перед обедом | Relinquish All Mine — отпустить все элементы |
| Конец рабочего дня | Synchronize + Relinquish All Mine обязательно |
| Срочная правка коллеги в вашей зоне | Relinquish нужных элементов, сообщить в чат |
| Перед выходными / длительным отпуском | Relinquish All Mine + уведомить команду |
- Порядок синхронизации важен: сначала «Reload Latest» (получить правки коллег в свою локальную копию), потом «Synchronize with Central» (отправить свои). Если сделать наоборот — можно перезаписать чужие правки.
- Никогда не оставлять элементы заимствованными на ночь. Наутро коллеги не смогут работать с этими элементами. Перед выходом из Revit — всегда Relinquish All Mine.
- Частота синхронизации: при активной работе — каждые 1–2 часа. При лёгких правках — можно реже. Главное: не накапливать изменения за весь день и синхронизировать всё разом — это увеличивает риск конфликтов.
Специфика работы распределённой команды
Рабочие наборы работают одинаково и в одном офисе, и в распределённой команде. Но когда люди находятся в разных городах, на первый план выходит один фактор — скорость и стабильность соединения с центральной моделью.
Почему пинг критичен при синхронизации. Операция Synchronize with Central — это не просто «сохранить файл». Revit устанавливает сессионное соединение с сервером, передаёт дельту изменений и получает обновления коллег. При пинге 80–100 мс и выше эта операция для тяжёлой модели может занимать 15–20 минут. При пинге 3–5 мс — те же операции выполняются за 1–2 минуты.
Revit Accelerator — специальный компонент Autodesk, который устанавливается у удалённого участника команды и кэширует данные модели локально. Позволяет снизить нагрузку на канал при синхронизации. Особенно эффективен когда центральная модель находится в другом городе, а прокладывать VPN с приемлемым пингом технически сложно.
Работа с подрядчиками и фрилансерами. Для временных участников лучше создавать отдельный набор с ограниченным составом элементов. Права на другие наборы не давать. После завершения работы — передать набор основному специалисту и закрыть доступ к серверу.
Типичные ошибки и как их избежать
Ошибки, которые встречаются чаще всего
- Слишком много наборов. Создали по набору на каждый раздел каждой секции каждого этажа. Модель стала неуправляемой, BIM-менеджер тратит час в день только на администрирование прав.
- Все работают в Shared Levels and Grids. Системный набор заблокирован, никто не может добавить уровень или переместить ось. Работа встала.
- Центральная модель лежит на локальном ПК. Один сотрудник выключил компьютер — вся команда встала. Упал жёсткий диск — потеряли всё.
- Не договорились о правилах синхронизации. Каждый синхронизируется когда хочет, конфликты ежедневно, атмосфера в команде портится.
- Не настроили бэкап. Центральная модель повредилась при сбое сети во время синхронизации. Откатиться некуда.
Где должна жить центральная модель
Это вопрос инфраструктуры, который определяет всё остальное. Ни правильная структура наборов, ни строгое соблюдение правил синхронизации не спасут, если центральная модель лежит не там, где надо.
- Локальный ПК одного из сотрудников — худший вариант. Единая точка отказа, высокий пинг у удалённых участников, нет бэкапа. Для распределённой команды неприемлемо.
- Общая сетевая папка (SMB/NAS) — работает в одном офисе. Для удалённых участников через VPN — высокий пинг, нестабильное соединение, высокий риск повреждения центральной модели при обрыве связи.
- Revit Server — специализированное решение Autodesk. Центральная модель хранится на сервере, у каждого участника — локальная копия. Синхронизация идёт по защищённому каналу. Поддерживает Accelerator для удалённых участников.
Почему размещение рабочих мест и Revit Server в одном дата-центре ускоряет работу?
Если виртуальное рабочее место специалиста и центральная модель находятся физически рядом — в одной серверной стойке или в соседних — пинг между ними составляет менее 3 мс. Синхронизация тяжёлой модели, которая через интернет занимала 15 минут, выполняется за 1–2 минуты. Это не маркетинговое преувеличение, а физика сетей.
Итог
Рабочие наборы — это не просто техническая настройка, а договор внутри команды. Правильная структура, чёткие правила синхронизации и надёжное место хранения центральной модели превращают совместную работу из источника стресса в рутину.
Для распределённой команды особенно важно не экономить на инфраструктуре: высокий пинг между рабочим местом и сервером сводит на нет любые организационные усилия.
Чек-лист BIM-менеджера: запуск рабочих наборов с нуля
- Шаг 1. Определить структуру наборов по дисциплинам или зонам до старта проекта.
- Шаг 2. Создать пользовательские наборы, не трогать Shared Levels and Grids и Project Standards.
- Шаг 3. Назначить ответственного за каждый набор, довести до команды.
- Шаг 4. Записать и передать всем участникам правила синхронизации (см. таблицу выше).
- Шаг 5. Разместить центральную модель на Revit Server, не на локальном ПК.
- Шаг 6. Настроить ежедневный автоматический бэкап центральной модели.
- Шаг 7. Для удалённых участников настроить Revit Accelerator.
- Шаг 8. Провести 15-минутный онбординг для новых участников команды перед стартом.
Если команда работает удалённо и синхронизация тормозит — скорее всего, проблема в инфраструктуре, а не в настройках наборов. Напишите нам на info@revitserver.ru или в Telegram — разберём вашу ситуацию и предложим решение.