Есть база, в ней есть расширение, в котором добавлен новый документ (в самом расширении). Заказчик хочет отдельное расширение, которое, (условно) добавляет кнопку и закладку на формы документов как из самой конфигурации, так и на формы документов, созданных в первых расширениях. Возможно ли такое? То есть, можно ли "расширить расширение"?

(0) Конечно можно

расширения не видят другие расширения

(1) И каким образом? Например, я хочу захватить форму "Документа1" из "Расширения1" в "Расширение2", чтобы в этой форме дописать в процедуре "ПриСозданииНаСервере" создание новой кнопки или закладки. Однако "Расширение2" не видит "Расширение1".

Программно можно
Но первое расширение должно использовать функции/процедуры конфы, которые второе расширение дополнит

Расширение1 "ПриСозданииНаСервере" допустим вызывает Конфа НекийОбщийМодуль Процедура
Расширение2 Перекрываем Конфа НекийОбщийМодуль Процедура и получаем выполнение кода внутри Расширение1 "ПриСозданииНаСервере"

(5) а обработчик кнопки?

(6) по тому же алгоритму, что описан в (5) - вообще никаких проблем.

(5) очень ректальный вариант.
За такое, с позволения сказать, "решение" руки отрывать и назад в жопу запихнуть.

(8) Не ректальный этой сделать зависимости расширений друг от друга
Что не реализовано пока...

Фактически это уже очень надо
Например типовая конфа и к ней отраслевое дополнение в виде расширения известной некой конторы
Надо допилить дополнение но не трогая его чтобы оно нормально обновлялось
Вот и получаются такие извраты, да

То же самое относится к любителям программно формы перекраивать. Таких вообще надо гнать сцаными тряпками ... в джависты

(10) >> Например типовая конфа и к ней отраслевое дополнение в виде расширения.

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

При таком варианте все дополнительные объекты будут видны в любых расширениях.

Вариант может и не идеальный. Но решающий многие проблемы.

(11) Лучше когда формы перекроены программно
В этом случае обновления типовых намного проще

(5) Ну то есть получается, что одной только разработкой "Расширения2" не отделаться. Нужно ещё дорабатывать и "Расширение1".

(13) >> В этом случае обновления типовых намного проще

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

(14) Откуда такой вывод? Возможно потребуется, а возможно, что и нет. Из (5) не следует обязательность корректировать Расширение1.

(0) Яркий пример доказывающий, что не следует злоупотреблять расширениями. В частности возможностью расширять данные.
Добавлять новые объекты и реквизиты (ресурсы, измерения и пр.) существующих объектов надо в основной конфе.
А в расширении - только логику и интерфейс дорабатывать.

(17) Гарик сейчас придет и назовет тебя старовером )

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

(16) Вывод оттого, что в Расширении1 в формах документов нет вызова каких-либо дополнительных процедур в процедуре "ПриСозданииНаСервере".

(18) >> Гарик сейчас придет и назовет тебя старовером )

Плевать. Не он первый, не он последний.

В будущем есть два варианта.
Либо 1С наконец-то допилит расширения до вменяемого состояния. В первую очередь возможность сравнивать основную конфигурацию с расширением, возможность расширять расширения, и ещё несколько моментов.
Либо (если первое так и не случится) здравомыслие вернётся в головы прогов и безумная мода на расширения придёт в норму. Когда расширения будут применяться по месту и где надо, а не по принципу "зафигачу кровь из носу всё в расширение чего бы мне это не стоило и каким бы геморроем не отозвалось потом".

(21) Будет вариант 3. Легким движением мозги расширения превращаются, ...превращаются расширения, превращаются... в элегантные микросервисы :))

(15) Когда обновляешь конфу у тебя есть старая конфа в которой все работает и новая
И если программно форма изменены то изменения достаточно легко переносятся
Но если не программно то охренеешь

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

(22) Угадал.
Самое хреновое что пилится на микро это классические реляционные (SQL) СУБД.
Поэтому в бигдата используют NoSQL.