BEP (BIM Execution Plan): реальный инструмент или бюрократия
В идеальном мире информационного моделирования работа над проектом начинается с внимательного прочтения BEP (BIM Execution Plan) или Плана реализации BIM проекта каждым участником команды. В реальности же этот документ часто пишется «в стол» за ночь до подписания договора, рассылается смежникам, которые его не открывают, и вспоминают о нем только тогда, когда стройка встала из-за того, что вентиляция врезалась в несущую балку, а координаты здания улетели в другой город.
Многие воспринимают BEP как формальность, навязанную BIM-стандартами. Но если убрать лишнюю «воду», это единственный документ, который страхует Генпроектировщика и Заказчика от потери миллионов рублей на переделках.
Давайте разберем, как превратить BEP из скучного талмуда в рабочую инструкцию, и почему без него нельзя начинать даже эскизный проект.
Фундамент или разница между EIR и BEP
Путаница начинается на старте. Заказчики часто требуют BEP, хотя сами еще не сформулировали свои требования. Чтобы двигаться дальше, нужно четко разграничить два понятия.
EIR (Employer’s Information Requirements) — это «хотелки» Заказчика. Здесь он пишет, что он хочет получить: форматы файлов, уровень детализации, классификаторы для сметы, атрибуты для эксплуатации. BEP (BIM Execution Plan) — это «ответ» Исполнителя. Здесь Генпроектировщик пишет, как именно он будет выполнять эти требования.
| Критерий | EIR (Требования Заказчика) | BEP (План реализации проекта) |
| Кто пишет | Технический заказчик / BIM-консультант | Генпроектировщик / BIM-менеджер |
| Цель | Сформулировать задачи и цели использования модели | Описать методы, процессы и инструменты достижения целей |
| Пример содержания | «Хочу выгрузку площадей по BOMA и формат IFC4» | «Будем использовать Revit 2026, плагин Roombook и маппинг классов IFC» |
| Статус | Приложение к ТЗ на проектирование | Приложение к Договору (технический регламент) |
Если Заказчик не предоставил EIR, опытный BIM-менеджер сам пишет его за него и утверждает. Иначе BEP повиснет в воздухе, а приемка модели превратится в хаос.
Две стадии жизни документа
Согласно международному стандарту ISO 19650 (и нашему ГОСТ Р 10.00.00.00.00), BEP не рождается готовым. Он эволюционирует.
- Pre-contract BEP (Предконтрактный). Это ваше коммерческое предложение. Вы показываете Заказчику свою компетенцию: «У нас есть серверные мощности, мы умеем работать в CDE, вот наше резюме». Здесь нет глубокой детализации, только стратегия.
- Post-contract BEP (Постконтрактный). Это уже «Библия» проекта. Он пишется после победы в тендере, но до начала моделирования. Именно здесь фиксируются версии софта, фамилии ответственных и технические нюансы.
Техническое ядро BEP — что писать обязательно
Выкиньте из шаблона BEP лирику про «пользу BIM-технологий». Оставьте только то, нарушение чего ведет к краху модели.
1. Версионность ПО и среда общих данных
Это пункт №1. Если архитектор начнет работу в Revit 2026, а конструктор — в Revit 2025, проект встанет. Обратной совместимости не существует. В BEP должна быть жесткая таблица версий (вплоть до номера сборки/Update), которую подписывают все субподрядчики.
2. Система координат
Раздел, написанный кровью. Вы должны четко прописать:
- Какой файл является носителем координат (обычно файл Генплана или Разбивки).
- Используемая геодезическая система (МСК-50, МСК-77 и т.д.).
- Запрет на ручное перемещение базовой точки проекта.
3. Матрица коллизий (Clash Matrix)
Нельзя просто написать «проект должен быть без коллизий». Это утопия. Труба диаметром 15 мм может пересекать утеплитель — это не страшно. А вот воздуховод, проходящий сквозь колонну — это криминал. BEP должен содержать матрицу, где прописано, какие пересечения мы ищем и какие считаем критическими.
LOD и LOI — кто, что и когда моделирует
Самый спорный раздел — это степень проработки (LOD). Вместо абстрактных картинок «LOD 300 vs LOD 400», сделайте таблицу ответственности по элементам (Model Element Table). Она снимает вечный вопрос: «Кто моделирует отверстия под гильзы — конструктор или смежник?».
Пример фрагмента матрицы ответственности:
| Элемент модели | Раздел проекта | LOD (Стадия П) | LOD (Стадия Р) | Примечание |
| Несущие стены ЖБ | КР (Конструктив) | 300 (Точная геометрия) | 400 (С армированием) | Отверстия > 200мм моделируются |
| Перегородки ГКЛ | АР (Архитектура) | 300 (Общий габарит) | 350 (С профилями) | Закладные детали не моделируются |
| Окна и витражи | АР (Архитектура) | 300 | 350 | Импосты проработаны, ручки — нет |
| Отверстия в стенах | ИОС (Сети) / АР | Задание на отверстия | Реальные отверстия | ИОС выдает задание, АР вырезает |
Почему BEP не работает и как это исправить
Главная проблема BEP — его никто не читает, потому что он слишком сложный и лежит в недрах сервера. Чтобы документ стал рабочим инструментом:
- Сделайте «Выжимку» (Cheat Sheet).
Одностраничный PDF, где крупно написаны: Версия Revit, Путь к хранилищу, Имя файла координат, Правила нейминга. Распечатайте и повесьте перед монитором каждому проектировщику. - Автоматизируйте проверку.
Если в BEP написано, что стены называются по маске АР_Стена_Кирпич, настройте Model Checker, который будет автоматически красить красным все элементы, не соответствующие стандарту. - Сделайте его «живым».
Проект меняется. Пришли новые субподрядчики, сменился BIM-менеджер, Заказчик захотел новый формат выгрузки. BEP должен обновляться, и каждая новая версия должна рассылаться с уведомлением об изменениях.
BEP — это не бюрократия, это договор о правилах игры. Проект без BEP — это как стройка без ППР: все что-то делают, но в итоге получается Пизанская башня. Потратьте неделю на качественный план реализации, и вы сэкономите месяцы на стадии выпуска РД.