Как обновлять конфигурацию 1С с расширениями

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

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

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

Почему расширения требуют отдельного внимания при обновлении

Расширение конфигурации — это механизм платформы, который позволяет добавлять и изменять объекты без изменения самой типовой конфигурации. Расширение «заимствует» формы, модули и объекты из основной конфигурации и накладывает свои изменения поверх них.

Проблема возникает тогда, когда заимствованный объект в новом релизе изменился: переименовали процедуру, удалили реквизит, переработали форму. В этом случае расширение при подключении выдаёт ошибку вида «Объект не обнаружен» или «Метод не найден», а иногда просто отключается с признаком несовместимости.

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

Подготовка: резервная копия и инвентаризация расширений

Первое действие перед любым обновлением — полная резервная копия базы. Для файловой базы достаточно выгрузки в dt через конфигуратор или копирования файла 1Cv8.1CD. Для клиент-серверной базы делайте выгрузку средствами СУБД или через конфигуратор при возможности монопольного доступа.

Второй шаг — инвентаризация расширений. Откройте в режиме «Предприятие» или конфигураторе список расширений (раздел «Администрирование» — «Печатные формы, отчеты и обработки» — «Расширения» либо соответствующий пункт меню в зависимости от конфигурации) и зафиксируйте: название, версию, назначение, кто и когда его внедрял. Особое внимание уделите расширениям без понятного описания — они чаще всего становятся источником сюрпризов.

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

Тестовое обновление на копии базы

Разверните копию базы и выполните на ней обновление штатным способом — через поддержку в конфигураторе или через интернет-обновление в режиме «Предприятие». Само обновление типовой конфигурации от наличия расширений обычно не страдает: расширения хранятся отдельно и не участвуют в объединении.

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

1. 1
   Разверните копию рабочей базы на тестовом сервере или в отдельном каталоге
2. 2
   Выполните обновление конфигурации штатным механизмом до целевого релиза
3. 3
   Откройте список расширений и зафиксируйте отключённые и их ошибки
4. 4
   Включайте расширения по одному, проверяя ключевые сценарии работы
5. 5
   Исправьте ошибки в расширениях и повторно проверьте на копии
6. 6
   Только после успешного прогона планируйте обновление рабочей базы

Как проверить совместимость расширения с новым релизом

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

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

Затем пройдите функциональный тест: откройте каждую форму, которую изменяет расширение, выполните типовые операции — проведение документа, формирование отчёта, печать. Ошибки времени выполнения («Метод объекта не обнаружен», «Поле объекта не обнаружено») указывают на конкретное место, требующее доработки.

Контрольные точки

Как проверить результат

Статус расширения в списке

Норма

Подключено, без пометок о несовместимости

Тревожный признак

Отключено платформой или помечено ошибкой

Проверка конфигурации в конфигураторе

Норма

Нет ошибок ссылок на объекты расширения

Тревожный признак

Сообщения об отсутствующих объектах и методах

Работа ключевых форм и операций

Норма

Документы проводятся, отчёты формируются без ошибок

Тревожный признак

Ошибки времени выполнения при открытии форм или проведении

Журнал регистрации после теста

Норма

Нет новых ошибок, связанных с расширением

Тревожный признак

Повторяющиеся ошибки от сеансов пользователей

Исправление расширения под новый релиз

Типовой сценарий исправления: откройте расширение в конфигураторе, найдите заимствованный объект, на который указывает ошибка, и сравните его с текущим состоянием объекта в основной конфигурации. Чаще всего требуется обновить заимствование — удалить устаревший заимствованный элемент и добавить его заново, чтобы расширение «подтянуло» актуальную структуру.

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

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

Обновление рабочей базы и контроль после него

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

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

Маршрут решения

Как выбрать действие

Расширение отключилось с ошибкой об отсутствующем объектеОткройте его в конфигураторе, обновите заимствованный объект и адаптируйте код под новый релиз

Расширение работает, но выдаёт ошибки в отдельных формахНайдите изменённые методы или реквизиты в новом релизе и скорректируйте код расширения

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

Расширение критичное, а исправить его быстро нельзяОтложите обновление рабочей базы до готовности исправленной версии расширения

Как снизить проблемы при будущих обновлениях

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

Во-вторых, ведите учёт расширений: назначение, ответственный, файл, дата последней проверки. В-третьих, регулярно пересматривайте список — часть доработок со временем появляется в типовой поставке, и лишние расширения стоит удалять. Чем меньше расширений и чем они «легче», тем быстрее и безопаснее проходит каждое обновление.

Частые вопросы

Нужно ли отключать расширения перед обновлением конфигурации?

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

Что делать, если после обновления расширение отключилось?

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

Можно ли обновляться, если нет исходников расширения?

Да. Расширение можно выгрузить из базы в файл .cfe через конфигуратор (команда сохранения расширения в файл) и открыть его для редактирования. Исходный код модулей расширения доступен внутри базы, если разработчик не поставил пароль на модуль — в последнем случае понадобится связаться с автором расширения.

Почему расширение работает, но после обновления появились ошибки в отдельных формах?

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

Как часто нужно проверять расширения, если обновления выходят регулярно?

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