Производственная компания отгружает продукцию на 4 млн рублей, подписывает акты, показывает в отчете прибыль. А двадцатого числа на счете не хватает денег на зарплату и аванс поставщику, потому что крупный покупатель заплатит только через 45 дней. Формально бизнес прибыльный. По факту он стоит в очереди за собственными деньгами.
Это не бухгалтерская ошибка, а классический кассовый разрыв: временная нехватка денег на счетах при положительном финансовом результате. По оценке РБК за 2026 год, расчеты между компаниями все чаще растягиваются, и разрыв между «прибылью на бумаге» и «деньгами на счете» становится хроническим. На фоне дорогих кредитов закрыть такую дыру овердрафтом получается не всегда.
Инструмент, который снимает большую часть этих ситуаций, стоит недорого и известен давно. Это платежный календарь. Дальше разобрано, как устроена автоматизация платежного календаря, из чего складывается рабочий регламент, какие ошибки повторяются чаще всего, какие системы решают задачу и сколько это стоит. В конце приведен пример и образец, который можно взять за основу.
Что такое платежный календарь и чем он отличается от бюджета
Платежный календарь это график поступлений и выплат компании, разложенный по дням и неделям, с остатками на начало и конец каждого периода. Он отвечает на один короткий вопрос: хватит ли денег на счетах, чтобы закрыть все обязательства в срок, и если нет, что подвинуть.
Его часто путают с БДДС (бюджет движения денежных средств). Разница в горизонте и назначении. БДДС это план на месяц, квартал или год в разрезе статей, стратегический уровень. Платежный календарь это оперативный слой: он показывает конкретные суммы по конкретным датам и контрагентам на ближайшие недели. По практике внедрений на производстве рабочий горизонт календаря составляет от одной недели для коротких циклов до 6–12 недель там, где есть длинные закупки и авансы.
Важное уточнение, которое экономит нервы на старте. Календарь работает только тогда, когда в нем видны обе стороны потока: и планируемые расходы, и планируемые поступления. Если завести туда одни выплаты, получится список долгов, а не инструмент управления ликвидностью.
Как устроена организация платежного календаря
Организация платежного календаря опирается на единую цепочку документов, а не на разрозненные таблицы. В зрелых учетных системах она выглядит так.
Все начинается со справочника статей ДДС и аналитик: контрагент, договор, подразделение, проект, статья движения денег. Это фундамент, без которого любые отчеты будут «плоскими». Дальше ответственный сотрудник заводит заявку на расходование денежных средств (ЗРДС), где указывает дату платежа, крайний срок, сумму, статью и назначение. По дате платежа заявка попадает в календарь.
Параллельно вводятся планируемые поступления и прогнозы платежей: суммы, которые компания ждет от покупателей, и расходы, которых пока нет в договорах, но которые точно наступят. После согласования утвержденные заявки собираются в реестр платежей, а из него формируются платежные поручения для выгрузки в клиент-банк. Факт подтягивается из банковской выписки, и система сама считает план-факт: где ожидания совпали с реальностью, а где нет.
В итоге на одном экране видно три уровня: начальные остатки по счетам сверху, планируемые расходы и поступления в середине, конечные остатки снизу. Если конечный остаток на какой-то день уходит в минус, система подсвечивает будущий кассовый разрыв заранее, за недели до того, как он случится в реальности.
Что изменилось к 2026 году
Тема управления ликвидностью перестала быть нишевой. По данным «Кубанских новостей» за март 2026 года, около 31% владельцев малых компаний и ИП рассматривали приостановку или продажу бизнеса, и одной из трех ключевых причин названы задержки платежей от контрагентов, которые создают дефицит оборотных средств. По материалам banki.ru за 2026 год, в первом квартале выросло число судебных банкротств МСП, а дорогие заемные деньги сделали привычное «перекрытие разрыва кредитом» почти недоступным для микробизнеса.
Из этого следует простой вывод для собственника. Если раньше кассовый разрыв закрывали овердрафтом и жили дальше, то теперь цена ошибки в планировании выросла: занять стало дорого, а отсрочки от поставщиков даются тяжелее. Платежный календарь из «полезной таблички» превратился в инструмент выживания.
Параллельно изменились и сами инструменты. Раньше автоматизация означала «настроить отчет в 1С». Сейчас к этому добавились облачные сервисы, которые консолидируют данные из десятков конфигураций и банков, а также программные роботы (RPA, Robotic Process Automation), которые снимают ручной ввод счетов. К этим вариантам стоит вернуться в разделе про выбор системы.
Что входит в регламент работы с платежным календарем
Автоматизация без правил дает красивый отчет, которым никто не пользуется. Регламент работы с платежным календарем это документ, который описывает, кто, что и в какие сроки делает. Ниже собраны блоки, без которых регламент не держится.
До первой заявки нужно договориться о языке, на котором компания описывает деньги: перечень статей ДДС, список подразделений и проектов, правила выбора контрагента и договора. Практика внедрений показывает, что именно на этом этапе теряется больше всего времени, зато он окупается позже: если справочники «грязные», любая аналитика превращается в спор о том, что считать за что. Один раз наведенный порядок здесь снимает половину будущих вопросов к отчетности.
Каждый платеж должен рождаться из заявки, а не из устной просьбы в мессенджере. В заявке фиксируются дата желаемого платежа и крайний срок, сумма, статья и признак «в рамках бюджета или сверх него». Это дисциплинирует и дает системе данные для календаря: без заявки платеж просто не виден заранее, а значит, не поддается планированию.
Здесь регламент чаще всего проседает. Расходы заводят охотно, а вот планируемые приходы от покупателей забывают, и календарь показывает вечный минус. Чтобы этого не было, в правилах прописывают ответственного за ввод плановых поступлений и периодичность их актуализации. Только когда в календаре видны обе стороны, он начинает предсказывать разрывы, а не просто пугать долгами.
Регламент описывает, кто и в каком порядке согласует платеж. Обычно маршрут зависит от суммы, вида операции и признака сверхбюджетности: оплата поставщику идет по одной ветке, налоги и зарплата по упрощенной, крупные сверхлимитные суммы уходят на отдельное утверждение. Сюда же добавляют лимиты по статьям, чтобы система сама тормозила заявку, которая выбивается из бюджета. Это защита не только от ошибок, но и от откатов и необоснованных расходов.
Многие компании отказываются от ежедневной оплаты в пользу одного или двух платежных дней в неделю. В эти дни утвержденные заявки собираются в реестр, проходят финальную проверку по остаткам и уходят в банк одним пакетом. Такой ритм экономит время казначея и снижает число «срочных» платежей вне очереди, которые и ломают ликвидность.
Календарь живой ровно настолько, насколько регулярно в него подгружают факт. В регламенте фиксируют, как часто сверяется банковская выписка с планом, кто разбирает отклонения и на основании чего корректируется прогноз. Без этого шага календарь за пару недель расходится с реальностью и превращается в фантазию, которой перестают доверять.
Между этими блоками есть логика очередности: пока не наведен порядок в справочниках, бессмысленно строить маршруты согласования, а без дисциплины заявок нечего собирать в реестр. Регламент работает как цепочка, где каждое звено держится на предыдущем.
Типичные ошибки при организации платежного календаря
Ошибки в этой теме повторяются из компании в компанию. Ниже разобраны те, что чаще всего встречаются в проектах автоматизации.
Самая частая ошибка. В таблицу заносят предстоящие выплаты и не заносят ожидаемые поступления. В результате календарь всегда показывает нехватку денег, к нему привыкают как к «вечно красному» и перестают реагировать. Инструмент, который кричит постоянно, не отличается от инструмента, который молчит.
Таблица хороша для старта, но плохо масштабируется. Появляются несколько версий файла, ручные правки без следа, зависимость от одного человека, который «знает, как там все устроено». По описанию вендора ЦехУспех, у одной мебельной фабрики расхождение план-факта в Excel доходило до 25%, а на подготовку платежного дня уходило около 2,5 часов. Цифры вендорские и требуют проверки на конкретном бизнесе, но порядок узнаваемый.
Когда денег на все не хватает, а правил очередности нет, платят тому, кто громче требует. При живом регламенте порядок другой: сначала зарплата, налоги и критичные для производства закупки, потом остальное. Отсутствие такой приоритизации превращает управление платежами в ежедневный стресс и переговоры вместо процесса.
Привычка платить раньше срока выглядит как забота о репутации, а на деле вымывает оборотку. Здоровый принцип звучит иначе: платить строго в срок, ни раньше, ни позже. Каждый преждевременный аванс это деньги, которых может не хватить на обязательный платеж через неделю. Исключения бывают: аванс ради ощутимой скидки от поставщика иногда оправдан, но это должно быть осознанное решение под конкретную выгоду, а не привычка «платить, пока есть».
Если выписка попадает в систему через два-три дня, календарь все это время показывает устаревшую картину, и решения принимаются вслепую. Автоматическая загрузка выписок и сверка с планом закрывают этот разрыв. Там, где интеграция с банком не настроена, спасает хотя бы ввод остатков на текущий день вручную, но это компромисс, а не норма.
Отдельная беда, когда платежный календарь живет сам по себе, а бюджет и договоры отдельно. Тогда никто не видит, что заявка выбивается из лимита статьи или что срок оплаты противоречит условиям договора. Связка календаря с бюджетным контролем и договорными условиями превращает набор дат в управляемую систему. При проведении заявки система в этом случае сама сверяет ее с лимитом статьи и подсвечивает сверхбюджетный платеж до того, как он уйдет в банк.
Общая закономерность у всех шести пунктов одна: инструмент отрывается от реального процесса. Календарь помогает ровно до тех пор, пока в него верят и им пользуются каждый день, а не открывают раз в месяц перед совещанием.
Топ систем для автоматизации платежного календаря
Рынок предлагает решения под разный масштаб и бюджет. Ниже собраны основные классы систем с сильными сторонами и ограничениями. Цены ориентировочные, по открытым данным на начало 2026 года, и требуют уточнения у вендора под конкретную поставку.
Платежный календарь уже есть в типовых конфигурациях 1С и заполняется автоматически по учетным документам. Для малого и среднего бизнеса подойдут 1С:Управление нашей фирмой, 1С:Управление торговлей и 1С:Комплексная автоматизация (ориентир по КА от 83 000 рублей), для производства и крупных компаний 1С:ERP. Плюс в том, что данные уже в системе и не нужна интеграция. Минус в том, что в базовом 1С:ERP согласование и визирование документов реализованы ограниченно, а тонкие маршруты часто приходится дорабатывать.
Специализированный модуль на платформе 1С, который усиливает казначейский блок: расширенное согласование по произвольным алгоритмам, отдельный документ реестра платежей, рабочее место казначея, контроль лимитов и сверхбюджетных заявок с динамической диаграммой доступного остатка. Подходит компаниям, которым тесно в типовом функционале, и особенно многофилиальным структурам через версию для холдингов с пулингом ликвидности. Ограничение в том, что это уже проектное внедрение со своей стоимостью настройки, а не «коробка из магазина».
Универсальный модуль автоматизации платежного календаря, который ставится поверх разных конфигураций 1С. По открытым данным, ориентир по стоимости от 70 000 рублей. Ценность в том, что решение специализировано именно под управление денежными средствами и не тянет за собой перестройку всего учета. При этом, как и любой модуль, он требует корректной учетной базы под собой: на «грязных» данных чуда не произойдет.
Отдельный класс это SaaS-платформы, которые консолидируют данные из множества источников. Например, сервис «Финансист» по собственному описанию подключает более 45 конфигураций 1С и порядка 18 банков, строит платежный календарь, маршрутизирует заявки и прогнозирует остатки в реальном времени, ориентируясь на компании с выручкой от 10 млн рублей в месяц. Сильная сторона это скорость запуска и единое окно поверх разных баз. Слабая это ежемесячная подписка и вопрос размещения финансовых данных во внешнем облаке, что для части компаний критично.
Там, где платежи жестко завязаны на производственный план, заказы и закупки, выигрывают отраслевые системы. Профильная ERP связывает оплату с этапами производства и графиком поставок, показывает, какие закупки критичны к сроку, а какие можно сдвинуть без ущерба для цеха. По данным вендора ЦехУспех, окупаемость такого решения заявляется в 3–6 месяцев, но эти сроки стоит проверять на своих объемах, а не принимать как гарантию.
Не замена календаря, а надстройка, которая убирает ручной ввод. Программный робот читает входящую почту, распознает счет из файла Excel или PDF, заходит в учетную систему, заводит и проводит документ, а затем уведомляет ответственного. По описанию студии Puzzle RPA, срок оплаты при этом рассчитывается гибко, вплоть до условий из договоров, например «дата получения счета плюс 5 рабочих дней». Уместно там, где поток входящих счетов большой и однотипный. На малых объемах робот окупается медленно.
Выбор между этими вариантами это не вопрос «что лучше вообще», а вопрос масштаба, отрасли и того, где сейчас теряется больше всего времени и денег. Небольшой торговой компании хватит встроенного календаря 1С, а холдингу с десятками филиалов нужен уровень БИТ.ФИНАНС или кастомная разработка под собственные процессы.
Что это дает бизнесу и когда окупается
Если перевести все перечисленное на язык денег, картина такая. Автоматизация платежного календаря сокращает время на подготовку платежей, убирает часть кассовых разрывов и снижает просрочки поставщикам. По кейсу вендора ЦехУспех, после внедрения точность недельного прогноза выросла примерно с 65% до 85%, время подготовки платежного дня сократилось примерно на 60%, а сумма кассовых разрывов упала вдвое. Это данные одного вендора по одному проекту, поэтому их корректно рассматривать как ориентир, а не как обещание результата.
Цена бездействия считается проще, чем кажется. Один сорванный платеж поставщику это либо штраф по договору, либо потеря отсрочки, либо остановка поставки сырья. Один кассовый разрыв, закрытый срочным кредитом при высокой ставке, это прямые проценты сверх плана. Каждая неделя без прогноза ликвидности это решения вслепую, где реклама, закупки и найм запускаются без понимания, будут ли под них деньги.
Что стоит проконтролировать собственнику или финансовому директору, чтобы проект не превратился в «отчет ради отчета»:
- ✓Точность прогноза остатка на 7 и 14 дней вперед и то, как она меняется от месяца к месяцу.
- ✓Долю платежей, которые проходят через заявку и согласование, против «срочных» платежей вне очереди.
- ✓Время на подготовку платежного дня до и после автоматизации.
- ✓Регулярность загрузки факта из банка и величину расхождения план-факта.
Эти четыре метрики показывают, живет система или превратилась в формальность, и их достаточно, чтобы держать процесс под контролем, не погружаясь в него руками.
Платежный календарь: пример и образец
Ниже упрощенный пример того, как выглядит платежный календарь организации на несколько дней. Это образец структуры, а не готовый шаблон под конкретную отрасль: набор статей и аналитик настраивается под бизнес.
| Показатель | 12.01 | 13.01 | 14.01 | 15.01 |
|---|---|---|---|---|
| Остаток на начало дня | 850 000 | 610 000 | 190 000 | 640 000 |
| Поступления от покупателей | 0 | 0 | 900 000 | 300 000 |
| Оплата поставщикам | 180 000 | 320 000 | 250 000 | 200 000 |
| Зарплата и налоги | 0 | 0 | 0 | 400 000 |
| Аренда и прочее | 60 000 | 100 000 | 0 | 50 000 |
| Остаток на конец дня | 610 000 | 190 000 | 840 000 | 290 000 |
Что читается из такого календаря сразу. Тринадцатого числа остаток проседает до 190 000 рублей, и любой незапланированный платеж в этот день уводит компанию в минус. Значит, часть выплат тринадцатого стоит подвинуть на четырнадцатое, когда придут 900 000 от покупателя. При ведении вручную такую коллизию замечают постфактум, при автоматизации система подсвечивает провал заранее и предлагает подвинуть менее срочные заявки.
Образец платежного календаря организации в реальной системе будет глубже: с раскрытием каждой суммы до конкретного документа и контрагента, с несколькими счетами и организациями, с прогнозами и статусами согласования. Но логика трех уровней (остаток на начало, движения внутри дня, остаток на конец) остается той же в любом масштабе.
Частые вопросы
Чем платежный календарь отличается от отчета о движении денежных средств?
Можно ли обойтись Excel?
Сколько времени занимает внедрение автоматизации платежного календаря?
Нужен ли регламент, если есть система?
С чего начать, если календаря нет вообще?
Подойдет ли автоматизация небольшой компании?
Коротко о главном
Кассовый разрыв это почти всегда результат отсутствия планирования, а не нехватки прибыли. Платежный календарь превращает управление деньгами из ежедневного тушения пожаров в предсказуемый процесс: видно, сколько денег будет на счетах, когда попросить покупателя об оплате, а поставщика об отсрочке, и можно ли провести незапланированный платеж без риска для обязательств.
Автоматизация усиливает этот эффект, но не заменяет регламент и порядок в данных. Сначала правила и чистые справочники, потом система под масштаб бизнеса. Там, где типовых решений не хватает, а процессы нестандартные, помогает разработка под конкретную компанию: она связывает платежный календарь с производством, закупками и договорами так, как это устроено именно у вас.
В проектах BPA Develop автоматизация казначейства выстраивается именно от процесса: сначала регламент и модель данных, затем система, которая его поддерживает. Если стоит задача убрать кассовые разрывы и навести порядок в платежах, разбор текущей ситуации и выбор подходящего решения можно начать с бесплатной консультации.
