Есть две КА. Между ними сделан обмен. Объекты летят в одну сторону (в бух базу).
Если объект и изменен, то он не должен улетать в упр базу.
Но из бух базы должен улетать флаг того, что объект был загружен. Этот флаг не улетает в ответном обмене (бух в упр).
Где может ыбть ошик

РБД?

(0) Ошибка в том, что ты не знаешь принципа работы планов обмена. Никакого "флага" нет. Есть номера сообщений.

Что это может быть?

Чтобы отменить регистрацию объектов в плане обмена, я в подписке на события записи справочника/документа/регистра запретил регистрацию изменений. Авто регистрация изменений отключена.

(1)
Нет, не РБД, но через планы обмена.

(2)
Просвяти...

(4) План обмена в бух конфе идентичен упр?

Кстати да, всегда интересовало что значит галочка, что-то типа "оставлять информацию о том, где объект создан". Где эта информация хранится?

(4) "Просвяти"
Таблица регистрации планов обмена (ТР) регистрирует изменения, но не проставляет номер сообщения до тех пор, пока ты не сформируешь сообщение обмена. В момент, когда ты формируешь сообщение обмена у всех записей ТР, у которых не проставлен номер сообщения, проставляется номер текущего (формируемого в данный момент) сообщения. В сообщение обмена также включается номер последнего принятого сообщения, который нужен для удаления из ТР записей, номер у которых равен или меньше номера принятого из сообщения обмена. Всё.

(5)
нет, а что?

разница только в галочках включать авторегистрацию или нет.

+(7) Чтобы данные из бух базы не попадали в упр базу есть два пути - хороший и не очень.
Хороший - это не регистрировать лишние изменения.
Не очень - это не отправлять лишние изменения.

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

(9)
я пошел по хорошему пути
у меня стоит запрет на регистрацию изменений.

(10) Ты ещё и не внимательно читаешь... Эх...

(8) по порядку: из бух в упр что-то ходит?

(7,12)
Ты хочешь сказать, что если я сообщением номер 153 выгрузил изменения некого товара, то в сообщение 154 он не попадет, при условии что ответ от узла, куда выгружали не пришел?

(13)
из упр в бух - все
из бух в упр - ничего

(14) пакет из бух в упр приходит хоть какой-то или даже ответного файла не передаешь?

(14)(+15) между приемками 153 и 154 нужно в упр базе принят ответный пакет, в котором будет прописан 153 номер загруженного пакета. Загрузка прочитает это номер и снимет регистрацию объектов, у которых стояла отправка изменений в тот пакет

(14) ну так в бух у тебя должен быть такой же (по составу) план обмена с запретом авторегистрации. и все должно работать.

(15)
передаю, его УПР глотает, но флаг регистрации не снимает :(

(17)
по составу так и есть.

(15)
без ответного фала, откуда же оно узнает, что данные приняты...

(14) Весь вопрос в том, что ты не понимаешь слова "ответ". В нормальном пониммании этого слова - это обычное сообщение обмена (можно даже пустое) в котором содержится номер принятого ранее сообщения обмена.
То есть, отправив 153 сообщение и не получив в ответ ниодного сообщения, где номером отправленного было бы 153 и выше, в последующие сообщения (154, 155, 156  и т.д.) будут включаться изменения 153 и всех предыдущих, которые есть в таблице регистрации. А как таблица регистрации очищается я уже писал.

(20) а ты делаешь выгрузку из бух вообще?

(21)
В каком теге номер принятого сообщения прописывается?

(22)
ну конечно да.

(24) хз ... у меня все так работает на ура ... ничего руцями не ковырял, никакие подписки на события не обрезал ...

(23) Точно не помню, в самом начале сообщение где-то... Да ты не там смотришь. Если ты выгружаешь стандартными средствами, то там всё проставляется нормально. Ты лучше скажи нам, номера сообщений принятого и отправленного в обоих базах.