Есть 3 базы, Розница 2.2.
Нужно сделать из них звезду при помощи РИБ - сделать центральную со всей информацией и три подчинённых узла.
Конфигурация одинаковая, на замке. На возможные задвоения объектов внимания пока не обращаем.

Попробовал слить универсальной обработкой все данные в одну базы и потом создать узлы классическим способом - ругается на этапе создания начального образа - не нравится что-то в регистрации планов обмена.

Пути решения?

(0) зачем всё это? Просто создайте узлы в базах.

(0) Не знаю как 2.2 Но 2.1 не далее как 2 недели назад через универсальный обмен сливал, проблем не было.

(1) Нужна одна центральная со всей инфой и три периферийные

(2) после этого риб настраивали?
а какие настройки были при выгрузке в обмене?

Нет РИБ не строил после этого
Можно и без РИБ, настрой расписание обмена и пусть чешет, определи что нужно в центральной и что нужно в переферийной.

По какой причине цепляться на РИБ? Название красивое что ли?

Обмен, как выше уже успели написать в (2) и (5), настраивается через "универсальный". Нужен обмен данными - ну так пропсать правила в универсальном и пользоваться дальше им.

(6) это пожелание заказчика.
Через РИБ осуществимо?

(7) А заказчик кроме слова РИБ хоть что-то знает?

Если долго мучиться, все равно получится. НО !

Это же Розница последних релизов и она заточена на том же подходе, что в ERP или в КА-2.2 или в УТ 11.3
Там на использование РИБ (грубо говоря) забили

Наверное, осуществимо, но если в конфах "на замках" не взлетит - я не удивлюсь тому, что не взлетело.

(7) Осуществимо, слей все в одну через универсальный обмен, потом сделай РИБ,
Только этому умнику задай один вопрос НАФИГА РИБ ???
какие аргументы ???

(0) если охота дальше смотреть именно на РИБ (ну вот бывает такое, что не хочется отступать, согласен с таким),
тогда дай текст ошибки, какой выдается при неудачных попытках создания начального образа.

(8)(9) Да,знает)
Тоже прогер 1С, возможно некомпетентен именно в области РИБ, т.к. считает, что через РИБ стабильнее работать должно.
Это не так?

(9) а под универсальным обменом вы сейчас понимаете обработку ВыгрузкаЗагрузкаДанныхXML83 или синхронизацию через универсальный формат обмена?

(12) второе. Но с подробностями не смогу помочь. Конфы относительно новые.

насчет стабильности в РИБ... ну вот прилетит обновление конфигурации в центральный узел вашей распределенки, что дальше делать хотите? Раздачу обновленной из центральной в РИБ, а если раздачу не сделает сам РИБ или что-то в обмене метаданными пойдет не так - обмен остановится, пока не будут разрешены возникшие разногласия между центром и периферийкой. А так, если под настроенные правила для обменов состав метаданных и реквизитов не изменится (разные только процедуры модулей, какие-то отчеты, обработки для торгового оборудование и т.п.) будет обмениваться дальше.

Тебе же в центральной работа с торговым оборудованием прямо из базы не нужна? А на рабочих местах кассиров нужна. Значит вероятность в актуальном обновлении Розницы на местах важней, чем в центре.

(10)
Охота сделать, чтоб работало.
Упоротость ни к чему.
Можете аргументировать, почему стоит использовать универсальный обмен вместо РИБ.

п.с. во время создания образа сначала всё идёт неплохо
http://prntscr.com/e8xfdk
потом вылетает ошибка:
http://prntscr.com/e8xg1s

(14) аргументацию своего мнения выше дал. А на скрины сейчас гляну.

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

зы. Я как программист такую строчку кода, на какой вылетела процедура с ошибкой не сделал бы. Такая конструкция сама по себе чревата неприятными последствиями, что собственно и произошло.

это я по строке в коде: Значение = Значение[ИмяСвойства]

(16) да, пробую сейчас отловить, на чём ругается. но что-то мне кажется, гиблое это дело)

про строчку кода - так то типовой общий модуль ОбменДаннымиСобытия

(17) отловил.
http://prntscr.com/e8xr8y
При записи в регистр Товары организации, пытается получить из регистратора реквизит, которого в нём нет. Копать, почему он пытается так сделать, думаю, смысла нет.

Подскажите по универсальному обмену.
Пробую первый раз.
Выбираю настроить синхронизацию через универсальный формат обмена, там три пункта: отправка данных, приёмка данных, полная синхронизация.
Выбрал отправку данных, поставил вот такие настройки:
http://prntscr.com/e8xt6e
Выгрузил.
Сделал чистую базу, загрузил эту выгрузку.
Вижу, что данных совсем мало. организация, магазин есть. Складов нет, касс нет.
Поступления есть, но непроведены, отчётов о розничных продажах нет.
Это нормально?
Почему именно такой состав выгружаемых данных?

(18) Ну вот ты сделал выгрузку первую, потом открывай в списке синхронизаций на редактирование этот сценарий и выбери там поле Состав отправляемых данных, далее разберешься

(19) чем отличается отправка данных от полной синхронизации? Настройки визуально одни и те же.
Поставил полную синхронизацию с выгрузкой всех справочников (а не только по ссылкам) - эффект тот же, что и от пункта "отправка данных"

(19) Андрей, подскажи, как ты делал универсальный обмен?
В поле состав данных у меня вот это:
Проставил все флаги, зарегистрировал все объекты.
http://prntscr.com/e8z4ii
Суть в том, что не выгружаются, например кассы, склады, а без них не проводятся документы. Почему этих объектов нет в списке состава определяемых данных?

Полная и отправка от используемой в дока, отличия:
Полная каждый раз отправляет ВСЕ данные
Используемую в дока это если в доке используется новая или док новый то пойдет только док и только та инфа которая необходима.
Можно посмотреть по размеру фалов выгрузки, пару тройку раз файлы обмена погоняй и посмотри, при этом каждый раз создавай например по одному доку.  
Дальше придется конфу с замочка снять, выбери Например Склады, там есть вкладочка обмен данными, поставь галочку
мне просто конфы достались по наследству поэтому пользуюсь тем что есть
я дальше по делам пошел, напиши результат, приду посмотрю

(0) да все просто создаешь в центральной 3 элемента плана обмена Полный указываешь префиксы, в ПФ базах в каждой создаешь по 1 элементу с соответствующим префиксом. Потом в пф базах устанавливаешь ПланыОбмена.УстановитьГлавныйУзел(ГлавныйУзел).
Ну и потом если в пф базах не нужны все данные настраиваешь в цб по каким узлам плана обмена должны ходить какие магазины.
Чтобы в ЦБ были данные просто регистрируешь для обмена все что есть в пф базе.
Делов то.

ну да, ну да... и первый же обмен с данными конфигурации споткнется "не соответствует ожидаемой", например