Добавлять реквизит в конфигурацию или расширение,просто если отключат расширение данные  в реквизите могут потеряться

В конфигураци.

Так вроде бы при отключении расширения его данные не теряются, теряются только при удалении.

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

(3) а если подключить расширение заново,то данные восстановятся

(0) Реквизит делать в конфигурации, если позволяет.
А в расширении форму править.

(4) Если ИД расширения совпадет, то восстановятся :)

+ (4) И если вы добавили реквизит (любой) в расширение не стоит загружать расширения (не советую, это же 1С) :)

+ Только сравнение и объединение.

Я начну добавлять реквизит в расширение только если разработают механизм бэкапа значений реквизитов расширений

9) я тоже так думаю

(4) Это если расширение просто отвалилось. А если удалили - то усё, данных нема.

(9) Вывести в мхл УИД ссылочного объекта и значение реквизита (для простых случаев) никакого труда не составляет.
Загрузить обратно - тоже.

(12) Руки не доходят, может спилишь расширение для резервирования расширений?)

(13) Уже давно есть: http://catalog.mista.ru/public/15126/

ТС задает достаточно абстрактный вопрос, на который можно абстрактно ответить и да и нет.

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

(15) у ТСа стаж 12 лет, он знает чего хочет)

Для себя решил пока так: Новые реквизиты объектов типовой конфы в расширение. На форме размещать только программно опять же через расширение. Все новые объекты, включая общие модули, в конфигурацию.

т.е. полностью всю идею перевернул с ног на голову

Сначала идею озвучь.

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

(19) Визуально удобная доработка форм через расширения пади

(21) Вся эта визуально удобная доработка слетает после обновления.

(22) На то она и "идея" :)

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

Проблема ушла после удаления добавленных через расширение реквизитов и реструктуризации таблиц базы.
Платформа 8.3.13.1644. Бухгалтерия последнего релиза крутящаяся на MS SQL Server

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

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

(24) они не пропали, а просто надо было дать права на новые реквизиты при переходе на версию 8.3.14 и выше

(26) версия 8.3.13
права на новые реквизиты влияют на отображение самих реквизитов, но не объектов владельцев
кроме того, в журнале не отображаются ранее созданные документы, а вновь созданные в него попадают

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