Здравствуйте , есть база 1 и база 2 (Учебный эксперимент с 0)  меду ними реализовал обмен  справочника через HTTP сервис (+ json)в базе1  и обработку которая коннектится к этому сервису через http запрос из базы2 к базе1 , вроде все работает.
Теперь хочу привинтить сюда еще планы обмена в обоих базах, чтобы автоматически регистроровались новые объекты и происходил обмен. Планы обмена создал , задал состав , авторегистрацию и узлы.
Вижу что регистрация происходить ( Справочник.НазваниеСправочника.Измениния) ( Узел-НомерСообщения-СсылкаНаСправочник) а вот как дальше работать с планами обмена не понятно. Нашел только примеры работы с ХМЛ. Может есть у кого примеры работы с планами обмена с  0 ?

Книга знаний: УРБД на v8 за четыре шага.

Еще есть что нибудь ?

(2) А конкретные вопросы есть? В работе с планами обмен нет никакой разницы каким транспортом (файлом, сервисом, почтой...) и в каком формате (json, xml...) ты отправляешь данные.
Изменения можно читать запросом, для снятия регистрации есть соответствующие методы.

(3) ПланыОбмена.СоздатьЧтениеСообщения() ;  Используется только для чтения из XML файлов ?

2- Просто нужны примеры работы с планами обмена. (1 Прием данных данных , 2 Работа с номерами сообщений , 3 Отправка данных,4 снятие регистрации

(4) Зачем 1 и 3 если в (0) это есть?

(4) У тебя УРБД или обмен по правилам (КД)?

(6) Не УРБД и не КД , просто две базы с 0, обмениваются одним справочником , через HTPP сервис.

(5) Да прием отправка есть

(8) Тогда осталось
2. ВЫБРАТЬ
    ВалютыИзменения.Узел,
    ВалютыИзменения.НомерСообщения,
    ВалютыИзменения.Ссылка
ИЗ
    Справочник.Валюты.Изменения КАК ВалютыИзменения
ГДЕ
    ВалютыИзменения.НомерСообщения = &НомерСообщения

4. УдалитьРегистрациюИзменений

(9) А номера сообщений сами меняются чтоли ?

(10) Почитай все же теорию, а то не сложится стройная картина.

(11) Ну да , вот пытаюсь понять последовательность действий.

(10) не нужны тебе номера сообщений: засунул ВСЕ изменения в сервис - получил от него подтверждение, что он ВСЁ съел - очистил ВСЮ регистрацию

(13) Ну не совсем так. Стоит учитывать что данные могли быть изменены, пока сервис туда-сюда ходит.

(13) Да  хорошая идея ,причем все в одной транзакции.

(14) Это мысль, тогда наверное снимать регистрацию по списку объектов (и "объектов"). С номерами сообщений я бы всё равно не связывался, кажется  в неУРБД они не очень корректно работают. Но это чистое имхо