Закрытие КС-2, КС-3 и КС-6: от объёмов на площадке до оплаты подрядчику

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

Отсюда одинаковый во всех компаниях набор симптомов: объёмы поданы, но не подтверждены; акт собран, но не совпал с договорной позицией; документ ушёл в подписание и пропал; подрядчик не понимает, где его деньги, и звонит в бухгалтерию. Ни один из симптомов не лечится новой формой акта. Лечит их связь между шагами — цепочка, в которой подтверждённый объём превращается в акт, а акт в оплату без ручного переноса.

Вход в эту цепочку — смета и объёмы. Как объёмы доезжают до сметы и до учётного контура, разбираем отдельно на странице интеграции ТИМ/BIM с 1С. Здесь речь о том, что происходит после: как принятый объём становится деньгами.

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

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

Лечится это не в бухгалтерии, а раньше. Система должна показывать разрыв заранее: по каким видам работ рабочка ещё не выпущена, где смета не готова, какие объёмы уже подтверждены стройконтролем и ждут договорной позиции. Тогда до конца месяца остаётся выбор — ускорить выпуск сметы, оформить допник или закрыть период по претендерной оценке стоимости с последующим уточнением, — а не постфактумное объяснение, почему КС не собралась.

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

Чтобы это работало, позиции сметы, договора, подтверждённого объёма и акта должны быть связаны попозиционно и переживать перевыдачу документации. Если связи нет, минус и плюс собираются в Excel, а через квартал никто не может объяснить, почему сумма договора разошлась с суммой актов и какое изменение это породило.

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

У сотрудника подрядчика нет корпоративной учётной записи заказчика. Это не деталь администрирования, а условие работы всего маршрута: если подать объём с площадки может только сотрудник застройщика, подача снова превращается в пересылку файлов и звонки.

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

Мы делали ровно это. Для ГК ТОЧНО за два месяца был запущен MVP единого входа: развёрнут и настроен IdP Keycloak, запущена идентификация через мастер-систему Active Directory. Параллельно за три недели мы реализовали витрину сервисов — первый этап личного кабинета. До проекта у внешних пользователей доступов не было вообще: информацией обменивались на бумаге, потом её оцифровывали и вручную строили отчёты, а подключение внутреннего пользователя к сервисам занимало от трёх недель до двух месяцев.

В системе планирования и контроля строительных работ для девелопера из российского топ-5 по объёмам строительства отчётность с площадки перестала быть месячной: данные стали приходить дважды-трижды в неделю вместо одного раза в месяц. Для заказчика, у которого каждый день просрочки на одном объекте обходится примерно в 200 тыс. руб., это разница между реакцией и постфактумом.

В проекте закрытия учётных работ для девелопера выполненные работы были связаны с отчётом, актом, счётом и УПД как единым пакетом подтверждения: финансовый блок видит, что именно принято и чем подтверждено, без отдельного выяснения контекста по каждой позиции.

В проекте по закупке материалов у девелопера того же класса закупка с предоплатой ускорилась в 4,9 раза, с постоплатой — в 3 раза. Соседняя задача того же контура — автоматизация закупок стройматериалов.