Если почему-либо отключить расширение, то будут потеряны все данные, добавленные в расширение. Например, пока расширение приходится отключать при обновлении конфигурации. Проверял, как предотвратить их утрату.
1. Из расширенной конфигурации обработкой MD83Exp выгрузил метаданные и на них подготовил правила обмена только на дополнения (в моём случае это добавленные реквизиты в справочники, документы и табличные части, добавленные справочники и регистры сведений).
2. Перед обновлением конфигурации выгрузил добавленные данные по подготовленным правилам обмена, получил статистику.
3. Отключил расширение и вернул прежний режим совместимости (пока его приходилось устанавливать в «Не использовать»)
4. Обновил конфигурацию (в моём случае с БП 3.0.54.20 на 3.0.55.16). Установил режим совместимости в «Не использовать» и убрал из её модулей функции ПобитовоеНЕ и ПобитовоеИ (они предусмотрены уже в БСП).
5. Подключил расширение.
6. Загрузил данные, полученные в п.2. Получил по ним статистику после загрузки и сверил с той, которая была получена до отключения расширения. Всё совпало. (Статистику получал программой, работающей в обычном режиме).
Надеюсь, что 1С для сохранения и восстановления расширенных данных что-нибудь предложит.
Кроме того, проверил работоспособность Консоли запросов и Консоли СКД с ИТС. Консоль запросов не видит виртуальных таблиц периодических регистров сведений, а Консоль СКД их видит, но при запуске выдает ошибку об отсутствии такой таблицы. Подобная ошибка выдавалась и при выполнении запросов в расширении, о ней я сообщал 1С (зарегистрирована ошибка 10186928)

(0) а что 1с про обновление говорит?

Будете мучиться пока типовые на 11 не переведут.

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

(0) А почему при обновлении приходится отключать расширения?

(4) тоже вот сижу думаю
пока времени нет поэксперементировать

(4) пробегала статья про способ хранения данных при расширении объекта, что переносятся все в расширенную таблицу. Видимо в этом дело. Мб стоило попробовать довести обновление до конца и данные бы "появились", но хз как бы отработала обработка обновления.

(2) Да, это ясно. Просто пока вожусь для "разогрева", по делу нужно будет через год.
(4)(6) Добавленные объекты не содержатся в списке метаданных расширения и при обработке обновления в режиме предприятия вываливаются сообщения по всем добавленным объектам и обновление не проходит. Скорей всего это уйдёт, когда конфигурация не станет под 11 платформой.

(7) надо ждать обновленную БСП

Ошибка 10186928 в 8.3.11.2924 исправлена. Консоль запросов и Консоль СКД с виртуальными таблицами добавленных в расширение регистров сведений начали работать

Но... часто валится по непонятной причине и без сообщений об ошибке при запуске стандартных обработок типа Удаление помеченных, Универсальный обмен XML...
Ждём-с :(

В описании новых возможностей 8.3.11 написано: "Не поддерживается настройка истории данных для собственных объектов расширений конфигурации", однако в свойстве "История данных" реквизитов, добавленных расширением, указано "Использовать", причём свойство не доступно для изменения. При работе в платформе 8.3.11 это никак не проявлялось, но при попытке подключить расширение в тестовой платформе 8.3.12.1159 на все такие реквизиты выдаются сообщения про недопустимость использования истории данных. Это свойство по прежнему недоступно для изменения.

(11) Москва не сразу строилась, дайте им время.

У меня дома 8.3.11.2867 крашится ппц)