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

Какова вероятность потери данных?
50% - или потеряюся, или нет.

Мне тоже интересно )

только параноики добавляют объекты в расширение ИМХО

но это другой вопрос, наверное

(3) Далеко не факт. К примеру обмен с маркетплейсом от яндекса. Это расширение со своим http сервисом и справочниками.

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

(6) Это сарказм или действительно еще много проблем с расширениями? Им уже 100 лет в обед

(3) почему?

(3) а не наоборот? "а вдруг потеряются данные, а вдруг то, а вдруг сё"

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

(9) Прецеденты были и нюансы тоже, особенно связанные с РИБ :))) Полностью согласен с (10). Вариант добавления данных непосредственно в конфу намного надежнее. Проблем с обновлением, при добавлении только данных, на мой взгляд, нет никаких... :)

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

(11) Все зависит от задачи, Например у вас есть решение, которое вы продаете. Гораздо удобней сделать его через расширения, особенно, когда там необходимы свои справочники, веб/http сервисы и прочие приблуды. Или по вашему, вы должны каждому клиенту подрубаться, снимать конфу с поддержки объединять ваше решение с конфой заказчика?

(13) Я здесь описал личный опыт. Проблемы с данными в расширении были. Расширений не продаем... :) Продаем решения и дорабатываем их по мере необходимости... :)

В моем случае расширения  - штучный товар, соответственно и данные тоже отличаются

(0) Ещё на платформе 8.3.11 реализовали механизм хранения и расширения данных, позаботившись об их сохранности.
Например, добавили свой реквизит, а потом бамс (например, после обновления) расширение не подключилось. Данные никуда не теряются, восстанавливаем расширение, снова подключаем и данные должны быть на месте!