Доброго времени суток всем!

Подскажите пожалуйста, никто не встречался с проблемой при которой скидываются изменения для узла?

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

На разу не сталкивался.
Вообще, в снеговике нет ничего надежнее, чем таблица регистрации изменений планов обмена.

Так что, думаю проблема в шаловливых ручках...

Все возможно, но регистрация проходит. Документы я к выгрузке вижу. Как приходит обмен с главного узла. то происходит сброс

РИБ - приоритет изменений главного узла

(2) Отладчик всё знает.
Неизвестно, какой там код при загрузке из главного выполняется...

Ты бы поймал ошибку - проще было бы анализировать.

(3) Сам придумал? Вообще-то, кто первый, того и тапки...

(5) Нет. Если между сеансами обмена объект изменили в главном и подчиненном узле - останутся изменения главного узла.

(6) Это если программно реализовано. Создай конфу с нуля без единой строчки кода - там такого не будет.

(4) код стандартный обмен. Ничего не менялось

(4) Так вот где ловить не понятно. Надо скорей всего отключать все обмены и в ручном режиме пробовать.

(8) Хочешь, я угадаю конфу и релиз? :)
Стандартный код от Васи Пупкина?

(6) Да у нас документы которые идут снизу не регистриуются к выгрузке в низ

(10)
1С:Предприятие 8.3 (8.3.5.1383)
Конфа: Управление торговлей 10.3.8

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

http://www.mista.ru/articles1c/urbd.htm, раздел "Коллизии"

(13) и к чему это?

(13) Если это предназначалось мне в ответ на (7), то промазал - по ссылке УРБД от клюшек.

(0) Если рядом развернуть копию базы и не отключить обмен по расписанию в копии, то часть документов будет уходить не туда.

(16) Кстати, да, вариант.

(16) Это почему?

Описываю подробно:
1. Обмениваюсь пакетами с центральной базой
2. Ставлю на регистрацию документ в подчиненной базе (т.е. я его изменяю и он у меня регистрируется с сообщением NULL. как и должно быть. Так как он не попал не в один пакет)
3. Загружаю обмен с центральной базы
4. Данная регистрация пропадает

(19) "3. Загружаю обмен с центральной базы "
В этом файле что-нибудь есть или он пустой?

+ (19) и пропадает она на команде УдалитьРегистрациюИзменений()

пустое сообщение без данных

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

(21) Показывай код, что там передается в этот метод в качестве параметров...