Вопрос по РИБ 8.2: обмен "в одну сторону" #523981

Коллеги, вот такой вопрос знатокам обмена РИБ. Организация ведёт совместную детельность, для такого учета данные выгружаются из основной базы БП в аналогичную базу один к одному, после чего бухгалтер часть проводок удаляет и часть добавляет. Выгрузку я им в данный момент делаю так: рисую правила в КД и выгружаю вместе с движениями регистров в другую базу. Хочу с Нового года организовать это дело в РИБ, выгрузка будет в одну сторону, и бухи её будут делать сами. Вопрос в следующем: можно ли сделать так, чтобы: при загрузке , если в  подчинённом узле документ помечен на удаление, то такой документ в подчиненном узле не меняется? Если да, то как? Если нет, то почему? Есть ли в типовых такой пример, если да, то где бы глянуть?

вот как раз про проверку данных при загрузке в поиске ничего не нашёл

чо-то такое в книжках по РИБ выдел. стандартыне функции плана обмена.

ну дык, зачем при загрузке, по сети гонять ненужные данные? Все при выгрузке проверяют.

"...из основной базы БП в аналогичную базу..." - не понял, торможу. Уточни разговор идёт об РИБ или всё-таки КД2? Термин "Распределенная Информационная База" предпологает идентичность конфигураций. У Вас конфигурации идентичные? Я так понял - нет.И термин "РИБ-обмен" не приемлем.

Через план обмена делай. Только в одну сторону. Посмотри односторонний обмен между УТ и БП

Проблема вот в чем. Технология РИБ, по идее, подразумевает, что данные будут идентичными. У меня же помеченные на удаление документы в подчиненной базе не должны измениться при обмене, ни при каких условях. Обмен односторонний, центральна база не будет "занать", что в подчиненной какие-то доки пометили на удаление. Может быть, мне в таком случае, РИБ не подходит? Про стандартыне функции плана обмена - спасибо, сейчас буду смотреть.

"Технология РИБ, по идее, подразумевает, что данные будут идентичными" - не совсем верное предположение. Идентичны должны быть конфигурации, а данные в центральной и подчиненных базах - могут различаться. Это не противоречит механизму РИБ-обмена. Если образно выражаться, то центральную базу абсолютно не интересует дальнейшая судьба как самого сообщения обмена, так и переданных этим сообщением объектов. Всё на совести программиста. При одностороннем обмене, центральная база только регистрирует изменения объектов и выгружает их при очередном сеансе обмена. Если будет получен ответ с номером переданного ранее сообщения - будет снят признак регистрации измений. Всё. Мои соображения поповоду темы: Легче всего реализовать полный, двухсторонний обмен данными между базами с помощью файлов сообщений обмена. Почему так? Потому что легко будет модифицировать обмен объектами в дальнейшем. Первый узел (центральная база) будет выгружать все зарегистрированные изменения объектов и принимать сообщения обмена от другого узла. Всё. А другой узел, при получении данных, будет "самостоятельно разбираться" что делать с этими данными и удалять в своей базе данных зарегистрированные изменения непосредственно перед выгрузкой сообщения. Вы хотели получить односторонний обмен? Вы его получили. PS: соори, много буковок.

Имхо: не рекомендую использовать пометку удаления как "разделитель" изменения данных при обмене. Я против. А если Вам потребуется действительно удалять объекты в подчиненной базе? Как Вы их будете "различать" друг от друга?

2 не устану рекомендовать: глава 15, 6-й пункт

Спасибо за ответы, отдельное спасибо за , в принципе, на данном этапе понял, куда копать.