Платёжный календарь онлайн и расчёт кассового разрыва

Что считает онлайн-платёжный календарь

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

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

Платёжный календарь, БДДС и отчёт ДДС: не одно и то же

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

Какие данные вводить в прогноз денег

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

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

Формула остатка и размер необходимого резерва

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

Как рассчитать кассовый разрыв за пять шагов

1. Задайте исходный остаток и горизонт. Укажите остаток денег на начало первого дня, целевой неснижаемый остаток и период прогноза от 1 до 90 дней.
2. Добавьте поступления и выплаты. Для каждой будущей операции укажите дату, сумму, направление, категорию, степень уверенности и приоритет.
3. Сверьте базовый прогноз. Проверьте остаток по дням, первую дату ниже целевого уровня, первую отрицательную дату и требуемый резерв.
4. Проверьте задержку денег. Включите стресс-сценарий: ожидаемые поступления сдвинутся, а рискованные можно исключить из прогноза.
5. Зафиксируйте решение. Перенесите допустимую выплату, уточните дату поступления или подготовьте резерв, затем скачайте CSV, распечатайте результат либо поделитесь снимком.

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

Пример: прибыль есть, но денег на зарплату не хватает

Небольшое агентство начинает 3 августа с 420 000 ₽ и хочет держать минимум 150 000 ₽. На 5 августа запланирована аренда 180 000 ₽, на 7 августа — обязательные налоги 140 000 ₽, на 10 августа — зарплата 520 000 ₽. Клиент должен перечислить 650 000 ₽ 8 августа, но акт ещё проходит согласование, поэтому поступление помечено как ожидаемое. Второй клиент подтвердил перевод 240 000 ₽ на 12 августа.

В базовом сценарии после аренды останется 240 000 ₽, после налогов — 100 000 ₽: это уже ниже целевого минимума, хотя не ниже нуля. После ожидаемой оплаты остаток вырастет до 750 000 ₽, а после зарплаты составит 230 000 ₽. Формального кассового разрыва нет, но запас очень мал и зависит от одного неподтверждённого события.

Теперь сдвинем ожидаемое поступление на семь дней. 10 августа после зарплаты остаток станет −420 000 ₽. Подтверждённые 240 000 ₽ 12 августа сократят дефицит до −180 000 ₽, а деньги первого клиента придут только 15 августа. Для прохождения этого сценария без минуса нужен резерв 420 000 ₽. Для сохранения целевого минимума 150 000 ₽ нужен доступный запас 570 000 ₽. Управленческий вывод отличается от «бизнес убыточен»: нужно закрыть временной разрыв — ускорить акт и оплату, договориться о частичной выплате либо заранее подготовить финансирование.

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

Как учитывать рискованную дебиторку

Не все обещанные деньги одинаково надёжны. Подтверждённое поступление обычно опирается на выполненное условие: товар принят, этап подписан, сумма и дата согласованы плательщиком. Ожидаемое поступление имеет договорное основание, но дата может сдвинуться. Рискованное зависит от неподписанного акта, спорного объёма, просроченной дебиторки или будущей сделки, которая ещё не закрыта.

Базовый сценарий показывает все введённые поступления на их датах. В стресс-сценарии подтверждённые суммы остаются на месте, ожидаемые сдвигаются на выбранное количество дней, а рискованные можно либо сдвинуть вместе с ними, либо исключить. Если после исключения одной суммы календарь проваливается в минус, решение зависит от неё критически. Это повод не «повысить вероятность в таблице», а получить подтверждение клиента или подготовить запасной источник денег.

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

Что делать, если календарь показывает дефицит

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

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

Инструмент не выбирает кредит, факторинг или овердрафт и не оценивает их стоимость. Если собственных управляемых строк недостаточно, сравните варианты финансирования с учётом срока, комиссии, обеспечения и риска повторного разрыва. Для существенной суммы такое решение должен проверить ответственный за финансы.

Типичные ошибки в платёжном календаре

• Дата счёта вместо даты денег. Счёт может быть выставлен сегодня, согласован через три дня и оплачен через десять.
• Выручка вместо поступления. Продажа с отсрочкой создаёт прибыль раньше, чем деньги появляются на счёте.
• Все поступления считаются гарантированными. Один стресс-сценарий быстро показывает зависимость от дебиторки.
• Пропущены обязательные выплаты. Налоги, зарплата, кредиты и аренда должны попадать в прогноз раньше переносимых расходов.
• Двойной учёт первого дня. Если текущий остаток уже включает операцию, её нельзя добавлять снова.
• Положительный конец дня принимают за полную безопасность.Списание может пройти раньше поступления; проверяйте внутридневное предупреждение.
• Снимок считают живым документом. Ссылка фиксирует состояние и не получает дальнейшие изменения автора.

Как безопасно поделиться расчётом

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

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

Ограничения бесплатного расчёта

Публичный календарь рассчитан на один сводный денежный остаток и до 200 ручных операций. Он не разделяет банковские счета, кассы, юридические лица и валюты, не сверяет факт, не хранит историю и не организует согласование. В одной share-ссылке помещается не более 100 операций, чтобы адрес оставался переносимым; для большего набора используйте CSV или печатную версию. Дальний прогноз не становится точнее от количества строк: регулярно пересматривайте даты и уверенность поступлений.

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

Методика, проверка и источники

Материал подготовлен Алексеем Петровым, руководителем направления автоматизации Cloudwork. Алгоритм расчёта проверен граничными автоматизированными тестами 19 июля 2026 года; это техническая проверка, а не индивидуальное финансовое заключение. Профиль автора и область его экспертизы доступны на отдельной странице. Формула остатка является управленческой моделью, а не специальным требованием бухгалтерского или налогового законодательства.

• СберФакторинг: что такое платёжный календарь и как его составлять.
• Контур: пошаговый алгоритм платёжного календаря для бухгалтера.
• 1С:ERP — управление денежными средствами и казначейство.
• British Business Bank: четыре шага cash-flow forecast.