Обновление нетиповой УПП 1.3

(1)Советы на тему не типовых обновлений? Если опыта мало и "изменений много", то лучше сначала потренироваться на чем-нибудь простом. У Гилева кстати где-то хорошее видео видел на эту тему.

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

На первое время должно хватить, остальное придет с опытом.

(1) Советы можно дать только общие, которые касаются нетиповых обновлений. Статей на эту тему в интернете полно и так.
А подробности именно вашего случая известны только вам. Никто не знает, что у вас доработано.

(2) Изменения есть во всех разделах, сделал сравнение конфигурации поставщика с основной, сравнение конфигурации поставщика с новой конфигурацией поставщика, в окне сравнения основной с новой конфигурацией поставщика поставил "показывать только дважды измененные свойства", что можно пропустить если работать только с дважды измененными

(7) Один из часто встречающихся примеров - потребовалась доработка конфигурации, в ходе которой достаточно было изменить всего 1 строчку в модуле (общем, формы, объекта - неважно), а в последующих релизах модуль глобально изменился - в нем больше нет строчки, которую Вы изменили, соответственно и доработка больше не действует. Приходится искать, в какой теперь процедуре и в каком модуле теперь находится этот функционал.

(7) Если изменений очень много и проверить их все после обновления не представляет возможным, то иногда использую свою методику контроля():

- Принимая во внимание, что мы должны сохранить все доработки после обновления, предположим что перечень различий между основной конфигурацией и конфигурацией поставщика одно и того же релиза должен остаться прежним после обновления (если не брать в расчет приведенный пример в предыдущем сообщении);
- Делаем сравнение конфигурации и конфигурации поставщика до обновления (конфигурация - сравнить конфигурации). Выводим в текстовый файл отчет о сравнении (правой кнопкой на дереве сравнения - отчет о сравнении), сохраняем его отдельно и называем "до обновления";
- Максимально внимательно обновляем конфигурацию, полностью завершаем процесс обновления;
- Делаем сравнение конфигурации и конфигурации поставщика уже после обновления, также выводим его в текстовый файл и называем "после обновления";
- Берем любой текстовый редактор, который умеет сравнивать два текста и подвергаем сравнению полученные файлы;

Например в файле сравнений до обновления есть отличие:
Процедура Поздороваться()
< сообщить("Привет!") //было у поставщика
> сообщить("Добрый день!") //мы изменили

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

Надеюсь понятно объяснила смысл, да - немного муторно, но это лучше чем сравнивать все вручную

(10) сформировать файл отчет о сравнении http://prntscr.com/mbw71k можно по всей конфигурации, как показано на рисунке, можно для отдельных объектов, в том числе ыорм