1. Есть конфигурация в которой в своё время были добавлены несколько справочников, а также добавлены реквизиты в типовые справочники и документы.

2. Сейчас возникла необходимость перенести часть функционала из одного расширения в другое.

Есть ли способ быстрого переноса новых справочников и реквизитов из расширения в расширения, кроме стандартной схемы:
с созданием дубликатов реквизитов и справочников в новом расширении с переносом обработкой данных из старых реквизитов в новые с последующим удалением старых?

а выгрузить расширение и объеденить?

он ругается говорит что "обнаружено пересечение внутренних идентификаторов"

а если делать не через объединение а копипастом, то данные не сохраняются

(2) Второе расширение создавали копированием первого?

(4) нет, через создание нового с последующим объединением

(2) можешь попробовать выгрузить расширения в файлы, там совместить и загрузить обратно.

(6) Смысл?
Данные один хрен не перенесутся

(0) >> Есть ли способ быстрого переноса ..., кроме стандартной схемы

Нет.

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

Собственно и сейчас.
Раз уж дошли руки до переделки, ни что не мешает сделайть по нормальному.

(8) всё понял. Ок. Единственный минус в такой схеме, что ERP автоматически будет раза в 2 дольше обновляться по времени , т.к. при обновление дополнитеьлно  циклы сравнения с конфигурацией поставщика будет делать.. сейчас она полностью автоматом (обновлятором 1С) за 30 мин на 1 релиз, а будет час/релиз

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

(9) Пока укладывается в ночь, то вполне приемлемо. Если только у Вас нет распределённой сети офисов по России (12 часовых поясов). Ну а Вы думайте над предложением (8)

Чего-то недопонимаю. Если в новом расширении необходимы данные из реквизитов в старом расширении, ЗАЧЕМ их переносить в новое и уничтожать старое? Оба расширения работают, обращайся из нового расширения к реквизитам старого. Такой вариант не рассматривается?

(12) Вы серьёзно думаете, что такое не предусмотрели?

(12)Человеку хочется вместо двух иметь одно расширение. Бывают случаи, когда хочется поместить все в одно место

(14) Да, всё верно. Это принцип wiki:Инкапсуляция_(программирование) - первый принцип ООП.

(7) с небольшим напильником перенесутся.