Почему в 1С:ERP и 1С:КА формируются документы Регистратор расчетов при онлайн-взаиморасчетах?

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

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

Архитектура онлайн-взаиморасчетов и назначение документа Регистратор расчетов

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

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

Новая архитектура онлайн-взаиморасчетов разделяет учет на два уровня:

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

Таким образом, появление документов Регистратор расчетов — это прямое свидетельство штатной работы новой онлайн-архитектуры, а не признак ошибки.

Механика формирования служебного документа

Проанализируем, как система формирует и актуализирует эти служебные объекты. Документ Регистратор расчетов создается системой автоматически и жестко привязывается к аналитическому разрезу: Организация + Партнер + Объект расчетов + Валюта.

Любое действие пользователя в системе (проведение новой накладной, проведение платежа, отмена проведения или корректировка задним числом по конкретному объекту расчетов) запускает онлайн-пересчет. В рамках этой процедуры система актуализирует связанный документ Регистратор расчетов, перезаписывая движения по срокам и зачету авансов методом ФИФО по всей цепочке данного разреза.

Обратим внимание на критически важные правила эксплуатации:

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

Как проверить, что онлайн-взаиморасчеты действительно работают

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

Способ 1. Анализ очереди заданий к распределению

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

1. Откроем регистр сведений Задания к распределению расчетов с клиентами или Задания к распределению расчетов с поставщиками через меню функций для технического специалиста.
2. Проведем первичный документ по расчетам (например, реализацию или поступление безналичных средств).
3. Обновим данные регистра. При корректно настроенных регламентных заданиях и нормальной производительности системы запись в регистре заданий должна исчезнуть в течение нескольких секунд, а соответствующий Регистратор расчетов обновит свои движения. Если очередь заданий непрерывно растет, это сигнализирует о сбое фонового механизма распределения.

Способ 2. Моментальная сверка отчетов

Проверим консистентность данных без выполнения регламентных операций закрытия месяца:

1. Проведем цепочку взаиморасчетов (аванс покупателя и последующую отгрузку).
2. Сформируем отчет Ведомость расчетов с клиентами (он строится на оперативных регистрах).
3. Сформируем отчет Задолженность клиентов по срокам или Сводная ведомость расчетов (эти отчеты используют регистры расчетов по срокам, которые заполняет Регистратор расчетов).
4. Сверим показатели: в онлайн-режиме остатки и зачет аванса должны совпасть мгновенно, без предварительного выполнения процедуры закрытия месяца.

Рекомендации по снижению рисков блокировок и оптимизации

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

1. Выбор уровня детализации. Если в договоре контрагента выбран порядок расчетов По договору, а в рамках одного договора ежедневно выписываются сотни накладных и платежей, при каждом проведении система будет перезаписывать один и тот же Регистратор расчетов. Для снижения коллизий рекомендуется детализировать расчеты По заказам или По расчетным документам. В этом случае под каждый заказ или накладную будет выделяться собственный независимый разрез.
2. Контроль закрытия месяца. Если документы проводятся задним числом с нарушением временной последовательности, система регистрирует необходимость дораспределения. В конце месяца регламентная операция Формирование движений по расчетам с партнерами и переоценка расчетов производит финальную корректировку. При регулярной корректной работе онлайн-расчетов данная операция в закрытии месяца завершается за считанные секунды.