Куда исчезли документы Регистратор расчетов в 1С:ERP 2.5 и как наладить учет после перехода

Программист 1С v8.3 (Управляемые формы) 1С:ERP Управление предприятием Управленческий учет
← На главную

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

Причина исчезновения: Новая архитектура «Взаиморасчеты онлайн»

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

В версии 1С:ERP 2.5.8 и выше разработчики окончательно перешли на механизм Взаиморасчеты 3.0 (онлайн). Основные отличия новой логики:

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

Почему «летит» финансовый результат при перепроведении старых периодов

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

Во-первых, регистр Расчеты с клиентами по срокам начинает конфликтовать с регистром Расчеты с клиентами. В версии 2.5 реализована жесткая проверка: если между этими регистрами возникает разрыв, система автоматически запускает механизм Устранение разрыва между регистрами взаиморасчетов с партнерами. Этот механизм генерирует корректировки, которые могут выглядеть как странные «доходы-расходы» в финансовом результате.

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

Проблемы с распределением расходов и ТЗР

Посмотрим на ситуацию со стороны себестоимости. В версии 2.5 произошла замена привычного документа Расчет себестоимости товаров на более дробную структуру. Теперь за это отвечают многочисленные документы Распределение расходов.

Выясним основные причины проблем с ТЗР (транспортно-заготовительными расходами) при переходе:

Как восстановить порядок: пошаговая инструкция

Рассмотрим шаги, которые помогут минимизировать ущерб после обновления:

Шаг 1. Анализ разрывов взаиморасчетов

Если вы обнаружили, что финрезультат «враскоряку», первым делом нужно проверить соответствие остатков в регистрах взаиморасчетов. Воспользуйтесь встроенным помощником или отчетами по взаиморасчетам, настроив их в разрезе Объект расчетов. Найдите записи с пустыми значениями аналитик. Если вы видите, что система наплодила корректировок, проанализируйте регистр Задания к распределению расчетов.

Шаг 2. Работа с объектами расчетов

В ERP 2.5 крайне важно, чтобы каждый платеж был привязан к конкретному Объекту расчетов (Договору, Заказу или Накладной). Рассмотрим пример кода, который часто используется в обработках для исправления ситуации, когда объект расчетов не определен:


// Пример логики поиска объекта расчетов при обновлении
ОбъектРасчетовСсылка = Документы.ОбъектРасчетов.ПустаяСсылка();
Если ЗначениеЗаполнено(ЗаказПокупателя) Тогда
    ОбъектРасчетовСсылка = КонвертацияОбъектовРасчетов.НайтиСоздатьОбъектРасчетов(ЗаказПокупателя);
ИначеЕсли ЗначениеЗаполнено(Договор) Тогда
    ОбъектРасчетовСсылка = КонвертацияОбъектовРасчетов.НайтиСоздатьОбъектРасчетов(Договор);
КонецЕсли;

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

Шаг 3. Настройка распределения расходов

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

Шаг 4. Решение проблем с НДС (счет 76.ВА)

Ситуация, когда не закрывается счет 76.ВА, обычно связана с тем, что документ Счет-фактура выданный (аванс) потерял связь с цепочкой зачета аванса. Проанализируйте регистр накопления НДС Авансы Выданные. В нем должен быть четко прослежен путь от аванса до фактической отгрузки. Если после перехода связь разорвана, поможет только ручная корректировка регистров или перевыбор объекта расчетов в первичных документах с последующим перестроением цепочки зачета.

Рекомендации по дальнейшей работе

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

  1. Не перепроводите закрытые периоды 2.4. Если возникла острая необходимость, делайте это точечно, предварительно зафиксировав движения регистров Взаиморасчеты через Корректировку регистров, чтобы новая логика онлайн-расчетов не «перепахала» историю.
  2. Контролируйте фоновые задания. Несмотря на онлайн-режим, некоторые регламентные операции (например, актуализация расчетов по датам оплаты) все еще требуют работы фоновых заданий. Проверьте, чтобы они выполнялись без ошибок.
  3. Используйте отчет «Сверка данных взаиморасчетов 2.4 -> 2.5». В типовых конфигурациях при переходе часто доступны сервисные обработки, которые показывают разницу между «старым миром» и «новым».

Подводя итог, можно сказать, что исчезновение документов Регистратор расчетов — это не баг, а фича новой архитектуры. Система стала работать быстрее за счет отказа от отложенных расчетов, но платой за это стала жесткость структуры данных. Постепенное приведение аналитик (объектов расчетов) в порядок и отказ от редактирования старой истории позволят вам стабилизировать базу и успешно работать в ERP 2.5.

← На главную