Народ, использует ли кто-нибудь план обмена без РБД. т.е. исключительно для регистрации документов, которые потом пойдут на выгрузку.

Соответственно номер отправленного/принятого сообщения не используется?

да, видел много раз...

но уж лучше все-же делать обмен штатно через КД2

(1)  имеется в виду "штатно" это НЕ РБД а номера пакетов ИСПОЛЬЗУЮТСЯ

как пример - типовой обмен Бух-Розница

в методичке 1с как раз написано - что это является механизмом "универсального обмена" - зарегал все что нужно - выгрузил в файл - удалил из плана обмена.

Ну пусть регистрируются. Потом транзакция, выгружай, удаляй регистрацию. Кто мешает?

(5) все хорошо, спасибо!

(0) Номер принятого и отправленного абсолютно не означают РБД.
Оно нужно для того, что б не гонять по обмену все что попало. А иметь механизм контроля выгруженного/обработанного на стороне приемника. Почитай на ИТС за разработку обмена ЦБ и мобильного приложения. Там все разжевано в стиле "на селе и в городе".

(7) обмен будет работать через файл - в одну сторону. не нужно регистрировать то, что принято... записывая в "приемник" номер принятого сообщения (пакета)

записал в План Обмена - выгрузил в файл - удалил из Плана обмена.

простая схема, но за "разработку обмена ЦБ и мобильного приложения" спасибо

(9) а тикет о получения пакета не нужен?

(11) а то выгрузил, а оно потерялось и никто не виновать :)

(12) пока не нужен тикет о получении)

(0) план обмена можно использовать без РБД, но (13) но судя по всему, тебе даже план обмена не нужен

(14) нужен, как раз для "понимания" где произошли изменения - при подписке "при записи"

(15) т.е. ты используешь регистрацию измененных объектов в некой абстрактной для пользователя таблице. А в данном конкретном случае абстрактная таблица выглядит просто таблицами для регистрации объектов обмена данными в План обмена.

Когда у разработчиков начинается путаница, то они херят всю эту кухню и открывают свое казино, со своим блэкджеком и шлюхами - регистр сведений с записями, называемый ОбъектыОбмена или как-то так.

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