Имя: Пароль:
1C
1С v8
Любая ссылка в расширении
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с отвечали,что конфигурация не знает,что появились новые объекты,и она с ними работать не умеет.
Кaк может человек ожидaть, что его мольбaм о снисхождении ответит тот, кто превыше, когдa сaм он откaзывaет в милосердии тем, кто ниже его? Петр Трубецкой