Здравствуйте , УТ11, В расширениии 1 создан план обмена, в расш 2 создан РГ сведений , можно ли чтобы в этот план обмена попадали изменения РГ  из расш 2 (Включить РГ в состав плана обмена). (Видимо каждый кто обслуживал 1с делал свое расш).

(0) Нет, так нельзя.

ОФФ. Уж сколько раз твердили миру... что новые объекты и реквизиты (справочники, документы, регистры и т.п.), включая планы обмена, надо добавлять в основной конфигурации. А в расширении делать доработку кода и форм существующих объектов основной (расширяемой) конфигурации.

(2) Тогда придется снимать с поддрежки 1, 2- замедлится  обновление.

(2) Саддам Хусейн тоже так думал ).

(2) И смысл тогда в расширениях?
Нет, я понимаю, что потеря данных (в этом случае) равна 25%.
Но сколько твердили миру, что расширения придумали именно для изменения данные без изменения кода.
Вот на фига?

(3) >> придется снимать с поддрежки 1,

Нет. Снимать с поддержки ничего не нужно. Более чем достаточно просто включить возможность изменения.

>>  2- замедлится  обновление.

Если Вы с поддержки снимете, то обновлять типовыми методами конфигурацию не сможете. Обновление придётся делать через сравнение/объединение в трёх отдельных окнах
- старая типовая с новой типовой;
- старая типовая с основной;
- новая типовая с основной.
Разумеется это замедлит процесс обновления.
Но повторюсь. Не надо снимать с поддержки. Просто включите возможность изменения и возможность трёхстороннего сравнения/объединения решит вопрос со скоростью обновления. Если конечно по уму применять расширения.

PS ни на чём не настаиваю.
Нравится костылить - кто я такой, чтобы мешать...

Почему просто не объединить аккуратно расширения?

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

(2) все верно, плюс при обновлении видно что изменилось. с расширениями сравнения нет и если расширение отвалится, времени может больше занять для восстановления. плюс риск потери данных

(9) А зачем тогда расширения?
Или у Вас тоже нет ответа.

(10) расширения удобны тем что можно например заплатку поставить, если где то глюк. или форму программно доработать.
можно типовой отчет доработать, на днях столкнулся с тем что типовой отчет не на скд и переделывать его на внешний затратно, а в расширении поправил макет и модуль, норм. т.е. расширения можно и нужно использовать там где этот инструмент удобнее.

(7) 👍

(6) Создавать еще одну конфу в базе, ради пары реквизитов - нецелесообразно. Если неудобно что в конструкторе запросов и СКД не видно метаданных расширений - ну так 25 релиз ставишь или консоль СКД в помощь.

(11) Расширения (тотально используемые) воспринимаю как одно из свойств работодателя, которое мне не подходит.
Уже много лет не использую расширения для долговременных доработок типовых конфигураций и проблем особых не ощущаю, все обновляется под контролем.
Не думаю что скорость обновления стоит того чтобы потерять важные данные или код.

(14) крайне редко но пользуюсь расширениями, а так да вся доработка в основной конфе. в т.ч. и формы. все обновляется норм.