Регистр сведений соответствие объектов информационных баз

Регистр сведений соответствие объектов информационных баз

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

По GUID

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Читайте также:  Windows remote desktop services user cal
По полям поиска

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

Функция ручного сопоставления недоступна.

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

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

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

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

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

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

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

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

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

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

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

koteparvatti
23.03.2016 18:00

Прочитано: 10068

Обмен настроен через "Универсальный формат обмена". Косяк в банковском счете из реализации. При запуске обмена в БП в сопоставлении данных не выпадает этот банк.счет и в БП создается дубль. В БП открываю РС."Соответствия объектов информационных баз" и вообще не вижу записей по соответствиям этого обмена, при том что договоры и контрагентов я сопоставлял при загрузке в БП и они корректно загружаются.

Читайте также:  Что такое редактировать страницу в контакте

Как сопоставить объекты?

Yandex
Возможно, вас также заинтересует
koteparvatti
24.03.2016 12:39

Ответ № 1
Вопрос закрыт!
abcdef
26.05.2016 17:51

Ответ № 2

Аналогичная ситуация. РС."Соответствия объектов информационных баз" пустой". Как сопоставляются объекты. Кто-нибудь подскажите плз.

koteparvatti
27.05.2016 10:02

Ответ № 3

abcdef, я заново настроил обмен. Через файловый каталог. Когда в БП запускаешь синхронизацию идет анализ данных, затем увидишь объекты в списке которые необходимо сопоставить

abcdef
27.05.2016 15:21

Ответ № 4

Я настраивал обмен через прямое подключение к базе, сейчас попробую через сетевой каталог

abcdef
01.06.2016 17:08

Ответ № 5

При настройке синхронизации через универсальный формат обмена, используется РС Публичные идентификаторы синхронизируемых объектов.

Инструменты пользователя

Инструменты сайта

Содержание

Сначала в меню: Администрирование/Синхронизация данных нужно задать префикс информационной базы в поле Префикс этой информационной базы , он используется при нумерации документов.

Все действия выполняются в режиме Предприятие

Сначала в меню: Администрирование/Синхронизация данных нужно отметить ✔ Синхронизация данных тогда появится ссылка Настройки синхронизации данных на окно настройки. Для последующей настройки нужно использовать путь: Администрирование/Синхронизация данных/Настройки синхронизации данных

Для добавления настройки нажимаем на кнопку:

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

Меню: Все функции/Планы обмена/

Синхронизация данных с «Бухгалтерия предприятия» ред. 3

Правила регистрации объектов

Получение или замена правил регистрации объектов, встроенных в конфигурацию.

В режиме Настройка плана обмена нужно выбрать план обмена и открыть его. Далее нажать кнопку и выбрать пункт меню Загрузить правила регистрации объектов

(Похоже, связи с файлом, откуда загружаются правила, нет. Они читаются в БД , куда-то в объект «план обмена»)

Первоначальные настройки содержатся в макете объекта конфигурации План обмена .

Правила конвертации объектов

Получение или замена правил конвертации объектов, встроенных в конфигурацию.

В режиме Настройка плана обмена нужно выбрать план обмена и открыть его. Далее нажать кнопку и выбрать пункт меню Загрузить правила конвертации объектов

Содержимое регистра сведений Соответствия объектов информационных баз

Меню: АдминистрированиеСинхронизация данныхНастройки синхронизации данных , кнопка

Название окна: Регистрация изменений для обмена Название плана обмена

Меню: АдминистрированиеСинхронизация данныхНастройки синхронизации данных , кнопка Настроить… на вкладке Настройка синхронизации данных можно проконтролировать Номера сообщений (вкладка Служебные )

Скрипт для создания папки для хранения файлов сообщений.

Ссылка на основную публикацию
Программы похожие на муви мейкер
Если Windows Movie Maker вам не подходит, есть несколько альтернатив, которые больше подходят вашим специфическим требованиям. Для вдохновленных кинопроизводителей важно...
Приложение расплачиваться телефоном в магазине андроид
Многие из Вас наверняка не раз видели, как некоторые люди оплачивают свои покупки в магазине или проезд в общественном транспорте,...
Приложение гид по москве
Время долгих прогулок настало! Очень надеемся, что в этом году Москва предстанет перед своими жителями и гостями в полной красоте,...
Продажа авто гражданину белоруссии
Авторы статьи: Коллектив компании AMB MOTORS www.ambmotors.ru +7(495) 724-10-44 В последнее время в Москве автомобили с пробегом все чаще стали...
Adblock detector