Обновление измененной конфигурации

У меня такая задача: пришло время обновлять З и К, в которую я внесла свои изменения (был добавлен новый справочник, в спр. Сотрудники добавлены новые реквизиты, изменены формы и модули некоторых документов). Насколько я понимаю, если обновить обычным способом, эти измения будут потеряны вместе с данными, хранящимися в добавленных реквизитах. Как мне обновить конфигурацию, не потеряв изменений? Подскажите, пожалуйста.

С помощью объединения конфигураци. При этом выдается окно с метаданными, там можно посмотреть какие будут изменены элементы. И по моему есть режим, который дает возможность сравнить код. С помощью этого окна можно исключить или включить для обновления тот или иной элемент. Попробуй сначала на копии.

Проблема в том, что изменения программистами вносятся в те же документы, что и любят изменять законодательные органы. Часто дорабатывается накладная и счет-фактура и при изложенном способе изменения из релиза не попадут в эти документы. Я делаю изменения вручную. У меня есть перечень внесенных изменений с детальным описанием и распечатками. При принятии решения о необходимости обновлений, я вношу все по пунктам в новый релиз, при необходимости вношу изменения, если в релизе существенно поменялся код. Новый релиз с изменениями накладываю путем объединения как обычно на базу. Метод трудоемкий, но при определенной тренировке и пунктуальности в ведении записей отнимает не так много времени. Если кто-то придумал что-то более удобное, поделитесь опытом.

Нужно сначала  провести обновление стандартной конфигурации ЗиК вашего релиза на вашу обновленную конфигурацию этого же релиза. Будет выдан список изменений, которые вы внесли в стандартную конфигурацию. Эти изменения нужно запомнить и внести в последний релиз. После этого обновить старый измененный релиз на последний релиз с внесенными изменениями. Тогда ваши изменения остануться на месте, плюс перенесуться все изменения, которые есть в новом релизе. Метод достаточно кропотливый и требует внимательности, но есть уверенность, что все ваши изменения остануться. Но в любом случае, сделайте архивную копию авшей базы.

Понятно. Способ, конечно, трудоемкий, но по-другому, видимо, никак... Большое спасибо за ответы! Они мне очень помогли.

У меня своя метода:

1. Все описывается, вплоть до адресов ячеек таблиц, в которых я ковырялся.

2. Ни одна одна строка станд. модулей не удаляется и напрямую не редактируется, а комментируется

3. В модулях все свои дописки и исправления делаю примерно так

//ИЗМ

Мой текст (код)

Мой текст (код)

//ИЗМ/

4. При обновлении сначала сравниваю стандартные релизы, напр. 248 с 249.

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

При своевременном обновлении получается довольно быстро, а если релизов эдак через 5 - уже проблематично