Объединение баз

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

На сколько я помню, РИБ возможен, но надо не забывать про префиксы, а так же маленькую обработку написать с парой строчек... точно не помню "ПланОбмена." и что-то после точки... в синтаксис-помощнике и в интернете написано всё.

В конфигураторе для начала проверь на совместимость.

Pavel,Не работает у тебя обработка ВыгрузкаЗагрузка, потому что она для обычных форм, а у тебя управляемые. Поройся в инете, есть где то ВыгрузкаЗагрузкаДанныхХМЛ для управляемых форм.
Если я всё правильно понял, такое решается несколькими способами в зависимости от позже расскажу чего.. и ВыгрузкаЗагрузка не самый удачный вариант для постоянного обмена между базами...или я что то понял не так, для чего ты ВыгрузкуЗагрузкуДанных хотел использовать.
Для начала тебе нужно подготовить 1 единую базу для всех твоих филлиалов. Если все базы имеют одинаковые конфы на текущий момент,или они вообще у тебя новые базы будут?Или у тебя филиалы могут прям взять и начать в главной базе работать?Или если сейчас у всех разные базы, но одинаковые конфы, ты можешь как раз таки Обработкой ВыгрузкаЗагрузкаДанных состряпать из всех 3ех разных баз 1.. т.е ты можешь этой обработкой из одной в другую справочники недостающие перенести...также и обороты (документы).В результате у тебя должна получится\быть одна единая база,в которой могут взять и сразу начать работать все филлиалы,как как будто бы они в 1 кабинете находятся.

Предположим есть готовая единая база..дальше задача завязать все филлиалы.. и вот у тебя уже несколько вариантов:
1.Если во всех филлиалах есть нормальный интернет, самый простой вариант,каковым сам пользуюсь настроить сервер терминалов,сервер удаленных рабочих столов.И через интернет, через удалённый рабочий стол все филлиалы подключатся к главному серверу и работают в 1 базе. Принтеры, кассовые и прочее нормально работают при этом.Если такой вариант есть, могу рассказать как делать.
2.Как тебе и выше написали - РИБ. Суть его условно говоря такова: в главной базе создаешь как бы подчиненные базы (узлы вроде они там называются),планы обмена-полный я делал помню.Выгружаешь образ и ставишь в филлиале,это как бы и будет подчиненная база. Потом к примеру внесли данные в обоих базах за день, ты вечером берешь выгружаешь.. (не помню как там честно, если надо могу посмотреть) с главной базы, например на флешку файлик xml..или как то по почте отправляешь(он там 3-5-10 мб)она его принимает..отправляет тебе свой ты опять принимаешь и всё..у неё твой появилось, у тебя её.Можно как то там автообмен даже настроить..
Через VPN еще делали..но тонкий клиент не канал мне в нашей самописной конфе, VPN-->RDP, первый вариант проще..второй сетку обущю даёт, папки общие и т.д..
Фиг знает, не очень понятно что ты там сделать хочешь конкретно..может чем то поможет инфа.

Я хз..если сильно разные релизы, мб и не перекинешь толком ничего.Обнови копию главной..хуже точно не будет))С какой нибудь из тех баз полную cf 2.0.26.10 выгрузи, накати на копию главной и попробуй ВыгрузкуЗагрузку.Правильно тебе Борисыч говорит,маленькими порциями..вообще каждого по 1 элементу попробуй попереносить на копии базы.. по 1 доку, справочнику и т.д.

Зачем вести в одной базе если это разные ГРБС?

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

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

Организацию в новой базе надо добавить так, чтобы при перегрузке документов эта Организация сама определилась и в документы подставилась... Для верности Организацию можно не создавать, а выгрузить из старой базы в новую той самой обработкой, какой собираемся переносить документы. Просто выгрузить один только справочник Организации из старой базы в новую... Надо проверить на тесте, что эта Организация создастся новая, а не заместит существующую...
Если Организация переносится обменом и при неоднократном переносе из базы-источника в общую базу эта Организация себя находит и не создаются всё время новые - тогда и при переносе документов Организация сама будет определяться и подставляться в документы... Если у каких-то других объектов есть привязка к Организации, то они сами будут при переносе подхватывать Организацию... Но тут опять же вопрос уникальности кодов... Справочники с одинаковыми кодами-наименованиями могут начать дублироваться, а могут затирать друг друга... Все эти рассуждения пока что ни о чём, потому что всё зависит от того, какой обработкой и с какими настройками переносить данные ... Я бы при такой работе сначала все базы глазками просмотрел, по всем объектам... Это очень большая работа, потому что некоторые элементы справочников не надо задваивать (типа Контрагенты или ФизическиеЛица), а некоторые - надо создавать новые, например, Сотрудник, потому что у каждой организации сотрудники свои, хотя они могут быть одним и тем же Физическим лицом... т.е. Иванов И.И. может работать в двух Организациях, при этом в справочнике ФизЛица он будет занимать один Элемент, а в справочнике Сотрудники - будет два Элемента, для каждой Организации - свой... В общем, нужно в этом на своём горьком опыте разобраться... Словами тут мало поможешь...

Это надо проверять... по идее должно работать через выгрузку из 1.0 в 2.0

Просто ещё не доводилось такой подход в БСП использовать. там обычно коды узлов скрыты - нет доступа к ним через штатные формы. Если повозиться - думаю можно достичь результата. В синхронизации данных есть же план обмена Полный? для РИБ?

Подскажите по Кд. Объединяю данные из 2-х разных баз Зуп в одну Зуп.
Есть сотрудники которые работают там и там.Как можно настроить правила чтобы физ лица не заменяли друг друга но к примеру фото перекидывалсь.
Сделал следующие:определил базу с более высоким приоритетом ,с нее данные загрузил общую базу .При загрузки из базы с низким приоритетом сделал поиск физ лица по снилс и оставил в настройках ПКО галку "Не замещать существующие объекты в приемнике при загрузке,а только досадовать новые и заполнять их ",в таком варианте фото перекидывать не будут

Спасибо всем за помощь! Объединение удалось совершить с помощью стандартных обработок "Выгрузка данных в Бухгалтерию государственного учреждения ред. 2.0" и "Перенос данных из БГУ ред. 1.0" соответственно.