Как формируется платежный календарь в 1С

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

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

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

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

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

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

Если отчет открывается пустым даже при наличии документов, первое, что стоит проверить, — включена ли сама функциональная опция. Вторая частая причина — у документов не заполнена дата оплаты или статья ДДС, поэтому системе не к кому «привязать» плановую сумму.

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

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

Откройте справочник «Статьи движения денежных средств» и создайте понятную иерархию: сначала укрупненные группы (поступления, операционные расходы, обязательные платежи, финансовая деятельность), внутри них — конкретные статьи. Не плодите сотни статей: оптимально столько, сколько реально анализирует руководство, обычно это 15–40 позиций для малого и среднего бизнеса.

Каждую статью привяжите к виду операции, чтобы в документах она подставлялась автоматически. Например, для поступления оплаты от покупателя — статья «Оплата от покупателей», для списания поставщику — «Оплата поставщикам». Это сокращает ручной труд и уменьшает количество ошибок при вводе заявок.

Откуда календарь берет плановые поступления

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

График платежей особенно важен при рассрочке. Если покупатель платит частями — например, 50% аванс и 50% через 30 дней после отгрузки, — в документе нужно задать этапы оплаты, иначе вся сумма «ляжет» на одну дату и исказит прогноз. В ERP этапы можно формировать по шаблонным графикам из соглашения с клиентом.

Разовые плановые поступления, не привязанные к продажам (возврат займа, взнос учредителя, возмещение из ФСС), вводятся документами планирования: в УНФ — «Поступление денег (план)», в ERP — заявками или операциями планирования в зависимости от настроек.

Откуда календарь берет плановые выплаты

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

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

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

1. 1
   Включите функциональные опции планирования ДДС и заявок на оплату в настройках программы
2. 2
   Создайте иерархию статей движения денежных средств и привяжите их к видам операций
3. 3
   Введите остатки денежных средств на начало планирования — без них остаток на конец дня считается неверно
4. 4
   Убедитесь, что в заказах и счетах заполнены даты оплаты и графики платежей
5. 5
   Настройте ввод и согласование заявок на расход денежных средств
6. 6
   Добавьте регулярные платежи: аренду, зарплату, налоги, кредиты
7. 7
   Откройте отчет «Платежный календарь» и сверьте итоги с ожиданиями

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

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

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

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

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

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

Начальный остаток на дату

Норма

Совпадает с фактическими остатками по банку и кассе

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

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

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

Норма

Суммы соответствуют открытым заказам и счетам с датами оплаты

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

Пусто при наличии продаж — в документах не заполнены даты оплаты

Конечный остаток по дням

Норма

Неотрицательный на весь горизонт планирования

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

Минус — прогнозируется кассовый разрыв

Состав расходов

Норма

Присутствуют зарплата, налоги, аренда, кредиты

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

Обязательные платежи отсутствуют — прогноз завышен

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

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

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

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

План-фактный контроль и границы инструмента

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

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

Если учет ведется с большим количеством ручных операций вне 1С (наличные расчеты, оплаты через личные карты сотрудников), календарь будет неполным, пока эти потоки не начнут отражаться в программе хотя бы плановыми документами. Точность прогноза всегда упирается в полноту вводимых данных.

Частые вопросы

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

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

Чем платежный календарь отличается от отчета «Движение денежных средств»?

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

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

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

Как учесть в календаре платежи с неопределенной датой?

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

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

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

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

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