Доброго дня!
1. Доп реквизит не используешь в запросах, но можно использовать в типовых отчетах как элемент отбора группировки и т.д.
2. Реквизит расширения можно использовать только в расширении

да

(0) можно и в запросах, только чуточку сложнее

Вопрос: Что вы чаще используете?

лучше реквизит в основной конфе

(2) Подскажете как?

через левое соединение

(4) лучше но замочки нужно снимать

(6) свойство искать по наименованию

(7) Все когда-то проходят через этот волнительный этап.

(8) в последних версиях есть реквизит Имя

(7) только один замочек

(11) Реквизиты то захотят добавить не только в одном объекте, так и поснимаются галочки

(12) вернее замочки)

Замочки поснимаются. Ааааааааа...
Что за замочковый фетиш? Свихнулись все на этих замочках что ли?

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

(10) Это уже полезно, проверю

(14) + есть желание попрактиковаться с расширениями

(16) Не тот случай.
Расширения хороши только в нескольких сценариях:
1. Временные патчи. Исправления косяков самой конфигурации, которые рано или поздно исправит поставщик. После исправления самой конфигурации расширение-патч отключают и выкидывают.
2. Доработка конфигурации, для которой в принципе невозможно включение возможности изменения. Например, во фреше. Расширение - это единственный способ кастомизации.
3. Дополнительные отчеты, обработки и печатные формы. То, что раньше делалось через БСП-шный механизм дополнительных отчетов и обработок (справочник Дополнительные отчеты и обработки). Начиная с версии БСП 2.5 1С рекомендует делать подобные вещи через расширения и подсистему ПодключаемыеОтчетыИОбработки.

В остальном всегда лучше дорабатывать саму конфигурацию.

доп.реквизит прекрасно и в коде и в запросе работает.
добавление реквизита к обьекту при обновлении методом переименования в Удалить и копированием значений через обработчик приводит к потере и реквизита и его значений.
в расширении же потерять значения еще проще.

(14) Предполагается обновления будут без участия программиста

(19) ну, если без участия программиста, тогда про расширения вообще пока забудьте.

(19) Как добавление реквизита в конфигурации мешает обновлению без участия программиста?
В крайнем случае следует добавить реквизит в конфигурации, а код и логику работы с ним - в расширении. При этом внимательно включая голову - что делать в конфе, а что в расширении.

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

(14) Плюсую стопицоттыщ раз, все поехали уже с этими расширениями, не понимая вообще для чего они

(19) И что? Без программиста нельзя нажать далее, далее, далее? Что за херь? добавленный реквизит никак не повлияет на обновление от слова совсем

(19) тогда лучше доп реквизит

"Готовы брать на себя все риски возможных косяков, если какая-то логика, реализованная в расширении, вдруг после очередного обновления молча перестанет работать или станет работать не так, как ожидается."

Так зато "на замочке" же епт

Всем большое спасибо, особенно Dmitrii, почти уговорили, буду снимать замочки)

Чтобы не создавать новую ветку, подскажите, пжл, на практике кто-нибудь использует расширение на КРУПНЫХ проектах для создания НОВЫХ объектов МД?
С заимствованием вопросов нет, есть большие вопросы в надежности расширения при работе с собственными объектами.

Какие я вижу потенциальные проблемы и хочу убедиться, что прав/не прав, пока не поздно переиграть.
1. Технические ограничения на уровне платформы.
Для самой последней версии платформы 1С 8.3.16 (и даже 17) сохраняются технические ограничения создания некоторых собственных объектов платформы.
Например,  
Не поддерживается изменение структуры регистров всех видов. Поддерживается только расширение состава регистраторов.
В расширении конфигурации не поддерживается использование заимствованных определяемых типов.

Перспектива решения платформенных ограничения не ясна.  

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

3. Возможные технические проблемы с расширением, когда для устранения проблемы в расширении объект необходимо будет пересоздать.
Сам сталкивался с подобными проблемами только с заимствованными объектами, поэтому пересоздал без проблем.
В данном пункте интересует именно опыт коллег по цеху.


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

(21) "А вот потеря данных, созданных через расширение - вполне себе реальный сценарий."
Это реально случилось на бою? Пришлось пересоздавать объект и переносить данные с подменой ссылок?

Я так и продолжаю все делать пока в расширениях. Оказалось, к реквизитам добавленным в расширениях спокойно можно обращаться и в запросах и из типовых отчетов.

(28) Так же можно потерять данные и всей базы тоже, просто вовремя нужно делать архивные копии