Кассовый разрыв подрядчика: как связать работы, акты и платежи
Как вместе с прибылью объекта видеть даты, когда подрядчику понадобятся деньги для продолжения работ.
Подборка «Строительство: объект, офис и экономика»шаг 7 из 9

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

Почему прибыльный объект может требовать финансирования
Маржа отвечает на вопрос о разнице выручки и выбранного состава затрат. Остаток денег отвечает на вопрос о возможности выполнить платежи в конкретный день. Эти показатели связаны, но не заменяют друг друга.
Для промышленного подрядчика полезно отдельно видеть проектный поток и доступность денег на уровне юридического лица. Положительный остаток одного проекта не означает, что его можно свободно направить на другой: ограничения и назначение средств проверяет финансовая служба. Консолидированный отчёт не должен скрывать отрицательный остаток конкретного счёта, если перевод недоступен.
Первая версия прогноза не обязана моделировать всю группу компаний. Можно начать с одного юридического лица, выбранных счетов и нескольких недель. Период и детализацию выбирают по реальному платёжному ритму.
Как связать выполненную работу и ожидаемые деньги
Для каждого планового поступления сохраняют договор, этап, сумму, условие оплаты, расчётную дату и источник. Отдельно видны подготовка документов, передача на рассмотрение, подтверждение и фактическое поступление. Эти стадии нужны, чтобы не считать неготовый комплект таким же надёжным основанием, как принятый к оплате документ.
Условия отсчёта берут из проверенного договора: они могут зависеть от подписания, получения комплекта или другого события. Конкретный порядок определяет специалист компании. Система хранит подтверждённое правило и применяет его к фактической дате, не выводит обязательства из одного слова «акт».
Если пакет вернули на исправление, ожидаемую дату пересматривают с указанием причины и ответственного. Старое ожидание сохраняется в истории. Руководитель видит, какая задержка возникла в подготовке, а какая относится к внешнему рассмотрению.
Авансы и удержания: деньги нельзя считать дважды
Аванс, полученный ранее, уже находится в истории движения денег. Его зачёт при расчёте очередного платежа новым поступлением не считается. Аналогично перечисленный поставщику аванс уменьшает будущую сумму оплаты того же обязательства, если это подтверждено учётом и условиями расчёта.
В условном примере сумма предъявленного и подтверждённого этапа равна 5 миллионам рублей. По согласованным условиям из неё засчитывается 1 миллион ранее полученного аванса и удерживается 0,5 миллиона. Тогда ожидаемый платёж по этому этапу составляет 3,5 миллиона. Пример учебный; состав сумм и налоговая база одинаковы, другие корректировки отсутствуют.
Удержанные 0,5 миллиона показывают отдельной строкой с условием освобождения и подтверждённой либо пока неизвестной датой. Они не исчезают из расчётов и не попадают в ближайшее поступление по умолчанию. Повторно прибавлять ранее полученный аванс также нельзя.
Простой расчёт разрыва по неделям
Допустим, на начало недели доступны 2 миллиона рублей. Обязательные выплаты до пятницы составляют 3 миллиона, а поступление 3,5 миллиона ожидается только на следующей неделе. Прогнозный остаток первой недели равен минус 1 миллиону. Даже если вторая неделя завершится положительно, первая требует решения о финансировании или согласованном изменении платежей.
Это условный учебный расчёт. В рабочем календаре при плотных платежах нужна разбивка по дням: приход в пятницу не покрывает выплату во вторник без отдельного решения. Остаток на начало берут на конкретный момент, а уже проведённые операции исключают из будущих платежей.
Кредит или внутренний перевод отражается отдельным денежным потоком. Он может закрыть недостаток ликвидности, но не улучшает операционную маржу. Проценты и комиссии включают в соответствующие расходы и платежи согласно принятой модели.
График показывает время движения денег, прибыль проекта на нём не видна. Остаток 2,5 миллиона на второй неделе получается только при условии, что других потоков нет. ИИ помогает обновить ожидание по письму заказчика, финансовая служба подтверждает дату, а способ финансирования выбирает ответственный руководитель.
Что уже умеют действующие системы
1С:Комплексная автоматизация описывает платёжный календарь с доступными остатками, планируемыми поступлениями и выплатами. Заявки на расходование и подтверждённые банковские операции в ней разные объекты процесса. В 1С:ERP УСО предусмотрена связь графиков финансирования с договорами и актированием.
Поэтому платежный календарь строительной компании не всегда нужно разрабатывать с нуля. Сначала проверьте, почему существующий календарь не отражает реальность: нет актуальных дат актирования, удержания вводятся вручную, прогноз заказчика остался в личной переписке или не назначен владелец обновления.
Небольшой продукт может собирать эти недостающие сведения и передавать проверенные данные в действующий процесс. Для пилота возможна выгрузка с контрольными суммами. Настройка регулярного обмена зависит от конфигурации, прав и согласованной структуры данных.
Где ИИ сокращает ручную работу
Помощник разбирает разрешённые письма о рассмотрении документов, ожидаемой оплате и найденных замечаниях. Он выделяет объект, номер комплекта, новую дату, условие и степень определённости. Фраза «планируем рассмотреть в четверг» не должна превращаться в «оплатим в четверг».
Результат выглядит как предложение изменить карточку с цитатой и ссылкой на исходное письмо. Сотрудник проверяет, к какому этапу относится сообщение, и подтверждает обновление. По проверенным карточкам расчётная логика обновляет прогноз движения денежных средств. ИИ готовит пояснение, какие переносы изменили минимум остатка.
Извлечение полей из документов отдельная технологическая задача, её пример описывает Microsoft AI Builder. На реальных письмах нужно проверить отрицания, условные обещания, несколько дат и ссылки на прошлые платежи. Распознанное предложение не становится распоряжением банку.
Как работать с неопределёнными поступлениями
Вместо произвольного процента вероятности полезно хранить основание ожидания: подтверждённый график, сообщение ответственного, расчётная дата по условию или неподтверждённое предположение. Система показывает разные сценарии, а финансовый руководитель выбирает их состав.
Например, базовый вариант использует текущую ожидаемую дату, напряжённый переносит конкретное поступление на неделю. Такой сценарий имеет смысл, когда видно, какой платёж перенесён и почему. Неизбежного кризиса такой сценарий не предсказывает. Если договорное условие пока не выполнено, дату лучше показать как неопределённую с задачей на уточнение.
Автоматизация платежного календаря помогает назначить действие: завершить комплект, выяснить статус рассмотрения, сверить сумму или обсудить условия. Она не обещает ускорить оплату одним уведомлением и не решает, какой обязательный платёж можно пропустить.
Как проверить календарь до использования
Сверьте начало периода с банковскими данными, затем проверьте цепочку «основание, план, частичная оплата, остаток». Один платёж не должен оставаться одновременно в выполненных и ожидаемых. Перенос даты заменяет старое ожидание, второй суммы не появляется.
Возьмите отдельные случаи: аванс с зачётом, удержание без известной даты, возврат документов, частичная оплата и операция между собственными счетами. Последняя меняет остатки по счетам, но не должна искусственно увеличивать поступления компании от клиентов.
Пилот оценивают по времени обновления, доле поступлений с проверенным основанием и числу разрывов, увиденных до даты платежа. На обезличенном календаре и одном комплекте документов можно собрать прототип, который связывает стадии работ с ожидаемыми деньгами и объясняет каждое изменение.
Смежные разборы: Прогноз себестоимости строительства: сколько объект заработает к завершению; Контроль дебиторской задолженности с ИИ: от долга до действия.
Частые вопросы
Можно ли построить календарь только на актах?
Недостаточно. Нужны доступные остатки, условия оплаты, авансы, удержания, прочие поступления и все выбранные для прогноза выплаты. Дату и сумму подтверждает ответственный сотрудник.
Будет ли ИИ автоматически переносить платежи?
В первой версии он предлагает изменения с источниками. Финансовая служба подтверждает их и принимает решения. Доступ к выполнению банковских операций для такого помощника не требуется.
Попробуйте сценарий
Снабжение и экономика строительства
Откройте обзор дня, выберите рабочий раздел и проследите действия и изменения статусов на учебных данных.
Вымышленные данные. Изменения сохраняются в этом браузере. Реальные интеграции, ИИ, платежи и внешняя публикация не подключены.




