|
КД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 |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |