Платёжный календарь с интеграцией 1С и банка: как видеть кассовые разрывы заранее
Содержание 9 разделов
Платёжный календарь показывает будущий остаток денег по дням: какие поступления ожидаются, какие выплаты уже согласованы и в какой момент средств может не хватить. Его ценность зависит от свежести исходных данных. План только из таблицы быстро расходится с реальностью, а одна банковская выписка показывает уже совершившиеся операции. Рабочий календарь соединяет план из 1С или ERP с фактом по банковским счетам.
Такой инструмент нужен финансовому директору, казначею и собственнику, когда платежей становится больше, чем можно удержать в памяти. Он помогает заранее перенести некритичную выплату, ускорить сбор дебиторской задолженности, выбрать счёт списания и оценить несколько сценариев. Решение остаётся управленческим: календарь показывает последствия, а приоритет платежа утверждает ответственный человек.
Чем платёжный календарь отличается от отчёта ДДС
Отчёт о движении денежных средств обычно объясняет факт за прошедший период: сколько поступило и было потрачено по статьям. Платёжный календарь смотрит вперёд и строит прогноз остатков на конкретные даты. Бюджет ДДС задаёт план более высокого уровня, а календарь работает с реальными заявками, счетами, графиками и ожидаемыми поступлениями.
В календаре важны три временные характеристики: дата события по договору, ожидаемая дата с учётом текущей информации и фактическая дата исполнения. Их сохраняют отдельно. Если просто перезаписывать план фактом, невозможно понять точность прогноза и причины переноса.
Из каких данных складывается прогноз
Начальные остатки
Остатки получают по каждому расчётному счёту и кассе на момент построения. Счета связывают с юридическим лицом и валютой. Внутренние перемещения отражают двумя связанными строками, чтобы деньги не возникали и не исчезали в сводном результате. Время последнего обновления выводят прямо рядом с остатком.
Планируемые выплаты
Источниками служат согласованные заявки на оплату, графики договоров, налоги, зарплата, кредиты, аренда и регулярные услуги. Для каждой строки нужны сумма, дата, счёт, статья, контрагент, приоритет, вероятность и статус. Заявка без назначенной даты должна попадать в отдельный список, иначе она незаметно выпадет из прогноза.
Ожидаемые поступления
Поступления можно брать из заказов, счетов клиентам, графиков договоров и дебиторской задолженности. Обещание менеджера и подтверждённый график имеют разную надёжность, поэтому прогнозу задают вероятность или сценарий. Просроченное поступление не стоит автоматически переносить каждый день: оно должно стать заметным исключением с ответственным.
Фактические движения
Банк подтверждает проведённые списания и зачисления. После загрузки выписки фактическая операция связывается с плановой строкой, а прогноз пересчитывается. Технология 1С:ДиректБанк позволяет отправлять платёжные документы и получать выписки из программы без промежуточной ручной выгрузки; банковские API дают аналогичный канал для собственных решений.
Как рассчитывается будущий остаток
Базовая формула проста: остаток на начало дня плюс ожидаемые поступления минус плановые выплаты и внутренние перемещения. Сложность находится в качестве дат и вероятностей. Поэтому календарь показывает несколько уровней: подтверждённый план, ожидаемый сценарий и стресс-сценарий с задержкой поступлений.
Подтверждённый сценарий
В него входят остатки банка, согласованные выплаты и поступления с высокой определённостью. Этот слой подходит для ежедневного управления. Каждая строка раскрывается до заявки, договора или банковской операции.
Рабочий прогноз
Здесь учитываются вероятные продажи, ожидаемые даты погашения дебиторской задолженности и заявки в процессе согласования. Правила включения фиксируют письменно: например, заказ попадает в прогноз после подтверждения, а счёт — после обещанной клиентом даты.
Стресс-сценарий
Поступления сдвигаются на согласованное число дней, а обязательные выплаты остаются на исходных датах. Такой сценарий показывает запас ликвидности и позволяет заранее увидеть, какой разрыв возникнет при обычной задержке клиентов.
Интеграция 1С и банка
В 1С или ERP календарь получает заявки, договоры, плановые документы и справочники. Банк передаёт счета, остатки и операции. Обмен может идти через штатный механизм, REST/HTTP-сервисы, API банка или проверяемые файлы. Платформа 1С поддерживает несколько интеграционных способов, поэтому выбор зависит от конфигурации и допустимого вмешательства.
Интеграция работает инкрементально: забирает новые и изменившиеся записи, повторно проверяет небольшой пересекающийся период и выполняет upsert по устойчивому ключу. Для API с курсорами обрабатываются все страницы. В журнале остаются источник, границы периода, количество строк, предупреждения и время завершения.
Связь плана и факта
Платёжная строка получает ID заявки или документа ещё при формировании поручения. После появления в выписке система находит план, записывает фактическую дату и сумму, закрывает либо частично исполняет строку. Платёж без связи попадает в очередь разнесения и временно учитывается по отдельной статье.
Свежесть и контроль полноты
Для каждого источника задают допустимую задержку. Если банк не обновлялся, календарь показывает последний проверенный остаток и предупреждение. Нулевой баланс при техническом сбое недопустим: он создаёт ложный кассовый разрыв. Итоги выписки сверяют по начальным и конечным остаткам.
Приоритеты и правила переноса
У строки должна быть понятная категория приоритета. Обязательные платежи, зарплата, налоги и критичные поставщики обычно рассматриваются раньше маркетинговых или отложенных расходов, однако конкретный порядок утверждает компания. Алгоритм может предложить перенос, сохраняя исходную дату и причину изменения.
Для решения полезны дополнительные поля: минимальная и максимальная дата, штраф за просрочку, зависимость от поставки, возможность частичной оплаты и контакт владельца. Тогда календарь показывает не только красную область, но и доступные действия. Все ручные переносы попадают в историю, чтобы позднее оценить качество планирования.
Какие ошибки чаще всего портят календарь
- План обновляется раз в неделю. Оперативные решения опираются на устаревшие даты.
- Смешаны заявки и платежи. Одна выплата учитывается одновременно как план и как факт.
- Не выделены внутренние переводы. Сводные поступления и расходы завышаются.
- Просрочка переносится молча. Прогноз выглядит ровно, хотя клиент давно не заплатил.
- Нет данных о свежести. Пользователь принимает техническую остановку за реальное отсутствие денег.
- Все поступления считаются гарантированными. Оптимистичный сценарий скрывает риск.
- Нет детализации. Сумму невозможно проверить по первичным документам.
Как проверить календарь перед запуском
Приёмку проводят на нескольких закрытых периодах и на текущем прогнозе. Сначала сверяют фактические остатки и движения с банком. Затем проверяют, что плановые строки раскрываются до документов 1С, а исполненные платежи не остаются в будущем. Отдельно моделируют задержку источника и перенос даты.
- Сверьте каждый банковский счёт и валюту на одну контрольную дату.
- Проверьте обязательные платежи, частичную оплату и отменённую заявку.
- Повторите загрузку и подтвердите отсутствие дублей.
- Создайте внутренний перевод и проверьте общий итог.
- Задержите ожидаемое поступление и сравните рабочий и стресс-сценарии.
- Остановите тестовый источник и убедитесь, что свежесть заметна.
- Проверьте права на суммы, контрагентов, документы и экспорт.
После запуска измеряют точность ожидаемых дат, долю строк без владельца и частоту ручных переносов. Эти показатели помогают улучшить исходный процесс. Сам календарь не исправляет неточные планы, зато быстро показывает, где они возникают.
Что подготовить для внедрения
Для проектирования нужны список счетов и юридических лиц, текущая форма заявки, перечень регулярных обязательств, источники ожидаемых поступлений, правила приоритета и примеры банковских выписок. Полезно провести короткую инвентаризацию статей ДДС и справочников контрагентов. Дубли и разные названия лучше обнаружить до построения интерфейса.
Хороший календарь отвечает на три вопроса: сколько денег будет доступно в выбранный день, какие события формируют итог и что можно сделать при ожидаемом разрыве. Ответ подтверждается документами и временем последней загрузки.