Как настроить платежный календарь и графики оплат в 1С:Управление торговлей и Комплексная автоматизация

При начале работы с подсистемой «Казначейство» в современных конфигурациях на платформе 1С:Предприятие 8.3 (таких как УТ 11, КА 2 или ERP) пользователи часто сталкиваются с техническими сложностями. Это может быть связано как с отсутствием базовых настроек системы, так и с непониманием новой архитектуры «Онлайн-взаиморасчетов». В данной статье мы подробно разберем, как устранить типичные ошибки при запуске платежного календаря, как активировать функционал графиков оплат и почему система может считать долг просроченным, даже если срок оплаты по договору еще не наступил.

Устранение ошибки «Не указан график работы» при открытии платежного календаря

Рассмотрим ситуацию: при попытке открыть «Платежный календарь» система выдает критическую ошибку и закрывается. В тексте ошибки фигурирует метод ГрафикиРаботы.БлижайшиеДатыВключенныеВГрафик. Проанализируем причину этого сбоя.

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

Для решения проблемы выполним следующие шаги:

1. Перейдем в раздел НСИ и администрирование — Предприятие — Сведения о предприятии.
2. Проверим заполнение константы Основной график работы. Часто в «чистых» или только что обновленных базах это поле остается пустым.
3. Если график не выбран, необходимо выбрать его из справочника «Графики работы». Если справочник пуст, создадим новый график (например, «Пятидневка»).
4. Важный нюанс: сам график работы должен быть заполнен на текущий и следующий годы. График базируется на «Производственном календаре». Обязательно убедимся, что производственный календарь (обычно с именем «Российская Федерация») заполнен актуальными данными о праздниках и переносах выходных.

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

ДниКалендаря = КалендарныеГрафики.ДатыБлижайшихРабочихДней(ОсновнойКалендарьПредприятия, ДниПланирования, Ложь, Ложь, Истина);

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

Активация графиков оплаты в документах и соглашениях

Вторая распространенная проблема — невозможность создать или выбрать график оплаты в заказах или соглашениях (кнопка «Создать» неактивна или поле недоступно). Это происходит из-за того, что в системе по умолчанию может быть отключена соответствующая функциональная опция.

Разберем порядок включения:

1. Зайдем в раздел НСИ и администрирование — Настройка НСИ и разделов — Продажи (или «Закупки»).
2. Найдем подраздел Оптовые продажи и развернем его.
3. Установим флаг напротив опции Использовать графики оплаты.

После включения этой опции в справочнике «Правила оплаты» появится возможность создавать детализированные графики (например, «Аванс 30% + Кредит 70% на 14 дней»). Теперь в документах «Заказ клиента» или «Реализация товаров и услуг» на вкладке «Основное» или в отдельной форме «Правила оплаты» станет доступен выбор конкретных этапов платежей. Для оперативного анализа таких графиков и ожидаемых поступлений подойдёт отчет по плановым и просроченным платежам от клиентов.

Разграничение понятий «Долг» и «Просроченная задолженность»

Проанализируем ситуацию, когда бухгалтер видит в отчетах «Ведомость расчетов с клиентами» сумму в колонке «Долг», хотя по условиям договора клиенту предоставлена отсрочка. Рассмотрим, почему это не является ошибкой программы.

В логике 1С существует жесткое разделение:

• Фактический долг (Общий долг): возникает в момент проведения документа отгрузки. Как только товар передан клиенту, он становится нам должен. Этот долг отражается в бухгалтерском учете и в общих управленческих отчетах сразу.
• Просроченный долг: это часть фактического долга, дата оплаты которой по графику уже наступила, а платеж не поступил.

Если реализация проведена 26.11.2020 с отсрочкой до 26.12.2020, то в течение всего месяца в отчете будет висеть «Долг клиента», но он не будет считаться «Просроченным». Однако, если система блокирует отгрузку, утверждая, что просрочка есть, нужно обратить внимание на архитектуру взаиморасчетов.

Архитектура «Онлайн-взаиморасчетов» и фоновые задания

В последних версиях конфигураций используется механизм онлайн-взаиморасчетов. В отличие от старых версий, где данные обновлялись только при проведении документов, теперь за актуальность «просрочки» отвечают специальные регистры и фоновые задания.

Посмотрим на основные механизмы контроля:

1. Регистр «Расчеты с клиентами по срокам»

Именно этот регистр хранит информацию о том, в какой день какая сумма должна быть оплачена. Если данные в нем не актуальны (например, не выполнено закрытие месяца или произошел сбой при обновлении), система может ошибочно диагностировать просрочку. Проверить это можно через отчет «Задолженность клиентов по срокам». Для устранения технических сбоев и восстановления данных можно использовать обработку для перезаполнения регистров взаиморасчетов.

2. Регламентное задание «Расчет плановых оплат»

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

3. Контроль лимита кредита

Рассмотрим случай, когда просрочки нет, но отгрузка все равно блокируется. В 1С:УТ 11/КА 2 существует настройка Лимит задолженности. Если сумма новой реализации в совокупности с текущим (даже не просроченным) долгом превышает установленный лимит, система выдаст предупреждение или запретит проведение документа. Проверьте настройки в договоре или соглашении с клиентом в разделе «Лимиты и запреты отгрузки».

Практические рекомендации по настройке отсрочки

Чтобы графики оплат работали корректно и не вызывали ложных блокировок, придерживайтесь следующих правил:

1. Тип дней в графике: При создании графика оплаты можно выбрать «Календарные дни» или «Рабочие дни». Если вы выбираете рабочие дни, система будет использовать тот самый «Основной график работы предприятия», о котором мы говорили в начале. Если он не заполнен — расчет даты платежа может сработать некорректно.
2. Актуальность расчетов: Если вы видите странные цифры в отчетах, обратите внимание на надпись в шапке отчета: «Данные актуальны на...». Если стоит пометка, что требуется расчет, воспользуйтесь формой Закрытие месяца или запустите задание по расчету взаиморасчетов вручную.
3. Статусы заказов: Помните, что планирование оплаты в платежном календаре зависит от статуса заказа. Заказы в статусе «Не согласован» обычно не попадают в прогноз поступления денежных средств.

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