добился чтобы ошибок не было (сделал в узлах в Источнике(УТ) номер отправленного - 1, принятого - 2, а в Приемнике(БП) номер отправленного - 2,номер принятого - 1 ), и первый обмен получает 900 об, а выгружает 120, затем добавляю док в УТ - выгружаю, он получает 1, а выгружает 121 (новый + ранее уже выгруженные),те обновляет уже выгруженные, почему так? почему не получает ответы за эти 120 и не снимает их с регистрации в плане? ошибок никаких не выдает

при чем этот добавленный док не затирается - т е о его выгрузке ответы приходят, в чем дело?

Да вы просто мастер слова :).
1. В источнике выбираем узел, жмем Записать изменения. Смотрим номер отправленного. Изменился?
2. В приемнике выбираем узел источника, жмем Прочитать изменения. Смотрим номер принятого.
3. В приемнике жмем Записать изменения. Смотрим номер отправленного. Изменился?
4. В Источнике для этого же узла жмем Прочитать изменения. Смотрим номер принятого. Изменился?

(1) А с каких пряников затираться-то ему? Пришел ответ или нет, документ-то в источнике существует!

имел ввиду не затирается а обновляется

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

(2) так где эти "Записать изменения", но в принципе после обмена сообщения меняются, - вопрос почему не приходят ответы

как они вообще регистрируется эти объекты о которых ответы должны прийти? по какому признаку?

Обмен, как я понимаю, должен быть двухсторонним. Если есть только кнопка Выполнить обмен в УТ, то и в БП такая же шляпа. Жмите кнопку в УТ, потом так же в БП.
Если вкратце, то принцип регистрации до гениальности прост:
    Есть план обмена. В него входят какие-то объекты, причем регистрация может быть настроена как авторегистрация либо объекты регистрируются для каких-то избранных узлов по определенным правилам, прописанным кодом в конфигурации.
    Так или иначе, в каждом узле есть таблица регистрации, в котором прописывается Объект, узел, для которого зарегистрированы изменения, и номер сообщения, вычисляемый программой как номер последнего отправленного в этот узел.
    В какой-то момент в узле А для узла B создается и отправляется сообщение обмена, в которое входят все зарегистрированные для узла В объекты (можно какие-то не передавать, прописав алгоритм в процедуре ПриотправкеДанныхПодчиненному и ПриОтправкеДанныхГлавному).      
    Узел В принимает сообщение. Если в нем для узла А нажать Выполнить обмен либо Записать изменения - для узла А будет сформировано сообщение, в котором фигурирует номер последнего принятого сообщения НАЗОВЕМ ЕГО Х.
   Узел А принимает это сообщение от узла B и чистит свою таблицу регистрации для узла B, удаляя из нее строки с номером сообщения <= Х (см.выше).
Это просто один из способов удаления регистрации, по умолчанию использованный в типовых от 1С. Можно реализовать свои способы, например, автоматически чистить всю таблицу регистрации при отправке сообщения в узел - правда, если сообщение похерится, не обработавшись в узле, то и изменения не дойдут. Так что смотрите сами.

7()тут обмен с прямым подключении к базе, поэтому обмен манипулируется только со стороны источника...
то что я попробую еще раз объяснить
1) я загружаю в источник ответы (около 900)
2) я выгружаю из источника объекты(120)
сделано это разными пунктами потому что и интерактивно я это делаб по отдельности, если делать все вместе то он почему то не понимает полученные ответы(те 900) и выгружает 1100 объектов
3)я и загружаю и выгружаю объекты...и тут начинается шляпа - он не получает ответы за эти 120 объектов! и в итоге опять их выгружает, если же я в источнике добовляю док, то он и выгружается нормально и ответ за него происходит, и в итоге он не перезаписывается при следующей выгрузке, отсюда конкретный вопрос, где ответы за эти 120??? сообщения везде меняются(источник - прин - 4, отпр - 3, приемник - прин - з,отпр - 4 - ошибок не выдает).

вверх