Одно из основных проблема РИБа и синхронизации в целом, что не всегда корректно регистрируются объекты на узлах, либо вообще не регистрируются. Что приводит в битым ссылкам в базах приемника/отправителя.
Вы создаете документ в базе "отправителя" выгружаете его в "приемник" (либо это происходит автоматически), а на выходе получаем это:
Как и говорил, причины возникновения этой проблемы могут быть самые разные.
Если такие битые ссылки появились в документе то это можно поправить перерегистрацией объекта на узле т.е. мы зарегистрируем изменения объекта номенклатуры "22" на узле "РИБ по магазинам" и ссылка появится и корректно будет отображаться в документе. Запись в номенклатуре будет создана.
Но это очень неудобно, если в документе очень много строк и искать и добавлять каждую крайне долго, плюс у каждого элемента могут быть свои уникальные значения, которые тоже не зарегистрировались (цены, штрихкоды, единицы измерения и т.д.) соответственно надо перерегистрировать все связанные объекты, что в разы все усложняет.
Разработка обработка была просто спасением для проблем регистрации при синхронизации.
Как это работает:
Выбираем объект, который нам надо перерегистрировать на узле, это может быть как элемент справочника, так и любой документ (либо список документов).
И также выбираем сам узел, на котором мы будем регистрировать найденные объекты.
В нашем случае нам надо перерегистрировать поступление, НО если мы просто добавим поступление в выгрузку, то внутри документа ничего не изменится, т.е. ссылка на битую номенклатуру так и останется, т.к. входящие объекты в это поступление не перерегистрируются. Соответственно нам надо найти все объекты (все ссылки), входящие в данный объект (т.е. все, что входит в документ поступления, нам тоже надо перерегистрировать).
По кнопке "Поиск ссылок по базе" обработка находит все ссылки на данный "объект поиска", т.е. везде, где он использовался.
Например. Выбрав элемент справочника, мы можем найти все ссылки на этот элемент и зарегистрировать все объекты, в которых он использовался (другие справочники, документы, регистры и т.д).
Таким образом мы нашли все ссылки на данный документ. Но в документе есть номенклатура, которая тоже имеет свои ссылки, и их мы тоже можем найти и зарегистрировать разом на узле. Для чего это делается ? чтобы ни один из подчиненных объектов не выпал из обмена, что сводит на нет все битые ссылки в базе приемнике.
Есть возможность - устанавливаем отбор поиска (только справочники, документы или регистры)
В данном случаем из документа приобретения товаров и услуг мы ищем все элементы характеристики номенклатуры, с отбором по регистрам.
Либо также можем найти все подчиненные по справочникам или документам
Из списка всех найденных объектов, можно выбрать для регистрации по определенному типу.
Разработанная обработка была просто спасением при обмене УТ 11.4 и Розница 2.3 + Розница РИБ по Магазинам (10 шт.). Когда что-то не выгрузилось из УТ 11.4 и не попало в Розницу и не попало в магазины, т.е. получается, что во всех магазинах "объект не найден" и что-то перерегистрировать на узле занимало очень много времени.
Разработана и протестирована для Управление торговлей, редакция 11 (11.4.12.61, ), Розница, редакция 2.3 (2.3.3.31) и Бухгалтерия предприятия, редакция 3.0 (3.0.81.30).
