Добрый день.

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

Выгрузи все в файлы и ищи там

(0) Платформа какая?
В 8.3.19 (а может и раньше) при попытке добавить функцию в расширение всплывает окно, в котором видно, что функция уже создана.
Например:

Вызывать после (уже создан)

1С:Предприятие 8.3 (8.3.17.1851)

(2) Судя по всему речь идет о том, что у автора не одно расширение а несколько и он хочет узнать в каком нибудь расширении эта функция уже добавлена или нет.

Расширений несколько. Хотелось бы добавить в ранее используемое.

&После("ПриСозданииНаСервере")

Пускаешь на несколько минут поиск по всем модулям всей базы и всех расширений. Смотришь на результат. Вроде все видно. Особенно хорошо видно уникальные имена функций или процедур.

Другой вариант, это не просто Отладчик с точкой остановки, но Замер производительности. А почему этот самый замер не назвали Трассировкой и не сделали там режим сортировки выдаваемых данных по трассе, а не по имени или времени исполнения, хз

(6) А если там не После?

(8) ну пусть репу почешет и решит, что у него там

("ПриСозданииНаСервере")

Можно вот так написать. Тогда будет все равно, что там в префиксе написано

но их буит 100500

Вот я так сделал, подождал. Выдало результат
Поиск строки "&После("ПриСозданииНаСервере")"...
Расширение конфигурации "Адаптация УТ (НВ)" ОбщийМодуль.МодификацияКонфигурацииПереопределяемый.Модуль(66, 1) : &После("ПриСозданииНаСервере")

Найдено вхождений: 1

Только у этого поиска ограничение в том, что он ищет не во всех расширения, а только в тех что "открыты" конфигуратором. Так что в патчах такой поиск сам по себе искать не пойдет.

Поиск строки "("ПриСозданииНаСервере")"...
Основная конфигурация Справочник.ВариантыОтчетов.Форма.ФормаСписка.Форма.Модуль(106, 26) : ОбновитьСодержимоеСписка("ПриСозданииНаСервере");

Основная конфигурация РегистрСведений.СогласияНаУведомленияОбЭЛН.Форма.ИзменениеСоставаПодписок.Форма.Модуль(34, 17) : ЗаполнитьСписок("ПриСозданииНаСервере");

Расширение конфигурации "Адаптация УТ (НВ)" ОбщийМодуль.МодификацияКонфигурацииПереопределяемый.Модуль(66, 7) : &После("ПриСозданииНаСервере")

Найдено вхождений: 3

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

(5) >> Расширений несколько. Хотелось бы добавить в ранее используемое.

Весьма неоднозначная хотелка.
Может получится, что одна и те же доработка реализована в нескольких расширениях. Объекты - в одном, формы - во втором, методы и функции - в третьем.

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

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

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

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

(18) Толерантность и терпимость - это прогресс. Только с мужиками целоваться меня ни один заказчик не убедит. А вот большинство поклонников расширений именно этим и занимаются.

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

(17) >> заказчикам, которые ... не согласны снимать замок с конфигурации.

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

(19) Как говорится - поживем, увидим. А приплетать "г....тину" было конечно не к месту.

(20)  >> поживем, увидим.

Да уже местами видно.
Не раз уже всплывали ветки на одну и ту же тему (с вариациями).
Типа "Мы тут написали заказчику крутое расширение, а оно перестало после обновления работать. Какие-же пида***сы работают на Селезнёвке, что в каждом обновлении что-то там меняют и наши супер-пупер-мега-расширения перестают работать."
Или "Ой, а наше расширение отвалилось после обновления, и надо ли теперь брать деньги с заказчика за адаптацию расширения к изменениям обновленной конфы?".

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

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

(21) «а здесь все просто так - кроме денег»

(21) Чего сказать-то хотел?
Кто-то не умеет пользоваться расширениями и пользуется, а ты вот такой хороший не умеешь и не пользуешься?
Ну да, сам себя не похвалишь... хотя до гения далеко ещё

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

(24) предварительно открыв все расширения в конфигураторе