Что такое двухконтурное проектирование и как мы к нему пришли?

Предпосылки возникновения двухконтурного проектирования

В 2021 году одно из подразделений КР, занимающееся разработкой документации жилых домов с железобетонным каркасом, начало активный переход с AutoCAD на Revit.

В ПИК на разработку каждого комплекта чертежей проектировщикам выделяется строго определённое количество часов. Мы понимали, что на первом этапе переход на Revit приведёт к росту трудозатрат по сравнению с AutoCAD. Это был ожидаемый, но критичный риск.

BIM-отдел совместно с руководителями проектирования начал искать решение:

как сократить трудозатраты и при этом сохранить качество документации?

Так появилась идея разделить проектировщиков КЖ на два отдельных контура — отсюда и название «двухконтурное проектирование».

Мы сформировали два специализированных отдела:

СОПР — сопровождение объекта на протяжении всего жизненного цикла проектирования
РД — разработка рабочей документации

Для каждого отдела были определены зоны ответственности и чёткий круг задач.

Цель — сделать команды более узкоспециализированными и повысить эффективность работы.

Жизненный цикл проектирования и структура моделей

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

На стадии предпроекта (ОПР) модель в Revit отсутствует — проектировщики СОПР выполняют чертежи в AutoCAD.

Моделирование в Revit начинается со стадии П.

Изначально предполагалось существование трёх моделей:

модель стадии П
модель стадии Р
модель СОПР

Однако практика внесла коррективы. Модель стадии П фактически трансформировалась в модель СОПР — по сути, они объединились в одну модель, которая на разных стадиях просто имеет разное наполнение элементами и параметрами.
Модель СОПР представляет собой всё здание целиком, но без армирования.

На стадии Р мы реализовали следующее деление моделей:

одна модель = один этаж
внутри этажа — разделение на вертикальные и горизонтальные конструкции

Исключение составляют типовые этажи — для них применяется укрупнённое деление (несколько этажей в одной модели).

Такая структура позволила распределить нагрузку и минимизировать конфликты при параллельной работе.

Разделение полномочий

Мы чётко разделили зоны ответственности между двумя отделами и выстроили их взаимодействие с архитекторами и инженерами ИОС.

<div class="bimWrap">
  <div class="bimGrid">
    <div class="bimCard muted">
      <div class="h">Смежные модели</div>
      <div class="t">АР · ИОС · Инженерные разделы</div>
      <div class="s">Источник исходных данных</div>
    </div>

    <div class="arr">→</div>

    <div class="bimCard blue">
      <div class="h">Контур 1 — СОПР</div>
      <ul>
        <li>Расчёты конструкций</li>
        <li>Модель без армирования</li>
        <li>Формирование сводного задания</li>
      </ul>
      <div class="s">Выход: сводное задание →</div>
    </div>

    <div class="arr">→</div>

    <div class="bimCard red">
      <div class="h">Контур 2 — РД</div>
      <ul>
        <li>Армирование конструкций</li>
        <li>Выпуск рабочей документации</li>
        <li>Контроль норм и заданий</li>
      </ul>
      <div class="s">Результат сверки ← в СОПР</div>
    </div>
  </div>

  <div class="panel">
    <div class="ph">Контроль соответствия (замкнутый контур)</div>
    <div class="pt">
      Сравнение геометрии <b>задания из СОПР</b> и <b>рабочей модели РД</b> с передачей результата обратно в СОПР
    </div>

    <div class="pl">Плагины:</div>

    <div class="plugins">
      <div class="plugin">
        <div class="hh">⚙ Фиксация геометрии задания СОПР</div>
        <div class="tt">Выгрузка сводного задания и фиксация его геометрии</div>
      </div>
      <div class="plugin">
        <div class="hh">⚙ Сравнение рабочей модели с заданием</div>
        <div class="tt">Сверка геометрии и формирование отчёта об отличиях</div>
      </div>
    </div>

    <div class="ps">Цель: добиться 100% совпадения геометрии перед выпуском РД</div>
  </div>
</div>

<style>
  .bimWrap{max-width:1100px;margin:48px auto 0;font-family:inherit;}
  .bimGrid{
    display:grid;
    grid-template-columns: minmax(220px,1fr) 44px minmax(240px,1fr) 44px minmax(240px,1fr);
    gap:16px;
    align-items:stretch;
  }
  .arr{display:flex;align-items:center;justify-content:center;font-size:28px;font-weight:700;opacity:.35;}
  .bimCard{
    padding:22px;border-radius:18px;background:#fff;
    box-shadow:0 8px 24px rgba(0,0,0,.06);
  }
  .bimCard ul{margin:0;padding-left:18px;line-height:1.55;}
  .bimCard li{margin:0 0 8px;}
  .h{font-weight:800;font-size:20px;margin:0 0 14px;}
  .t{opacity:.75;line-height:1.5;}
  .s{margin-top:14px;font-size:13px;opacity:.55;}
  .muted{background:#f6f7f9;border:1px solid #e0e3e8;box-shadow:none;}
  .blue{border:2px solid #2D7FF9;}
  .red{border:2px solid #FF4B4B;}

  .panel{
    margin-top:18px;
    padding:18px 18px 16px;
    border-radius:16px;
    background:#f8fafc;
    border:1px solid rgba(0,0,0,.06);
  }
  .ph{text-align:center;font-weight:800;font-size:18px;margin-bottom:6px;}
  .pt{text-align:center;opacity:.75;line-height:1.5;margin-bottom:14px;}
  .pl{text-align:center;font-weight:700;opacity:.8;margin-bottom:10px;}
  .plugins{display:grid;grid-template-columns:1fr 1fr;gap:14px;max-width:900px;margin:0 auto;}
  .plugin{
    padding:14px 16px;border-radius:12px;background:#fff;
    border:1px solid rgba(0,0,0,.08);
    box-shadow:0 6px 16px rgba(0,0,0,.04);
  }
  .hh{font-weight:800;margin-bottom:4px;}
  .tt{opacity:.7;line-height:1.45;font-size:14px;}
  .ps{text-align:center;margin-top:14px;font-size:13px;opacity:.6;}

  /* Мобилка/узкий контейнер Потоков */
  @media (max-width: 980px){
    .bimGrid{grid-template-columns:1fr;gap:12px;}
    .arr{display:none;}
    .plugins{grid-template-columns:1fr;}
  }
</style>

Такое разделение позволило убрать дублирование задач и повысить глубину экспертизы внутри каждого контура.

Процесс обмена элементами между СОПР и РД

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

Перед нами стояли три ключевые задачи:

Формировать и передавать сводные задания из СОПР в РД
Проверять соответствие геометрии моделей
Быстро вносить изменения при обнаружении расхождений

Для этого были разработаны два плагина:

«Фиксация геометрии задания СОПР» — для выгрузки сводных заданий и фиксации их геометрии в базе данных

«Сравнить рабочую модель с заданием СОПР» — для сверки рабочей модели РД с заданием

Как работает процесс:

СОПР формирует сводное задание и фиксирует его геометрию.
РД получает задание и внедряет элементы в свою модель.
При изменениях в модели СОПР формируется новая версия задания.
РД выполняет автоматическую сверку.

Все отличия выводятся на отдельный 3D-вид:

красным — отсутствующая в РД геометрия
зелёным — лишняя геометрия

Проектировщики РД вносят корректировки вручную.

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

Финальный этап — достижение 100% совпадения геометрии.

Результат сверки передаётся обратно в СОПР.

Изначально плагин «Фиксация геометрии задания СОПР» создавался только для выгрузки опалубки. Позже его адаптировали для работы с гидроизоляцией, теплоизоляцией, молниезащитой и закладными деталями.

Выводы

Подход двухконтурного проектирования стабильно работает в подразделении уже более пяти лет. С его применением выпущены десятки успешных объектов.

В комплексе с разработанной BIM-технологией нам удалось сократить трудозатраты на разработку документации КЖ на 40%.

Мы презентовали подход другим внутренним заказчикам. Не все были готовы к его внедрению — модель требует полного административного перераспределения ресурсов. Однако отдельные элементы подхода, в частности «общая модель КЖ», были успешно адаптированы.

Главный вывод: для реального сокращения трудозатрат недостаточно только автоматизации.

Иногда необходимо пересмотреть саму организацию работы.

И да — после разделения на два контура ни один проектировщик КЖ не пострадал. Каждый самостоятельно выбрал направление, в котором хотел развиваться.