Всем доброго времени суток.
Необходимо доработать обмен РИБ таким образом что бы документы с датой меньше заданной не передавались из главного в подчиненный узел.
Пробую реализовать через ПриОтправкеДанныхПодчиненному(), если документы  я могу не отправлять, но получается что потом отдельно регистры отправляются. И что то нет идей. Может кто подскажет как справится с проблемой?

почему просто не регистрировать их как измененные? важно чтобы они копились в таблице изменений?

константа и регламентное задание, которое раз в час будет снимать регистрацию с тех объектов, дата которых меньше константы

(1) Получается если я для документа отменю авторегистрацию, то и движения не будут регистрироваться?

(3) нет

(2) Хороший вроде вариант, только не совсем понятно как реализовать. Можно разжевать немного?

2(3) при чем тут авторегистрация?

(0) А смысл? Глобально какая задача стоит?

(7) Свернуть подчиненку, и выгружать документы из центральной только с определенной даты.

(6) Если я правильно понимаю, то авторегистрация будет автоматически регистрировать изменения для узла.

(5) ну константа будет хранить рубежную дату.
Для регламентного задания запиливается свой модуль(чтобы обновления не корежились), сам процесс разрегистрации - это банальный запрос по таблицам изменеий с отбором по нужному узлу и дате(которая из константы берется), а дальше через планыобменаменеджер отменяется регистрация дока, получаются его движения и отменяется регистрации и их.
Какие виды документов участсвуют в нужном плане обмена можно узнать через свойство Состав(если не путаю ничего).
Вот собственно и все.

2(9) да, и что? а ты удаляй программно. нужно удалить и движения - удаляй и движения.

(10) Все понятно, остался один момент. Таблицы изменений это регистр какой то? Как ним обратиться?

(11) А где это удаление нужно делать, что бы правильно было.

(12) таблицы изменений это банальные таблицы, открой конструктор запросов и в левой верхней части есть хитрый значек, что-то типа "Показывать таблицы изменений" Включаешь его и получаешь возможность конструктором лабать запросы по изменениям.

2(13) где угодно, где в итоге не будет записано. Может и в подписке какой-то.

(13) главное это все манипуляции запихивать в оплетку вида:
попытка
начатьтранзакцию()
зафиксироватьтранзакцию()
исключение
отмменитьтранзакицю()
конецпопоытки

(14) Спасибо, теперь понял.

ИМХО: легче тупо скомуниздить механизм запрета изменения данных, только воткнуть его в подписки на регистрацию изменений в обменах, и тупо не заполнять получателей, если дата меньше. Механизм по дате запрета, в т.ч. и регистров уже написан

(15) А как получить все движения документа?

(16) что это? транзакция в попытке в вакууме?)
не надо автору такого

2(19) ЭтотОбъект.Движения - это коллекция

(21) Спасибо еще раз.

(20) ну дык я надеюсь автор знает куда впихивать свой код между НачатьТранзакцию() и ЗафиксироватьТранзакцию() а?

Узел = ПланыОбмена.Полный.НайтиПоКоду("002");
    Если Источник.Дата < Константы.ДатаЗапрета.Получить() Тогда
        ПланыОбмена.УдалитьРегистрациюИзменений(Узел, Источник);
        ВсеДвижения = Источник.Движения;
        Для Каждого Стр Из ВсеДвижения Цикл
            ПланыОбмена.УдалитьРегистрациюИзменений(Узел, Стр);    
        КонецЦикла;
    КонецЕсли;

В обработчике заходит в ПланыОбмена.УдалитьРегистрациюИзменений(Узел, Источник), а при обмене, все равно доки прилетают в подчиненку. В чем дело?

(24) Где ты это написал?

Что за обмен, какая конфа? Подписки на события для обменов етсь уже? Легче там изменить

(26) БП, типовая. Создал подписку на проведение.

регистрация происходит после окончания транзакции.
УдалитьРегистрациюИзменений - не надо бзать вобще, очищай список получателей

короче - я бы сначала прочитал пару страниц из толстой книги по обменам

ичспользовать надо по хорошему 2 подписки: ПриЗаписи и ПередЗаписью, так, как это делается в типовых

(28) Ну почитать и вправду стоит.
А как отчистить список получателей?

(30) Я хотел ПриЗаписи и ОбработкаПроведения использовать.

Источник.Обменданными.Получатели.Автозаполнение = Ложь;
Источник.Обменданными.Получатели.Очистить();

(32) транзакция одна, не надо на проведение вешать, делай на (30). Только 2 подписки там для разного, одна для регистрации Объекта, другая для регистрации Ссылки. Если нет разбивки по орагнизациям и других фильтров - то только ПриЗаписи используй

(34) Ок, Спасибо, сейчас попробую.

хотя вру, надо Обе подписки, чтоб избежать косяков.
Пример: док 2013 года, мы меняем дату на 2012, значит в узел надо послать Удаление этого объекта