Как удалить все патчи 1С из информационной базы

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

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

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

Что такое патчи 1С и где они хранятся

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

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

Когда нужно удалять все патчи

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

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

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

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

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

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

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

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

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

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

"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" DESIGNER /F"C:\Bases\MyBase" /N"Администратор" /P"пароль" /DisableCfgExtensions

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

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

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

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

Типичные ошибки при удалении патчей

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

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

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