Шаблон Revit: фундамент автоматизации и цена его отсутствия

Пять шаблонов в отделе означают пять наборов параметров и нерабочие скрипты. Что держать в шаблоне, кто им владеет и как перевести команду без бунта и откатов.

Скрипт заполнения параметров писался под один объект. На втором он не запустился: параметр назывался ADSK_Наименование вместо Наименование. На третьем нашёлся третий вариант, с пробелом в конце.

Три объекта, три шаблона, три набора правил. Автоматизировать в такой обстановке нечего: каждый скрипт становится одноразовым, а его переделка съедает больше времени, чем ручная работа.

Шаблон - не стартовый файл с рамкой. Это договор о том, как в компании устроены данные.

Во что обходится зоопарк

Посчитали на отделе из двенадцати человек, где жили четыре шаблона и «файл Сергея, у него удобнее».

• Переделка скриптов под очередной набор имён: 3-5 часов на объект.
• Ручная сверка спецификаций перед выдачей, потому что объёмы не сходятся: день на объект.
• Оформление приводится к единому виду перед печатью: ещё день.
• Новый сотрудник осваивается на месяц дольше, потому что «у нас тут по-разному».
• Выгрузка данных для сметы собирается руками, автоматически не получается.

Суммарно около 40 часов на объект, которых никто не считает, потому что они размазаны по мелочам. При восьми объектах в год это работа одного человека на два месяца.

Что должно быть внутри

Шаблон живёт правилами, а не количеством содержимого. Раздутый файл на 400 МБ с сотней видов вредит не меньше, чем пустой.

Общие параметры. Один файл общих параметров на компанию, с фиксированными GUID. Это единственный по-настоящему критичный пункт: параметры с одинаковым именем, но разными GUID, для скриптов и выгрузок разные. Отсюда растёт половина проблем с автоматизацией.

Спецификации. Заготовки под ведомости, которые вы сдаёте регулярно. С фильтрами, сортировкой и правильными единицами.

Виды и шаблоны видов. Не все виды проекта, а набор заготовок: план, разрез, узел, монтажный. Проектировщик копирует, а не настраивает с нуля.

Правила именования. Уровни, виды, семейства, файлы. Записанные текстом в отдельном документе и проверяемые скриптом, иначе они живут только в голове BIM-менеджера.

Настройки оформления. Типы линий, штриховки, текст, размеры, рамки. Скучно, но именно это чаще всего заставляет переделывать листы перед выдачей.

Единицы и округления. Мелочь, которая ломает объёмы: где-то кубометры до трёх знаков, где-то до одного, и сметчик получает расхождение.

Чего в шаблоне быть не должно: библиотеки семейств целиком, чужих связей, тестовых видов, элементов из прошлого проекта. Всё это переносится в новый файл и живёт там годами.

Кто владеет шаблоном

Самый частый ответ - «все понемногу». Он же самый плохой.

Шаблон нуждается в одном хозяине с правом сказать «нет». Обычно это BIM-менеджер или ведущий специалист с выделенным временем, часа четыре в неделю. Его работа: принимать заявки на изменения, вносить их пакетами, вести журнал версий и объяснять команде, что поменялось.

Заявки на изменения принимаются письменно. Устная просьба «добавь параметр, мне надо» через полгода превращается в двадцать лишних параметров, которые никто не заполняет, и метрика заполненности на дашборде навсегда красная.

Версии шаблона нумеруются и датируются. Проект стартует на конкретной версии, и она записывается в BEP. Обновлять шаблон посреди объекта - плохая идея, кроме случаев с явной ошибкой.

Как перевести команду без бунта

Массовый переход одним днём не работает. Проверено дважды, оба раза с откатом.

Схема, которая проходит спокойно:

1. Аудит текущего. Собрать все шаблоны, которые реально используются, выписать параметры и различия. Обычно выясняется, что рабочих отличий пять, а остальное - историческая случайность.
2. Согласовать список параметров со сметой и снабжением. Не с проектировщиками. Данные нужны смежным отделам, они и заказчики требований.
3. Собрать общий шаблон на основе самого живого из существующих, а не с чистого листа. Люди принимают знакомое.
4. Запустить на одном новом объекте. Не на текущем. Два месяца работы дают список правок, которых не увидеть на совещании.
5. Перевести остальные новые проекты. Старые не трогать до конца стадии.
6. Настроить проверку. Скрипт, который сверяет модель с правилами и выдаёт список расхождений. Без проверки шаблон расползётся обратно за квартал.

Пункт про старые проекты вызывает больше всего споров. Наш опыт: конвертация действующего объекта на новый шаблон стоит от недели работы и почти никогда не окупается. Дешевле доработать до конца стадии как есть.

Почему это условие для скриптов и AI

Скрипт обращается к параметру по имени. Одинаковые имена - один скрипт на всю компанию, разные - переделка каждый раз. Первый Dynamo-граф это переживёт, десятый уже нет.

С выгрузками то же самое. Отчёт качества, база данных, сравнение версий - всё это опирается на предположение, что поле называется одинаково во всех моделях. Иначе цифры складываются неверно, и хуже всего то, что выглядят они правдоподобно.

Языковые модели ситуацию не спасают. Ассистент, разбирающий выгрузку с пятью вариантами написания одного параметра, честно повторит эту кашу в отчёте. Порядок в данных идёт первым этапом дорожной карты не из любви к порядку, а по необходимости.

Где это не работает

Единый шаблон на все типы объектов - вредная идея. Жилой дом, промышленный цех и линейный объект требуют разного набора видов и спецификаций. Разумный предел: общее ядро параметров и оформления плюс две-три отраслевые сборки.

Не поможет шаблон и там, где нет проверки. Файл раздают, а через полгода в моделях снова пять вариантов марки, потому что никто не смотрит. Проверка нужна автоматическая и регулярная, ручная выборочная не удерживает дисциплину.

Не ждите принятия от команды сразу. Первые две недели шаблон будут ругать: неудобно, непривычно, «у меня было лучше». Это нормально и проходит примерно за месяц, если хозяин шаблона быстро отвечает на заявки.

И честно про сроки. Разработка шаблона под компанию - от трёх недель до двух месяцев, включая переговоры. Переговоры занимают больше времени, чем работа в Revit, и к этому стоит быть готовым.

Чек-лист состояния

• Сколько шаблонов реально используется? Больше двух - есть работа.
• Один ли файл общих параметров и лежит ли он в защищённой от правок папке?
• Записаны ли правила именования текстом, а не «по традиции»?
• Есть ли человек с фамилией, который отвечает за шаблон?
• Ведётся ли журнал версий с датами?
• Есть ли скрипт, проверяющий модель на соответствие?
• Знают ли смежные отделы, какие параметры они получат?

Четыре «нет» означают, что автоматизацию начинать рано. Сначала аудит и порядок, потом инструменты.

Короткие ответы

Можно ли взять готовый шаблон из интернета? Как источник идей - да. Как рабочий файл - нет: он не знает ваших спецификаций, ваших смежников и ваших требований к выдаче.

Что делать с семействами? Держать в библиотеке отдельно от шаблона, с теми же правилами именования и с одним хозяином. В шаблоне - только базовый набор.

Как часто обновлять? Пакетами раз в квартал. Чаще - команда не успевает привыкнуть, реже - накапливается очередь заявок и растёт соблазн править локально.

Кто должен согласовывать список параметров? Смета, снабжение, тот, кто отвечает за выдачу заказчику. Проектировщики говорят, как это заполнять, а не что нужно.

Сколько параметров нормально? Обязательных - от 12 до 20. Всё, что сверх, заполняется через раз и портит статистику качества.

Что дальше

Первый шаг делается за день без чьего-либо разрешения: соберите все шаблоны отдела в одну папку и выпишите различия по параметрам. Список получится короче, чем ожидается, и разговор станет предметным.

Дальше нужен хозяин, набор правил и проверка. Разработку шаблона, набора общих параметров и BIM-стандарта мы делаем как отдельную работу, коротко об этом в услугах, примеры - в кейсах, вопросы по срокам - в FAQ. Опишите ситуацию в Telegram или через контакты.