Всем доброго дня!
Читал, читал, читал, но однозначного ответа на свой вопрос не нашел. Может кто сталкивался?
В общем, есть УТ 11, не типовая. Есть платформа 8.2.17.143
В конфе есть два справочника "Номенклатура" и "ХарактеристикиНоменклатуры" (подчинен номенклатуре). Так же добавлен некий план обмена, в котором есть оба справочника, авторегистрация вЫключена.
Вопрос, почему в событии "ПередЗаписью" нового элемента справочника "ХарактеристикиНоменклатуры" метод ПланыОбмена.ЗарегистрироватьИзменения(Получатели, Данные) дает ошибку "Недопустимое значение параметра (параметр номер '2')"? В аналогичной ситуации со справочником "Номеклатура" ошибок нет. Параметр "Данные" имеет тип "СправочникОбъект". Если же элемент справочника есть уже в базе, то все ОК.
Так же было замечено, что проблема возникает на справочниках, где нет реквизита "код", т.е. длина кода в метаданных установлена = 0 (эти справочники у нас регистрируются в событии "ПослеЗаписи". Но в данной ситуации и у "Характеристик", и у "Номенклатур" реквизит "код" есть (точно не уверен, что он оказывает прямое влияние).
Перевести регистрацию справочника "ХарактеристикНоменклатуры" в событие "ПослеЗаписи" можно без проблем, но хотелось бы вникнуть в ситуацию, почему все же у одного справочника регистрируются элементы, а у другого нет?

в Получатели - точно только тот узел плана, куда включена характеристика?

(1) 147%

>>"ПередЗаписью" нового элемента справочника "ХарактеристикиНоменклатуры" метод ПланыОбмена.ЗарегистрироватьИзменения(Получатели, Данные) дает ошибку

Почему вообще Перед Записью анализируешь? ПриЗаписи

(3) Я понимаю, но вопрос же - почему один справочник нормально проходит, другой нет?

(0) ошибся, читать "ПослеЗаписи" как "ПриЗаписи"

(3) да и нигде в документации вроде как не запрещено использовать "Перед записью"

(6) Незаписанный элемент нельзя зарегистрировать. Перед Записью - объекта ещё нет в БД

(7) почему объект "Номенклатура" регистрируется? его так же нет в БД

не, вру, можно

сравнил объекты, "типовые" реквизиты одинаковые, что в одно спр-нике, что в другом.

Хотелось бы все же докопаться до истины, пихать в "При записи" всегда успею

В общем решается через "Ссылку нового"

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

(13) а если "получатели" это уже готовый массив? заново его перебирать?

(14) если готовый - то все само на регистрацию встанет

(15) массив получателей получен совершенно в другом куске кода. что значит "само собой"?

(13) и чем проще использовать?

(17) ну, например, не надо парится над тем, что ты сделал ПолучитьСсылкуНового, а кто-то в другой подписке сделал "установитьСсылкуНового" с другой ссылкой...

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

ЗарегистрироватьИзменения - используется для регистрации ссылок массово например, чотобы не перезаписывать объекты

(18) получается если есть готовый массив с ссылками на планы обмена, то его нужно перебрать и выполнить ОбменДанными.Получатели.Добавить?

(16)(18) да. а можно передать в то место, в котором массив формируется массив получателей - он там сразу и заполнится...

(19)(21) спасибо за разъяснения.

(16)(20) я про "готовый массив" подума, что ты в обменданнымии.получатели заглянул и увидел свой список узлов

(23) если бы было бы так :)

Это делается в подписках обычно, у источника заполняются получатели, чтобы не плодить код непонятно где

(25) да я не против же.

а снять регистрацию (уже зарегистрированного), кроме как "УдалитьРегистрациюИзменений" можно как то?

(27) тут да. но не при записи же это делать :)

всем спасибо за участие!