Требования ТИМ: кто и что обязан на самом деле

Застройщик долевого строительства обязан вести информационную модель: с 1 июля 2024 года на проектировании, с 1 июля 2025 года на строительстве. Подрядчик на бюджетном объекте формально такой прямой обязанности не несёт, но получает то же требование через техническое задание и контракт — и на торгах оно становится условием допуска. Проверяют при этом не факт покупки сервиса, а то, что документация в нём действительно ведётся.

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

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

Что должно оказаться внутри

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

Отдельно про форматы: постановление № 614 описывает порядок ведения и состав электронных документов. Практический вывод простой — документы должны быть машиночитаемыми и подписанными там, где это требуется, а не сканами «для галочки».

Наполнять некому. Систему купили и настроили, а занести в неё архив должен человек, у которого прямо сейчас идёт стройка. Через полгода документы по-прежнему в сетевой папке, подписка оплачена, требование не выполнено. Это причина номер один, и она не техническая.

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

Проверка отсутствует или врёт. «Прогон прошёл без ошибок» не означает «всё залилось»: единичные сбои на отдельных файлах конвейер переживает молча. Сверять надо синхронным обходом дерева и сравнением размеров, а не подсчётом строк в журнале. Наша первая версия сверки, к слову, выдала «не хватает 61 файла» — файлы были на месте, расходились только строки путей. Докачка по такой «недостаче» плодит дубли.

Как это выглядит у нас в работе и что получилось на живом архиве — на странице среды общих данных и в кейсах. Что такое сама среда общих данных и чем она отличается от сетевой папки — отдельный разбор.

Материал носит справочный характер: мы не юристы и не проверяющий орган. Формулировки постановлений и их применение к вашему конкретному объекту уточняйте у своего юриста и заказчика.