Платежный календарь – один из тех инструментов, без которых управление деньгами в бизнесе превращается в постоянные сюрпризы. Он показывает, когда и сколько денег придет на счет, когда и сколько уйдет, и есть ли кассовый разрыв впереди. В этой статье собраны примеры платежного календаря в разных форматах – от простых таблиц для небольшого бизнеса до многостатейных структур для компаний с несколькими направлениями.
Подборка охватывает самые востребованные форматы: еженедельные, ежемесячные, проектные и скользящие платежные календари. Каждый пример показывает логику построения и структуру, которую можно адаптировать под свою ситуацию.
В подборке – примеры платежного календаря следующих форматов:
- Простые еженедельные платежные календари
- 1. Еженедельный платежный календарь малого бизнеса (базовая таблица)
- 2. Еженедельный платежный календарь ИП с наличными и безналичными расчетами
- 3. Еженедельный платежный календарь торговой точки
- Ежемесячные платежные календари
- 4. Ежемесячный платежный календарь производственной компании
- 5. Ежемесячный платежный календарь сервисного бизнеса
- 6. Ежемесячный платежный календарь с разбивкой по статьям затрат
- Платежные календари с прогнозом кассового разрыва
- 7. Платежный календарь с выделением кассового разрыва (оптовая торговля)
- 8. Платежный календарь с подушкой безопасности и лимитами
- Проектные платежные календари
- 9. Платежный календарь строительного проекта
- 10. Платежный календарь рекламной кампании
- Скользящие платежные календари
- 11. Скользящий платежный календарь на 4 недели вперед
- 12. Скользящий платежный календарь с обновлением каждую неделю
- Многостатейные платежные календари для среднего бизнеса
- 13. Платежный календарь компании с несколькими направлениями
- 14. Платежный календарь с разбивкой по счетам и контрагентам
Примеры платежного календаря разных видов и форматов: основной FAQ
Что такое платежный календарь? Это инструмент оперативного финансового планирования, который показывает все ожидаемые поступления и выплаты за выбранный период – обычно от одной недели до трех месяцев. Его главная задача – помочь увидеть, в какой день или неделю денег на счете может не хватить, и заранее это предотвратить.
Чем платежный календарь отличается от бюджета? Бюджет – это план на период (месяц, квартал, год) с плановыми суммами по статьям. Платежный календарь – это конкретные даты конкретных платежей. Бюджет говорит "в этом месяце на аренду – 150 000 рублей". Платежный календарь говорит "5-го числа уходит 150 000 рублей на аренду офиса".
Основные форматы платежного календаря:
- Еженедельный – горизонт 1–4 недели, детализация по дням или неделям, подходит для малого бизнеса и ИП.
- Ежемесячный – горизонт 1–3 месяца, детализация по неделям или датам, подходит для компаний со стабильными циклами платежей.
- Проектный – привязан к конкретному проекту, показывает только платежи внутри него.
- Скользящий – постоянно обновляемый, горизонт сдвигается вперед по мере прохождения дней.
- Многостатейный – для компаний с несколькими направлениями, счетами или юридическими лицами.
Где применяется: в малом бизнесе, торговых компаниях, производстве, строительстве, агентствах, у ИП. Подходит для любого бизнеса, где есть регулярные платежи и нужно управлять ликвидностью.
Простые еженедельные платежные календари
Еженедельный формат – самый распространенный для небольшого бизнеса. Он охватывает горизонт от одной до четырех недель и дает детализацию по дням. Его удобно вести в Excel или Google Таблицах, обновлять раз в несколько дней и использовать для контроля текущей ликвидности.
📌 Еженедельный платежный календарь малого бизнеса (базовая таблица)
- Сценарий: небольшая компания, несколько постоянных статей расходов, нерегулярные поступления от клиентов
- Горизонт: 1 неделя с детализацией по дням
- Задача: понять, хватит ли денег на все выплаты в течение недели
Пример:
| Дата | Статья | Контрагент / получатель | Поступления, ₽ | Выплаты, ₽ | Остаток на конец дня, ₽ |
| Понедельник, 02.06 | Остаток на начало | – | – | – | 180 000 |
| Понедельник, 02.06 | Оплата от клиента | ООО "Альфа-Трейд" | 95 000 | – | 275 000 |
| Вторник, 03.06 | Аренда офиса | ИП Смирнов А.В. | – | 45 000 | 230 000 |
| Среда, 04.06 | Зарплата сотрудникам | Штат (4 чел.) | – | 120 000 | 110 000 |
| Среда, 04.06 | Оплата от клиента | ООО "Бета-Строй" | 60 000 | – | 170 000 |
| Четверг, 05.06 | Оплата поставщику | ООО "СнабМаркет" | – | 80 000 | 90 000 |
| Пятница, 06.06 | Налог УСН (авансовый) | ФНС | – | 18 000 | 72 000 |
| Пятница, 06.06 | Оплата от клиента | ИП Козлов Д.Н. | 40 000 | – | 112 000 |
| Итого за неделю | – | – | 195 000 | 263 000 | 112 000 |
- Почему подходит: базовая структура работает для любого малого бизнеса – торговли, услуг, небольшого производства. Колонки легко адаптируются под свои статьи.
- Что важно не испортить: остаток на конец каждого дня должен быть формулой, а не ручным вводом – иначе при изменении одной цифры вся цепочка сломается.
- Кассовый разрыв – ситуация, когда остаток на счете уходит в минус или опускается ниже минимально допустимого уровня. В этом примере его нет, но в среду после зарплаты остаток падал до 110 000 ₽ – это сигнал для контроля.
📌 Еженедельный платежный календарь ИП с наличными и безналичными расчетами
- Сценарий: ИП на розничной торговле, часть выручки – наличные через кассу, часть – эквайринг или переводы
- Горизонт: 1 неделя
- Задача: отслеживать движение денег по двум каналам раздельно
Пример:
| Дата | Статья | Наличные: приход, ₽ | Наличные: расход, ₽ | Безнал: приход, ₽ | Безнал: расход, ₽ | Итого остаток, ₽ |
| Пн, 09.06 | Остаток на начало | – | – | – | – | 55 000 (нал) + 120 000 (безнал) |
| Пн, 09.06 | Выручка от продаж (касса) | 22 000 | – | – | – | – |
| Пн, 09.06 | Выручка (эквайринг) | – | – | 18 000 | – | 215 000 |
| Вт, 10.06 | Закупка товара (нал) | – | 35 000 | – | – | 180 000 |
| Ср, 11.06 | Выручка от продаж (касса) | 19 000 | – | – | – | 199 000 |
| Чт, 12.06 | Аренда торговой точки (безнал) | – | – | – | 30 000 | 169 000 |
| Пт, 13.06 | Инкассация (нал → безнал) | -42 000 (передано) | – | +42 000 (зачислено) | – | 169 000 |
| Пт, 13.06 | Страховые взносы ИП | – | – | – | 9 000 | 160 000 |
- Почему подходит: раздельный учет наличных и безнала помогает не путать кассовый остаток с остатком на счете – это типичная ошибка у ИП на рознице.
- Инкассация – передача наличных из кассы в банк для зачисления на расчетный счет. В таблице она отражается как уменьшение наличных и увеличение безнала при неизменном общем остатке.
- Что важно не испортить: строку инкассации нужно отражать в обоих столбцах одновременно, иначе итоговый остаток задвоится.
📌 Еженедельный платежный календарь торговой точки
- Сценарий: розничный магазин, выручка ежедневная, расходы – аренда, зарплата, закупки, эквайринговая комиссия
- Горизонт: 1 неделя
- Задача: контролировать, хватает ли выручки на текущие обязательства
Пример:
| День | Выручка, ₽ | Закупка товара, ₽ | Аренда, ₽ | Зарплата, ₽ | Прочие расходы, ₽ | Остаток, ₽ |
| Пн | 28 000 | – | – | – | 1 200 (эквайринг) | 26 800 |
| Вт | 31 000 | 45 000 | – | – | 1 400 | 11 400 |
| Ср | 25 000 | – | 60 000 | – | – | -23 600 ⚠️ |
| Чт | 33 000 | – | – | – | – | 9 400 |
| Пт | 29 000 | – | – | 55 000 | – | -16 600 ⚠️ |
| Сб | 42 000 | – | – | – | – | 25 400 |
| Вс | 38 000 | – | – | – | – | 63 400 |
- Почему подходит: маркировка ⚠️ на строках с отрицательным остатком сразу показывает проблемные дни – не нужно анализировать всю таблицу вручную.
- Что важно не испортить: в этом примере видно, что аренду и зарплату нельзя платить в один день – нужно либо сдвинуть одну из выплат, либо обеспечить поступление накануне.
- Как применять: условное форматирование в Excel позволяет автоматически красить строки с отрицательным остатком в красный цвет.
Ежемесячные платежные календари
Ежемесячный формат подходит для компаний с более длинными циклами расчетов: когда поступления и выплаты привязаны к конкретным датам месяца, а не к каждому дню. Такой шаблон платежного календаря обычно строится с детализацией по неделям или по числам месяца и позволяет планировать кассу на 30–90 дней вперед.
📌 Ежемесячный платежный календарь производственной компании
- Сценарий: небольшое производство, постоянные расходы на сырье, зарплату, аренду и коммунальные услуги, поступления от заказчиков по договорам
- Горизонт: 1 месяц с детализацией по неделям
- Задача: спланировать выплаты так, чтобы не допустить кассового разрыва в середине месяца
Пример:
| Период | Статья | Поступления, ₽ | Выплаты, ₽ | Остаток, ₽ |
| Начало месяца | Остаток на 01.06 | – | – | 320 000 |
| 1–7 июня | Авансы от заказчиков (50% по договорам) | 480 000 | – | 800 000 |
| 1–7 июня | Закупка сырья и материалов | – | 290 000 | 510 000 |
| 8–14 июня | Аренда производственного помещения | – | 85 000 | 425 000 |
| 8–14 июня | Коммунальные платежи | – | 32 000 | 393 000 |
| 15–21 июня | Аванс по зарплате (40%) | – | 140 000 | 253 000 |
| 15–21 июня | Доплата от заказчика по закрытому этапу | 220 000 | – | 473 000 |
| 22–28 июня | Остаток зарплаты (60%) | – | 210 000 | 263 000 |
| 22–28 июня | Страховые взносы с ФОТ | – | 105 000 | 158 000 |
| 29–30 июня | Поступление финальной оплаты от заказчика | 180 000 | – | 338 000 |
| Итого за июнь | – | 880 000 | 862 000 | 338 000 |
- Почему подходит: производственный цикл хорошо ложится на понедельную структуру – авансы приходят в начале, основные расходы распределены по месяцу, итоговые поступления – в конце.
- ФОТ – фонд оплаты труда, то есть суммарные расходы на зарплату сотрудников до вычета налогов и взносов.
- Что важно не испортить: страховые взносы платятся до 28-го числа следующего месяца за предыдущий – в шаблоне важно отражать их в правильный период, иначе картина искажается.
📌 Ежемесячный платежный календарь сервисного бизнеса
- Сценарий: агентство или консалтинговая компания, несколько постоянных клиентов с ежемесячной абонентской оплатой плюс разовые проекты
- Горизонт: 1 месяц
- Задача: свести регулярные обязательства с нерегулярными поступлениями
Пример:
| Дата | Статья | Тип | Поступления, ₽ | Выплаты, ₽ | Остаток, ₽ |
| 01.07 | Остаток на начало месяца | – | – | – | 210 000 |
| 03.07 | Абонентская оплата, клиент 1 | Поступление (план) | 75 000 | – | 285 000 |
| 05.07 | Абонентская оплата, клиент 2 | Поступление (план) | 60 000 | – | 345 000 |
| 07.07 | Аренда офиса | Выплата (обязательная) | – | 55 000 | 290 000 |
| 10.07 | Зарплата (штат, 3 чел.) | Выплата (обязательная) | – | 165 000 | 125 000 |
| 12.07 | Аванс по разовому проекту | Поступление (план) | 90 000 | – | 215 000 |
| 15.07 | Абонентская оплата, клиент 3 | Поступление (план) | 45 000 | – | 260 000 |
| 18.07 | Услуги подрядчиков | Выплата (обязательная) | – | 70 000 | 190 000 |
| 25.07 | Страховые взносы | Выплата (налоговая) | – | 49 500 | 140 500 |
| 28.07 | Финальная оплата по проекту | Поступление (план) | 90 000 | – | 230 500 |
| Итого | – | – | 360 000 | 339 500 | 230 500 |
- Почему подходит: в сервисном бизнесе часть поступлений предсказуема (абонентские клиенты), а часть – нет (разовые проекты). Разделение на "план" и "факт" в колонке "Тип" помогает видеть, на что можно рассчитывать точно, а что под вопросом.
- Как применять: добавьте колонку "Факт" рядом с "Планом" – это превратит простой календарь в инструмент план-фактного анализа.
📌 Ежемесячный платежный календарь с разбивкой по статьям затрат
- Сценарий: компания с несколькими группами расходов хочет видеть не только движение денег, но и структуру затрат
- Горизонт: 1 месяц
- Задача: управлять расходами по группам, не допуская перерасхода по ключевым статьям
Пример:
| Группа расходов | Статья | Плановая сумма, ₽ | Дата платежа | Фактическая сумма, ₽ | Отклонение, ₽ |
| Операционные расходы | Аренда офиса | 70 000 | 05.08 | 70 000 | 0 |
| Операционные расходы | Коммунальные услуги | 12 000 | 10.08 | 13 500 | +1 500 |
| Операционные расходы | Интернет и связь | 5 000 | 10.08 | 5 000 | 0 |
| ФОТ | Зарплата (аванс) | 180 000 | 15.08 | 180 000 | 0 |
| ФОТ | Зарплата (остаток) | 270 000 | 31.08 | – | – |
| Налоги и взносы | Страховые взносы | 135 000 | 28.08 | – | – |
| Налоги и взносы | НДС (если применимо) | 85 000 | 25.08 | – | – |
| Закупки и подрядчики | Оплата поставщику материалов | 220 000 | 07.08 | 215 000 | -5 000 |
| Закупки и подрядчики | Услуги IT-подрядчика | 60 000 | 20.08 | – | – |
| Маркетинг | Реклама в интернете | 45 000 | 01.08 | 45 000 | 0 |
| Итого расходы | – | 1 082 000 | – | 528 500 (факт) | – |
- Почему подходит: группировка по статьям позволяет сразу видеть, где план расходится с фактом, и оперативно реагировать – например, если коммунальные услуги стабильно превышают план.
- Как применять: такой формат удобно дополнить сводной строкой по каждой группе – это даст картину структуры затрат без погружения в каждую строку.
- Что важно не испортить: колонку "Фактическая сумма" нужно заполнять по факту проведения платежа, а не по дате счета – иначе данные будут опережать реальность.
Платежные календари с прогнозом кассового разрыва
Одна из главных задач платежного календаря – заранее увидеть кассовый разрыв и успеть его закрыть. Следующие образцы платежного календаря специально построены так, чтобы разрыв был виден сразу – без дополнительного анализа.
📌 Платежный календарь с выделением кассового разрыва (оптовая торговля)
- Сценарий: оптовая компания, клиенты платят с отсрочкой 30–45 дней, поставщикам нужно платить по предоплате или в течение 7–14 дней
- Горизонт: 3 недели
- Задача: показать, в какой момент на счете не хватит денег, и обозначить размер разрыва
Пример:
| Дата | Статья | Поступления, ₽ | Выплаты, ₽ | Остаток, ₽ | Статус |
| 01.09 | Остаток на счете | – | – | 150 000 | – |
| 02.09 | Оплата поставщику 1 (предоплата) | – | 320 000 | -170 000 | ⛔ Разрыв |
| 03.09 | Ожидаемое поступление от клиента А (отсрочка 30 дн.) | 200 000 | – | 30 000 | ✅ Закрыто частично |
| 05.09 | Аренда склада | – | 65 000 | -35 000 | ⛔ Разрыв |
| 07.09 | Поступление от клиента Б | 180 000 | – | 145 000 | ✅ Ликвидность восстановлена |
| 10.09 | Зарплата | – | 210 000 | -65 000 | ⛔ Разрыв |
| 12.09 | Поступление от клиента В | 300 000 | – | 235 000 | ✅ Закрыто |
| 15.09 | Оплата поставщику 2 | – | 190 000 | 45 000 | ✅ Норма |
- Почему подходит: в оптовой торговле кассовые разрывы почти неизбежны из-за несовпадения сроков оплаты поставщикам и поступлений от клиентов. Колонка "Статус" превращает таблицу в инструмент быстрого принятия решений: сразу видно, когда нужна кредитная линия или факторинг.
- Факторинг – финансовый инструмент, при котором банк или факторинговая компания выкупает дебиторскую задолженность и сразу выплачивает деньги продавцу, не дожидаясь срока оплаты покупателем.
- Как применять: ячейки с отрицательным остатком стоит выделить красным цветом через условное форматирование – это ускоряет чтение таблицы на планерках.
📌 Платежный календарь с подушкой безопасности и лимитами
- Сценарий: компания установила минимальный остаток на счете (неприкосновенный резерв) и хочет видеть не только фактический остаток, но и отклонение от лимита
- Горизонт: 2 недели
- Задача: управлять ликвидностью с учетом установленного минимального остатка
Пример:
| Дата | Статья | Поступления, ₽ | Выплаты, ₽ | Остаток, ₽ | Мин. лимит, ₽ | Отклонение от лимита, ₽ |
| 16.09 | Начало периода | – | – | 450 000 | 200 000 | +250 000 |
| 17.09 | Закупка сырья | – | 280 000 | 170 000 | 200 000 | -30 000 ⚠️ |
| 18.09 | Поступление от клиента | 150 000 | – | 320 000 | 200 000 | +120 000 |
| 20.09 | Аренда | – | 75 000 | 245 000 | 200 000 | +45 000 |
| 22.09 | Зарплата | – | 190 000 | 55 000 | 200 000 | -145 000 ⛔ |
| 23.09 | Поступление (ожидаемое) | 280 000 | – | 335 000 | 200 000 | +135 000 |
| 25.09 | Налоги | – | 55 000 | 280 000 | 200 000 | +80 000 |
- Почему подходит: минимальный лимит (подушка безопасности) – это сумма, ниже которой опускаться нельзя. Отклонение от лимита сразу показывает не просто отрицательный остаток, а нарушение финансовой политики компании.
- Как применять: размер минимального лимита обычно устанавливается исходя из среднемесячных обязательных выплат – например, равен одной зарплате или двум неделям аренды и операционных расходов.
- Что важно не испортить: лимит должен быть зафиксирован в учетной политике или внутреннем регламенте, а не просто существовать в таблице – иначе его легко проигнорировать.
Проектные платежные календари
Проектный платежный календарь – это отдельный инструмент для конкретного проекта: строительства, рекламной кампании, внедрения системы, мероприятия. Он не смешивается с общим операционным потоком компании и показывает только платежи, связанные с этим проектом. Такой шаблон особенно удобен, когда проект финансируется отдельным бюджетом.
📌 Платежный календарь строительного проекта
- Сценарий: строительная компания ведет объект, финансирование поступает от заказчика траншами по актам выполненных работ
- Горизонт: 3 месяца (этапы проекта)
- Задача: синхронизировать поступления от заказчика с выплатами субподрядчикам и поставщикам стройматериалов
Пример:
| Этап проекта | Дата / период | Статья | Поступления, ₽ | Выплаты, ₽ | Остаток по проекту, ₽ |
| Подготовительный этап | 01–10.07 | Аванс от заказчика (20% от суммы договора) | 800 000 | – | 800 000 |
| Подготовительный этап | 03.07 | Закупка стройматериалов (1-я партия) | – | 420 000 | 380 000 |
| Подготовительный этап | 05.07 | Оплата субподрядчику (земляные работы) | – | 180 000 | 200 000 |
| Основной этап | 15.07 | Транш от заказчика по акту КС-2 (этап 1) | 1 200 000 | – | 1 400 000 |
| Основной этап | 17–25.07 | Закупка стройматериалов (2-я партия) | – | 550 000 | 850 000 |
| Основной этап | 28.07 | Оплата субподрядчику (монтаж конструкций) | – | 390 000 | 460 000 |
| Основной этап | 31.07 | Зарплата рабочим (июль) | – | 280 000 | 180 000 |
| Завершающий этап | 15.08 | Транш от заказчика по акту КС-2 (этап 2) | 900 000 | – | 1 080 000 |
| Завершающий этап | 20–30.08 | Финальные выплаты субподрядчикам | – | 620 000 | 460 000 |
| Завершающий этап | 01.09 | Финальный расчет от заказчика (гарантийное удержание) | 400 000 | – | 860 000 |
- Почему подходит: в строительстве платежи жестко привязаны к актам выполненных работ. Проектный платежный календарь показывает, хватает ли промежуточных траншей, чтобы покрывать расходы до следующего акта.
- КС-2 – форма акта о приемке выполненных строительных работ, на основании которого заказчик производит оплату подрядчику.
- Гарантийное удержание – часть суммы договора (обычно 5–10%), которую заказчик удерживает до истечения гарантийного срока.
- Что важно не испортить: остаток по проекту в начале каждого этапа не должен опускаться до нуля – нужен буфер для непредвиденных расходов на стройке.
📌 Платежный календарь рекламной кампании
- Сценарий: компания запускает рекламную кампанию с бюджетом на 2 месяца, расходы распределены по каналам и периодам
- Горизонт: 2 месяца
- Задача: контролировать расходование бюджета кампании и не выходить за его пределы
Пример:
| Период | Канал / статья | Плановый бюджет, ₽ | Дата оплаты | Факт, ₽ | Остаток бюджета, ₽ |
| – | Общий бюджет кампании | 500 000 | – | – | 500 000 |
| Август, 1-я неделя | Контекстная реклама (Яндекс Директ) | 60 000 | 01.08 | 60 000 | 440 000 |
| Август, 1-я неделя | Таргетированная реклама (ВКонтакте) | 40 000 | 02.08 | 40 000 | 400 000 |
| Август, 2-я неделя | Размещение у блогеров | 80 000 | 08.08 | 75 000 | 325 000 |
| Август, 3-я неделя | Контекстная реклама (пополнение) | 40 000 | 15.08 | 40 000 | 285 000 |
| Август, 4-я неделя | Производство видеоролика | 90 000 | 22.08 | 95 000 | 190 000 |
| Сентябрь, 1-я неделя | Контекстная реклама | 60 000 | 01.09 | – | 130 000 (план) |
| Сентябрь, 2–4-я недели | Таргет + дополнительные размещения | 70 000 | 10.09 | – | 60 000 (план) |
| Резерв | Непредвиденные расходы | 60 000 | – | – | – |
- Почему подходит: проектный платежный календарь для кампании решает конкретную задачу – не дать бюджету иссякнуть раньше времени. Строка "Резерв" – обязательный элемент: в рекламе всегда появляются незапланированные расходы.
- Как применять: если факт по одной статье превышает план (как с видеороликом: 95 000 вместо 90 000), это сразу видно, и можно скорректировать следующие статьи.
- Что важно не испортить: резерв не стоит тратить заранее – он существует именно на случай перерасхода или появления неожиданно выгодного размещения.
Скользящие платежные календари
Скользящий платежный календарь – это формат, при котором горизонт планирования постоянно двигается вперед. Например, вы всегда видите ближайшие 4 недели: каждую неделю первая неделя уходит в прошлое, а в конец добавляется новая. Это самый актуальный образец платежного календаря для компаний, которым важна непрерывность планирования.
📌 Скользящий платежный календарь на 4 недели вперед
- Сценарий: компания среднего размера, регулярные и нерегулярные платежи, горизонт планирования постоянно обновляется
- Горизонт: 4 недели (скользящий)
- Задача: всегда видеть ближайший месяц и вовремя реагировать на изменения
Пример:
| Неделя | Статья | Тип | Сумма, ₽ | Вероятность, % | Скорректированная сумма, ₽ |
| Неделя 1 (текущая) | Поступление от клиента А (договор подписан) | Поступление | 180 000 | 100 | 180 000 |
| Неделя 1 (текущая) | Аренда офиса | Выплата | 65 000 | 100 | 65 000 |
| Неделя 1 (текущая) | Оплата поставщику (выставлен счет) | Выплата | 120 000 | 100 | 120 000 |
| Неделя 2 | Поступление от клиента Б (ожидается) | Поступление | 250 000 | 80 | 200 000 |
| Неделя 2 | Зарплата | Выплата | 310 000 | 100 | 310 000 |
| Неделя 3 | Поступление по новой сделке (переговоры) | Поступление | 400 000 | 50 | 200 000 |
| Неделя 3 | Налог УСН (авансовый) | Выплата | 48 000 | 100 | 48 000 |
| Неделя 4 | Поступление от клиента В (план) | Поступление | 160 000 | 90 | 144 000 |
| Неделя 4 | Оплата IT-подрядчику | Выплата | 80 000 | 100 | 80 000 |
- Почему подходит: колонка "Вероятность" превращает скользящий календарь в инструмент управления неопределенностью. Скорректированная сумма – это реалистичный прогноз, а не оптимистичный план.
- Как применять: вероятность 100% – у обязательных платежей и подтвержденных поступлений. Вероятность 50–80% – у ожидаемых, но не гарантированных. Ниже 50% – лучше не включать в планирование как надежный источник.
- Что важно не испортить: скользящий формат теряет смысл, если его не обновлять регулярно – минимум раз в неделю, а в активный период – чаще.
📌 Скользящий платежный календарь с обновлением каждую неделю
- Сценарий: финансовый директор обновляет календарь каждый понедельник, добавляя новую неделю и закрывая прошедшую
- Горизонт: постоянные 4 недели
- Задача: показать логику обновления и то, как меняется картина от цикла к циклу
Пример:
Версия от 16.06 (понедельник, начало цикла)
| Неделя | Прогноз поступлений, ₽ | Прогноз выплат, ₽ | Прогнозный остаток, ₽ |
| 16–22 июня | 380 000 | 290 000 | 350 000 |
| 23–29 июня | 210 000 | 340 000 | 220 000 |
| 30 июня – 6 июля | 450 000 | 180 000 | 490 000 |
| 7–13 июля | 160 000 | 270 000 | 380 000 |
Версия от 23.06 (после обновления: первая неделя закрыта, добавлена новая)
| Неделя | Прогноз поступлений, ₽ | Прогноз выплат, ₽ | Прогнозный остаток, ₽ | Изменения vs версия от 16.06 |
| 23–29 июня | 195 000 | 340 000 | 205 000 | Поступление снизилось (клиент перенес оплату) |
| 30 июня – 6 июля | 450 000 | 180 000 | 475 000 | Без изменений |
| 7–13 июля | 160 000 | 310 000 | 325 000 | Добавлен новый платеж поставщику |
| 14–20 июля (новая) | 280 000 | 195 000 | 410 000 | Добавлена новая неделя |
- Почему подходит: колонка "Изменения" – ключевая. Она показывает, что именно изменилось с прошлой версии и почему. Это делает скользящий календарь не просто таблицей, а инструментом управленческого диалога.
- Как применять: удобно хранить все версии в одном файле на разных вкладках – тогда можно видеть историю изменений и отслеживать точность прогнозов.
- Что важно не испортить: если клиент переносит оплату – это нужно фиксировать сразу, а не "на следующей неделе". Запаздывание обновлений делает скользящий календарь бесполезным.
Многостатейные платежные календари для среднего бизнеса
Когда у компании несколько направлений, несколько расчетных счетов или несколько юридических лиц, простой таблицы уже недостаточно. Многостатейный платежный календарь позволяет видеть движение денег в разрезе по направлениям, счетам или контрагентам – и при этом сводить все в единую картину.
📌 Платежный календарь компании с несколькими направлениями
- Сценарий: компания ведет два направления – розничная торговля и оптовые поставки. У каждого свои поступления и расходы
- Горизонт: 1 месяц
- Задача: видеть денежные потоки по каждому направлению отдельно и в сводке
Пример:
| Статья | Направление: Розница, ₽ | Направление: Опт, ₽ | Итого по компании, ₽ |
| Поступления | |||
| Выручка от продаж | 820 000 | 1 450 000 | 2 270 000 |
| Возврат переплаты от поставщика | – | 35 000 | 35 000 |
| Итого поступлений | 820 000 | 1 485 000 | 2 305 000 |
| Выплаты | |||
| Закупка товара / сырья | 380 000 | 920 000 | 1 300 000 |
| Аренда (торговая точка / склад) | 55 000 | 110 000 | 165 000 |
| Зарплата (по направлению) | 210 000 | 320 000 | 530 000 |
| Маркетинг | 40 000 | 25 000 | 65 000 |
| Общехозяйственные расходы (распределены) | 45 000 | 45 000 | 90 000 |
| Налоги и взносы | 63 000 | 96 000 | 159 000 |
| Итого выплат | 793 000 | 1 516 000 | 2 309 000 |
| Чистый поток за месяц | +27 000 | -31 000 | -4 000 |
- Почему подходит: этот формат сразу показывает, что розничное направление вышло в плюс, а оптовое – в минус. В сводке компания почти в нуле, но без разбивки по направлениям это было бы незаметно.
- Общехозяйственные расходы – расходы, которые нельзя напрямую отнести к одному направлению (например, бухгалтерия, IT, административный персонал). Они распределяются между направлениями по выбранному методу – пропорционально выручке, площади, числу сотрудников.
- Как применять: если направлений больше двух, добавляйте колонки по тому же принципу. Итоговая колонка всегда остается сводной.
📌 Платежный календарь с разбивкой по счетам и контрагентам
- Сценарий: у компании два расчетных счета в разных банках, и нужно планировать, с какого счета делать конкретные выплаты
- Горизонт: 2 недели
- Задача: управлять ликвидностью на уровне каждого счета, а не только в целом по компании
Пример:
| Дата | Контрагент | Статья | Сумма, ₽ | Счет: Банк А | Счет: Банк Б | Остаток Банк А, ₽ | Остаток Банк Б, ₽ |
| 01.10 | – | Остаток на начало | – | – | – | 430 000 | 180 000 |
| 02.10 | ООО "ТехСнаб" | Оплата поставщику | 210 000 | ✓ | – | 220 000 | 180 000 |
| 03.10 | ИП Рябов К.С. | Поступление от клиента | 95 000 | – | ✓ | 220 000 | 275 000 |
| 05.10 | Арендодатель | Аренда офиса | 70 000 | – | ✓ | 220 000 | 205 000 |
| 07.10 | Штат | Зарплата (аванс) | 180 000 | ✓ | – | 40 000 | 205 000 |
| 08.10 | – | Перевод между счетами (Банк Б → Банк А) | 150 000 | +150 000 | -150 000 | 190 000 | 55 000 |
| 10.10 | ООО "АльфаМедиа" | Поступление за услуги | 320 000 | ✓ | – | 510 000 | 55 000 |
| 12.10 | ФНС | Налог УСН | 42 000 | ✓ | – | 468 000 | 55 000 |
- Почему подходит: строка "Перевод между счетами" – ключевой элемент этого формата. Она показывает, что деньги не появились из ниоткуда, а были перераспределены между счетами. Без этой строки баланс будет некорректным.
- Как применять: если у компании есть привязка конкретных контрагентов к конкретным счетам (например, налоги – только с основного счета), это нужно зафиксировать заранее и отражать в колонках.
- Что важно не испортить: перевод между счетами не является ни поступлением, ни расходом в отчете о движении денежных средств – это просто перемещение внутри компании. Не путайте его с реальными платежами.
Как создать платежный календарь. Правила и этапы сборки с примерами
Примеры выше показывают рабочую логику разных форматов: от простой недельной таблицы до многостатейного календаря с разбивкой по счетам. Ниже – не абстрактные советы, а разбор того, как собрать платежный календарь под свою задачу с нуля. Блок нужен для адаптации, а не для копирования чужой структуры.
Базовая схема сборки
- 1. Определите горизонт планирования (неделя, месяц, квартал, проект)
- 2. Выберите уровень детализации (по дням, по неделям, по этапам)
- 3. Соберите все ожидаемые поступления с датами
- 4. Соберите все обязательные выплаты с датами
- 5. Рассчитайте остаток на каждый период
- 6. Выделите периоды с критически низким или отрицательным остатком
- 7. Примите управленческие решения по проблемным периодам
- 8. Обновляйте календарь по установленному расписанию
Таблица блоков платежного календаря
| Блок | Зачем нужен | Что сюда подставляется | Пример заполнения |
| Горизонт и детализация | Задать рамку планирования | Период (неделя / месяц / квартал / проект) и единица детализации (день / неделя / этап) | Месяц с детализацией по неделям |
| Начальный остаток | Зафиксировать точку отсчета | Сумма на расчетном счете (или по всем счетам) на начало периода | 320 000 ₽ на 01.09 |
| Поступления | Показать, когда и сколько придет денег | Ожидаемые оплаты от клиентов, авансы, возвраты, прочие доходы с конкретными датами | Оплата от ООО "Вектор" – 150 000 ₽ – 12.09 |
| Обязательные выплаты | Зафиксировать неизбежные расходы | Аренда, зарплата, налоги, страховые взносы, кредитные платежи – с точными датами | Зарплата – 280 000 ₽ – 15.09 и 30.09 |
| Переменные выплаты | Учесть нерегулярные расходы | Закупки, подрядчики, маркетинг, командировки – с плановыми датами | Закупка материалов – 190 000 ₽ – 08.09 |
| Текущий остаток | Показывать ликвидность в каждый момент | Формула: остаток предыдущего периода + поступления – выплаты | 320 000 + 150 000 − 190 000 = 280 000 ₽ |
| Минимальный лимит (если нужен) | Задать неприкосновенный резерв | Фиксированная сумма или % от ежемесячных обязательных расходов | 150 000 ₽ (= примерно 2 недели аренды + зарплата) |
| Статус / сигнал | Быстро видеть проблемные периоды | Маркировка: ✅ норма, ⚠️ близко к лимиту, ⛔ разрыв | ⛔ Разрыв 22.09 – остаток ниже лимита на 45 000 ₽ |
Пошаговая сборка на одном кейсе
Сценарий: небольшое digital-агентство, 3 постоянных клиента на абонентском обслуживании, 1 разовый проект в стадии переговоров, штат 4 человека.
Шаг 1. Определяем горизонт и детализацию. Горизонт – 1 месяц (сентябрь). Детализация – по неделям, так как платежи распределены равномерно по месяцу.
Шаг 2. Фиксируем начальный остаток. На 01.09 на счете – 185 000 ₽.
Шаг 3. Собираем поступления.
- Клиент 1 (абонент) – 65 000 ₽ – 03.09
- Клиент 2 (абонент) – 55 000 ₽ – 05.09
- Клиент 3 (абонент) – 45 000 ₽ – 10.09
- Разовый проект (аванс 50%, если сделка закроется) – 120 000 ₽ – 18.09 (вероятность 70%)
Шаг 4. Собираем обязательные выплаты.
- Аренда офиса – 40 000 ₽ – 05.09
- Зарплата (аванс 40%) – 96 000 ₽ – 15.09
- Зарплата (остаток 60%) – 144 000 ₽ – 30.09
- Страховые взносы – 72 000 ₽ – 28.09
Шаг 5. Добавляем переменные выплаты.
- Услуги внешнего дизайнера – 35 000 ₽ – 12.09
- Реклама (продвижение агентства) – 20 000 ₽ – 01.09
Шаг 6. Рассчитываем остаток по периодам.
- 1–7 сентября: 185 000 + 65 000 + 55 000 − 40 000 − 20 000 = 245 000 ₽
- 8–14 сентября: 245 000 + 45 000 − 35 000 = 255 000 ₽
- 15–21 сентября: 255 000 + 84 000 (70% от 120 000) − 96 000 = 243 000 ₽
- 22–30 сентября: 243 000 − 144 000 − 72 000 = 27 000 ₽ ⚠️
Шаг 7. Анализируем проблемные периоды. Последняя неделя сентября – критическая: если разовый проект не закроется, остаток будет еще ниже. Решение: сдвинуть выплату страховых взносов на 1 октября (допустимо по срокам) или ускорить получение аванса по проекту.
Готовая собранная версия
| Период | Поступления, ₽ | Выплаты, ₽ | Остаток, ₽ | Статус |
| 01.09 (начало) | – | – | 185 000 | – |
| 1–7 сентября | 120 000 (абоненты 1, 2) | 60 000 (аренда + реклама) | 245 000 | ✅ |
| 8–14 сентября | 45 000 (абонент 3) | 35 000 (дизайнер) | 255 000 | ✅ |
| 15–21 сентября | 84 000 (проект, 70%) | 96 000 (аванс зарплаты) | 243 000 | ✅ |
| 22–30 сентября | – | 216 000 (зарплата + взносы) | 27 000 | ⚠️ Критично |
Границы применимости и типичные ошибки
Когда схема работает хорошо:
- у компании есть регулярные платежи с предсказуемыми датами;
- поступления можно прогнозировать хотя бы с 60–70% точностью;
- календарь обновляется регулярно, а не раз в квартал.
Где схема ломается:
- бизнес с полностью непредсказуемой выручкой (стартап без клиентской базы);
- компания не ведет учет дат платежей – тогда данные просто неоткуда взять;
- ответственный за ведение календаря меняется каждый месяц без передачи логики.
Что нельзя выкидывать без потери качества:
- начальный остаток – без него цепочка расчетов не работает;
- даты платежей – без дат это просто список, а не календарь;
- строку остатка на каждый период – именно она показывает проблему.
Что нельзя переносить из чужого примера без адаптации:
- статьи расходов – у каждого бизнеса своя структура затрат;
- минимальный лимит – его размер зависит от конкретного бизнеса;
- горизонт планирования – он определяется циклом бизнеса, а не шаблоном.
Практические советы по ведению платежного календаря
| Совет | Почему важно | Как применить |
| Обновляйте по расписанию | Устаревший календарь вводит в заблуждение | Установите конкретный день и время обновления – например, каждый понедельник утром |
| Разделяйте план и факт | Видно отклонение от прогноза | Добавьте колонку "Факт" рядом с "Планом" и заполняйте ее по мере проведения платежей |
| Устанавливайте минимальный лимит | Защищает от незаметного кассового разрыва | Рассчитайте как сумму обязательных выплат за 2 недели и зафиксируйте в таблице |
| Используйте вероятности для неподтвержденных поступлений | Делает прогноз реалистичным, а не оптимистичным | 100% – только подтвержденные платежи. 70–80% – ожидаемые. Ниже 50% – не учитывайте как надежный источник |
| Маркируйте критические периоды | Ускоряет чтение таблицы и принятие решений | Используйте условное форматирование или значки ✅ / ⚠️ / ⛔ рядом с остатком |
| Не смешивайте личные и корпоративные деньги | Искажает картину ликвидности | Если ИП использует личный счет для бизнеса – ведите раздельные строки |
| Фиксируйте изменения с комментариями | Позволяет анализировать точность прогнозов | Добавьте колонку "Причина изменения" – это поможет улучшать прогнозы в следующих периодах |
7 практических приемов при работе с платежным календарем
- Начинайте с обязательных выплат. Сначала внесите все неизменяемые платежи – аренду, зарплату, налоги, кредиты. Это даст базовую нагрузку, вокруг которой строится остальное планирование.
- Разбивайте крупные поступления по вероятности. Если клиент "обещал заплатить на следующей неделе" – это не 100%, а 60–70%. Учитывайте это в расчете остатка.
- Планируйте налоги заранее, не в день оплаты. Резервируйте суммы на налоги и взносы за 5–7 дней до срока уплаты – это исключает ситуацию "нет денег в последний день".
- Используйте скользящий формат для живого бизнеса. Статичный месячный план устаревает к середине месяца. Скользящий горизонт на 4 недели всегда актуален.
- Связывайте платежный календарь с дебиторкой. Дебиторская задолженность – главный источник неопределенности в поступлениях. Ведите список должников с ожидаемыми датами оплаты и переносите их в календарь.
- Держите резервную строку. В любом шаблоне платежного календаря стоит оставить строку "Непредвиденные расходы" с суммой 5–10% от месячного оборота. Это не пессимизм, а финансовая гигиена.
- Анализируйте точность прогнозов ежемесячно. Сравнивайте плановые и фактические поступления. Если точность ниже 70% – это сигнал пересмотреть подход к оценке сделок и срокам оплаты клиентами.
Платежный календарь – это не разовый документ и не бухгалтерская отчетность. Это живой инструмент, который работает только тогда, когда его ведут регулярно и обновляют при каждом изменении. Хорошо составленные примеры платежного календаря помогают понять логику построения и быстрее адаптировать структуру под свой бизнес.
Начните с простого формата – еженедельной таблицы с тремя колонками: поступления, выплаты, остаток. Как только этот инструмент войдет в привычку, добавляйте статьи, лимиты, вероятности и разбивку по счетам. Главное – начать вести его регулярно, а не ждать идеального шаблона.
