Соответствие объектов информационных баз 1с как отключить

Обновлено: 22.01.2025

Здравствуйте! с 1С дружу или нет, но не долго, требовалось сделать в типовых конфигурациях:
ИЗ Управление торговлей, редакция 11 (11.4.2.132) В
Бухгалтерия предприятия, редакция 3.0 (3.0.54.20)
перегрузку, всего того что редактировалось, корректировалось, добавлялось. Ну в общем обычная синхронизация баз.
При первом создании при синхронизации с дополнительными параметрами было то самое заветное окно для настройки соответствий объектов! Настроил, синхронизировал, и вот что обнаружил что данные дублируются. Решил проверить все это дело, что было занесено, что нет в регистр соответствие объектов информационных баз и к моему не удивлению я там ничего не обнаружил, настройку синхронизации повторял несколько раз, руки и пальцы уже в мозолях, нет настроек соответствие объектов не в УТ не в БП.
Дальше я пошел иным путем открыл в УТ Регистр соответствие объектов информационных баз и начал вносить туда в ручную,
создаю новое соответствие и передо мной возникло чудное окно! С параметрами: (сопоставляю контрагента)

Уникальный идентификатор приемника: сюда я внес УИД контрагента в базе приемник т.е БП

Уникальный идентификатор источника: тут нужно выбирать из справочника базы контрагента, выбрал.

Тип приемника: Тут я долго нагуглить не мог что нужно вносить, но мне подсказали что то, вроде, как то вот так (СправочникСсылка.Организации)
Тип источника: то же самое (СправочникСсылка.Организации)

Узел информационной базы: у меня два узла, я точно знаю какой рабочий, но на всякий случай пробовал оба. Но в первый раз ставил тот что точно знаю что это.

Уникальный идентификатор источника строкой: УИД контрагента в базе источника

Объект выгружен по ссылке: Галочка установленна я ее не трогал.

Сохраняю все это дело! Отлично одно сопоставление есть! Не долго думав над тем, а правильно ли я заполнил параметры ( Тип приемника: Тип источника: ) решил что все же с параметрам я на мудрил и нужно не (СправочникСсылка.Организации) а (СправочникСсылка.Контрагенты).
Открываю значит сопоставление, делаю исправления, сохраняю, а мне вот такая ошибка:
Несоответствие типов (параметр номер '1')

Полный текст ошибки

Ошибка при выполнении обработчика - 'ПередЗаписью'
по причине:
: Ошибка при вызове метода контекста (Добавить)
ОбменДанными.Получатели.Добавить(Отбор.УзелИнформационнойБазы.Значение);
по причине:
Несоответствие типов (параметр номер '1')

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

Подскажите это БАГ 1С ? Ведь конфигурация типовая, ошибки валятся на ровном месте.

Также помогите все же победить данную проблему, необходимо настроить соответствие данных!
Спасибо! Надеюсь не много написал, если нужна какая-то еще информация буду рад ответить!

Пытаюсь добавить запись в регистр сведений СоответствияОбъектовИнформационныхБаз, но в момент записи всплывает ошибка:
Несоответствие типов (параметр номер '1')
: ОбменДанными.Получатели.Добавить(Отбор.УзелИнформационнойБазы.Значение)

Что не так делаю?

(1) Предполагаю, что вы добавили новую запись в регистр, указав узел плана обмена, в состав которого не включен данный регистр. (1) Предполагаю, что вы добавили новую запись в регистр, указав узел плана обмена, в состав которого не включен данный регистр. (2)Точно спасибо.
Не подскажите как можно настроить сопоставление объектов, т.е. мне нужно чтобы Подразделение А подставлялось в приемник как Подразделение А1, а не как Подразделение А?
План обмена использую СинхронизацияДанныхЧерезУниверсальныйФормат. (3) наверное с помощью регистра Публичные идентификаторы синхронизируемых объектов?

(4) Да, с помощью него. При этом лишь на одной из сторон обмена: либо в базе-источнике Вы указываете с каким идентификатором выгружать, либо в базе-приемнике указываете, на какой идентификатор заменить.

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

(5)вроде сопоставил, а система всё равно не подставляет так как надо. (7)ПравилоКонвертации.ВариантИдентификации = "ПоПолямПоиска";
может это из за этого?

(9) Ну конечно. :-) Получается, ссылками Вы и не пользуетесь вовсе.

P.S. Хотя прежде я думал, что нет возможности сопоставлять объекты интерактивно, если не используется ссылка для поиска.

Та же ошибка появилась после обновления бухгалтерии 3.0 на новый релиз и платформу!
Начал копать и выяснил что база БУХ 3.0 в момент синхронизации с другой базой при поиске объекта по ссылке GUID обращается в первую очередь у себя к регистру сведений "Соответствия объектов информационных баз" и ищет GUID объекта из базы источника в колонке "Уникальный идентификатор источника строкой"
Если там будет пусто появится та самая ошибка о несоответствии параметров!

Как решил проблему - восстановил регистр сведений из бекапа БУХ3.0 до обновления (там колонка "Уникальный идентификатор источника строкой" была еще заполнена).

На сколько я понял данный регистр сведений служит для предотвращения создания дублей при синхронизации. Например если в двух базах создали два одинаковых контрагента с разными GUID ссылками но одинаковым наименованием. При синхронизации с БУХ 3.0 такой контрагент попадёт в список предупреждений и если пользователь подтвердит что это дубль то далее этот контрагент будет занесен в регистр "Соответствия объектов информационных баз".
Теоретически данный регистр можно вообще очистить и данная ошибка тоже пропадёт, но потом при синхронизации придётся пройти процедуру сопоставления похожих объектов.

Почему колонка "Уникальный идентификатор источника строкой" очистилась единственное что понять не могу

Уникальный идентификатор приемника: сюда я внес УИД контрагента в базе приемник т.е БП

Уникальный идентификатор источника: тут нужно выбирать из справочника базы контрагента, выбрал.

Уникальный идентификатор источника строкой: УИД контрагента в базе источника

Объект выгружен по ссылке: Галочка установленна я ее не трогал.

Полный текст ошибки

Подскажите это БАГ 1С ? Ведь конфигурация типовая, ошибки валятся на ровном месте.

Механизм сопоставления данных при обмене через универсальный формат

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

Для решения этой задачи как раз и предназначен механизм сопоставления данных.

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

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

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

Для успешного сопоставления объектов с разными GUID должно быть место для хранения информация об их соответствии. Таким местом является регистр сведений Публичные идентификаторы синхронизируемых объектов (далее РПИ ). Структура регистра представлена в таблице:

Узел информационной базы ПланОбменаСсылка Ссылка на узел плана обмена (настройку обмена), для которой хранится соответствие. Ссылка

СправочникСсылка,
ПланВидовХарактеристикСсылка,
ДокументСсылка Ссылка на объект текущего приложения. Идентификатор Строка (36) GUID объекта, полученного от приложения-корреспондента.

При получении данных записи в регистре могут появляться на нескольких этапах (см. рисунок 1). Подробное описание самих алгоритмов сопоставления см. далее.

Рисунок 1. Этапы, на которых могут быть сделаны записи в РПИ

Этапы, помеченные пунктиром, опциональные: при выполнении сеанса обмена в автоматическом режиме отсутствуют этапы 1 и 2, при выполнении в интерактивном режиме этап 2 может быть пропущен пользователем.

В процессе обмена данные РПИ обеспечивают следующую функциональность:

Сопоставление объектов при получении данных (см. рисунок 2-а).
Обработка получаемых данных (замена ссылок) с целью обеспечения ссылочной целостности (см. рисунок 2-b).
Обработка отправляемых данных (замена ссылок) для исключения повторного сопоставления на стороне приложения-корреспондента уже сопоставленных данных (см. рисунок 2-b).

Рисунок 2. Использование данных РПИ при получении и при отправке данных.

Прикладная логика, определяющая порядок автоматического сопоставления объектов при получении, содержится в правилах конвертации объектов (ПКО), предназначенных для получения данных.

Все компоненты (правила обработки данных, правила конвертации объектов и т.д.), определяющие прикладную логику обработки данных в процессе их получения, либо отправки (подробнее в статье Методика работы с конфигурацией "Конвертация данных 3.0" ) формируют так называемый менеджер обмена . Код менеджера обмена разрабатывается в общем модуле (подробное описание см. в документации по БСП , в разделе Обмен через универсальный формат ). Модуль создается автоматически с помощью КД3.0 на основе настроенных правил обмена либо вручную в конфигураторе (см. пример - общий модуль _ДемоМенеджерОбменаЧерезУниверсальныйФормат демо-конфигурации БСП ).

Вариант автоматического сопоставления (идентификации) объектов при получении задается с помощью свойства ВариантИдентификации ПКО и может принимать одно из трех значений:

ПоУникальномуИдентификатору - идентификация по GUID,
СначалаПоУникальномуИдентификаторуПотомПоПолямПоиска - идентификация по GUID и полям поиска,
ПоПолямПоиска - идентификация по полям поиска,

Еще одним свойством, определяющим логику сопоставления, является массив полей поиска, определяемый в свойстве ПоляПоиска ПКО.

Рисунок 3. Настройки идентификации в модуле менеджера и в КД3.0.

В таблице 1 представлено описание использования данных настроек при автоматическом сопоставлении на разных этапах получения данных:

Этап анализа данных (при загрузке через помощник синхронизации данных)

Ручное сопоставление (при загрузке через помощник синхронизации данных)

Идентификация по РПИ .

Идентификация по GUID.

Запись соответствий в РПИ: делается, если соответствие нашлось при выполнении п.3.

Сопоставлять можно со всеми объектами соответствующего типа, для которых нет соответствий в РПИ .

Запись соответствий в РПИ: делается по результатам сопоставления.

Идентификация по РПИ .

Идентификация по GUID среди объектов, отсутствующих в РПИ .

Запись соответствий в РПИ: делается для либо с исходным GUID, либо с вновь сгенерированным, п. 1 не дал результата но объект с таким GUID уже есть в РПИ .

По GUID и полям поиска

Аналогично варианту "По GUID".

Идентификация по РПИ .

Идентификация по GUID.

Запись соответствий в РПИ: см. выше.

См. колонку "Загрузка данных"

Запись соответствий в РПИ: не делаются.

Таблица 1. Правила работы настроек идентификации.

Происходит последовательное применение вариантов поиска, заданных в свойстве ПоляПоиска ПКО, используемого при загрузке объекта.

Ограничение.
При сопоставлении на этапе анализа данных применяется только 1-й вариант поиска.

Переход к следующему варианту осуществляется в двух случаях:

У загружаемого объекта не заполнено какое-либо из полей, которое указано в варианте поиска.
Вариант поиска не дал результата.

Если в загружаемом объекте есть информация об исходном GUID и вариант идентификации для объекта "По GUID" или "По GUID и полям поиска", то поиск выполняется среди всех объектов заданного типа, кроме тех, для которых в РПИ уже установлены соответствия.

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

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

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

Особенность.
На этапе загрузки данных вариант поиска Номер + Дата для документов работает следующим образом: номер искомого документа проверяется на точное соответствие, дата определяет интервал, в котором проводится поиск по номеру. Сам интервал определяется как период уникальности номеров документа, в который входит указанная дата. Например, если номера документов уникальны в пределах месяца и задана дата 10 декабря 2001 года, то поиск будет проводиться в интервале с 01 по 31 декабря 2001 года.
На этапе анализа данных этот вариант поиска будет работать как обычно: оба поля будут проверяться на точное соответствие.

Читайте также: