Вопрос. Как организовать процесс, чтобы сметчик получал только согласованные версии модели по отдельным разделам, а не ежедневные черновые правки…

Вопрос

Как организовать процесс, чтобы сметчик получал только согласованные версии модели по отдельным разделам, а не ежедневные черновые правки?

Ответ

Чтобы сметчик получал только согласованные версии BIM‑модели по разделам, а не ежедневные черновые правки, нужно выстроить процесс на стыке управления данными, регламентов и ИТ‑инструментов. Разберем практичную схему, которую реально внедрить в российском проектном контуре (в том числе с Renga, SmetaWIZARD (СметаВИЗАРД) и средами общих данных (СОД).

Ключевой принцип: «не пускать черновики в смету»

Сметчик должен работать только с версиями, имеющими статус «Согласовано»/»Выдано в работу» и зафиксированными в среде общих данных (СОД). Черновики остаются в зоне проектировщика и BIM‑координатора.

Организационная схема

1. Роли и зоны ответственности (это закрывает прошлый вопрос про границу BIM‑специалиста и сметчика):

• Проектировщик — выпускает модели по разделам, фиксирует замечания, делает доработки.
• BIM‑координатор — проверяет соответствие требованиям к модели (LOD/LOI для сметы), собирает сводную модель, готовит выгрузки.
• Руководитель проекта / техзаказчик — подтверждает готовность раздела к передаче в сметный отдел (статус «Согласовано»).
• Сметчик — принимает модель только в статусе «Согласовано», не смотрит черновики и не участвует в ежедневных правках.

1. Версионность и статусы. В СОД (Pilot‑BIM, CADLib, BIM360 и т. п.) фиксируют:

• Номер версии
• Дату выпуска
• Статус («Черновик», «На проверке», «Согласовано», «Аннулировано»)
• Ответственного за выпуск
• Перечень устранённых замечаний

Сметчик имеет доступ только к папкам/веткам со статусом «Согласовано».

1. Передача по разделам, а не «всей моделью сразу». Для сметы это критично: сметчик берёт раздел КЖ, потом АР, потом ОВ/ВК и т. д. по мере готовности. Так не возникает ситуации «модель наполовину готова, а смета уже нужна».

Регламент передачи (что зафиксировать в документе)

В регламенте информационного моделирования (EIR/BEP) прописывают:

• Критерии готовности раздела для сметного расчёта: минимальный LOD/LOI, наличие атрибутов (материал, марка, тип, группа работ), корректная классификация элементов.
• Формат передачи: IFC (с набором атрибутов под смету) или нативный файл + ведомость объёмов из модели.
• Правила приоритета источников: если часть данных есть только в PDF/обмерах, это фиксируют отдельным приложением к передаче (чтобы сметчик понимал, где BIM, а где не BIM).
• Порядок фиксации расхождений: шаблон акта/листа замечаний, сроки устранения, кто отвечает за исправление.
• Частота передачи: не «каждый день», а по достижению статуса «Согласовано» (обычно 1–2 раза в неделю на стадии РД, реже на ПД).

Практические правила для сметчика

Чтобы исключить «случайное» использование черновиков:

• Доступ к папкам в СОД настроен по ролям: сметчик видит только «Согласовано». Черновики ему не видны.
• Передача сопровождается сопроводительным письмом/задачей в системе документооборота с приложением:

• • ссылки на папку/версию
  • перечня разделов и их статусов
  • списка известных расхождений и допущений
  • даты актуальности
• Сметчик подтверждает получение и фиксирует дату начала работ. Это важно для обоснования сроков и для экспертизы.

Как технически «отсечь» черновики

Варианты в зависимости от среды:

• СОД (Pilot‑BIM/CADLib/аналог): папки по статусам, права доступа по ролям, журнал версий и подписей.
• Git‑подобные системы для BIM (если есть): ветки «develop» для черновиков и «release» для согласованных версий.
• Renga + СОД: модель хранится в СОД, в Renga ведётся разработка, выгрузки в IFC делаются только после согласования.
• SmetaWIZARD (СметаВИЗАРД): не должен «тянуть» данные из папки с черновиками. Источник данных — только согласованная версия (IFC/нативный файл/ведомость).

Частота и триггеры передачи

Не по календарю, а по событиям:

• устранены замечания экспертизы/заказчика по разделу,
• подписан акт приёмки этапа,
• достигнут требуемый LOD/LOI для сметных работ,
• выпущены PDF‑чертежи, которые синхронизированы с моделью.

Это убирает «шум» ежедневных правок и даёт сметчику стабильную базу для расчёта.

Контроль качества перед передачей

Перед тем как модель попадает к сметчику, BIM‑координатор делает чек‑лист:

• атрибуты для сметы заполнены (материал, тип, марка, группа работ),
• элементы классифицированы (по классификатору, принятому в сметной базе),
• нет дублей и «мусора» (временные объекты, скрытые элементы),
• объёмы сопоставимы с чертежами (предварительная сверка).

Если требования не выполнены — модель не получает статус «Согласовано» и не передаётся в смету.

Документирование и прозрачность

Для защиты сметчика и обоснования решений при экспертизе:

• фиксируйте версию модели, дату и статус в шапке ведомости объёмов и локальной сметы,
• прикладывайте к смете реестр изменений (что изменилось между версиями),
• ведите журнал замечаний и ответов проектировщика.

Это помогает отвечать на вопросы «почему объём такой» и «на основании какой версии считали».

Пример простого процесса (на 5 шагов)

1. Проектировщик дорабатывает раздел и ставит задачу BIM‑координатору: «Готов к проверке».
2. BIM‑координатор проверяет модель по чек‑листу, при необходимости возвращает на доработку.
3. После устранения замечаний руководитель проекта ставит статус «Согласовано» в СОД и публикует ссылку.
4. Сметчику приходит уведомление, он скачивает/подгружает версию и подтверждает получение.
5. Сметчик начинает расчёт; новые черновые версии до следующего статуса его не касаются.

Такой подход закрывает риск «посчитать по черновику», снижает количество переделок и делает обоснование смет более прозрачным для экспертизы.

Ответ дан по состоянию на 26.09.2026

Все права на информационный материал принадлежат редакции сайта «Дайджест-Визард». Копирование и публикация материала допускается только с обязательной прямой ссылкой на страницу, с которой материал был взят, любое другое использование — только с письменного разрешения редакции.

 ©digest.wizardsoft.ru