Почему после обновления 1С всё ломается

Что происходит технически

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

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

Как должно быть: расширения

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

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

Что проверить до обновления

Первое: снята ли конфигурация с поддержки. Это видно в конфигураторе и определяет весь дальнейший сценарий. Второе: есть ли актуальная резервная копия и разворачивали ли её хоть раз — копия, которую никто не восстанавливал, копией не является.

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

Четвёртое: делать это в нерабочее время и держать план отката. Не потому что мы ждём проблем, а потому что цена ошибки — остановленный учёт.

Как вернуть базу в поддерживаемое состояние

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

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