Обмен КА <-> РТ.
Нужно, чтобы при отправке из РТ не выгружалась номенклатура, а бралась существующая. Такое возможно?

1. Я попытался посмотрел, какой модуль обмена используется при самом обмене. И в отладке увидел 5 вызовов МенеджерОбменаЧерезУниверсальныйФорма и 7 вызовов - МенеджерОбменаЧерезУниверсальныйФормат_1_6. В стеке вызовов все грустно

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

3. Желаемое вообще реально? Не очень понимаю, как ссылка в ключевых полях работает. Если она там есть, используем ее, а если нет то остальные ключевые поля?

Поднять нельзя не взбалтывать

Без изменения правил регистрации через саму кд сделать не получится?

(2) А почему не хочешь изменить подписку на регистрацию изменений в узле, если это тебе сделать проще, чем отредактировать правила регистрации объектов?

(3) Ну вот как реализация выгрузится к примеру?

(4) так же как и сейчас выгружается. В тч объекта будут указаны ссылки вместо номенклатуры

Изначально, при настройке обмена, нужно синхронизировать номенклатуру т.е. номенклатура А в первой базе = Номенклатуре А2 во второй базе

(5) По мне у него не та проблема я вижу как (6) у него номенклатура не синхронизирована

(3) РИБ мешает потому что)
Правильно подобное через правила регистрации делать, согласен.
Но хочу понять возможности КД3

(5) Подозреваю, ссылки и ключевые свойства. Все верно?

(6) Сделано

(7) т.е. если синхронизацию по номенклатуре с сопоставлением объектов выполнить, то она выгружаться не будет?

НУ со старой номенклатурой да, так и есть. А новая Или отредактированная.

(8) какой такой РИБ?

(9) не выгружалась номенклатура, а бралась существующая - ВОТ тут ключ, у него дублируется какая-то шляпа

(10) РИБ и БСП)

База розницы, центральная, плюс риб по магазину стандартный. Если править конфигурацию, все колом встает. А если код подправить расширение, то все гладко в автоматическом режиме накатывается. Я подумал, что ты предложил в конфе в узле регистрацию убрать)

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

Если в этой подписке условием отобрать, то РИБ-узел останется, а в узел для выгрузки в КА не будет регистрировать.
Понятно, что в подписке первое условие на проверку типа объекта идет и далее уже остальное.

(12) конечно же расширением и нужно такие вещи делать. Это же не что-то структурно изменяющееся, а вполне себе годная для расширения тема.

(11) Первая база - основная (КА)
Вторая - РТ

Так вот. Надо, чтобы если кто-то поменял физлицо в РТ, оно не улетело обратно. И заодно уложить в голове принцип работы КД3 в очередной раз..

(13) Подписку не видел. Мысль интересная, посмотрю.
Но дальше как раз вопрос про ключевые свойства. Я там вижу ссылку и пару полей, включая наименование. Если я наименование поменяю, он по ссылке сматчится? Т.е. ссылка особенная в этих ключевых полях?)

(14) Давно сидим, полет нормальный
Осталось перейти на EDT с нормальным гитом, но что-то я не верю в успех этой затеи)

И кстати. Все еще нельзя подписать на событие, например, регистрации номенклатуре в плане обмена?
Стеки просто безобразнейшие - разобраться в логике бсп самостоятельно чуть ли неневозможно :d

(17) подписку в расширении можно новую создать - такое есть. Режим совместимости 8.3.16 разрешает это делать.

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

Замер производительности..
https://i.imgur.com/NZINeFx.png

Ну да, не с первого раза, но все получилось. Оказалось, что я там уже копался) Когда уже хотя бы папки в конфигуратор завезут? :d
https://i.imgur.com/HcZm5of.png

Премного благодарен (:

Забыл проверку на тип элемента сделать)

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

(21) Мне больше нравится иметь типовые правила и аккуратное расширение под это дело..

Но справедливости ради, правила регистрации меняются не так часто как не хотелось бы)

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

(24) Разрабами типовых коробок. Появляются новые документ => нужно добавить правила для него.

(0) Может быть не загружать если есть в конечной базе?
В этом случае новая номенклатура переносится, существующая не меняется.

Если НЕ ДанныеИБ=Неопределено Тогда // Не замещать существующие объекты в приемнике при загрузке, а только создавать новые и заполнять их
    ПолученныеДанные = Неопределено;
КонецЕсли;

4 года назад обсуждалось
http://forum.infostart.ru/forum9/topic180680/message1987210/#message1987210