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

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

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

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

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

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

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

Что такое патч в 1С и чем он отличается от обновления

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

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

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

Где взять патчи для своей конфигурации

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

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

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

Автоматическая установка патчей через сервис обновлений

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

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

Порядок действий
  1. 1
    Сделайте резервную копию базы (выгрузка в dt или копия средствами СУБД)
  2. 2
    Откройте Администрирование — Обновление версии программы
  3. 3
    Нажмите «Проверить наличие обновлений» и дождитесь результата
  4. 4
    Просмотрите список доступных патчей и описания исправлений
  5. 5
    Заблокируйте работу пользователей и завершите активные сеансы
  6. 6
    Запустите установку и дождитесь сообщения об успешном завершении
  7. 7
    Перезапустите программу и проверьте исправленную функцию

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

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

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

Установка через механизм исправлений (патчей)

В современных версиях платформы (8.3.12 и новее) есть штатный механизм работы с исправлениями. Откройте конфигуратор, перейдите в меню «Конфигурация — Поддержка — Настройка поддержки» либо используйте пункт «Конфигурация — Расширения и исправления» в зависимости от версии платформы. В типовых конфигурациях на БСП патчи устанавливаются через обработку обновления, которая принимает файл .cfe.

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

Контроль применения

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

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

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

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

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

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

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

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

Запуск базы после установки
Норма

База открывается без ошибок, пользователи входят штатно

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

Ошибки при старте, сообщения о несовместимости версий

Исправленная функция
Норма

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

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

Ошибка воспроизводится в том же виде

Список установленных исправлений
Норма

Патч виден в журнале обновлений с текущей датой

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

Патч отсутствует в списке — установка не завершилась

Смежные операции
Норма

Связанные документы и отчёты работают как раньше

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

Появились новые ошибки там, где их не было

Типичные ошибки и ограничения

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

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

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

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

Что делать, если патч не помог или вызвал проблемы

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

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

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

Маршрут решения

Как выбрать действие

Конфигурация типовая, на поддержке, есть интернетИспользуйте автоматическую установку через Администрирование — Обновление версии программы
Патч получен файлом от партнёра или с порталаСтавьте вручную через конфигуратор с монопольным доступом
Конфигурация доработана под организациюПередайте патч разработчику для ручного внедрения с учётом доработок
После установки появились новые ошибкиУдалите патч штатно или восстановите резервную копию, затем проанализируйте причину
Патч установлен, но ошибка осталасьОчистите кэш клиента и проверьте, что версия релиза соответствует требованиям патча
Итог

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

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

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

Можно ли ставить патч без договора ИТС?

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

Нужно ли удалять патчи перед полным обновлением релиза?

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

Сколько времени занимает установка патча?

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

Что делать, если установка патча зависла?

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

Можно ли поставить патч на копию базы для теста?

Да, и это рекомендуемая практика для ответственных исправлений. Разверните копию базы из резервной копии, установите патч там, проверьте исправление и смежные операции, а затем повторите установку на рабочей базе. Так вы исключите простой в работе пользователей при неудачном сценарии.

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

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