К статье
Практический материал

Администрирование · 9 мин

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

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

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

Для установки патча требуются права администратора в базе, доступ к порталу 1С:Обновление программ (portal.1c.ru) или файл исправления, полученный от франчайзи. Обязательное условие — резервная копия базы перед любыми изменениями конфигурации: именно она позволит откатиться, если патч установится с ошибкой.

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

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

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

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

Подготовка: резервная копия и проверка версии

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

Второй шаг — резервная копия. Для файловой базы достаточно скопировать каталог базы при отсутствии активных сеансов или выгрузить её через конфигуратор: «Администрирование» → «Выгрузить информационную базу». Для клиент-серверной базы используйте средства СУБД (MS SQL, PostgreSQL) или выгрузку .dt через конфигуратор. Убедитесь, что копия создаётся и файл ненулевого размера.

Где взять файл патча

Официальные патчи публикуются на портале portal.1c.ru в разделе «Обновления программ» — нужен действующий договор ИТС и учётная запись, привязанная к регистрационному номеру программы. В списке обновлений для вашей конфигурации патчи помечены отдельно от полных релизов.

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

Установка патча через конфигуратор

Завершите все сеансы пользователей: в конфигураторе откройте «Администрирование» → «Активные пользователи» и попросите всех выйти, при необходимости завершите сеансы принудительно. Затем откройте конфигурацию: «Конфигурация» → «Открыть конфигурацию».

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

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

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

Особенности для клиент-серверных и доработанных баз

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

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

Перед установкой патча на рабочую базу разверните копию из резервного файла и прогоните установку на ней. Это занимает 15–30 минут, но позволяет увидеть конфликты с доработками и оценить время реструктуризации без риска для реальных данных.
ПЗ
Практическое замечание

Проверка результата и откат при ошибке

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

Если после патча появились сбои, откат выполняется восстановлением базы из резервной копии: для файловой базы — заменой каталога или загрузкой .dt через «Администрирование» → «Загрузить информационную базу», для клиент-серверной — восстановлением средствами СУБД. Учтите: данные, введённые после установки патча, при откате будут потеряны, поэтому решение об откате принимайте быстро.

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

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

Версия в окне «О программе»
Норма

Соответствует релизу с патчем

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

Версия не изменилась — обновление базы данных не выполнено

Сценарий с исходной ошибкой
Норма

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

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

Ошибка воспроизводится или появилась новая

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

Нет новых ошибок после установки

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

Массовые ошибки фоновых заданий или обменов

Типичные ошибки при установке

Типичные ошибки
01
Установка без резервной копии — при сбое реструктуризации данные теряются безвозвратно
02
Патч от другого релиза — загрузка либо отклоняется, либо приводит к конфликтам объектов
03
Установка при активных сеансах — обновление конфигурации базы данных блокируется, процесс зависает
04
Прерывание реструктуризации кнопкой «Отмена» или закрытием конфигуратора — риск повреждения таблиц
05
Игнорирование конфликтов с доработками — патч затирает собственные изменения, и функционал перестаёт работать

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

Итог

Что важно запомнить

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

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

Можно ли установить патч без конфигуратора?

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

Нужен ли монопольный доступ для установки патча?

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

Что делать, если патч конфликтует с расширением?

После установки патча проверьте применимость расширений: «Администрирование» → «Печатные формы, отчеты и обработки» → «Расширения». Отключённые как несовместимые расширения нужно адаптировать под изменённые объекты и подключить заново.

Как узнать, какие патчи уже установлены в базе?

История обновлений доступна в режиме «Предприятие»: «Администрирование» → «Обслуживание» → «Результаты обновления программы». Там видны установленные версии и отложенные обработчики обновления, не завершившие работу.

Удалится ли патч при следующем обновлении конфигурации?

Нет. Исправления из патча входят в состав следующего полного релиза, поэтому при штатном обновлении они сохраняются. Отдельно удалять патч перед обновлением не требуется.

Что делать, если обновление конфигурации базы данных зависло?

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