Всем добрый....
Задача. Есть писаная перепсианая УТ10
В ней разработанный план обмена. Все фиксируется в нем через программирование. Все ок. Все работает как мне надо. Нужные документы ездат  в нужные узлы и т.д.

Теперь задача новая
Есть документ.
В нем 5 табличных частей.
Хочу чтобы шапка документа и 4 табличных части ездили.
а одна табличная часть не ездила.
Не сделаю же так? Объект целиком же едет? да?
==============
надо эту часть в ТЧ в регистр сведений выносить и хранить только в нужном узле.
Или я что-то не нашел?

(0) Выбрасывай эту табличную часть при получении данных и записывай вручную без неё.

(1) не... мне надо чтобы именно не Выгружалась.
Это важно!

Тогда в ПриОтправкеДанныхПодчиненному() ее очищай.

(3) посмотрю... спасибо

(3) там только ОтправкаЭлементаДанных можно менять. если я верно понял. Этим я уже, как оказалось, пользоваля лет 5 назад. Там я по складам - подразделеням - куда-то отправляю в узлы- куда-то нет.
А вот как сам ЭлементДанных менять. Он же ссылка. А потом еще вернуть.

Ладно забил.
Перепишу на РегистрСведений и его из плана обмена Исключу.
Так вернее будет. Чем огород с ТЧ. Не подумал когда ТЧ завел. Бывает

(5) ПриПолученииДанныхОтГлавного, например. Меняешь там статус, чтобы оно не записывало автоматически и пишешь вручную что душе угодно.

(3) И в приемнике она будет всегда очищатся. Это не то поведение, которое ожидается.

(5)
<ЭлементДанных>
При вызове обработчика события данный параметр содержит элемент данных, изменение которого зарегистрировано и который должен быть помещен в сообщение обмена данными. Элементами данных могут быть КонстантаМенеджерЗначения.<Имя константы>, объекты базы данных, наборы записей регистров,

(7) тогда можно в событии из (6) подгружать в ЭлементДанных - текущие данные ТЧ по ссылке (если нужно конечно)

С РС вполне норм вариант кстати)

Отправляется не ссылка, а объект. Т.е. прочитывается из базы объект и он записывается в файл обмена.
Так что после считывания объекта можно ТЧ очистить, удалить или добавить строки в нее.

Точно также можно при записи пакетов удалять или добавлять строки в наборы записей регистра

(9) Ну да, там все равно запись корячить надо. Даже если эта табличная часть не будет передаваться. И даже если изобрести свой формат сериализации и свой РИБ - при обновлении такого объекта надо писать свою логику.

и чтоб не слишком утруждать отдельными записями в РС, можно использовать РН, но указать, что это оборотный и использовать для сохранения сведений реквизиты, а не измерения или ресурсы

(0) Всё легко реализуется через банальную подписку на событие перед записью этого документа.

(15) подписку он уже сделал :-)
Он теперь из-за нее думает, что в пакеты записываются какие-то ссылки, а не данные объектов.

И да, забыл, а на кой ляд этот обмен вообще в РИБ засунут? Ну пусть есть один обмен для системной инфы, а рядом ставишь еще один план обмена без каких-то РИБ.
Подробностей прямо сейчас не вспомнить и не пересказать, но у плана без флага РИБ обработка именно данных делается удобней.

(16) Я не про ПриОтправкеДанных... или ПриПолученииДанных... - автор с ними на вы :(
(17) Зачем всё усложнять? Озвученные хотелки автора легко реализуются в рамках РИБ-обмена или вне его. "Да вы просто не умеете их готовить!"(с) ;)