Порядок загрузки объектов при обмене через универсальном формат
Добрый день.
У меня есть документ, в нем есть реквизит ссылочного типа.
В приемнике этот реквизит нужно не загружать, а искать по определенному значению. Следовательно если не найдено, то будет пустая ссылка, а не Объект не найден.
Если сначала выгрузить этот реквизит, он создастся в приемнике. И при загрузке документа, этот реквизит будет уже в базе и будет найден и проставиться.
Но много случаев, когда документ выгружается, а этот реквизит еще не был ранее прогружен. Как сделать так, чтобы этот реквизит был выгружен и главное загружен раньше чем чам документ?
У меня есть документ, в нем есть реквизит ссылочного типа.
В приемнике этот реквизит нужно не загружать, а искать по определенному значению. Следовательно если не найдено, то будет пустая ссылка, а не Объект не найден.
Если сначала выгрузить этот реквизит, он создастся в приемнике. И при загрузке документа, этот реквизит будет уже в базе и будет найден и проставиться.
Но много случаев, когда документ выгружается, а этот реквизит еще не был ранее прогружен. Как сделать так, чтобы этот реквизит был выгружен и главное загружен раньше чем чам документ?
По теме из базы знаний
- Формирование мэппинга между конфигурациями при использовании формата EnterpriseData
- [ED] Обмен для предыдущих версий - УТ 11.0, УТ 11.1, УТ 11.2, УТ 11.3, УТ 11.4, УТ 11.5 с EnterpriseData (универсальный формат обмена), правила обмена
- Добавление своего нового объекта в синхронизацию данными через универсальный формат Enterprise Data
- [ED] Обмен для предыдущих версий - УНФ 1.6, УНФ 3.0 с EnterpriseData (универсальный формат обмена), правила обмена
- Обмен Мой Склад ED с 1С:БП 3.0
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Данные правила можно самому регулировать - в какой последовательности грузить, ток одно но - это для измененных или созданных объектов. А загружать регулярно одни и те же справочники и другие данные не имеет смысла. обычно в указывают, что с этим регистратором грузить то-то и то-то "по необходимости".
В рамках одного пакета обмена последовательность не имеет значение. Если документ выгрузиться первым и проставит в реквизите битую ссылку, она потом заменится на нормальную когда будет загружен сам элемент справочника.
Другое дело, если у Вас доработка, что если реквизит не найден, подставляется пустая ссылка. В этом случае пустая ссылка так и останется.
В этом случае могу посоветовать обрабатывать загруженные объекты и менять битую ссылку на пустую в отложенном заполнении например. В этот момент все справочники в рамках пакета будут уже гарантировано загружены.
Другое дело, если у Вас доработка, что если реквизит не найден, подставляется пустая ссылка. В этом случае пустая ссылка так и останется.
В этом случае могу посоветовать обрабатывать загруженные объекты и менять битую ссылку на пустую в отложенном заполнении например. В этот момент все справочники в рамках пакета будут уже гарантировано загружены.
(5)Вот как раз таки так и есть. Именно пустая ссылка там. Т.е. типовых никаких средств нет, чтобы как то загрузить какой то объект первее?
На данный момент реализовали так
в процедуре ПриОтправкеДанных
принудительно выгружается этот справочник.
В AdditionalInfo записываются значения, по которым нужно произвести поиск этого реквизита в приемнике.
В приемнике этот справочник загружается первее. Но может это просто совпадение))) Вот убедиться бы как то точно))
Затем уже беру значения из AdditionalInfo и выполняю поиск справочника по этому значению. Т.к. он загрузится чуть раньше, он находится. Решение работает, но не уверены, что всегда будет выполняться так как надо.
Что скажете?
На данный момент реализовали так
в процедуре ПриОтправкеДанных
принудительно выгружается этот справочник.
ОбменДаннымиXDTOСервер.ВыгрузкаОбъектаВыборки(КомпонентыОбмена, ПартнерОбъект);
В AdditionalInfo записываются значения, по которым нужно произвести поиск этого реквизита в приемнике.
В приемнике этот справочник загружается первее. Но может это просто совпадение))) Вот убедиться бы как то точно))
Затем уже беру значения из AdditionalInfo и выполняю поиск справочника по этому значению. Т.к. он загрузится чуть раньше, он находится. Решение работает, но не уверены, что всегда будет выполняться так как надо.
Что скажете?
Можно на примере типовой ERP глянуть как загрузить реквизит
Процедура ПКО_Справочник_ШтрихкодыНоменклатуры_Получение_ПередЗаписьюП
тут последовательность загрузки не важна. Если нет объекта, будет битая ссылка.
Процедура ПКО_Справочник_ШтрихкодыНоменклатуры_Получение_ПередЗаписьюП
Справочник_Номенклатура_Получение = ОбменДаннымиXDTOСервер.ПКОПоИмени(КомпонентыОбмена,"Справочник_Номенклатура_Получение");
Номенклатура = ОбменДаннымиXDTOСервер.СтруктураОбъектаXDTOВДанныеИБ(КомпонентыОбмена,
Строка.Номенклатура,
Справочник_Номенклатура_Получение,
"ПолучитьСсылку").Ссылка;
// Если выгружать уид через AdditionalInfo
УИДСтр = Строка(ЗначениеРеквизита.УникальныйИдентификатор());
// тогда принимать можно так:
НайденноеЗначение = ОбменДаннымиXDTOСервер.СсылкаОбъектаПоУИДОбъектаXDTO(УИДСтр,
Тип("СправочникСсылка.Номенклатура"), КомпонентыОбмена);
(7)Давайте по-другому объясню.
Задача. Справочник Партнеры в источнике преобразовать в справочник физические лица в приемнике. Поиск в приемнике осуществить по номеру телефона находящейся в табличной части контактная информация. Если такой справочник найден не будет, то создать и заполнить.
Следовательно есть документ где используется это правило. Но по ссылке передаются только ключевые свойства. Объект не создается, а только выполняется его поиск и возвращается ссылка (либо реальная ссылка, либо объект не найден). И в приемнике чтобы определить этот реквизит (в источнике партнеры в приемнике физ лица) мне нужно взять его номер телефона (возможно не один) и по нему найти в базе такое физ лицо. Следовательно никаких битых ссылок тут быть не может, потому что УИДЫ могут и не совпадать.
Проблема заключается в том, что когда загрузки справочника еще не было, то при загрузке документа мы априори не сможем найти этот справочник, его просто не существует.
Я этот справочник выгружаю принудительно при выгрузке этого документа. Но как сделать так, чтобы он гарантированно был загружен раньше самого документа? В КД2 есть приоритеты загрузки, а тут есть что то подобное?
Задача. Справочник Партнеры в источнике преобразовать в справочник физические лица в приемнике. Поиск в приемнике осуществить по номеру телефона находящейся в табличной части контактная информация. Если такой справочник найден не будет, то создать и заполнить.
Следовательно есть документ где используется это правило. Но по ссылке передаются только ключевые свойства. Объект не создается, а только выполняется его поиск и возвращается ссылка (либо реальная ссылка, либо объект не найден). И в приемнике чтобы определить этот реквизит (в источнике партнеры в приемнике физ лица) мне нужно взять его номер телефона (возможно не один) и по нему найти в базе такое физ лицо. Следовательно никаких битых ссылок тут быть не может, потому что УИДЫ могут и не совпадать.
Проблема заключается в том, что когда загрузки справочника еще не было, то при загрузке документа мы априори не сможем найти этот справочник, его просто не существует.
Я этот справочник выгружаю принудительно при выгрузке этого документа. Но как сделать так, чтобы он гарантированно был загружен раньше самого документа? В КД2 есть приоритеты загрузки, а тут есть что то подобное?
(8) Вы усложнили способ поиска и пытаетесь решить вопрос другим способом, не устранив исходную причину.
У типового объекта формата Справочник.ФизическиеЛица 9 ключевых полей. Может быть пересмотреть способ поиска по этим полям? В исходной базе перед записью элемента извлекать телефон и записывать в одно из полей КодВПрограмме, Фамилия, Имя, Отчество.
В конечной базе включить в поля поиска это поле с телефоном.
И тогда заработают типовые механизмы и не нужно будет обеспечивать очередность загрузки.
У типового объекта формата Справочник.ФизическиеЛица 9 ключевых полей. Может быть пересмотреть способ поиска по этим полям? В исходной базе перед записью элемента извлекать телефон и записывать в одно из полей КодВПрограмме, Фамилия, Имя, Отчество.
В конечной базе включить в поля поиска это поле с телефоном.
И тогда заработают типовые механизмы и не нужно будет обеспечивать очередность загрузки.
(10)
Есть механизм отложенного проведения. Когда всё загружено, можно обработать результаты.
В ПКС физлица если новый элемент, записать его ссылку в КомпонентыОбмена.ПараметрыКонвертации.МойМассивФизЛиц
В ПКС документа после загрузки всех данных проверить наличие физлица из этого массива и если есть, проверить на дубли и поменять ссылки.
Неужели нет механизма приоритета загрузки?
Типового нет. Т.к. xml файл читается последовательно.
Есть механизм отложенного проведения. Когда всё загружено, можно обработать результаты.
В ПКС физлица если новый элемент, записать его ссылку в КомпонентыОбмена.ПараметрыКонвертации.МойМассивФизЛиц
В ПКС документа после загрузки всех данных проверить наличие физлица из этого массива и если есть, проверить на дубли и поменять ссылки.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот