НомерОтправленного и НомерПринятого, поясните чайнику?

Собственно в планах обмена фиксируется номер отправленного и принятого сообщения.

Вот, читаю http://v8.1c.ru/overview/ExchangePlans.htm.

Например, есть узлы А и Б. В узле А я меняю объект Х.
Он заносится в узел обмена А, с номером сообщения NULL.
Допустим, затем я делаю выгрузку в узел Б с номером выгрузки 10.
Потом я опять записываю объект Х, по идее номер сообщения установиться в NULL в узле А.
Потом я опять делаю выгрузку в узел Б с номером выгрузки 11.
Потом я получаю подтверждение о получении выгрузки 10. Регистрация изменения не очищается, т.к. номер собщения для Х = 11.
Потом я получаю подтверждение о получении выгрузки 10. Регистрация изменения очищается, т.к. номер сообщения для Х = 11 и номер подтвержденной выгрузки = 11.
Меня интересует вот что. Номер подтвержденной выгрузки сохраняется в узле плана обмена или нет? И можно ли его получить и сохранить в узле плана обмена?

Книга знаний: УРБД на v8 за четыре шага.
Книга знаний: Инкрементальный экспорт с ипользованием Конвертации Данных v8
Книга знаний: Быстрое создание и настройка правил обмена для зависимых объектов в Конвертации Данных v8

Специально для чайников:
СП:

ПланОбменаСсылка.<Имя плана обмена> (ExchangePlanRef.<Имя плана обмена>)
НомерОтправленного (SentNo)
Использование:
Только чтение.
Описание:
Тип: Число. Содержит номер отправленного сообщения.

ПланОбменаСсылка.<Имя плана обмена>.НомерПринятого (ExchangePlanRef.<Имя плана обмена>.ReceivedNo)
ПланОбменаСсылка.<Имя плана обмена> (ExchangePlanRef.<Имя плана обмена>)
НомерПринятого (ReceivedNo)
Использование:
Только чтение.
Описание:
Тип: Число. Содержит номер принятого сообщения.

(2) Ты тему читал, гуру???

(0)Я ничего из темы не понял:).
Но там все просто. Номер сообщения стоит в заголовке  .xml файла обмена. При успешномом обмене он пишется в план обмена. стоит простой контроль чтобы не зашел обмен с низшим преоритетом, который обмонуть-как два пальца. Меняй цифру в файле или в плане обмена.

(4) еще один.
Объясняю популярно:
Есть номер принятого сообщения, номер отправленного сообщения.
Есть ли номер последенго подтвержденного сообщения?

(5)Это ты еще один:)
Пока обмен не подтвержден его номер не пишется в план обмена узла.Т.е. записанный там номер и есть последний подвержденный.

но если ты хочешь увидить номер подтвержденного сооьбщения переферии в центре, то нет такого.

(0) По-моему, "квитанция" приходит непосредственно в объект. Если квитанция не пришла, выгрузка повторяется. Сам узел в механизму квитирования не участвует напрямую

ИМХО

(8)Вся "квитанция" заключается в номер в файле и в обработоке обмена. Прошел- запишется как удачная. Не прошел- до свидания.

Еще раз пример, другой, для общности.
Итак, я передаю в периферию сообщение номер 11, потом 12, потом 13.
НомерОтправленного = 13
Потом получаю сообщение, допустим с номером 70, в нем сообщается, что подтверждены изменения с номером 12 (дошел 12-й пакет, а 13-й еще нет).
НомерПринятого = 70
Где хранится номер 12? Можно ли его получить и как сохранить в узле?

Неясно выражаюсь?

(10)Ты не с той стороны мыслишь...Это не "где 12 хранится" ...А "просто 13-й не дошел". И нигде не хранится. А хранится только последний 12-й

+(11)Он хранится в плане обмена переф. базы и во входящем файле обмена

(11,12)+1... следующий отправленный будет 14 - полюбому...

(11) т.е. ты хочешь сказать, что при отправке выгрузки номер не будет инкрементироваться, пока не дойдет подтверждение?

что то в это не верится

(12) Он в каком-либо методе или событии доступен? Почему он не хранится в узле, этот номер, не спрашиваю - у 1с и так много пробелов в свойствах и событиях

(14) наоборот, что он будет инкрементироваться - в не зависимости - дошло оно или нет

(14)Ты загляни в планы обмена...Запросто может быть:
Номер приянтого :12
Номер отправленного: 56

а потом он с 12 может сразу стать 14-м

гланое чтобы не меньше

подожди, я отправил пакет 12, 13, 14.
Номер отправленного сообщения должен быть 14.
А затем только получил подтверждение о получении пакета 12.
Каким у меня будет номер отправленного сообщения? 14? 12?

(21)
Ну смотри. Начнем с начала.

Центр-Переферия. № отпр 1 пришло нормально.
П-Ц приянли что 1 из Ц загружен, отправили свое. Тоже 1.
потом из Ц отпрвили №2, но  не дошел...
А из Переф отправили свой №2
Из Ц отправляют №3  ... ну скажем тоже не дошел.В Переф так и стоит что только 1-й нормально пришел, а отправлено уже 2...Отправляют из переф 3-й
Из Ц- 4-й....И тут он доходит!..Переф смотрит последний принятый - №1. Меньше чем 4.
Спокойно принимает и отправлят в ответ свой 4-й
Ц отправляет 5-й , П его принимает и последний принятый становится № 5.

Не шибко путано?:)

(22) ты его убил...

(22) Рэйв, а с чего ты взял, что номер отправленного и принятого всегда совпдадают. На практике номер отправленного может быть 10, а принятого 200.

(22) номер принятого - это не номер подтвержденного, это номер принятого из другой базы сообщения.
а вот номер последнего подтвержденного по ходу не хранится. или я туплю

Ладно, спросим у профессионалов:
http://partners.v8.1c.ru/forum/thread.jsp?id=682980#682980

Автор получил ответ от профи? Можно его озвучить? (так просто, интересно, как ответят, куда пошлют)

(0) Смешно.

(27) Материалы закрытой конференции нельзя перепечатывать

(27) там такие же профи, как и ты, только им удалось проникнуть на форум.

(29) А озвучить своими словами "секретные материалы"? :)

(31) очкую