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