Подхватывание связанных объектов при обмене РИБ #775934

В 1С при РИБ обменах нет системы, которая есть в обычных обменах: когда выгружаемый объект автоматом подтягивает объекты которые в нём используются. Например, при выгрузке документа, если Контрагент нет изменялся(не помечен на выгрузку), то он не выгрузиться при обмене РИБ и в базе-получателе будет "Объект не найден". При этом, в обычных обменах об этом думать не нужно, связанные объекты сами выгружаются. В обычных обменах связанные объекты определяются настройкой правил обмена. Если правило для реквизита не указано, то тоже ничего не выгрузится. Наверняка подобная проблема возникала и раньше, но не получается найти решение в интернете. Пожалуйста дайте ссылку на решение или помогите советом - можно ли такое сделать?

при полном обмене РИБ такой ситуации нет, при не полном можно использовать программную регистрацию с помощью ЗарегистрироватьИзменения, но мороки много. Самому интересно, какие еще есть варианты.

Это не проблема, так и задумано. Выполни первоначальную полную выгрузку.

надо в самом начале выгрузить справочник контрагентов и дальше не париться

нечто подобное обсуждали недавно

РИБ база из 1 + 7 филиалов. Возникает в каком-нибудь элементе справочника вместо реквизит "Объект не найден", в процессе работы потерялся какой-нибудь адрес. И ХЗ в какой из подчинённых баз создали и неправильно выгрузили объект. В 7 базах весь справочник адресов помечать что-ли?

мне кажется, вы не совсем представляете, как работают планы обмена в принципе.

Я понимаю, что всё необходимое само помечается на выгрузку. Но это теоретически. По факту если создать Контрагента, убрать его пометку на выгрузку (причины этого не очень важны сейчас), а затем создать документ с ним, без перезаписи этого Контрагента, то при обмене документ придёт без Контрагента. При этом, при обычной регистрации изменений за этим следить вообще не нужно.

а зачем вы убираете пометку на выгрузку?

чтобы получить объект не найден )

За правдивость ручаюсь. Как-то по пьянке тесть, директор завода, поведал совершенно жутчайшую историю. Приходит рабочий к главному инженеру и просит отпустить домой. Тот естественно спрашивает о причине. Рабочий мнется, жмется и говорит, что очень надо. Инженер мужик не злобный, поэтому ответствует: "Я тебя отпущу, но мне надо же причину отсутствия в документах указать." Тот: "Я палец себе отрубил пневмоножницами". Инженер чуть на месте не скончался - несчастный случай на производстве. Короче скорая, шухер до небес и т.д. Когда мужика выписали, на завод приехала комиссия по охране труда. Оборудование работает нормально - нужно нажать одновременно две кнопки, чтобы ножницы сработали, так что свободных рук не остается. Просят показать, как он ухитрился покалечиться. Он преспокойно подпирает одну кнопку палкой (дело вполне обычное), укладывает лист металла и ОТРУБАЕТ СЕБЕ ВТОРОЙ ПАЛЕЦ. Клялся потом что нечаянно, но комиссия, придя в сознание, дело закрыла.

(с) интернеты

не поверишь, оно само. "это не я, это программа сама"

Конкретно несколько раз была недоработка правил РИБ, когда реквизиты не проходили проверку на выгрузку. Например, нужно было чтобы в подчинённой базе были документы и справочники умеющие отношения только к её организации. И его не всегда срабатывало. В процессе ловли багов правила не всегда работали правильно, и не всегда обмены работали вообще. Сейчас полностью синхронизировать базы сложно, один только КЛАДР чего стоит.

кладр-то уж тольно не надо синхронизировать. Что у вас иам за чудаки сидят?

Очевидно, если есть документ, имеющий отношение к конкретной Периферийной базе, логично предположить, что <Объект не найден> сидит в ней же, и все, что нужно - инициировать его принудительную регистрацию с целью выгрузки. Вообще, в заблуждение, что "не РИБ" планы обмена сами что-то там умеют подтягивать. Это справедливо только для первоначальной выгрузки, и то в случае корректной настройки правил регистрации.