Как то вообще возможно?

Да.

(0) просто не формируй документы формирования книг. И ничего отключать не требуется...

(2) Так документы "Реализация" и "Поступление ТМЦ" делают движения по регистру остатков и если не формировать "книги", то как выводить ресурс регистра в 0?

(3) Сам понял, что спросил?

(3) Можешь вообще прибить нафик эти 2 регистра и вычистить конфу от них ...делов то на пол часа работы...

(3) сними с проведения документы Формирования книг и ничего в 0 выводить не придется. А вообще, оно тебе мешает?

Зачем их выводить в 0?

(7)
1) Как то принято регисры остатков использовать "выводимыми в нуль".
2) При свертке базы на "все что не выведено в нуль" формируется документ "Остатки Книги продаж", очень много документов.

Такая же "беда" (перенос остатков по регистрам "Книга покупок" и "Книга продаж") происходит при переходе с ТиС на УТ (правда не пробовал убрать флаги переноса этих регистров).
Неужели у всех копятся "незакрытые" по учету НДС накладные?

(9) Нормальные люди либо ведут книги (создают документы Формирования книг) и переносят эти данные, либо не ведут их (и тогда ничего "незакрытого" у них нет)...

(10) Я так тоже думал, пока не столкнулся с этим.
Сам по себе документ "Формирование книги продаж" не делает движений по регистру "Книга продаж". Он только автоматом формирует с/ф на аванс и отражает факт того, что с НДС у тебя в некотором периоде все ОК. Движение же по регистру осуществляют "Реализация" и "С/Ф выданный" (при наличии оплаты). Из этого следует, что на выводимость в 0 остатка по регистру "Книга продаж" влияет неоформление  С/Ф.
Ситуацию с "неоформлением с/ф" наверное объяснять не надо...

(11) а удалить ненужные документы после свертки/выгрузки так сложно?

(12) На самом деле сейчас основная проблема как раз в процессе выгрузки/свертки - из-за этих документов все это происходит 3-е суток.

пля. Ну а какие проблемы убить в модулях, очистить(цапнуть)/убить сами регистры? Религия?

Для Selenat, DES и прочих грамотных...
Реализации, Поступления, Возраты и прочие документы делают __кучу движений__ по регистру книг продаж/покупок.
Документ "Формирование книги..." УСЛОВНО говоря ФОРМИРУЕТ САМУ КНИГУ  выводя ранее сделанные записи в (0).
Правильное решение в 5 и 10

(15) Если бы было все так просто, то было бы даже не интересно...

"Правильное решение 5" - движение по регистрам "Книга продаж/покупок" прописаны в тех же процедурах глобального модуля, что и по регистрам "Покупатели/Поставщики". Если бы висела отдельная процедура "ДвиженияКнигаПокупокПродаж", то конечно же заремарить ее проблем нет, но вычищатть куски кода из типовой конфы, а потом быть уверенным в правильности формирования других движений это дело явно не "получаса".

"Правильное решение 10" - ведение или не ведение "Книги покупок/продаж" к сожалению никак не сказывается на движениях по регистрам, которые формируют "Реализации, Поступления, Возвраты". ЕДИНСТВЕННЫЙ ТИПОВОЙ способ "закрыть" эти движения это вводить с/ф на все эти операции и проводить "Формирование книги продаж/покупок".

"Убийство регистров" - придется создавать документ, который будет формировать антидвижения.

(16) Значит так. Коли уж вам книги продаж-покупок в ТиС не нужны, то стандартный способ свертки вам по-любому не подойдет из-за его тормознутости. Стандартная свертка предназначена именно для корректного переноса данных, связанных с книгами (счет-фактур например). Пиши свою свертку, которая создаст документ, вводящий начальные остатки по нужным тебе регистрам (можешь даже выцепить куски из стандартной сверки). А после этого я бы посоветовал тебе не удалять все ненужное в старой базе, а перекинуть справочники и доки ввода остатков в пустую (правила ХМЛ для этого создаются за полчаса максимум)...

(17) Кстати, это идея. Перенос данных из ТиС в УТ не затрагивает регистры "Книги продаж/покупок", таким образом если убрать из обработки "Свертка" операции по (уже ненавистным мною :) ) регистрам, то можно будет на момент свертки избавиться от этих движений совсем (документы ДО свертки удаляются).

(18) про ТиС - УТ ничего не скажу, не смотрел. А вот по поводу свертки без книг считаю вариант (17) наилучшим...