Есть подчиненный регистр накопления.

Там есть реквизит. Его нужно "превратить" в измерение.

Как правильно это сделать чтобы не потерять данные?

Реквизит переименовать, создать измерение.

А потом обработкой какой ни-будь перенести из одного в другое?

Как это вообще в типовом обновление происходит?

А потом вторым этапом тот реквизит удалить?

в типовых реквизит даже не удаляют - так и висит с приставкой "Удалить"

(1) И по этому база пухнет с не нужными уже даже данными.

(2) данные становятся ненужными с опред.момента, опять-таки совместимость

(0) лучше просто создать регистр нужной структуры и перепровести все, что делает там движения. Если правильно понимаю "подчиненный регистр".

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

(4) > создать регистр нужной структуры и перепровести все, что делает там движения.

Бред какой-то. Какое "всё перепровести"? Вы с реальными продуктивными базами вообще работаете? А если база ведется несколько лет? А если есть записи с ручной корректировкой? А если есть записи сделанные специфическими документами типа "Операция" или  "КорректировкаЗаписейРегистров"? А если есть записи принудительно откорректированные какими-либо обработками в ходе предыдущих подобных операций, связанных с пересмотром идеологии и логики работы регистра?
Вероятность того, что полное перепроведение корректно заполнит все записи в регистр обратно пропорциональна сроку жизни базы. Может в базе, которой один - два года, такое и прокатит. В  базах с бОльшими сроками жизни - это почти фантастика.

(4) И, кстати говоря, совершенно непонятен смысл этого действа - создать новый регистр. Нафуя спрашивается?...

(4) И себестоимость за 3 года пересчитывать и уточнёнки по всем декларациям подавать))

(0) Да, всё правильно.

(0) >> Как правильно это сделать чтобы не потерять данные?
>> Реквизит переименовать, создать измерение.

Да. Обычно к имени удаляемого реквизита добавляют префикс "Удалить", а к полному наименованию - "(Не используется)".

>> А потом обработкой какой ни-будь перенести из одного в другое?

Да.

>> Как это вообще в типовом обновление происходит?

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

>> А потом вторым этапом тот реквизит удалить?

D типовых такие реквизиты так и висят с префиксом "Удалить". Но в принципе, если вы уверены, что данные корректно перенеслись в новое измерение, то можно удалить.

(5) можете извращаться как угодно.
пробуйте.

И... подождать потом еще, пока итоги с новым измерением пересчитаются, ну и код модуля проведения всех доков поправить, чтоб корректно это измерение заполнялось и учитывалось в расчете останков(если ннадо).
А потом, посидеть, полумать, а надо ли вообще ЭТО делать

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

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

(12) А закрываться-то энтот регистр по этому пновому измерению будет?

(13) не понимаю о чем ты

(14) Это означает, что приход и расход регистра должны быть с одинаковым набором измерений

(12) для этой задачи делать измерение - сомнительное удовольствие

(15) и ещё на одинаковое количество-сумму-что-там-ещё в ресурсах...

(16) это если он остаточный)

(17) (16) он оборотный. Один документ по нему делает записи. А потом на основе этого регистра я заполняю всякие другие документы, строю отчеты и все такое.

(6) Чтоб реструктуризации не было - все сделается не прерывая работу пользователей

(19) Добавление нового регистра уже проходит динамически?

(20) Реструктуризации текущего