← На главную

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

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

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

Главная причина кроется в глобальном изменении архитектуры учета. Долгое время в системе существовало два режима ведения взаиморасчетов:

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

Начиная с релиза 11.5.27, фирма «1С» окончательно упразднила поддержку офлайн-режима. Теперь система принудительно переходит на онлайн-архитектуру. Если в процессе обновления автоматический перенос данных из старых регистров в новые прервался или завершился с ошибками, мы получаем «дыры» в отчетах, так как новые отчеты строятся исключительно по регистрам «...по срокам».

Проанализируем ситуацию с «датой отсечки»

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

Пошаговое решение проблемы

Если вы обнаружили, что после обновления отчеты «поплыли», рассмотрим последовательность действий для исправления ситуации.

Шаг 1. Запуск обработки заполнения регистров

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

1. Перейдем в раздел НСИ и администрирование — Обслуживание.
2. Выберем пункт Корректировка данных.
3. Найдем и запустим обработку Заполнение регистров взаиморасчетов.

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

Шаг 2. Проверка фоновых и регламентных заданий

Выясним, не зависли ли типовые механизмы распределения. Проанализируем список регламентных заданий. Нас интересуют:

• ВыполнениеОтложенныхДвиженийПоРасчетамСКлиентами
• ВыполнениеОтложенныхДвиженийПоРасчетамСПоставщиками

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

Шаг 3. Работа с регистром «Задания к распределению расчетов»

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

Как проверить результат исправления?

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

1. Сформируем отчет Ведомость расчетов с партнерами (он работает по новым регистрам).
2. Сформируем отчет Сверка расчетов с партнерами.

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

Дополнительные рекомендации при обновлении

Рассмотрим важный нюанс: если вы обновляетесь с очень старых релизов (например, с 11.4 на 11.5.27), риск возникновения ошибок выше. Опытные специалисты рекомендуют:

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

Заключение: Не стоит пугаться «исчезновения» документов. Это результат технической трансформации учетных механизмов 1С. Использование обработки ЗаполнениеРегистровВзаиморасчетов и контроль выполнения фоновых заданий позволяют полностью восстановить целостность учета.