Как обновить доработанную 1С, если конфигуратор пишет «Ошибка объединения»

01

Почему так происходит

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

02

Чего делать не стоит

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

03

Шаг 1. Копия и эталон

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

04

Шаг 2. Сравнение по смыслу, а не по строкам

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

05

Шаг 3. Проверка каждой доработки

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

06

Шаг 4. Перенос в рабочую базу

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

07

Как не попадать в это снова

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

Все статьи