Не спрашивайте как, но случилась такая хрень.
В некотором царстве есть остаточный регистр, который по факту используется как оборотный.
Ессно все прелести разбухающих итогов и вот это всё... Итогов килотонны уже набухло.
Рефакторить это всё по уму в настоящий момент накладно выходит (данных немало).
Есть безумная идея - а что если очистить нафиг всю таблицу итогов у него (обороты ведь все равно по таблице движений считаются), установить расчет итогов на начало времен и не рассчитывать их больше по регламенту и использование текущих итогов тоже отключить?
Взлетит? Какие подводные камни? Кроме того, что попытка обратиться к виртуальной таблице остатков, по-идее, загрузит систему наглухо :)

(0) отчеты убъются

(0) Ничего она не загрузит.

(1) +1

и чо дальше? обрабатывать физ. таблицу каждый раз чтобы обратится к оборотам?

(1) Цель как раз, чтобы не убились отчеты с использованием виртуальной таблицы оборотов.

Т.е. не отключать использование итогов.

(5) + Но чтобы самих итогов при этом не было :)

много отчетов и регистраторов?
лучше сразу новый регистр, перенести движения, переделать отчеты/движения и грохнуть старый.

база 24/7?

может в копии очистить переписать движуху

потом в боевой очистить, поменять структуру и перетащить все средствами sql?

Т.е. отключить только текущие итоги (справка говорит, что в этом случае они будут рассчитываться от рассчитанных итогов), расчет итогов установить на начало времен, а сами рассчитанные итоги - прибить.
Т.е. по-идее, в этом случае остатки должны рассчитываться только по движениям. Ну а обороты и так по ним рассчитываются.
Не?

обновлением делаешь второй "правильный" регистр, "неправильный" переименовываешь, обработкой переносишь данные, убиваешь неправильный

или просто обновлением превращаешь регистр в оборотный

(11) можно поиметь реструктуризацию + "not response" на хз сколько времени

"Правильные" варианты весьма затруднительны по целому ряду причин. В т.ч. и 24/7
Поэтому в первую очередь интересуют отзывы по варианту "безумному".

(12) тогда (10)

Я так понял, мало кто такой изврат щупал :)
Хорошо, а такой вопрос: при штатном откате границы рассчитанных итогов "назад", поздние итоги физически удаляются?

мы делали (7)

(0) делал как (10), только наоборот: оборотный в остатки.
Но будет, проблема при сравнении/объединении старых версий из cf новой версии: регистры сопоставляются не по наименованию. Т.е. придется старый регистр оставлять с тем же наименованием (изменив структуру на нужную), в обработке перетаскивать все другой регистр, а потом заполнять из него старый

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

Безумная идея как раз и дает фору на "не спеша".
На тестовой погонял - вроде на первый взгляд боков не замечено.
Еще покумекаю/поколдую поглубже - и буду издеваться над рабочей.

Короче, кому интересно - сабж получился.
Абсолютно реально юзать регистры накопления без таблиц итогов, если такая хитрая необходимость вдруг нужна.