Прогноз кассовых разрывов в 1С на 30 дней: какие данные собрать и где теряется точность

16 мая 2026 · infolimp.ru

Автор: 1С Инсайдер · роль: практик 1С · проверка: типовые конфигурации и рабочие сценарии · 0 комментариев

Что считаем кассовым разрывом

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

Сложность в том, что входящие и исходящие — не «факт», а прогноз. И прогноз надёжен ровно настолько, насколько надёжны источники данных:

• Текущий остаток на расчётных счетах — точно, по факту.
• Будущие поступления — из договоров и условий оплаты по отгруженным документам. Менее точно: клиент может задержать.
• Будущие платежи — зарплата, аренда, налоги, поставщикам. Часть жёстко привязана к датам, часть гибкая.

Кассовый разрыв предсказывается, когда сложить эти три потока на одну дату и увидеть отрицательное число.

Что собрать из 1С

Алгоритм прогноза

Базовая схема — 30 дней вперёд

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

// Простой каркас одной точки прогноза — сумма на конкретную дату
ОстатокНаДату = ОстатокНаСегодня;
ОстатокНаДату = ОстатокНаДату + ПоступленияДоДаты;
ОстатокНаДату = ОстатокНаДату - ПлановыеПлатежиДоДаты;

Если ОстатокНаДату < 0 Тогда
    Сообщить("Прогнозируется кассовый разрыв на дату "
        + Формат(Дата, "ДФ='дд.ММ.гггг'")
        + ", сумма " + Формат(ОстатокНаДату, "ЧДЦ=2"));
КонецЕсли;

В реальной обработке вместо Сообщить пишете строку в табличный документ — пользователю нужна не одна цифра, а серия точек на 30 дней с возможностью «провалиться» в детали по любой из них.

Уровни уверенности

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

В отчёте показывайте три сценария: оптимистический (всё придёт вовремя), базовый (среднее «гибкое» с дисконтом 30–50%), пессимистический (всё «гибкое» = ноль). Финдиректор смотрит на пессимистический и сразу понимает, в какой день «как раз будет тонко».

Где обычно теряют точность

Дата платежа vs дата прихода денег

Клиент платит «сегодня», деньги на счёте — завтра или послезавтра. Если в прогнозе вы кладёте платёж на день платёжки клиента, рискуете «увидеть» деньги на день раньше реальности. В критические периоды (конец квартала) лучше закладывать +1 банковский день к ожидаемому поступлению.

Скрытые регулярные платежи

Аренда офиса, мобильная связь команды, подписка на сервисы, лизинг автопарка — каждый отдельный платёж небольшой, но в сумме на 30 дней набегает существенно. И именно их легко забыть, потому что они «привычные». Заведите справочник регулярных платежей с датой и суммой — и подгружайте его в прогноз автоматически.

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

Чек-лист внедрения

1. Собрать полный перечень расчётных счетов компании и порядок их использования (основной, для зарплаты, для расчётов с поставщиками).
2. Поднять условия оплаты в договорах контрагентов: какой процент и через сколько дней. Без этого дебиторка превращается в гадание.
3. Свести в один справочник регулярные платежи: аренда, связь, лизинг, подписки, кредитные платежи.
4. Определить горизонт прогноза — 30 дней по умолчанию, 60 — для проектов с длинным циклом.
5. Реализовать отчёт «Прогноз остатков по дням» с тремя сценариями (оптимистический, базовый, пессимистический).
6. Договориться с финдиректором о пороге сигнализации: при каком расчётном остатке отчёт подсвечивает день красным.
7. Подключить ежедневное автообновление прогноза по расписанию регламентного задания. Финдиректор приходит утром — картина уже свежая.
8. Через 3–4 недели сверить прогноз с фактом, откалибровать коэффициенты по «гибким» платежам и поступлениям.

Типичные ошибки

• Прогноз ровно на одну дату. «Хватит ли денег на 25 число?» — спрашивают, отвечают, забывают. Через неделю 27-го выясняется, что после оплаты налогов 25-го денег не хватило на зарплату 28-го. Прогноз должен быть на серию дней, не точечный.
• «Учитываем только крупные платежи». Десяток мелких регулярных платежей по 30–50 тысяч за месяц складывается в полмиллиона. Не учли — на дне Х оказались на ноль с минусом. Все регулярные платежи в прогнозе, без отбора по сумме.
• Один сценарий вместо трёх. Прогноз с уверенностью «всё придёт» выглядит красиво, и им хочется руководствоваться. Но именно он создаёт ложное ощущение благополучия. Финдиректор должен видеть три картины, а не одну.
• Прогноз обновляется раз в неделю. Кассовая ситуация меняется в течение часа: пришла выписка, отгрузили крупного клиента, переоткрыли депозит. Прогноз раз в неделю — это «вчерашняя газета». Реалистично — раз в день, для крупных компаний — после каждой загрузки банковской выписки.
• Не сравнили с фактом. Внедрили отчёт, пользуются полгода, никто не проверил, насколько прогноз попадает в реальность. В какой-то момент выяснится, что «гибкие» поступления у вас систематически закладываются на 30% выше реальных — а на этом строится план денежных операций.