Ну то бишь убить прошлые годы и ввести начальные остатки, в том числе и по зарплате.
Мне один знакомый говорит, что там в БП3 какой-то перенос остатков через XML появился?

Я хочу сделать копию базы, убить документы до 1 января 2023 и ввести начальные остатки. Как это сделать максиально просто?

охренеть. То есть такое словосочетание ка свертка базы ты еще не выучил?

(1) а теперь предметнее и развернутее. Как именно ты планируешь сворачивать базу?

(2) https://its.1c.ru/db/answers1c/content/261/hdoc

только не пиши что у тебя нет ИТС

(3) круть, не знал, что они наконец-то сделали такое. Только огорчен, что сделали до корректировки регистров а не документами ввода начальных остатков. Не тот уровень, который я ожидал от 1с

в других конфигурациях через ввод

возьми и собери во ввод, в чем проблема

(6) если получится, ввод остатков предполагает определенную методологию учёта, а что в реальной базе неизвестно. Универсальнее корректировка регистров

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

(7) создается и заполняется документ как получится + движения 1 в 1 (как при корректировке).
Если требуется внести исправления в ввод остатков и перепровести, то движения могут уже отличаться (предварительно нужно дать свое согласие на изменение).

(9) и зачем такое?

(10) в 99% случаях все нормально, удобно поправлять регистры с авансовыми с\ф и ОС.

(8) ну так - где то на 2-3 сотне гигабайт - начинает подтупливать ощутимо и винты не спасают.
Штатная свертка на таких объемах тоже ведет себя не всегда адекватно - начиная от того, что сколько-нибудь значимые объемы свертки по времени тупо не укладываются в регламентное окно и появляются варианты рубить хвост по кусочкам отрезая по 1-3 месяца и заканчивая тупыми вылетами по нехватке памяти, по ошибкам свертки из-за некорректных данных которые в больших объемах встречаются достаточно частно.
И это даже на полностью типовых базах куда вся первичка грузится из УТшки.
А если базы дописаны и в них ведется управленческий учет - то труба.

У всех разные ситуации и разные походы.
Я например не люблю базы с большой историей.
Для меня норм база до 4-5 лет, ну максимум 6-7 лет.
По объему тоже разный подход.
Если у вас специальный крутой сервер то можно спокойно 100-300 ГБ держать в ней.
А бывает что сервак эти типа "сервачек" слабенький и юзеров на нем 4-5 и уже при объемах 10-20 ГБ уже тормоза.
В таких случаях приходится резать базу потому что у них нет денег на железо и крутую инфраструрктуру.
А файловые базы это отдельная песня.

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

(4) свертка базы существовала еще с 7ки...