Есть база. Полностью типовая. Замочки, все дела. Но года три не обновлявшаяся. Нужно накатить на неё 40 релизов побыстрее. Замочек снимать нельзя.
ИТС есть. Все скачал и в шаблоны установил.

Кроме монотонного тыканья мышью есть методы?

(0) пф, там делов на пол дня

Да запустить обновления из режима предприятия

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

(3) А вот тут торопиться не надо. Одно дело БП , другое дело УТ11.0 и нужно обновить до УТ11.2

Т.е. для БП и ЗУП это справедливо
Для УПП и ЕРП и такой подход может быть фатальным

(0) для таких случаев появился Обновлятор 1C (от меня спасибо автору). Нажал и забыл...

(5) КА

(5) просто больше работы по сравнению и делов.
Можно выгрузить результат сравнения в файл и пропарсить его с поиском данных в удаляемых объектах

Скорей всего можно не все 40. На users.v8.1c.ru пишут, какой на какой можно обновлять.

(9) Я образно. Всего 44, но какие-то можно пропустить. Поэтому около 40-ка получится.

(10) гораздо меньше

(11) +1
(10) - штук 6-7, не более..
На каждый - минут по 20 (Страааашно - жуть!). В промежутке можешь заниматься чем-нибудь сторонним.. Почайпить, например.

ЗЫ Лень - двигатель прогресса..

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

Рекомендую таки делать промежуточные бекапы.
Я так обновлял упрощенку мохнатого года, и она внезапно поломалась после накатывания n+1 обновления.
Починить не удалось, пришлось гнать всю цепочку обновлений повторно.

(11) Это отраслевка на базе КА. Там очень мало пропуститься. (14) Это само собой. Через 5 релизов - выгрузка в dt

(15) Если это БП - обязательно вывести стартовую ОСВ, а после каждого обновления сравнивать итоговые строки.
Если ЗУП - сравнивать своды.
в УТ - не знаю, что сравнивать..

ЗЫ. я бэкапил после каждого наката. И мера это однажды себя оправдала: недосмотрел, одно из обновлений было "отозвано".. Не понимаю, почему оно осталось на их сайте.. :(
Обновленная база разрушилась.

(10)Для определения цепочки релизов, есть такая штука http://gran-it.net/updateset.php, для обновлений потоком можно взять этот скрипт http://catalog.mista.ru/public/241253/ и допилить его для себя или использовать как есть.

(15) если отраслевка, то лучше не обновлять. Они там за 3 года такого могли наворотить, что мама не горюй. Всю структуру поменять. Лучше завести новую пустую базу и перенести данные переносом.

(18) Вот как раз новую завёл. Её нужно довести до текущего.

ну 40 .... смотря для какой базы ...
тут еще не маловажно какая была платформа ...

(18) смотря какой док.оборот . а после того как все перенесеться объясняй что такое себестоимость или почему баланс поехал

(20) Около 30% прошел. Рабочий день почти весь уйдёт.

Че платят? если нормально то можно и поболее с промежуточными повозиться -))  Делай на копии - не ошибешся

(23) Оклад ;) +Премия.

(0) советую свой обновлятор, но со следующим нюансом:

- цепочка обновлений действительно большая и шанс, что через несколько часов одно из обновлений не накатится велик.

Поэтому, чтобы не начинать с начала:

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

Тогда даже если цепочка обновлений навернётся ближе к концу - у вас гарантированно будет архивная копия базы с последним возможным обновлением.