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

Я добавил префикс базы в номера документов и перенумеровал их, создал новый план обмена для консолидации всех баз в одну и получил косяки с дублями справочников - номенклатура-то одна, и создаётся в центральной базе, уникальность по коду, а в обмене еще и по внутренним идентификаторам. Как бы при обмене проверять элемент тоже по коду в справочнике, а не внутреннему идентификатору?

Это смотрится не при обмене, а в правилах обмена.

Справочник Дисконты, уникальность кода, в код записан штрихкод карты

Вот пример XML:

<?xml version="1.0" encoding="UTF-8"?>
<v8msg:Message xmlns:v8msg="http://v8.1c.ru/messages">
   <v8msg:Header>
       <v8msg:ExchangePlan>ВсеСоВсеми</v8msg:ExchangePlan>
       <v8msg:To>A1</v8msg:To>
       <v8msg:From>UN</v8msg:From>
       <v8msg:MessageNo>10</v8msg:MessageNo>
       <v8msg:ReceivedNo>5</v8msg:ReceivedNo>
   </v8msg:Header>
   <v8msg:Body>
       <CatalogObject.Дисконты>
           <Ref>182d4b5e-b864-11e1-93c4-0015589a9806</Ref>
           <DeletionMark>false</DeletionMark>
           <Скидка>5</Скидка>
           <Имя/>
           <Фамилия/>
       </CatalogObject.ИнформационныеКарты>
   </v8msg:Body>
</v8msg:Message>

В результате у меня есть несколько элементов с кодом 2205000039007, которые пришли из разных магазинов, где этот человек покупал, и соответственно, с разным внутренним идентификатором.

(1) В каких правилах? Я не в КД делаю, а планом обмена.

</CatalogObject.ИнформационныеКарты>
... спалился )))

Что-то мне подсказывает, что надо смотреть модуле справочника, ПриЗаписи, когда Обмен = Истина. Но как?

(5) Зачем, ну поймаешь ты, что записывается дубль с обмен=истина. Тебе от этого легче не станет
Тебе надо приводить номенклатуру к единым уидам. поиск и замена ссылок в помощь

а каким боком этот уид заменить?
Я сейчас в одной базе это сделаю, но прийдёт же опять обмен и всё по-новой.

Так же и с товарами - сколько баз, столько и дублей товаров.

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

(7) Заменить гуид принято так: берешь элемент с ненужным гуид, делаешь такой же элемент с нужным гуид. обработкой поиск и замена ссылок заменяешь по всей базе первую ссылку на вторую, первую помечаешь на удаление и удаляешь

(9) ты глянь на его xml вначале

(10) Это надо синхронизировать во всех базах.
Но фишка еще в том, что так со всеми справочниками - и с товарами, и с дисконтами.

С дисконтами пока проще - некотрые покупатели покупают только в 1-2 магазинах, а товары (номенклатура и хаорактеристики) во всех. Они-то и продублировались.

Завтра продолжим.

_________________________________________________________________________________

Есть такая идея. При получении данных из XML я могу уже ими оперировать.
То, как есть:

Данные = ПрочитатьXML(ЧтениеХМЛ);
               
// Записать полученные данные
Попытка
   Данные.ОбменДанными.Отправитель = ЧтениеСообщения.Отправитель;
   Данные.ОбменДанными.Загрузка = Истина;
   Данные.Записать();
Исключение
   ОбщегоНазначения.СообщитьОбОшибке("" + ТекущаяДата() + " -- " + ОписаниеОшибки());
   Возврат;
КонецПопытки;

То, как я планирую:

Данные = ПрочитатьXML(ЧтениеХМЛ);
Ссылка = Справочники.ИнформационныеКарты.НайтиПоКоду(Данные.Код);
Если НЕ Ссылка.Пустая() Тогда
   // вручную заполнить реквииты в существующем элементе справочника
   ...
КонецЕсли;

// Дальше - стандартными методами
// Записать полученные данные
Попытка
   Данные.ОбменДанными.Отправитель = ЧтениеСообщения.Отправитель;
   Данные.ОбменДанными.Загрузка = Истина;
   Данные.Записать();
Исключение
   ОбщегоНазначения.СообщитьОбОшибке("" + ТекущаяДата() + " -- " + ОписаниеОшибки());
   Возврат;
КонецПопытки;

отлови событие "ПриЗаписи" во время обмена и проверяй, есть ли элемент с таким кодом в справочнике.

(15) В самом элементе? В смысле в модуле справочника?

ну да, там же есть ОбменДанными = Истина

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

будет типа <Объект: бла бла бла> не найден.

или не?

(19) Да вот... прийдётся вернуться "к истокам", как это было в старом обмене текстовиками - тотальный поиск по коду.

(19) Я склоняюсь к тому, чтобы составить регистр сведений "Соответствия" и туда смотреть при обмене. Или сделать как в (6) - привести к единым ссылкам.

(21) соответствия тебя спасут СоответствиеОбъектовДляОбмена , только добавишь для себя еще и Код или наименование в измерение.
И делай правила через КД, должно все автоматом построится.

(22) Я КД не использую, хотя наверно интересный инструмент.

(23) Если частые изменения в реквизитах, то надо не забывать про изменения и правил, а так для аналогичных конфигураций, КД сам правила построит.

(24) Ну да. Центрально обрабатывается количество покупок и корректируется скидка.

(25) Вот неплохой сайт по КД с примерами. ИМХО очень неплох для начального изучения КД: http://www.mykod.info/ Поройся, может, найдёшь, что нужно.

(26) Спасибо.

(6) А UUID никак нельзя сменить у существующего элемента?

(28) а смысл.? вот есть у тебя контрагент с уидом 10500 (для простоты). в базе на него 100500 документов, где этот контрагент вмкачестве реквизита.
Допустим ты нашел способ поменять контрагенту уид на 10501, что дальше? в базе у тебя будет куча доков с контрагетом "объект не найден 100500" т.к. такого контрагента больше нет, он ууид сменил. Т.е. надо не просто уид менять у контрагентаю а во всей базе данных, везде где он упоминался. И мы опять возвращаемся к способу (10)

"мы сделали что-то неправильное, и все время этим пользовались.. Потом сделали правильное, но при этом все сломалось, в том числе наше неправильное... как теперь сделать правильное опять неправильным, что все работало как раньше"

(29) нет. Я о том, что пройтись по всем периферийным базам и их УУИД сменить на такой, как у этого товара в центральной базе.

(30) Стопудово.
На всякий случай я не ломал старое, пока не налажу новое.