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

.

Тест платёжного календаря: можно ли доверять прогнозу на восемь недель

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

Что означает горизонт в восемь недель

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

Из чего состоит инструмент

Основа — реестр будущих операций, до ста строк. Каждая строка: номер недели, тип (поступление либо платёж), дата, контрагент, назначение, приоритет, сумма, статус. В демонстрационных строках для платежа используется статус «К оплате», для поступления — «Ожидается».

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

Расчёт на демонстрационных числах шаблона

Числа ниже — демонстрационный пример из шаблона, не данные какой-либо компании.

1. Остаток на начало — 2 500 000 ₽ — 3 100 000 ₽ — 4 300 000 ₽ — 4 300 000 ₽ — 4 300 000 ₽ — 4 300 000 ₽ — 4 300 000 ₽ — 4 300 000 ₽
2. Поступления — 1 800 000 ₽ — 2 100 000 ₽ — 0 ₽ — 0 ₽ — 0 ₽ — 0 ₽ — 0 ₽ — 0 ₽
3. Платежи — 1 200 000 ₽ — 900 000 ₽ — 0 ₽ — 0 ₽ — 0 ₽ — 0 ₽ — 0 ₽ — 0 ₽
4. Чистый поток — +600 000 ₽ — +1 200 000 ₽ — 0 ₽ — 0 ₽ — 0 ₽ — 0 ₽ — 0 ₽ — 0 ₽
5. Остаток на конец — 3 100 000 ₽ — 4 300 000 ₽ — 4 300 000 ₽ — 4 300 000 ₽ — 4 300 000 ₽ — 4 300 000 ₽ — 4 300 000 ₽ — 4 300 000 ₽

Чтение расчёта построчно. В W31 компания начинает с 2 500 000 ₽, ожидает оплату счёта от клиента на 1 800 000 ₽ и должна оплатить закупку у поставщика на 1 200 000 ₽; неделя прибавляет 600 000 ₽, конец недели — 3 100 000 ₽. В W32 из этой суммы уходит фонд оплаты труда 900 000 ₽ и приходит оплата второго клиента 2 100 000 ₽ — остаток растёт до 4 300 000 ₽. В остальных демонстрационных неделях операций нет, поэтому остаток переносится без изменения. Минимум за горизонт положительный, контрольный статус — PASS.

Какие данные нужны до расчёта

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

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

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

Сам тест: сдвиг ожидаемых поступлений

Спокойный прогноз выше держится на допущении, что оба клиента заплатят в свою неделю. Проверка этого допущения и есть тест. Каждое поступление со статусом «Ожидается» переносится в реестре на одну неделю позже; платежи остаются на местах, они от ожиданий не зависят.

На демонстрационных числах результат такой: в W31 поступлений не остаётся, остаток к концу недели падает до 1 300 000 ₽; в W32 приходит сдвинутая оплата 1 800 000 ₽ и уходит фонд оплаты труда, остаток — 2 200 000 ₽; в W33 приходит сдвинутая оплата 2 100 000 ₽, остаток возвращается к 4 300 000 ₽. Минимум остался положительным: этот сценарий выдерживает недельный сдвиг обеих ожидаемых оплат.

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

Роли и периодичность

Оператор календаря — финансовый директор или бухгалтер: ежедневное пополнение реестра по факту событий и еженедельный пересмотр плана платежей. Заказчик — собственник: он не заполняет ячейки, а получает по понедельникам два показателя — минимальный остаток горизонта и неделю минимума — и утверждает изменения плана.

Если собственник сам ведёт таблицу, роль заказчика и оператора смешивается. В поручении поэтому названы исполнитель, срок первой версии, периодичность обновления и форма результата.

Периодичность из инструкции к инструменту: обновление реестра ежедневно, решение по платежам минимум раз в неделю. Реже — прогноз отстаёт от жизни и теряет право называться планом.

Альтернативные объяснения минуса

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

Граница применимости

Календарь опирается на дисциплину ввода: прогноз отражает реальность в меру полноты реестра. Контрольный статус PASS подтверждает арифметику и связность данных, но не гарантирует, что внесены все обязательства компании. Инструмент не подменяет бухгалтерскую отчётность, аудит и налоговую консультацию; в бизнесе с непредсказуемой ежедневной выручкой поступления вносятся консервативной оценкой, и точность прогноза снижается.

Поручение финансовой службе

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

Шаблон с готовыми формулами, проверками и инструкцией лежит на странице материала с платёжным календарём.

Артём Высоцкий, независимый финансовый директор, Finspect