← На главную

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

Понимание концепции «Остаточного графика»

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

Система постоянно сопоставляет плановые начисления и фактические платежи (или авансы). Алгоритм работает следующим образом: берется общая сумма оплат по договору из регистра накопления РасчетыПоФинансовымИнструментам и последовательно «поглощаются» плановые даты из графика документа-основания. Если по договору возникла переплата или аванс покрывает несколько будущих периодов, эти периоды просто не попадут в регистр сведений ГрафикПлатежей, так как с точки зрения системы платить по ним уже не нужно.

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

Где искать код: процедуры отладки

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

• РассчитатьГрафикПлатежейПоФинансовымИнструментам — основной метод для лизинга, аренды и кредитов.
• РассчитатьГрафикПлатежейПоРасчетамСПоставщиками — для обычных закупок.
• РассчитатьГрафикПлатежейПоРасчетамСКлиентами — для продаж.
• РассчитатьГрафикПлатежейПоДенежнымСредствамКВыплате — для заявок на расходование ДС.

Для того чтобы детально изучить процесс формирования движений, рекомендуется установить точку останова в процедуре РассчитатьГрафикПлатежейПоФинансовымИнструментам. Обратите внимание, что расчет часто инициируется из общего модуля ГрафикиПлатежей. Чтобы поймать момент физической записи данных в базу, используйте точку останова в процедуре ЗаписатьДанныеГрафиков. Именно там происходит очистка старого набора записей по регистратору и запись нового массива структур.

Влияние фоновых заданий и отложенного расчета

В современных версиях ERP 2.5 для повышения производительности часто используется механизм отложенного обновления графиков. Рассмотрим, как это влияет на актуальность данных:

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

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

Проверка параметров договора и статусов документов

Часто причина кроется не в коде, а в параметрах самого объекта. Проанализируем критически важные поля договора лизинга:

Статус документа: Для того чтобы график «пророс» в регистр, документ-основание (например, «Заключение договора аренды») должен иметь статус «Действует» (или аналогичный утвержденный статус). В статусах «Черновик» или «На согласовании» движения в регистр ГрафикПлатежей обычно не записываются.

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

Алгоритм действий при поиске ошибки

Разберем по шагам, что нужно сделать программисту, если «потерялся» график платежей:

1. Проверить ОСВ по взаиморасчетам. Сформируйте отчет по регистру Расчеты по финансовым инструментам в разрезе этого договора. Убедитесь, что сумма остатка задолженности положительная и превышает сумму уже начисленных, но не оплаченных платежей.
2. Перепровести документ-условие. Попробуйте перепровести документ «Заключение договора аренды/лизинга». При проведении срабатывает механизм актуализации, который должен вызвать процедуры модуля менеджера.
3. Использовать отладчик. Поставьте точку останова в процедуре:
   Скопировать код

   
   Процедура РассчитатьГрафикПлатежейПоФинансовымИнструментам(ПараметрыРасчета) Экспорт
       // Здесь система анализирует остатки по регистрам расчетов 
       // и сопоставляет их с плановыми датами
   КонецПроцедуры
   

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

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