| 
    
            
         
         | 
    
    
  | 
Любая ссылка в расширении | ☑ | ||
|---|---|---|---|---|
| 
    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с отвечали,что конфигурация не знает,что появились новые объекты,и она с ними работать не умеет.     
         | 
 | Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |