Нужна помощь.
Ситуация.
Есть 3 компании которые работают в 1С 8,2 Подрядчик строительство.
Сначала была создана одна база с общими справочниками потом скопирована и передана в организации.

Теперь хочу настроить РИБ по принципу "Звезда" чтобы вся инфо сливалась в одну.

Понимаю что нужно было сначала создать РИБ а потом передавать базы. но.....

Как сейчас можно настроить такую систему?

(0) В ЖКК написано. Создаешь узлы в каждой базе, в периферийных устанавливаешь главным узлом не себя, а тот, что должен стать главным

А как это сделать?

Книга знаний: УРБД на v8 за четыре шага.

Так получается когда новую РИБ создаешь.
А как уже работающие базы объединить?

(4) По сути, так же... только хуже.
Если повезет, то (1) и (3) будет достаточно.
НО!
Могут выпасть повторяющиеся GUID. Вот тут и будет интересно. Также будет интересно с НСИ :)
Как давно базы созданы? Может проще создать из центральной периферийки и пусть в них заносят данные?

работают с нового года около 600 документов в каждой

С справочниками будет "песня" при таком объединении через РИБ

первоначально создалась 1 база потом скопировалась и раздалась по организациям.
Справочники не должны задвоиться. у них коды и наименования полностью одинаковые

Сначала слить все общую базу, а потом уже распределять

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

ну важны справочники только статьи затрат статьи ДДС и прочие статьи затрат.
Контрагенты если что можно вручнцую подправить

У тебя в конфигурации есть объект "План обмена"?

Балуемся на копиях. Почитав литературу по планам обмена и РИБ со знанием дела делаем следующее:
1) В будущей центральной настраиваем план обмена и создаем нужные узлы
2) Выгружаем из центральной конфу в cf и загружаем её в будущие периферийки через "загрузить конфигурацию из файла" (чтоб сигнатуры везде совпали и план обмена нарисовался)
3) В периферийках создаем центральный узел и назначаем его таковым через УстановитьГлавныйУзел(). Коды узлов ессно должны соответствовать в централке и периферийках. По ним ведь синхронизироваться и будет.
Вуаля. С этого момента технически работает РИБ и можно гонять обменки.
Ради прикола можно зарегать во всех периферийках все объекты как измененные, обменяться с центром и посмотреть что из этого в итоге выйдет.

Но без доп-программирования это получится полная схема миграции. Всё будет сливаться везде. Реализовать очевидную схему "место создания и центр" сложнее, чем кажется на первый взгляд. Хотя бы просто потому, что места создания на уровне платформы в 8-ке не существует.

(14) Правила миграции без проблем рисуются в КД2. Причем, гораздо более гибкие (при необходимости), нежели "место создания и центр". Например, документ "ПеремещениеТоваров" стоит передавать, помимо места создания и центральной БД, еще и в ту базу, в которой работает склад-получатель.

ты главное обмен правильный настрой, а то нахлебаешься горя

(15) РИБ надежней и быстрей. Я бы не стал использовать связку планы обмена + КД только из-за того, что там правила проще рисовать. Если разные конфы - тогда да, без вариантов.

(17) + И это еще не учитывая такой "мелочи" как обмен конфой.

(17) Учи матчасть. В КД можно делать не только правила обмена, но и правила регистрации. Притом последние вполне успешно можно использовать в РИБ. При этом и все преимущества рапсределенки остаются на месте и правила миграции не требуется кодом описывать.

(19) Учи матчасть. В частности отличия обычных планов обмена от РИБ.

(20) Извини, но ты непробиваемый долбоклюв. Лично для тебя:

http://its.1c.ru/db/bspdoc#content:53:1:IssOgl1_3.26 Обмен данными

Читай. И про отличие обычных планов обмена от РИБ, и про отличия правил регистрации от правил конвертации, и про то, какие из них можно использовать в РИБе. "Есть многое на свете, друг Горацио".

(0) (вариант) Из "центральной" базы сделать главный узел РИБ, сформировать базы подчиненных узлов. В базы подчинённых узлов, с помощью КД залить данные из существующих баз. Синхронизация - по кодам и наименованиям. Далее - стандартый типовой риб-обмен. После однократного "синхронизирования" данных - анализировать что имеем и что с этим делать :)

"Все опыты - на кошках...тьфу... на копиях"(я)

(21) Почитал. Но там эта тема практически не освещена. Расписано только куда плевать и на что нажимать, чтобы подсистема обмена данными в БСП завелась.
Т.е. в БСП по сути достаточно прицепить макет с правилами регистрации, созданными в КД, и вуаля?
А можешь поделиться подробностями, насколько эффективно они применяются? В момент регистрации изменений или при выгрузке данных подчиненному? Как там с производительностью этого дела? Кэшируется ли чего нужного?
Какой вообще практический опыт использования этого дела?
Штука очень заманчивая, но стремновато как-то... Пока склоняюсь к тому, что в РИБ правила регистрации надежнее и эффективнее на коленке реализовывать, чем через КД... В рамках одной конфы они редко сильно сложные бывают...
Короче, очень нужны пруфы, т.к. тема вкусная.

(23)

>> Расписано только куда плевать и на что нажимать,
>> чтобы подсистема обмена данными в БСП завелась.
В этом смысл вообще всей БСП. Импортируешь из нее объекты, плюешь куда надо, надимаешь куда надо. И оно работает. Без лисапедов.

>> Т.е. в БСП по сути достаточно прицепить макет с правилами
>> регистрации, созданными в КД, и вуаля?
Да. И во всех типовых, использующих подсистему "ОбменДанными".

>> А можешь поделиться подробностями, насколько эффективно они
>> применяются? В момент регистрации изменений или при выгрузке
>>данных подчиненному? Как там с производительностью этого дела?
В момент записи / проведения. Авторегистрация средствами платформы при этом вообще отключена, при срабатывании подписки на события подсистема смотрим в правила регистрации и исходя из их содержимого осуществляет фильтрацию. По производительсти проблем замечено не было.

>> Какой вообще практический опыт использования этого дела?
У 1С - УТ11, РТ2, УНФ. А также обмен с этими конфами в БП. У меня - пара самописных РИБов.

>> Штука очень заманчивая, но стремновато как-то... Пока
>> склоняюсь к тому, что в РИБ правила регистрации надежнее и
>> эффективнее на коленке реализовывать, чем через КД... В
>> рамках одной конфы они редко сильно сложные бывают...
Лисапеды не рулят, даже в пределах одной конфы. Поддерживать такую штуку намного проще, нежели самописную фильтрацию в коде.

>> Короче, очень нужны пруфы, т.к. тема вкусная.
Ну мне (и еще 2 коллегам) книжки по КД и описания с its.1c.ru хватило. Дальше - уже просто попробовать надо.

(24) Общее представление получил. На подходящем проекте обязательно на кошках потренируюсь, благо на КД собаку съел.
Спасибо.

(25) Пожалуйста. Приятно, когда люди не только говорят, но и слушают. В наше время это редкость.