Добрый день

Столкнулся со следующей ситуацией, в УТ 10.3 при старом обмене с БП 2.0 была возможность снять галочку БУХ учет и тогда документ в БП 2.0 помечался на удаление.
После перехода на БП 3.0 и обновления механизмы обмена в УТ 10.3 ,  теперь объект с которых снята галочка БУХ учет больше не помечаются на удаление в БП 2.0...
Получается что в в двух базах УТ и БП разные данные ...
Вот и вопрос , это что то в настройках не так ?
Кто  сталкивался ?
Как решали?

Добрый день

Столкнулся со следующей ситуацией, в УТ 10.3 при старом обмене с БП 2.0 была возможность снять галочку БУХ учет и тогда документ в БП 2.0 после обмена помечался на удаление.
После перехода на БП 3.0 и обновления механизмы обмена в УТ 10.3 ,  теперь объект с которых снята галочка БУХ учет больше не помечаются на удаление в БП 30...
Получается что в в двух базах УТ и БП разные данные ...
Вот и вопрос , это что то в настройках не так ?
Кто  сталкивался ?
Как решали?

В общем в УТ 10.3 раньше в пакетах данных могли быть сформированы узлы "УдалениеОбъекта СсылкаНаОбъект" если документы был выведен из бух учета, теперь получается что нет...

up

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

Такое впечатление что все таки так задумано, есть парочка участков кода которые к этому располагают ... Но глупо как то ...

В принципе, добавлением некоторого кода в правила обмена можно вывернуться.
В обработчик перед конвертацией объекта вставляем добавление параметра, в обработчике после загрузки объекта проверяем значение и помечаем объект на удаление, если он существует.

Если надумаете, пишите. 1500 рублей.

Да вообще в новом механизме обмена они очень сильно порезали функционал. Дорабатывать его стало проще, может быть реализация даже стала интересней, но чисто готовый из коробки стал намного меньше.

Спасибо, разобрался. Я не стал менять правила и обмена и правила регистарции. Внес строчки в общий модуль и в обработку "конвертация объектов информационных баз "
Внес изменения, обеспечивает регистрацию объекта в модуле ОбменДаннымиСобытия

Функция ОпределитьИзмененияВерсийОбъекта(Объект, СтрокаТаблицыРеквизитовРегистрации)
    
    
    // Рудаков
    // Теперь все документы которые могут быть отражеы в бух учете будут регистрировать если эта галочка изменилась
    РеувизитБухУчет = НЕ Объект.Метаданные().Реквизиты.Найти("ОтражатьВБухгалтерскомУчете") = Неопределено;
    
    Если РеувизитБухУчет и СтрокаТаблицыРеквизитовРегистрации.имяТабличнойЧасти="" тогда
        
        СтрокаТаблицыРеквизитовРегистрации.СтруктураРеквизитовРегистрации.Вставить("ОтражатьВБухгалтерскомУчете");
        
    КонецЕсли;
    
    // Рудаков
Далее как обычно ...

Обработку конвертация объектов информационных баз  в функцию ВыгрузитьПоПравилу

    Если ЕстьГлобальныйОбработчикПередКонвертациейОбъекта Тогда
        
        Попытка
            
            Если РежимСовместимостиСБСП20() Тогда
                
                Выполнить(Конвертация.ПередКонвертациейОбъекта);
                // Рудаков
                Если Отказ тогда
                    ОтработатьУдалениеОбъекта(Источник);
                КонецЕсли;
                

(8) мне нвоый механизм не показался проще, одна только фильтрация регистрации как формируется из правил обмена. Это для меня вообще показалось удивительно, что они так сделали ... Тогда уж пусть выгружают только часть измененных данных

Это хорошо, когда одна база, но включать возможность изменений в каждой, трогать типовые модули и следить при обновлении тоже плохо. С другой стороны, надо следить за правилами обмена, чтобы восстановить после обновления.


(9) Как раз механизм обмена в БСП, который новый уже года четыре, достаточно простой и гибкий, по сравнению с предыдущими.