После обновления конфигурации 1С:Управление торговлей 11.5 пользователи часто сталкиваются с неприятной ситуацией: в учете появляются расхождения, а регламентная операция закрытия месяца начинает автоматически создавать документы Корректировка регистров. Эти корректировки, в свою очередь, вносят еще большую путаницу во взаиморасчеты с контрагентами. Простое удаление этих документов не помогает — при следующем закрытии месяца они появляются вновь. Разберем, почему это происходит и как исправить ситуацию.
Ключевая причина проблемы — это изменение архитектуры взаиморасчетов в новых версиях 1С:УТ. Система переходит со старого "офлайн" режима, где расчеты распределялись фоновым заданием, на новый "онлайн" режим, где все расчеты проводятся немедленно в момент проведения документа. Обновление конфигурации запускает этот переход, который может вскрыть ранее накопленные ошибки в данных. Автоматическая Корректировка регистров — это не причина, а следствие. Система обнаруживает расхождения между разными регистрами учета (например, РасчетыСПоставщиками и РасчетыСПоставщикамиПоСрокам) и пытается их "схлопнуть". Наша задача — найти и устранить исходную причину расхождения.
Проанализируем несколько рабочих методов для решения этой проблемы. Важно: все описанные действия необходимо сначала выполнять на тестовой копии вашей информационной базы.
Это главный инструмент для исправления подобных ошибок. Он предназначен для перезаполнения "новых" регистров взаиморасчетов на основе данных из первичных документов. Однако использовать его нужно правильно.
Удалите автоматические корректировки. Найдите и пометьте на удаление все документы Корректировка регистров, которые были созданы автоматически при закрытии месяца по проблемным контрагентам.
Запустите обработку. Перейдите в раздел НСИ и администрирование → Администрирование → Обслуживание → Регламентные операции → Регламентные и фоновые задания. Найдите и откройте обработку Заполнение регистров взаиморасчетов.
Используйте отборы. Это критически важный шаг! Не нажимайте кнопку "Пересчитать все". В большой базе это может занять несколько суток и при любом сбое только усугубит ситуацию. Вместо этого, используйте отборы, чтобы работать точечно:
Такой подход безопаснее и позволяет контролировать процесс. Обработка работает в два этапа: сначала удаляет старые движения по выбранной аналитике, а затем создает новые на основе первички. Если в процессе полного пересчета произойдет сбой, есть риск, что старые данные удалятся, а новые не создадутся.
Перепроведите связанные документы. После того как обработка отработает, может потребоваться перепровести несколько последних документов по этому контрагенту (например, реализации, поступления, оплаты), чтобы движения корректно "подхватились" новой логикой.
Проверьте результат. Сформируйте отчеты, например, Ведомость расчетов с поставщиками или Карточка расчетов с клиентами, чтобы убедиться, что цифры сошлись. После этого попробуйте заново запустить процедуру закрытия месяца и убедитесь, что новые корректировки регистров не создаются.
Если первый метод не помог или помог частично, весьма вероятно, что причина кроется в старых документах, логика проведения которых изменилась в новых версиях конфигурации. Яркий пример — документ Взаимозачет задолженности.
Проанализируем ситуацию. В старых версиях УТ документ взаимозачета мог делать одностороннее движение по погашению долга (например, только движение "Расход" по регистру РасчетыСПоставщикамиПоСрокам). В новых версиях, для корректного отражения в онлайн-режиме, тот же документ формирует парные записи: "Приход" и "Расход", чтобы система точно видела, какой долг и каким авансом закрывается.
Когда вы просто перепроводите такой старый документ, он формирует движения по новой логике. А штатная обработка Заполнение регистров взаиморасчетов, наоборот, может пытаться привести его к старой логике, удаляя одну из парных записей. Возникает конфликт, который и приводит к постоянному появлению корректировок при закрытии месяца.
Что делать в этом случае:
Выявите проблемные документы. С помощью отчетов посмотрите, после проведения каких документов "ломаются" взаиморасчеты. Часто это бывают именно Взаимозачет задолженности или старые Ввод начальных остатков.
Исправьте регистры. Используйте обработку Заполнение регистров взаиморасчетов с отбором по контрагенту и договору из проблемного документа, чтобы привести регистры в корректное состояние на текущий момент.
Замените устаревшие операции. В дальнейшем для подобных операций старайтесь не использовать документ Взаимозачет задолженности, если он вызывает проблемы. Вместо него используйте более современный и предсказуемый документ Корректировка задолженности. Он более гибко настраивается и лучше соответствует новой архитектуре взаиморасчетов.
Этот метод можно рассматривать как "козырь в рукаве", если ничего из вышеперечисленного не помогает или на детальный анализ нет времени. Идея заключается в том, чтобы "перенести" все расчеты с проблемного контрагента на нового, чистого.
Создайте нового контрагента. Заведите в справочнике нового контрагента, который будет точной копией проблемного (например, с припиской "новый" в названии).
Запустите обработку "Поиск и удаление дублей". Она находится в разделе НСИ и администрирование → Администрирование → Обслуживание → Корректировка данных.
Настройте слияние. В обработке укажите, что нужно искать дубли в справочнике "Контрагенты". Найдите вашего проблемного контрагента и нового. Укажите нового контрагента как основной элемент, а старого — как дубль. Система автоматически заменит ссылки на старого контрагента во всех документах и регистрах на нового.
Проверьте результат. После слияния все движения окажутся на новом "чистом" контрагенте, и, скорее всего, проблема с расхождениями исчезнет. Обязательно тестируйте этот способ на копии, так как операция необратима.
Стоит отметить, что подобная проблема может возникать не только из-за дублей контрагентов, но и из-за дублей в других аналитиках, например, в договорах. Если по одному контрагенту часть документов проведена с одним договором, а часть — с другим (или вовсе без договора), это также приведет к разрыву в регистрах. В этом случае слияние дублей договоров может решить проблему.
В заключение, главный совет — всегда старайтесь поддерживать конфигурацию в актуальном состоянии. Подобные ошибки, связанные с переходом на новую архитектуру, часто исправляются в последующих релизах 1С.