MaryS, М.б. такой как я и налаживал ) Раньше так и было - делали обмен из-под УТ в Бух. Но с приходом 3.0 это стало практически анрил.
Пришлось обмены ставить из Бух в УТ, а затем обратно. Те, что типовые, понятно. Прямым не люблю делать - часто у клиента нет SQL или наоборот ) или если там железо уг или на аутсёрсе... + переносимость баз для отладки... Может быть Ваш случай тоже требует наладки новой синхронизации - это надо видеть, оценить, решать.
Что не встает на метках - возможны варианты - синхронизация по расписанию - отладка не включится, т.к. идет не по отладке, а через фоновый процесс 1С, или нет актуальной выгрузки из УТ по счетчику - нет и обращения к процедуре, прохода метки, или ссылка на план обмена как-то странно косячит - это понятно, след. опять же м.б. не при каждой попытке синхр. происходит обращение туда. Или все же не так отладку запускаете. Или не там точки останова. Все это странно, и если хотите разобраться с этой синхр.- надо понять: должен использоваться план обмена и его надо найти. Возможно он не тот или стал не задействован вообще с какого-то момента, или не передается ссылка на него, раз пока конкретно и определенно мы видим это:
ОбщийМодуль.ОбменДаннымиСобытия.Модуль(3321)}: Значение не является значением объектного типа (Метаданные)
или все - таки правила...
Может стоит понаставить меток, например прямо с формы обработки "ВыполнениеОбменаДанными" или даже раньше и все-таки "поймав за хвост" проход интерпретатора по отладке, по следу добраться до проблемы. А принцип отладки там ни при чем. И еще: первичка при обменах теперь прилетает без движений часто - перепроводим.