Вопрос. Как регламентировать передачу модели сметчику (чек‑листы, требования к LOD/LOI, форматы)…

Вопрос

Как регламентировать передачу модели сметчику (чек‑листы, требования к LOD/LOI, форматы)?

Ответ

Для обеспечения достоверности сметных расчётов на основе BIM‑модели критически важна стандартизированная передача данных от проектировщиков к сметчикам. Недостаточно детализированная модель, неполные атрибуты или некорректный формат файла приводят к ручным досчётам, ошибкам в объёмах и срыву сроков. Ниже приведён примерный регламент передачи модели сметчику: чек‑листы, требования к LOD/LOI и допустимые форматы обмена данными.

1. Чек-лист проверки перед передачей

Составьте контрольный список. Пройдитесь по пунктам до отправки — это снизит риск ошибок. Например:

• Коллизии. Нет ли пересечений элементов (стена пересекает трубу, дверь «висит» отдельно от стены).
• Полнота атрибутов. Заполнены ли ключевые параметры для сметных расчётов: материал, предел огнестойкости, класс бетона для конструкций, диаметры труб, сечения кабелей, артикулы и производители оборудования.
• Единицы измерения. В российской практике линейные параметры — в миллиметрах, площади — в м², объёмы — в м³.
• Согласованность разделов. Уровни (этажи) и оси названы единообразно во всех разделах проекта.
• Логические связи. Стены корректно соединены с перекрытиями, помещения ограничены стенами и перекрытиями (нет «дыр»).
• Классификаторы. Присвоены ли элементам коды по классификатору (и есть ли в проекте файл с этими кодами для сверки).
• Версионность. Чётко зафиксирована версия модели и ПО, в котором она создана.

Можно сделать отдельный чек-лист для каждой категории элементов (конструкции, инженерные системы) — так проверка будет детальнее.

2. Требования к LOD и LOI

Здесь важно договориться заранее: какой уровень проработки нужен именно для сметных задач.

• LOD (Level of Development) — это про геометрию: насколько точно и детально прорисованы формы, размеры, расположение элементов. Для задач составления смет обычно требуется уровень не ниже LOD 400. На этом уровне элемент графически представлен детально, определены все ключевые размеры, ориентация, а также есть подробная информация для изготовления и установки.

В практике обычно используют шкалу LOD 100–500:

• LOD 100: концептуальные объёмы, очень условно. Для сметы почти не годится.
• LOD 200: примерные формы и позиции, ориентировочные размеры. Подходит для укрупнённых расчётов, но не для точной сметы.
• LOD 300: точные габариты и привязка, элемент уже можно использовать для подсчёта объёмов и спецификации. Часто — минимум для сметного расчёта.
• LOD 400: деталировка под монтаж, узлы, точные размеры, допуски. Идеально для сметы, спецификаций и закупок.
• LOD 500: исполнительная модель (фактическое положение после монтажа), часто на базе облаков точек.

• LOI (Level of Information) — это про информационное наполнение, то есть атрибуты и параметры элементов. В регламенте стоит прописать, какие именно параметры должны быть заполнены для каждой категории элементов (например, для насоса — не только сечение, но и рабочее давление, производитель, артикул). Именно эти данные позволяют привязать элемент к расценке и сформировать сметную позицию.

Полезно составить матрицу информационного соответствия: для каждой категории элементов (стена, окно, дверь) прописать, какой LOD и какие LOI-параметры нужны для корректного формирования сметных позиций. Это станет отличным приложением к регламенту.

3. Форматы передачи

Выбор формата зависит от того, как в вашей команде выстроены процессы.

• IFC (Industry Foundation
  Classes). Это универсальный открытый формат для обмена данными между разными BIM-системами. Он хорошо передаёт геометрию и базовые атрибуты, но есть нюанс: при экспорте/импорте иногда теряются или искажаются некоторые специфические параметры, важные для смет. Поэтому после импорта в сметную программу модель стоит дополнительно проверить.
• Нативные форматы. Если сметное ПО напрямую работает с конкретной BIM-системой (например, Revit, Renga), иногда целесообразнее передавать нативный файл (RVT, PLN) — так сохранится максимум данных.
• Специализированные форматы для смет. Для выгрузки непосредственно сметных данных (объёмов, привязки к нормативам) используйте форматы, заточенные под это: swb (данный формат поддерживается программными комплексами BIM WIZARD и SmetaWIZARD), АРПС 1.10 (широко поддерживается российскими сметными программами) или TIMML (разработан специально для обмена данными между ТИМ-системами и сметным ПО).

В регламенте зафиксируйте: какой формат использовать в каких случаях, есть ли исключения, и кто отвечает за конвертацию.

4. Дополнительные пункты для регламента

• Кто за что отвечает. Чётко разделите зоны ответственности: проектировщик готовит модель по чек-листу, сметчик проверяет приёмку (сверяет объёмы, ищет «пустые» атрибуты), при расхождениях фиксирует замечания.
• Сроки. Зафиксируйте, в какие сроки модель должна быть передана после завершения определённого этапа проектирования.
• Порядок работы с замечаниями. Пропишите, как фиксируются замечания (например, в трекере или в отдельном документе), в какой срок проектировщик вносит правки и как проходит повторная проверка.
• Документирование изменений. Если в процессе доработки в модель вносятся правки, зафиксируйте это (версия, дата, автор изменений).

Такой регламент станет общей «инструкцией по безопасности» для обеих сторон и сильно снизит количество споров на этапе формирования сметы. Начните с пилотного проекта: внедрите регламент на одном объекте, соберите обратную связь и доработайте документ

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

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

 ©digest.wizardsoft.ru