Платежный календарь в 1С: как он работает и как его настроить

Платежный календарь в 1С — это инструмент управления денежными средствами, который показывает плановые поступления и платежи по датам и позволяет заранее увидеть дефицит денег на расчетном счете или в кассе. В отличие от простого списка заявок на оплату, календарь связывает план с фактом: он учитывает остатки на счетах, подтвержденные заявки, графики оплат по заказам и договорам, регламентные платежи вроде налогов и зарплаты.

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

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

Где находится платежный календарь и как его включить

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

Для включения в УНФ перейдите в «Настройки» — «Еще больше возможностей» и проверьте, что в разделе «Деньги» активированы опции ведения заявок на расходование денежных средств и планирования. В ERP проверьте настройки раздела «НСИ и администрирование» — «Казначейство и взаиморасчеты»: должны быть включены «Заявки на расходование денежных средств» и при необходимости «Лимиты расхода денежных средств».

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

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

Из каких данных формируется календарь

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

Основные источники данных:

• Остатки на счетах и в кассах — текущий фактический остаток денежных средств, с которого начинается расчет прогноза;
• Заявки на расходование денежных средств — плановые выплаты с датой оплаты и статусом; в календарь обычно попадают только утвержденные (или «к оплате») заявки;
• Планируемые поступления — документы «Поступление денежных средств (план)» в УНФ или графики оплаты по заказам покупателей и счетам на оплату;
• Графики оплат по договорам и заказам — этапы расчетов с поставщиками и покупателями, если ведется поэтапная оплата;
• Регулярные платежи — налоги, зарплата, аренда, если они оформлены заявками или настройками напоминаний.

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

Как читать отчет и находить кассовые разрывы

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

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

Обнаружив разрыв, расшифруйте ячейку двойным щелчком: откроется список документов, сформировавших сумму. Дальше возможны три стандартных действия — перенести часть платежей на более позднюю дату, ускорить поступления (например, напомнить дебитору об оплате) или уменьшить сумму выплат по согласованию с контрагентом. Изменение даты в заявке сразу отразится в календаре после обновления отчета.

Контрольные точки

Как проверить корректность календаря

Начальный остаток в календаре

Норма

Совпадает с остатками по счетам 51/50 в учете после загрузки выписок

Тревожный признак

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

Состав плановых платежей

Норма

Присутствуют все утвержденные заявки с датами в периоде отчета

Тревожный признак

Часть заявок отсутствует — они не проведены или не утверждены

Плановые поступления

Норма

Видны ожидаемые оплаты покупателей по графикам и счетам

Тревожный признак

Поступления пустые, хотя дебиторка есть — не ведутся графики оплат или плановые документы

Настройка заявок и плановых поступлений

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

Заявка на расходование денежных средств

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

После заполнения заявку нужно провести и перевести в статус, который участвует в планировании (в ERP — «К оплате», в УНФ — «Утверждена»). Заявка в статусе черновика или «Не согласована» в прогноз не включается. При фактической оплате на основании заявки создается документ списания, и сумма переходит из плана в факт, не задваиваясь в календаре.

Планируемые поступления

В УНФ используйте документ «Поступление денежных средств (план)» из раздела «Деньги». Укажите дату ожидаемого поступления, плательщика, сумму и статью ДДС. В ERP поступления чаще формируются автоматически из графиков оплаты заказов покупателей и счетов на оплату — для этого в договоре или заказе должен быть заполнен график с датами этапов.

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

Удобный рабочий ритм — еженедельное обновление календаря на горизонте 2–4 недель: финансист переносит просроченные заявки на актуальные даты, уточняет даты поступлений по дебиторке и удаляет отмененные планы. Календарь, который не обновляется, через пару недель превращается в декоративный отчет.

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

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

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

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

Ограничения и альтернативы

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

В «1С:Бухгалтерии» полноценного календаря нет. Обходные варианты: вести планирование в Excel с выгрузкой остатков из 1С, использовать внешние отчеты и обработки платежного календаря для БП (они доступны на маркетплейсах расширений) или перейти на конфигурацию с блоком казначейства, если объем платежей вырос.

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

Сравнение вариантов планирования

Платежный календарь в 1С

Подходит для оперативного контроля на 1–4 недели; требует дисциплины ввода заявок и выписок

Бюджет ДДС

Для среднесрочного планирования по месяцам и статьям; не показывает ежедневные разрывы

Excel-модель

Гибкая и не требует настройки, но данные вносятся вручную и быстро расходятся с учетом

Внешние расширения для 1С:Бухгалтерии

Добавляют календарь в БП без смены конфигурации; возможности зависят от конкретного решения

Контроль результата и регламент работы

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

Еженедельно полезно проводить план-фактный разбор: какие заявки не были оплачены в срок, какие поступления не пришли. Систематические расхождения по конкретным статьям или контрагентам — сигнал пересмотреть плановые даты или условия договоров. Такой разбор занимает 15–20 минут, но именно он превращает календарь из отчета в инструмент управления ликвидностью.

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

Часто задаваемые вопросы

Почему платежный календарь пустой, хотя заявки созданы?

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

Как закрыть заявку, если оплата прошла частично?

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

Можно ли вести платежный календарь в 1С:Бухгалтерии?

Типового платежного календаря в конфигурации «1С:Бухгалтерия» нет. Доступные варианты: внешние отчеты и расширения, планирование в Excel на основе выгруженных остатков или переход на конфигурацию с блоком казначейства (УНФ, ERP, КА), если объем платежей это оправдывает.

Как добавить в календарь налоги и зарплату?

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

Почему сумма в календаре не совпадает с реальным остатком в банке?

Наиболее вероятные причины: не загружены свежие банковские выписки, есть непроведенные документы списания или поступления, либо часть операций прошла мимо учета (комиссии банка, автоматические списания). Начните проверку с начального остатка календаря и сравните его с остатком по счету 51 в оборотно-сальдовой ведомости.

На какой горизонт планирования рассчитан календарь?

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