Отключение и удаление исправлений (патчей) в 1С 8.3 без потери данных

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

Если после установки патча 1С не стартует, зависает или ругается на форму, схема другая: удалять придётся через Конфигуратор. Ниже оба пути, плюс откат и разбор ошибок.

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

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

Зачем убирать:

• 🔧 патч поставили «на пробу» и он не помог;
• 🐞 после него появилась новая ошибка;
• 🔁 вышел релиз, где исправление уже внутри, а старый патч конфликтует;
• 🧪 нужно проверить, не он ли виноват в странном поведении.

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

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

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

Не удаляйте патчи в рабочей базе в разгар отчётного дня, без свежей копии. Если что-то пойдёт не так, откатываться нужно будет из выгрузки.

Способ 1. Как отключить патч в 1С из программы

Самый безопасный путь. Работает в базах на стандартной библиотеке подсистем: Бухгалтерия 3.0, ЗУП 3.1, УТ 11, ERP, Розница.

Шаги

1. Откройте раздел Администрирование.
2. Перейдите в Поддержка и обслуживание и найдите ссылку на установленные исправления. Если названия не совпали с вашей версией, воспользуйтесь поиском по форме или фильтром по слову «исправления».
3. В списке выделите нужный патч.
4. Нажмите Удалить. Если у патча есть переключатель использования, сначала можно просто отключить его — так удобнее проверять гипотезу.
5. Подтвердите действие и закройте программу.
6. Запустите 1С заново. Расширения применяются при новом сеансе.

Как проверить, что патч ушёл

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

Способ 2. Удаление патча через Конфигуратор

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

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

Вот на что смотреть при выборе строки:

Если база не запускается из-за патча

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

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

Как откатить удаление

Передумали? Ставите патч обратно:

• 📥 если файл патча (.cfe) у вас сохранён — подключите его как расширение через Конфигурация → Расширения конфигурации → Добавить;
• 🌐 если файла нет — скачайте исправление заново на сайте поддержки фирмы 1С, в разделе про вашу конфигурацию и релиз;
• 💾 если после удаления случилась беда с данными — восстановите базу из копии, сделанной перед операцией.

Когда патч лучше не убирать

Не торопитесь, если:

• 📌 патч закрывает ошибку в регламентированной отчётности, а сдача уже на носу;
• 📌 релиз с исправлением ещё не вышел;
• 📌 его поставил разработчик под вашу задачу, и он нигде не описан.

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

Как найти патч, который ломает работу

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

1. Составьте список установленных исправлений с датами.
2. Сопоставьте даты со временем, когда начались сбои. Спросите бухгалтеров: «С какого дня не печатается?»
3. Отключайте по одному, начиная с самого свежего. После каждого отключения перезапускайте сеанс и повторяйте проблемное действие.
4. Как только сбой пропал, виновник найден. Остальные верните в работу.

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

Особенности: файловая и клиент-серверная база

Сам порядок действий одинаков, отличается окружение.

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

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

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

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

Если не помогло: что проверить дальше

Патч удалён, а проблема осталась. Значит, дело не в нём или не только в нём.

• 🔍 Откройте Администрирование → журнал регистрации и посмотрите ошибки за время сбоя. Там видно, какой модуль упал.
• 🔍 Проверьте остальные расширения: сбой мог дать другое исправление или доработка.
• 🔍 Запустите проверку и исправление базы в Конфигураторе: Администрирование → Тестирование и исправление. Сначала только проверка, без исправления, и с копией на руках.
• 🔍 Очистите кэш клиента и повторите вход под другим пользователем. Если у второго всё работает, дело в профиле или правах первого.
• 🔍 Сравните релиз конфигурации и платформы с требованиями исправления: часть патчей рассчитана на узкий диапазон релизов.

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

Что делать после удаления

Работа не заканчивается на кнопке «Удалить». Пройдите короткую проверку.

1. Откройте три-четыре документа, с которыми работаете чаще всего, и убедитесь, что они проводятся.
2. Сформируйте один привычный отчёт и одну печатную форму.
3. Проверьте обмены и регламентные задания, если они настроены: иногда патч затрагивал и их.
4. Сообщите коллегам, что патч снят и поведение программы может измениться.
5. Запишите в журнал дату удаления и причину.

Так вы увидите последствия в тот же день, а не в день сдачи отчётности.

Как не копить лишние патчи

Раз в квартал полезно проходить по списку исправлений.

• ✅ Сверяйте установленные патчи с текущим релизом конфигурации.
• ✅ Удаляйте те, что уже вошли в релиз.
• ✅ Ведите короткий журнал: что поставили, зачем, когда убрали.
• ✅ Перед обновлением платформы и конфигурации выгружайте базу.

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