Имя: Пароль:
1C
 
КД3. Не выгружать изменения из базы источника
,
0 DTX 4th
 
15.09.22
19:46
Обмен КА <-> РТ.
Нужно, чтобы при отправке из РТ не выгружалась номенклатура, а бралась существующая. Такое возможно?

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

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

3. Желаемое вообще реально? Не очень понимаю, как ссылка в ключевых полях работает. Если она там есть, используем ее, а если нет то остальные ключевые поля?
1 DTX 4th
 
16.09.22
12:23
Поднять нельзя не взбалтывать
2 DTX 4th
 
16.09.22
12:54
Без изменения правил регистрации через саму кд сделать не получится?
3 Фрэнки
 
16.09.22
13:00
(2) А почему не хочешь изменить подписку на регистрацию изменений в узле, если это тебе сделать проще, чем отредактировать правила регистрации объектов?
4 МКК
 
16.09.22
13:02
(3) Ну вот как реализация выгрузится к примеру?
5 Фрэнки
 
16.09.22
13:05
(4) так же как и сейчас выгружается. В тч объекта будут указаны ссылки вместо номенклатуры
6 МКК
 
16.09.22
13:06
Изначально, при настройке обмена, нужно синхронизировать номенклатуру т.е. номенклатура А в первой базе = Номенклатуре А2 во второй базе
7 МКК
 
16.09.22
13:06
(5) По мне у него не та проблема я вижу как (6) у него номенклатура не синхронизирована
8 DTX 4th
 
16.09.22
13:08
(3) РИБ мешает потому что)
Правильно подобное через правила регистрации делать, согласен.
Но хочу понять возможности КД3

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

(6) Сделано
9 Фрэнки
 
16.09.22
13:09
(7) т.е. если синхронизацию по номенклатуре с сопоставлением объектов выполнить, то она выгружаться не будет?

НУ со старой номенклатурой да, так и есть. А новая Или отредактированная.
10 Фрэнки
 
16.09.22
13:09
(8) какой такой РИБ?
11 МКК
 
16.09.22
13:11
(9) не выгружалась номенклатура, а бралась существующая - ВОТ тут ключ, у него дублируется какая-то шляпа
12 DTX 4th
 
16.09.22
13:11
(10) РИБ и БСП)

База розницы, центральная, плюс риб по магазину стандартный. Если править конфигурацию, все колом встает. А если код подправить расширение, то все гладко в автоматическом режиме накатывается. Я подумал, что ты предложил в конфе в узле регистрацию убрать)
13 Фрэнки
 
16.09.22
13:12
(8) ты же видишь, что в подписке при изменении номенклатуры идет выборка данных и по условиям записывается регистрация по всем разрешенным узлам обмена.

Если в этой подписке условием отобрать, то РИБ-узел останется, а в узел для выгрузки в КА не будет регистрировать.
Понятно, что в подписке первое условие на проверку типа объекта идет и далее уже остальное.
14 Фрэнки
 
16.09.22
13:14
(12) конечно же расширением и нужно такие вещи делать. Это же не что-то структурно изменяющееся, а вполне себе годная для расширения тема.
15 DTX 4th
 
16.09.22
13:16
(11) Первая база - основная (КА)
Вторая - РТ

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

(13) Подписку не видел. Мысль интересная, посмотрю.
Но дальше как раз вопрос про ключевые свойства. Я там вижу ссылку и пару полей, включая наименование. Если я наименование поменяю, он по ссылке сматчится? Т.е. ссылка особенная в этих ключевых полях?)
16 DTX 4th
 
16.09.22
13:17
(14) Давно сидим, полет нормальный
Осталось перейти на EDT с нормальным гитом, но что-то я не верю в успех этой затеи)
17 DTX 4th
 
16.09.22
13:21
И кстати. Все еще нельзя подписать на событие, например, регистрации номенклатуре в плане обмена?
Стеки просто безобразнейшие - разобраться в логике бсп самостоятельно чуть ли неневозможно :d
18 Фрэнки
 
16.09.22
13:39
(17) подписку в расширении можно новую создать - такое есть. Режим совместимости 8.3.16 разрешает это делать.

Но в случае, с подпиской в типовой на изменение типовых объектов - типовая отработает сама по себе.
Надо найти перехватывать вызываемую процедуру или далее по стеку вызовов нужную процедуру хватать.
19 DTX 4th
 
16.09.22
14:27
Замер производительности..
https://i.imgur.com/NZINeFx.png

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

Премного благодарен (:
20 DTX 4th
 
16.09.22
14:41
Забыл проверку на тип элемента сделать)
21 Фрэнки
 
16.09.22
14:44
(20) ну это в идеале была бы обработка правил регистрации, которые можно в найстройку обмена воткнуть. Но здесь костыль, который перебивает процедуру до обработки загруженных правил.
22 DTX 4th
 
16.09.22
14:46
(21) Мне больше нравится иметь типовые правила и аккуратное расширение под это дело..
23 DTX 4th
 
16.09.22
14:47
Но справедливости ради, правила регистрации меняются не так часто как не хотелось бы)
24 Фрэнки
 
16.09.22
14:57
(23) так кем они меняются? при установленной базе я даже сомневаюсь, что при обновлении никогда не бывает проблем, что правила регистрации нужно изменить, а висят прошлые.
25 DTX 4th
 
16.09.22
15:34
(24) Разрабами типовых коробок. Появляются новые документ => нужно добавить правила для него.
26 MaxS
 
16.09.22
19:37
(0) Может быть не загружать если есть в конечной базе?
В этом случае новая номенклатура переносится, существующая не меняется.

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

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