Как обновлять доработанную конфигурацию и не потерять изменения

Типовую конфигурацию 1С обновить просто - нажали кнопку, подождали, работаете дальше. Но как только в базе появляются доработки, каждое обновление превращается в риск: одно неосторожное «Обновить» - и месяцы работы программиста стёрты типовым релизом. Разбираем регламент, который мы применяем на 200+ базах клиентов. Если брать обновления на себя не хочется, их закрывает наше обновление 1С.

01Почему доработки теряются

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

02Регламент обновления: 6 шагов

03Расширения вместо снятия с поддержки

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

Не всё переносится: изменения структуры данных (новые реквизиты документов, регистры) по-прежнему требуют изменения конфигурации. Но формы, отчёты и логика проведения - переносятся почти всегда.

04Когда пора звать специалиста

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