Платёжный календарь в 1С: почему он не сходится с реальностью

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

Он показывает не факт, как отчёт о движении денежных средств, и не бюджет на квартал, как БДДС, а ближайший горизонт по дням: что уже обязаны заплатить, что ожидаем получить и какой остаток будет к вечеру каждой даты. В типовых конфигурациях 1С - «Бухгалтерия», «УНФ», «ERP», «Комплексная автоматизация» - платёжный календарь есть как готовый отчёт.

Проблема почти никогда не в самом отчёте: он честно показывает то, что есть в базе.

Расхождение с реальностью появляется потому, что значительная часть обязательств и поступлений в базу не попадает или попадает позже, чем принимается решение о платеже.

Календарь проверяется не красотой, а сходимостью.

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

Отклонения показывают, где именно ломается процесс.

Систематический сдвиг поступлений на 5-7 дней означает, что вероятность оплаты клиентами завышена и прогноз нужно строить по фактической платёжной дисциплине, а не по договорным срокам.

Регулярные внеплановые платежи означают, что заявки приходят мимо процесса. План-факт по статьям связывает календарь с БДДС: превышение лимита видно до платежа, а не в конце месяца.

Платёжный календарь в контуре ИИ-бухгалтера - это исполняемый регламент, а не отчёт.

Агент собирает обязательства и оплаты из 1С через OData, банковские выписки по всем юрлицам, заявки из согласованных каналов и плановые данные БДДС.

Дальше он применяет правила компании: рассчитывает дату платежа по условиям договора, расставляет приоритеты, проверяет лимиты и неснижаемый остаток, помечает поступления по вероятности.

Результат - календарь, который обновляется сам, и предупреждение о дне, когда остаток уходит в минус, с указанием платежей, которые к этому приводят.

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

Как устроен весь контур - на странице ИИ-бухгалтера; как собирали управленческий учёт - в кейсе управленческой отчётности.

Точность календаря упирается в разнесение платежей - про этот участок есть отдельный разбор: банковская выписка в 1С.