Основа
Платёжный календарь в 1С: почему он не сходится с реальностью
Платёжный календарь отвечает на один вопрос: хватит ли денег на счетах в каждый день ближайшего месяца. Он показывает не факт, как отчёт о движении денежных средств, и не бюджет на квартал, как БДДС, а ближайший горизонт по дням: что уже обязаны заплатить, что ожидаем получить и какой остаток будет к вечеру каждой даты.
В типовых конфигурациях 1С — «Бухгалтерия», «УНФ», «ERP», «Комплексная автоматизация» — платёжный календарь есть как готовый отчёт. Проблема почти никогда не в самом отчёте: он честно показывает то, что есть в базе. Расхождение с реальностью появляется потому, что значительная часть обязательств и поступлений в базу не попадает или попадает позже, чем принимается решение о платеже.
Чем платёжный календарь отличается от БДДС и ДДС
Три инструмента часто путают, хотя они отвечают на разные вопросы и живут в разных горизонтах.
| Инструмент | Горизонт | На какой вопрос отвечает |
|---|---|---|
| Отчёт о движении денежных средств (ДДС) | Прошедший период | Куда фактически ушли и откуда пришли деньги |
| Бюджет движения денежных средств (БДДС) | Месяц, квартал, год | Сколько планируем получить и потратить по статьям |
| Платёжный календарь | Ближайшие 14–30 дней по дням | Хватит ли остатка на счетах в каждый конкретный день |
БДДС отвечает за границы: сколько компания вправе потратить по статье за период. Платёжный календарь отвечает за исполнимость: пройдут ли конкретные платежи в конкретные даты, не уйдя в минус. Один без другого не работает: бюджет без календаря не защищает от кассового разрыва внутри месяца, календарь без бюджета превращается в очередь заявок без лимитов.
Как собирается рабочий платёжный календарь
Почему платёжный календарь в 1С расходится с реальностью
Пять причин
Дело не в отчёте, а в данных, которые до него не доходят
Пока заявка не превратилась в документ, она невидима для календаря. Финансист узнаёт о платеже в день, когда его просят провести.
Остатки, обязательства и внутренние расчёты разнесены по разным базам и счетам. Сводный остаток группы собирают руками в таблице, и он устаревает за день.
В договоре написано «в течение 10 рабочих дней с даты подписания акта», а в базе стоит только дата документа. Календарь ставит платёж не на ту дату.
Ожидаемая оплата от клиента попадает в календарь как подтверждённая, хотя вероятность у неё разная. Одна сдвинутая оплата обнуляет весь прогноз.
Общий знаменатель у всех пяти причин один: календарь автоматизирован, а сбор данных для него — нет. Поэтому финансист каждую неделю пересобирает таблицу заново, а решение о платеже принимается по остатку в банк-клиенте.
Что должно быть в календаре, чтобы ему верили
Состав данных
Минимальный набор для горизонта в 30 дней
- Остатки по всем расчётным счетам и юрлицам на начало горизонта, а не только по основному счёту.
- Подтверждённые обязательства с датой платежа, рассчитанной по условиям договора, а не по дате документа.
- Заявки на оплату в статусах: создана, согласована, отклонена, оплачена — с ответственным на каждом шаге.
- Ожидаемые поступления с признаком вероятности: подтверждено клиентом, ожидается по графику, под риском.
- Приоритет платежей: налоги и зарплата, критичные поставщики, остальное — правило, а не решение по ситуации.
- Лимиты статей из БДДС и неснижаемый остаток на счёте, ниже которого платежи не проводятся.
- Регулярные платежи: аренда, лизинг, кредиты, подписки — с автоматической постановкой в график.
- Отметка исполнения: календарь без факта превращается в план, который никто не сверяет.
План-факт: как понять, что календарь работает
Календарь проверяется не красотой, а сходимостью. Раз в неделю имеет смысл смотреть три показателя: сколько платежей из запланированных прошло в срок, на сколько дней в среднем сдвинулись поступления и сколько раз за месяц остаток опускался ниже неснижаемого уровня.
Отклонения показывают, где именно ломается процесс. Систематический сдвиг поступлений на 5–7 дней означает, что вероятность оплаты клиентами завышена и прогноз нужно строить по фактической платёжной дисциплине, а не по договорным срокам. Регулярные внеплановые платежи означают, что заявки приходят мимо процесса. План-факт по статьям связывает календарь с БДДС: превышение лимита видно до платежа, а не в конце месяца.
Кассовый разрыв: цена горизонта
Кассовый разрыв — это не убыток. Компания может быть прибыльной и одновременно не иметь денег в конкретный вторник: выручка признана, акт подписан, а оплата придёт через 45 дней, тогда как зарплата и налоги платятся по календарю.
Разница между управляемой и неуправляемой ситуацией измеряется днями предупреждения. Разрыв, увиденный за две-четыре недели, решается сдвигом срока по договорённости с поставщиком, разбивкой платежа на транши, ускорением дебиторки или заранее открытой кредитной линией. Тот же разрыв, обнаруженный в день платежа, оставляет выбор между просрочкой, срочным дорогим займом и задержкой зарплаты.
Как это устроено в OSNO-VA
Платёжный календарь в контуре OSNO-VA — это исполняемый регламент, а не отчёт. Агент собирает обязательства и оплаты из 1С через OData, банковские выписки по всем юрлицам, заявки из согласованных каналов и плановые данные БДДС. Дальше он применяет правила компании: рассчитывает дату платежа по условиям договора, расставляет приоритеты, проверяет лимиты и неснижаемый остаток, помечает поступления по вероятности.
Результат — календарь, который обновляется сам, и предупреждение о дне, когда остаток уходит в минус, с указанием платежей, которые к этому приводят. Спорные случаи агент не решает: платёж без основания, новая статья расходов, превышение лимита или конфликт приоритетов уходят в очередь исключений с контекстом, а решение принимает финансист. Как устроена роль целиком — на странице ИИ-финансового директора; соседние процессы управленческого контура собраны в разделе управленческого учёта.
Вопросы
Что чаще всего спрашивают о платёжном календаре
Чем платёжный календарь отличается от БДДС?
Горизонтом и назначением. БДДС задаёт лимиты по статьям на месяц или квартал, платёжный календарь показывает остаток на каждый день ближайших двух-четырёх недель и отвечает за исполнимость конкретных платежей.
Можно ли вести платёжный календарь в Excel?
Можно, и на старте это нормально. Таблица перестаёт работать, когда появляются несколько юрлиц, счетов и согласующих: сборка занимает больше времени, чем экономит, и данные устаревают быстрее, чем обновляются.
Как часто нужно обновлять календарь?
Ежедневно по остаткам и исполненным платежам и еженедельно по прогнозу поступлений. Календарь, который обновляется раз в месяц, показывает историю, а не ближайший риск.
Что делать, если календарь показал кассовый разрыв?
Пока до даты есть время — работать с обеими сторонами: сдвигать и дробить платежи по приоритету и ускорять поступления. Решение принимается по правилу приоритетов, а не по тому, кто громче требует оплату.
Хватит ли встроенного отчёта 1С?
Отчёт покажет ровно то, что есть в базе. Если заявки, договорные сроки и остатки других юрлиц в неё не попадают, проблема не в отчёте: сначала нужно наладить сбор этих данных.
Соберём платёжный календарь на ваших данных
Покажите текущую сводку по платежам и остаткам. Определим источники, правила приоритетов, вероятность поступлений и точки, где решение остаётся за финансистом.