|
Любая ссылка в расширении | ☑ | ||
---|---|---|---|---|
0
1S_User
28.04.22
✎
12:30
|
Документ у заказчика добавлен в расширении. В него происходит загрузка данных по обмену. При этом тип данных "любая ссылка" в регистре "Публичные идентификаторы синхронизируемых объектов" данные и расширения не включает. Можно было бы в том же расширении изменить тип измерения регистра, добавив к любой ссылке еще и наш документ, но в режиме совместимости с 8.3.17 ниже типы менять в расширении нельзя.
Кто-нибудь пробовал подобное обходить? |
|||
1
vicof
28.04.22
✎
12:33
|
Обновить плфатформу?
|
|||
2
1S_User
28.04.22
✎
12:34
|
(1) Платформа последний релиз. Сама конфа бухи в режиме совместимости с 8.3.16.
|
|||
3
1S_User
28.04.22
✎
12:34
|
Я уже думаю переносить док из расширения в конфу.
|
|||
4
vicof
28.04.22
✎
12:38
|
(3) Да, нормальный вариант.
|
|||
5
1S_User
28.04.22
✎
12:39
|
(4) Да, только такое согласовывать надо, еще и понять бы, какие риски потери данных.
Вот и думаю, можно ли обойтись. |
|||
6
Фрэнки
28.04.22
✎
12:41
|
А зачем использовать регистр?
Вроде пишешь, что только документ создали в Расширении. Он и будет гулять в обмене, который в этом же расширении можно создать. Или я чего-то не знаю про обмены. |
|||
7
1S_User
28.04.22
✎
12:42
|
(6) Типовой функционал пишет в "Публичные идентификаторы синхронизируемых объектов". Вот на последнем этапе и упало. Перепиливать типовой обмен не хочется.
|
|||
8
Фрэнки
28.04.22
✎
12:46
|
(7) На уровне совместимости с типовой конфой...
ну... так в типовой функционал обмена один фиг не впишешь нетиповой документ, если не сломаешь замок у типовой конфы можно в расширении свой обмен замутить, но это будет другой обмен - нетиповой. |
|||
9
Фрэнки
28.04.22
✎
12:47
|
Но можно отломать запись публичных идентификаторов для документа из расширения и не использовать их в своем дописанном обмене
|
|||
10
1S_User
28.04.22
✎
12:53
|
(8) Да нет, тут как раз достаточно легко все вписывалось, кроме тех случаев, когда приниающий документ сам в расширении.
Замок снимался только с пакета xdto. А здесь непонятно, что делать. То ли искать способы легкого переноса дока из расширения в конфу (при том, что док востребованный, там много тысяч объектов данных), то ли "публичные идентификаторы" весь в расширение кидать, удаляя из конфы, что воообще бредом кажется. |
|||
11
1S_User
28.04.22
✎
12:54
|
(9) Можно, но это прям грустняк вообще. Сильно типовая логика порушится.
|
|||
12
Фрэнки
28.04.22
✎
12:55
|
а какая разница, с чего-то одного только снимать замок или со всей конфы целиком.
|
|||
13
Фрэнки
28.04.22
✎
12:57
|
(11) не так уж и сильно. На стороне приемника для дописанных своих документов от "Публичные идентификаторы синхронизируемых объектов" больше вреда, чем пользы.
|
|||
14
1S_User
28.04.22
✎
12:59
|
(13) Пробовали отказываться от записи в идентификаторы?
А как тогда делать по этим объектам поиск по гуидам? Он будет каждый раз заново сопоставлять, как будет ничего нет? |
|||
15
1S_User
28.04.22
✎
13:01
|
(13) Тут еще усложняется тем, что у меня один док идет в 2 сразу, поэтому соответствия по ссылке 1 в 1 не будет, так что публичные идентификаторы очень даже пригодились бы....
|
|||
16
hhhh
28.04.22
✎
13:17
|
(15) ну поднимите совместимость бухии
|
|||
17
1S_User
28.04.22
✎
13:18
|
Сейчас пробую вариант с отключением синхронизации по ГУИД, только по полям поиска. Может, обойдется.
Поднимать совместимость, скорее всего, будет чревато. |
|||
18
1S_User
28.04.22
✎
13:20
|
Вроде бы с вариантом "только по полям поиска" что-то нарисовалось.
|
|||
19
hhhh
28.04.22
✎
13:44
|
(18) ну это же и есть сопоставление. То что в (14) писал. Будет каждый раз по полям поиска сопоставлять.
|
|||
20
Фрэнки
28.04.22
✎
14:03
|
На стороне приемника два докобъекта для бывшего нетиповым объекта - это типовые объекты там или откуда они берутся?
И если они типовые, то кто мешает их сгенирить на стороне отправителя по данным из введенного в расширении? У меня такой практический пример был. Расширение крутит-вертит, но результат все равно типовой. Записывает и нетиповой и типовой и обменивается только типовыми, т.к. на приемнике о наличии нетипового ничего знать не нужно. |
|||
21
1S_User
28.04.22
✎
14:12
|
Вот сейчас пробую. Напишу по результату.
Хорошую, конечно, свинку разрабы заказчика подложили.) |
|||
22
1S_User
28.04.22
✎
14:26
|
В общем, когда ставишь только по полям поиска, все замечательно проходит, вот только пометка удаления, что логично не будет переходить, ну и если поля полей поиска изменятся, то приехали.
|
|||
23
Eiffil123
28.04.22
✎
17:07
|
на сколько я знаю, это бага расширений: реквизит с типом ЛюбаяСсылка основной конфигурации не видит добавленные в расширении метаданные.
Пока что с этим нужно смириться. |
|||
24
1S_User
28.04.22
✎
19:01
|
(23) Смириться-то я с этим смирился, вопрос был в том , как обойти.
В общем, такого покемона нарисовал... Сделал Поиск строго по реквизитам Поскольку типовой функционал в таком варианте не передает сам нормально пометку на удаление, вывел ее как реквизит для передачи, а после уже в пост. обработке после загрузки делал пометки. Пока еще тестирую, но вроде как работает. |
|||
25
ДедМорроз
28.04.22
✎
20:16
|
Типа ЛюбаяСсылка в работающей конфигурации нет - он превращается в список ссылок,почему не сделали в него добавление при создании расширения - 1с отвечали,что конфигурация не знает,что появились новые объекты,и она с ними работать не умеет.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |