Администрирование · 10 мин
Как обновить базу 1С с подключённым расширением
Как безопасно обновить конфигурацию 1С с подключёнными расширениями: подготовка, проверка совместимости, порядок действий, типичные ошибки и восстановление после сбоя.
Расширения в 1С позволяют дорабатывать типовую конфигурацию без снятия её с поддержки, но именно они чаще всего становятся причиной проблем при обновлении. После смены релиза расширение может перестать загружаться, конфликтовать с изменёнными объектами или молча перестать выполнять свою логику. Правильный порядок обновления сводит эти риски к минимуму.
Главный принцип: сначала обновляется конфигурация, затем проверяется совместимость каждого расширения с новым релизом, и только после этого база возвращается в работу. Если расширение разработано сторонним подрядчиком, понадобится его адаптированная версия под новый релиз — стоит запросить её заранее, до начала обновления.
Ниже разобран полный цикл: подготовка, резервное копирование, само обновление, проверка расширений и действия при ошибках. Инструкция подходит для типовых конфигураций (БП, УТ, ERP, ЗУП) в файловом и клиент-серверном варианте.
Почему расширения мешают обновлению и как это проявляется
Расширение «заимствует» объекты основной конфигурации: формы, модули, процедуры, реквизиты. Когда при обновлении поставщик изменяет эти объекты — переименовывает процедуру, меняет состав параметров, удаляет реквизит — расширение теряет связь с ними. Платформа при подключении проверяет соответствие и отказывается применять расширение, если контроль не пройден.
Типичные симптомы после обновления: при входе появляется сообщение об ошибке применения расширения, часть доработок просто не срабатывает, не открываются отдельные формы или падают отчёты. Иногда расширение формально подключается, но его код вызывает ошибки при обращении к изменённым процедурам.
Важно понимать: сами расширения при обновлении конфигурации не удаляются и не изменяются. Они хранятся отдельно и просто перестают (или продолжают) работать с новым релизом. Поэтому задача администратора — не «сохранить» расширения, а заранее оценить их совместимость.
Подготовка: что сделать до обновления
Первый шаг — инвентаризация. Откройте в конфигураторе или в режиме «Предприятие» список подключённых расширений (раздел «Администрирование» → «Печатные формы, отчеты и обработки» → «Расширения», либо в конфигураторе: «Конфигурация» → «Расширения конфигурации»). Зафиксируйте название, версию и назначение каждого, а также сохраните файлы .cfe, если они у вас есть.
Для каждого расширения определите источник: типовое расширение от поставщика конфигурации, разработка стороннего подрядчика или собственная доработка. От этого зависит, где брать совместимую версию. Разработчикам стоит направить запрос на адаптацию под целевой релиз заранее — это обычно занимает время.
Проверьте журнал регистрации и спросите пользователей, какие доработки реально используются. Нередко в базе «висят» расширения, которыми никто не пользуется, — обновление хороший повод их удалить и уменьшить риски.
- 1Составьте список всех подключённых расширений с версиями и назначением
- 2Сохраните файлы .cfe каждого расширения в отдельную папку
- 3Запросите у разработчиков версии, совместимые с целевым релизом
- 4Сделайте выгрузку информационной базы (.dt) через конфигуратор
- 5Разверните тестовую копию базы для репетиции обновления
Резервная копия и тестовая база
Обновление рабочей базы без копии — недопустимый риск. Для файловой базы выполните выгрузку в файл .dt («Администрирование» → «Выгрузить информационную базу») в конфигураторе; для клиент-серверной дополнительно убедитесь, что есть актуальная копия средствами СУБД. Выгрузка .dt универсальна: из неё базу можно восстановить на любой подходящей платформе.
Репетицию обновления проведите на тестовой копии. Загрузите .dt в новую пустую базу, выполните весь цикл обновления и проверьте расширения. Только после успешного прохода на копии повторяйте процедуру на рабочей базе. Это особенно важно, если пропускается несколько релизов и обновление идёт через промежуточные версии.
Порядок обновления конфигурации
Само обновление выполняется штатно: в конфигураторе через «Конфигурация» → «Поддержка» → «Обновить конфигурацию» или «Загрузить конфигурацию из файла», либо через автоматическое обновление в режиме «Предприятие» для поддерживаемых типовых решений. Расширения при этом отключать не обязательно — платформа сама проверит их при первом запуске после обновления.
После обновления конфигурации базы данных и выполнения обработчиков обновления (в толстом клиенте или автоматически при первом запуске) дождитесь полного завершения отложенных обработчиков. Только после этого оценивайте работу расширений: до завершения обработчиков данные могут быть в промежуточном состоянии.
Если при запуске появляется сообщение о невозможности применить расширение, платформа обычно предлагает продолжить без него. Соглашайтесь — расширение просто отключится, но не удалится, и его можно будет вернуть после адаптации.
Проверка и адаптация расширений после обновления
Откройте список расширений и проверьте статус каждого: подключено ли оно, нет ли пометок об ошибках. Для отключённых расширений откройте их в конфигураторе и выполните проверку совместимости — платформа покажет конкретные заимствованные объекты, которые изменились или исчезли.
Адаптация сводится к исправлению ссылок на изменённые объекты: обновлению заимствованных форм, переопределению процедур с новыми сигнатурами, удалению ссылок на несуществующие объекты. Если расширение стороннее, эти работы выполняет его разработчик — ваша задача передать ему номер нового релиза конфигурации.
После подключения адаптированной версии проверьте функциональность сценариями, которые расширение покрывает: проведите документ, сформируйте печатную форму, выполните регламентную операцию. Формальное подключение расширения не гарантирует корректность его логики.
Как проверить результат
Активно, без пометок об ошибках применения
Отключено или сообщение о несовместимости
Формы открываются, кнопки и поля работают
Ошибки при открытии, отсутствуют элементы
Нет ошибок, связанных с расширением
Повторяющиеся ошибки вызова процедур
Документы проводятся, отчёты формируются
Ошибки при проведении или печати
Типичные ошибки и как их избежать
Самая частая ошибка — обновление «вслепую» без тестовой репетиции. Второе место занимает ситуация, когда администратор удаляет «проблемное» расширение вместе с данными, хотя достаточно было его отключить. Ещё одна типичная проблема — попытка обновить сразу через несколько релизов, когда поставщик требует последовательный переход через промежуточные версии.
Отдельный риск — расширения, меняющие роли и права. После обновления типовые профили доступа могут измениться, и доработанные роли начнут конфликтовать. Такие расширения проверяйте в первую очередь и под учётной записью обычного пользователя, а не администратора.
Если совместимой версии расширения нет
Когда разработчик не успел адаптировать расширение, есть несколько вариантов. Если доработка некритична — отключите расширение, обновите базу и верните расширение позже. Если доработка критична, адаптируйте её собственными силами (при наличии исходников и компетенций) либо отложите обновление конфигурации до готовности совместимой версии.
Откладывая обновление, учитывайте ограничения: старые релизы перестают поддерживать актуальные формы отчётности и обмены с государственными сервисами. Для учётных конфигураций длительная работа на устаревшем релизе обычно рискованнее, чем временное отключение расширения.
Как выбрать действие
Что важно запомнить
Расширения при обновлении не удаляются, но могут потерять совместимость с новым релизом. Безопасный порядок: список расширений и файлы .cfe → выгрузка .dt → репетиция на тестовой копии → обновление рабочей базы → проверка и адаптация расширений. Несовместимое расширение отключайте, а не удаляйте.
Частые вопросы
Нужно ли отключать расширения перед обновлением конфигурации?
Не обязательно. Платформа при первом запуске после обновления сама проверит совместимость и отключит проблемные расширения. Однако если вы заранее знаете, что расширение несовместимо, его можно отключить вручную — это упростит первый запуск и сократит количество сообщений об ошибках.
Удалятся ли расширения при обновлении конфигурации?
Нет. Расширения хранятся отдельно от конфигурации и при обновлении не изменяются и не удаляются. Они лишь проходят проверку совместимости: несовместимые отключаются, но остаются в базе и доступны для повторного подключения после адаптации.
Что делать, если после обновления база не запускается из-за расширения?
Запустите конфигуратор и отключите проблемное расширение через «Конфигурация» → «Расширения конфигурации», либо запустите режим «Предприятие» с параметром отключения расширений. Если база повреждена самим обновлением, восстановите её из выгрузки .dt и повторите процедуру на тестовой копии.
Как узнать, какое расширение вызывает ошибку после обновления?
Откройте журнал регистрации и отфильтруйте события по ошибкам — в тексте обычно указано имя расширения и заимствованный объект, вызвавший проблему. Также помогает поочерёдное отключение расширений на тестовой копии: после отключения «виновного» ошибка исчезает.
Можно ли обновлять базу, если расширение разработано под старый релиз?
Технически можно, но расширение с высокой вероятностью отключится или будет работать с ошибками. Если доработка некритична — обновляйте и адаптируйте расширение позже. Если критична — сначала получите совместимую версию у разработчика или адаптируйте её на тестовой копии самостоятельно.