Как удалить патч 1С через конфигуратор

Патчи (исправления) в 1С:Предприятии 8.3 устанавливаются автоматически через сервис обновлений и существуют в базе как особые расширения конфигурации с префиксом EF_. Они исправляют ошибки без обновления всей конфигурации, но иногда сами становятся источником проблем: конфликтуют с доработками, теряют актуальность после обновления релиза или мешают отладке. В таких случаях патч нужно удалить вручную.

Основной инструмент для этого — конфигуратор, раздел «Расширения конфигурации». Удаление занимает несколько минут, но требует аккуратности: по ошибке можно удалить нужное расширение или патч, который закрывает реальную ошибку. Ниже разобран полный порядок действий, проверка результата и ситуации, когда стандартный способ не работает.

Что такое патч и где он хранится в базе

Патч в терминологии 1С — это автоматически устанавливаемое исправление, технически оформленное как расширение конфигурации. Имена таких расширений начинаются с префикса EF_ (от английского «fix»), за которым следует идентификатор исправления. Рядом могут присутствовать и сервисные расширения с другими префиксами, устанавливаемые механизмом обновления.

Хранятся патчи внутри информационной базы, а не в файлах на диске, поэтому удалить их можно только штатными средствами платформы: через конфигуратор, через обработку «Управление расширениями» в режиме предприятия или программно. Файловое удаление папок базы к результату не приведёт и может повредить данные.

Подготовка: что сделать перед удалением

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

Второй шаг — зафиксировать, какой именно патч вы удаляете и зачем. Запишите полное имя расширения (например, EF_00-00000001), его назначение видно в колонке «Синоним» или в описании. Это пригодится, если исправление понадобится вернуть через сервис обновлений.

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

Удаление патча через конфигуратор: пошагово

Основной сценарий выполняется в конфигураторе и не требует монопольного режима, однако для надёжности лучше, чтобы активных сеансов было как можно меньше. Порядок действий одинаков для большинства актуальных версий платформы 8.3.

1. 1
   Откройте конфигуратор и авторизуйтесь под пользователем с правами администратора
2. 2
   В меню выберите «Конфигурация → Расширения конфигурации»
3. 3
   В списке найдите расширение с префиксом EF_ — это и есть патч
4. 4
   Выделите строку патча и нажмите Delete или выберите «Удалить» в контекстном меню
5. 5
   Подтвердите удаление и закройте окно расширений
6. 6
   Перезапустите сеансы пользователей и проверьте работу проблемной функции

Если список расширений большой, используйте сортировку по колонке «Имя»: все патчи EF_ окажутся рядом. Обратите внимание на колонку «Активно» — снятие флажка отключает расширение без удаления, что удобно для временной проверки: если после отключения всё работает, патч можно удалять окончательно.

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

Как отличить патч от нужного расширения

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

Если в списке несколько патчей EF_ и вы не уверены, какой из них вызывает проблему, действуйте методом исключения: отключайте (не удаляя) по одному, перезапускайте сеанс и проверяйте поведение. Так вы точно определите виновника и не удалите лишнего.

Проверка результата после удаления

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

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

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

Список расширений конфигурации

Норма

Удалённого патча EF_ нет в списке

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

Патч снова появился — сервис обновлений переустановил его

Проблемная функция в режиме предприятия

Норма

Операция выполняется без ошибок

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

Ошибка сохраняется — причина была не в патче

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

Норма

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

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

Ошибки загрузки расширений — проверьте оставшиеся патчи

Учтите: если патч был установлен автоматически и причина его появления не устранена (конфигурация не обновлена), при очередном сеансе обновления сервис может загрузить исправление заново. Это нормальное поведение. Чтобы патч не возвращался, нужно обновить конфигурацию до релиза, где ошибка исправлена штатно, либо временно отключить автоматическую загрузку исправлений в настройках интернет-поддержки.

Альтернативные способы удаления

Конфигуратор — не единственный путь. В режиме предприятия во многих типовых конфигурациях доступна обработка «Управление расширениями» (через «Все функции» или раздел администрирования), где патчи тоже отображаются и удаляются. Это удобно, когда нет доступа к конфигуратору, но есть права администратора в базе.

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

Способы удаления патча

Конфигуратор

Универсальный способ, подходит всегда; требует доступа к конфигуратору и прав администратора

Обработка в режиме предприятия

Быстро и без конфигуратора; зависит от типовой функциональности конкретной конфигурации

Пакетный режим командной строки

Для автоматизации на многих базах; требует навыков администрирования и осторожности

Типичные ошибки и ограничения

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

Если патч конфликтует с вашими доработками, но удалять его нельзя (он закрывает актуальную ошибку), корректное решение — адаптировать собственное расширение под изменённые патчем методы, а не бороться с исправлением.

Перед удалением сделайте скриншот списка расширений с именами и синонимами патчей. Если через неделю всплывёт ошибка, которую закрывало одно из исправлений, вы точно будете знать, какое именно нужно вернуть.

FAQ: частые вопросы об удалении патчей 1С

Патч удалился, но после перезапуска появился снова. Почему?

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

Можно ли удалить патч без монопольного доступа к базе?

Да, удаление расширений в конфигураторе не требует монопольного режима. Однако активные сеансы продолжат работать со старой версией кода до своего перезапуска, поэтому пользователей нужно попросить перезайти в программу.

Чем отличается отключение патча от удаления?

Отключение (снятие флажка «Активно») сохраняет расширение в базе, но платформа его не применяет. Это безопасный способ проверить, влияет ли патч на проблему. Удаление убирает расширение полностью; вернуть его можно только через сервис обновлений или из копии.

Удалил патч — теперь документ не проводится с ошибкой. Что делать?

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

Как удалить патч сразу в нескольких базах?

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

Видны ли патчи в журнале регистрации?

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