← На главную

При использовании типовой синхронизации данных между конфигурациями «Управление торговлей» (ред. 11.4) и «Бухгалтерия предприятия» (ред. 3.0) специалисты часто сталкиваются с ситуацией, когда в справочнике Договоры контрагентов на стороне БП самопроизвольно появляются новые элементы с наименованиями вида «Основной договор», «С покупателем» или «С покупателем, руб.». При этом в исходной базе УТ у контрагента заведен только один договор, а ручной ввод данных в БП отключен.

Проанализируем механику работы универсального формата обмена EnterpriseData и COM-соединения, выясним технические причины такого поведения и разберем способы устранения дублирующих элементов.

Причины автоматического создания договоров при обмене

Создание системных договоров на стороне 1С:БП происходит не из-за ошибки пользователя, а в результате работы внутренних алгоритмов загрузки данных. Рассмотрим основные факторы:

1. Жесткие требования регламентированного учета в БП: В «Бухгалтерии предприятия» проведение документов по счетам учета расчетов (например, 60 или 62) технически невозможно с пустым реквизитом Договор. В «Управлении торговлей» учет может вестись в разрезе заказов или соглашений без явного указания договора. Когда обработчик загрузки EnterpriseData получает документ без привязки к конкретному договору, он вынужден сгенерировать его программно со стандартным наименованием «Основной договор», иначе документ не проводится.
2. Несовпадение параметров поиска и сопоставления: Если уникальный идентификатор (GUID) объекта не совпал, система пытается найти договор по комбинации ключевых реквизитов: Контрагент + Организация + Вид договора + Валюта расчетов. Если хотя бы один из этих параметров отличается (например, различие в коде валюты RUB / руб. или расхождение в организации), БП считает договор ненайденным и создает новый элемент.
3. Сброс регистров сопоставления при обновлении правил: При переходе на новые версии конфигураций (например, переход с УТ 11.3 на 11.4) или при обновлении формата обмена могут сбрасываться данные регистра сведений Соответствие объектов информационных баз. В результате теряются связи между уникальными идентификаторами УТ и БП, и система выполняет повторное создание объектов.

Шаг 1. Проверка работы синхронизации и поиск источника

Для того чтобы точно убедиться, что создание элемента происходит в процессе обмена, выполним следующие действия:

1. Включим полную регистрацию событий в Журнале регистрации базы БП для событий записи справочника Договоры контрагентов.
2. Запустим сеанс синхронизации данных (через COM-соединение или файл обмена).
3. Отфильтруем Журнал регистрации по объекту договора. В поле Пользователь будет указана учетная запись, под которой выполняется обмен, либо фоновое задание синхронизации.

Шаг 2. Настройка явного сопоставления объектов

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

1. Перейдем в раздел Администрирование / Синхронизация данных / Настройки синхронизации данных.
2. Выберем нужный узел обмена и откроем форму сопоставления данных.
3. Найдем справочник Договоры контрагентов и вызовем форму ручного сопоставления.
4. Укажем точное соответствие между договором из УТ и существующим договором в БП. Это зафиксирует запись в таблице сопоставления и предотвратит повторную автогенерацию элементов.

Шаг 3. Объединение созданных дублей в БП

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

1. Перейдем в раздел Администрирование / Обслуживание / Корректировка данных и откроем обработку Поиск и удаление дублей.
2. В поле поиска выберем справочник Договоры контрагентов.
3. В качестве условия сравнения зададим совпадение по реквизиту Владелец (Контрагент) и наименованию.
4. В списке найденных дублей выберем правильный договор в качестве оригинального (правильного) элемента, а сгенерированный «Основной договор» пометим как дубль.
5. Нажмем кнопку Объединить. Система автоматически перепривяжет все проведенные документы и ссылки на правильный договор, после чего удалит дублирующий элемент.

Шаг 4. Проверка НСИ и установка даты запрета

Для окончательного исключения повторных сбоев выполним проверку нормативно-справочной информации:

1. Убедимся, что справочник Валюты в обеих базах содержит одинаковые цифровые и символьные коды.
2. Проверим правильность заполнения реквизитов организаций в УТ и БП.
3. Установим Дату запрета загрузки данных в настройках синхронизации для закрытых бухгалтерских периодов. Это защитит проведенные документы прошлых периодов от перепроведения и изменения реквизита договора при повторных обменах.