Как обновить НЕтиповую конфигурацию ?

Всем Добрый день!

Суть проблемы: на предприятии используется 1С ЗиК с различными ручными доработками сделанными что называется "под заказ".
Задача: поставить очередной релиз от типовой 1С, таким образом, чтобы и конфигурация обновилась по возможности максимально и чтобы "под заказ" внесенные изменения НЕ пострадали.

Вопрос:
1. Как можно провести обновление чтобы сохранились сделанные доработки в старой конфигурации и провшло обновление новой конфигурации ?

Это должен делать специалист.
1. СДЕЛАТЬ РЕЗЕРВНУЮ КОПИЮ - в режиме конфигуратора - "Администрирование"-"Выгрузить данные"
2. В режиме конфигуратора - Меню-"Конфигурация"- "Объединение конфигурации"-выбираете файл "1Cv7.MD", той конфигурации с которой вы хотите объединить или сравнить текущую. После объединения, пока вы не сохраните конфигурацию еще можно сделать откат, просто не сохранять:).
Meтoд oбъeдинeния
Зaмeщaть oбъeкты - объект полностью заменяется - использовать нужно осторожно, возможна потеря данных
Oбъeдинять oбъeкты - новые реквизиты добавляются, в тексте ставятся пометки {{[<--]-добавлен блок,{{[-->]-удален блок,{{[<->]-изменен блок


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

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

Ребяты! Может НЕ стоит заниматься ерундой - пытаться сходу обучить программированию и конфигурированию "с нуля" здесь, на форуме?! Для этого существуют ДРУГИЕ, действительно эффективные методы - курсы программистов, например.
А то сейчас насоветуем и человек без опыта и навыков действительно "ломанется" обновлять НЕ типовую конфигурацию? И че будет?...

"И че будет?;) самое страшное не сделать резервную копию, но об этом уже сказали. Все равно все совершали те или инные ошибки. Когда-то ж надо начинать?;)"

"> И че будет?;) самое страшное не сделать резервную копию,

Совсем нет. При обновлении нетиповых конфигураций есть другие, не менее серьезные опасности, особенно для неопытного исполнителя.Например: НЕ ЗАМЕТИТЬ потрею данных. А вылезти это может и через неделю, и через месяц, да еще как-раз к отчетам? И что будет он делать: восстановливать архивы месячной давности? Или возвращать потерянные реквизиты и предлагать бухам по-новой попытаться их ввести вручную. Например, за пару лет? И что еще? А чтобы даже "извлечь" потреянное из эталонной архивной копии - тут тоже надо знать ПОБОЛЕЕ, чем просто сравнение и объединение конфтигураций. То есть надо быть УЖДЕ специалистом, способным найти выход и в такой ситуации. И тому подобное.

> Когда-то ж надо начинать?;)

Что начинать-то? Учиться программировать - на форуме?
Вот уж я, будь бухом, ни за что не захотел бы попасть в лапы научившемуся ТАКИМ образом.

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

Все же в действиях, даже в их НАЧАЛЕ должна быть какая-то рациональность и смысл.




"

В вашем случае решение проблемы одно - Вызывайте специалиста (приготовив большую денюшку)..

Елена Р., спасибо за ответ. Я примерно так как Вы рассказали и представлял себе описанного мной обновления нестандартной конфигурации. Проделал некоторые эксперименты на тестовой БД в следующей последовательности:
1. Обновил типовую НЕдоработанную версию конфигурации 282 до версии 283 с параметрами обновления: приоритет конфигурации=Загружаемая конфигурация, Метод объединения=Замещать объекты.
2. Теперь задача стоит объеденить ДОРАБОТАННУЮ конфигурацию 282 с полученной в п.1 конфигурацией.
Делаю настройки объединения, как в п.1 и открывая каждый объект выбираю кнопку "Сравнить".
Он мне пишет какие имеются изменения.

Теперь стоит задача, как эти обнаруженные изменения (доработки сделанные руками) перенсти в НОВУЮ конфигурацию.
Посоветуйте как это сделать (потому как простым копированием через буфер обмена это не удается)?

А если допустить, что человек - програмист, вот только впервые столкнулся с данной задачей. Можете просто объясниить чего надо опасаться ?
У меня возникла такая же проблемма, но хотелось бы самому разобраться )
Поэтому попродробее напиши что еще за потеря данных? как ее отследить? она связанна только с доработанными компонентами или могут пострадать и стандартые модули ? ( доработок в программе всего 2 пока, поэтому я могу их отследить, а вот если со стандартными модет что приключиться..... )

Все делается очень просто...

Начинаешь обновлять ДОРАБОТАННУЮ_282 НЕДОРАБОТАННОЙ_282(типовой)...
Конфигуратор тебе все изменения как на ладони покажет.. (само обновление мона не делать)
Записываешь все изменения куда-нибудь (я обычно измененные куски кода в ДОКовский файл записываю, также записываю какие новые элементы шапки либо табличной части появились, с коментариями для себя.. На будущее)..


Далее берешь копию базы (повторяю - КОПИЮ), обновляешь 283..
И в полученную 283 вносишь выявленные ранее изменения...
Затем берешь md-файл из полученной базы (само собственно обновление ДОРАБОТАННАЯ_283)
и обновляешь им свою конфигу..

Усё!