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

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

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

Ниже разобраны оба способа, условия выбора между ними, проверка результата и ситуации, когда удалять патч вообще не стоит.

Что такое патч в 1С и когда его нужно убирать

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

Типовые причины для удаления патча:

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

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

Удаление исправления — операция на уровне конфигурации, поэтому подготовка такая же, как перед обновлением. Пропуск этих шагов — самая частая причина проблем.

1. 1
   Сделайте резервную копию: для файловой базы — выгрузку в .dt через конфигуратор или копию файла 1Cv8.1CD; для клиент-серверной — выгрузку .dt или бэкап средствами СУБД.
2. 2
   Завершите все регламентные обмены (синхронизация с другими базами, обмен с банком, ЭДО), чтобы не получить рассинхронизацию.
3. 3
   Попросите пользователей выйти из программы либо завершите сеансы принудительно через консоль кластера или «Администрирование → Активные пользователи».
4. 4
   Запишите код или наименование удаляемого патча — оно понадобится, если придётся устанавливать его обратно.
5. 5
   Проверьте, что у учётной записи есть права администратора.

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

Штатное удаление патча через «Обслуживание»

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

Порядок действий:

1. Откройте «Администрирование → Обслуживание → Обновление версии программы». В некоторых конфигурациях путь выглядит как «Администрирование → Интернет-поддержка и сервисы → Обновление версии программы».
2. Перейдите по ссылке «Установленные исправления (патчи)».
3. В списке найдите нужное исправление — ориентируйтесь по коду вида EF-00-00000000 и описанию ошибки, которую патч исправляет.
4. Выделите патч и нажмите «Удалить», подтвердите действие.
5. Дождитесь окончания операции и перезапустите программу, если система это запросит.

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

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

Штатный способ иногда недоступен: патч «завис» в статусе установки, раздел обновления не открывается из-за той самой ошибки, которую внёс патч, или база развёрнута без интернет-поддержки. Тогда исправление снимается как обычное расширение.

Действия в конфигураторе:

1. Откройте конфигуратор, войдите в базу под администратором.
2. Перейдите в меню «Конфигурация → Расширения конфигурации».
3. В списке найдите расширение, соответствующее патчу (по имени или префиксу, связанному с кодом исправления).
4. Снимите флажок «Активно» или удалите расширение из списка.
5. Выполните «Конфигурация → Обновить конфигурацию базы данных» (клавиша F7).
6. Запустите 1С:Предприятие и проверьте работу.

Альтернативный вариант для клиент-серверных баз и пакетных сценариев — запуск конфигуратора из командной строки с параметрами обновления. Это удобно, когда нужно обслужить сразу несколько баз.

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

Как проверить, что патч удалён и программа работает корректно

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

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

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

Когда лучше не удалять патч, а выбрать другой путь

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

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

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