Первая база оригинальная без изменений, вторая рабочая в которой создавались регистры, проводки, и тд. Нужно объединить базы так чтобы из оригинальной вытянуть все справочники с данными и другую информацию, и сохранить, то что было создано во второй. Как правильно их объединить, что рабочей стала первая база, но с теми изменениями которые сделаны во второй?
---
1) создать копию первой базы (№3)
2) Выгрузить конфигурацию из №2
3) Сравнить, объединить конфигурацию в №3 с только что выгруженной.
теперь у нас в №3 - копия №1, но с доработками из №2
4) Универсальным обменом через XML (ищите на этом сайте) выгрузить всё из №2
5) Тем же инструментом загрузить в №3
Теперь в №3 - копия №1, в которой "поверх" старых данных загружены данные из №2.
---
Совсем без изменений, там данных больше
Совсем без изменений это если даже данных нет, точнее есть только данные внесенные автором конфигурации :)

Конфигурации не типовые
Они на поддержке? Обновления вам изготовитель даёт?

И тот код код который нормально работает на моей урезанной базе, в оригинальной выдает какую-то ерунду.
Тогда нужно проводить ревизию кода, и если он не был написан для работы через расширения то как раз хороший повод его переделать.
А данные если база на поддержке действительно желательно переносить из второй базы в первую так как если я правильно понимаю обновления вы будете получать только для первой базы...
---
Если автор программы делал обновления версии от версии все эти годы и не против вам их предоставить то нужно будет всё сделать по его инструкциям и всё. А если автор просто выпустил более свежую версию программы то он мог структуру программы раскроить как бог черепаху... В этом случае для того чтобы переносить данные нужно очень неплохо знать что и как там работает...
В любом случае если вы хотите браться за этот перенос вам нужно сначала переписать все ваши переделки так чтобы они начали работать в свежей оригинальной базе, всё равно это необходимый этап который автоматизировать никак не получится.
---
1) создать копию первой базы (№3)
2) Выгрузить конфигурацию из №2
3) Сравнить, объединить конфигурацию в №3 с только что выгруженной.
теперь у нас в №3 - копия №1, но с доработками из №2
4) Универсальным обменом через XML (ищите на этом сайте) выгрузить всё из №2
5) Тем же инструментом загрузить в №3
Теперь в №3 - копия №1, в которой "поверх" старых данных загружены данные из №2.
---
Вам так как нибудь напишут, "по вашему совету перенесли ЗУП 2.5 в УПП 1.3 почему ничего не работает?" :)
Хотя возможность наличия телепатов в составе участников этого форума еще никто не опровергал :)
---
Я разве даю кому-то советы? Как понимаю проблему на данный момент так и пытаюсь объяснить.
---
Первая база оригинальная без изменений
Совсем без изменений, что даже данные не вбивались? Тогда зачем объединять?
 вторая рабочая в которой создавались регистры, проводки
проводки? ну точно, подтверждается, в первой базе проводок не было :)
Нужно объединить базы так чтобы из оригинальной вытянуть все справочники с данными
так вроде там нет изменений какие данные? :)
и сохранить, то что было создано во второй
так и в первой и во второй есть проводки и данные или нет?

Ну и так далее...

Примерно понятно как читается ваш вопрос?

Укажите чем конкретно отличаются обе базы, про какие конфигурации и платформу идет речь.

Если базы в принципе одинаковые, и в первой базе конфигурация не менялась только вбивались данные то нужно их обновить до одинаковой версии и переносить данные лучше всего из первой конфигурации во вторую и скорее всего вам помогут "обработки переноса данных между одинаковыми конфигурациями" поищите на инфостарте такие точно были.
---
Совсем без изменений, там данных больше. У меня изначально была урезанная версия этой базы в ней данные справочников не те. И тот код код который нормально работает на моей урезанной базе, в оригинальной выдает какую-то ерунду. Конфигурации не типовые.
---
Совсем без изменений, там данных больше
Совсем без изменений это если даже данных нет, точнее есть только данные внесенные автором конфигурации :)

Конфигурации не типовые
Они на поддержке? Обновления вам изготовитель даёт?

И тот код код который нормально работает на моей урезанной базе, в оригинальной выдает какую-то ерунду.
Тогда нужно проводить ревизию кода, и если он не был написан для работы через расширения то как раз хороший повод его переделать.
А данные если база на поддержке действительно желательно переносить из второй базы в первую так как если я правильно понимаю обновления вы будете получать только для первой базы...
---
Совсем без изменений это если даже данных нет :)

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

Как вам нужно было объяснить чтобы было понятно что под изменениями имелись ввиду "регистры, проводки, и тд." ?
---
Первая база оригинальная без изменений
Понял вас так что в первой базе есть только те данные которые внес автор конфигурации, то есть заполнены только типовые элементы справочников.
У нас как правило такие базы называют "чистыми". А под базами "без изменений" подразумевают те базы в которых вёлся учет но структуру конфигурации которых никто не менял...
Но вполне возможно что везде своя терминология :)
---
Примерно понятно как читается ваш вопрос?
Укажите чем конкретно отличаются обе базы
Первая оригинал с реальными и полными данными (как минимум справочников) и свежая, максимум 2-3 недельной давности. Вторая которая была у меня - 2011 года и весь код писался в ней. Нужно, то что было сделано в этой базе прикрутить к первой базе
---
А на вторую нельзя накатить обновления за все эти годы и потом уже доработать код? Если есть штатные обновления то они сами преобразуют структуру базы и добавят нужные элементы справочников...
---
А на вторую нельзя накатить обновления за все эти годы и потом уже доработать код?
Было бы не плохо. Только вот как это сделать не пойму и что именно там обновлялось а что нет не известно.
---
Если автор программы делал обновления версии от версии все эти годы и не против вам их предоставить то нужно будет всё сделать по его инструкциям и всё. А если автор просто выпустил более свежую версию программы то он мог структуру программы раскроить как бог черепаху... В этом случае для того чтобы переносить данные нужно очень неплохо знать что и как там работает...
В любом случае если вы хотите браться за этот перенос вам нужно сначала переписать все ваши переделки так чтобы они начали работать в свежей оригинальной базе, всё равно это необходимый этап который автоматизировать никак не получится.
---
Вот бы знать еще кто этот автор. Получается лучший вариант - тащить переделки из второй базы в первую как описано в ответе (2)
---
Боюсь что лёгких решений не будет, любые типовые решения в этой ситуации могут непредсказуемо повредить данные. Скорее всего вам нужно будет или писать свою обработку переноса данных, или писать свои правила обмена...