Исправления (патчи) 1С: зачем их ставят между релизами и как установить

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

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

Патч, релиз и сборка платформы: в чём разница

Путаница идёт от того, что словом «патч» называют три разные вещи. Разведём их сразу.

Главное отличие патча от релиза — масштаб и способ доставки:

• 🎯 Патч закрывает одну ошибку. Например, неверно заполняется строка декларации или падает формирование печатной формы. Остальное не трогается.
• 📦 Релиз — полноценная новая версия. В нём собраны все исправления за период, новые возможности и изменения законодательства.
• 🔒 Патч не снимает конфигурацию с поддержки. Основная конфигурация остаётся типовой, исправление живёт отдельно, как расширение.
• ⏱ Патч обычно не требует монопольного режима. Структура данных не меняется, поэтому достаточно, чтобы пользователи перезашли в программу. Релиз с изменением структуры базы требует монопольного доступа.

У платформы патчей в этом смысле нет. Когда говорят «поставить патч на платформу», обычно имеют в виду исправительную сборку той же версии: был 8.3.24.1342, вышел 8.3.24.1586 с исправленными ошибками. Это полноценная установка новой версии платформы, и порядок там свой.

Как читать номер версии 1С

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

Номер платформы

Пример: 8.3.24.1586.

1. 8 — поколение платформы.
2. 3 — версия.
3. 24 — подверсия. Новые подверсии приносят новые возможности и иногда меняют поведение.
4. 1586 — номер сборки. Разные сборки одной подверсии отличаются исправлениями ошибок.

Переход на новую подверсию (с 8.3.23 на 8.3.24) — это обновление платформы с проверкой совместимости. Переход на новую сборку той же подверсии — это и есть то, что в обиходе зовут «патчем платформы».

Номер конфигурации

Пример для Бухгалтерии предприятия: 3.0.150.25.

1. 3.0 — редакция. Переход между редакциями (например, с 2.0 на 3.0) — отдельный проект с переносом данных, а не обычное обновление.
2. 150 — подверсия, крупный релиз внутри редакции.
3. 25 — сборка внутри подверсии.

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

У исправлений своего номера в этой схеме нет. Каждый патч привязан к конкретному релизу конфигурации: исправление для 3.0.150.25 на 3.0.150.27 не поставится или поставится с ошибкой.

Где взять исправления и обновления

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

Что там лежит:

• 📁 Релизы конфигураций — файлы обновления .cfu и полные дистрибутивы шаблонов.
• 🧩 Исправления (патчи) — в карточке конкретной конфигурации, с описанием, какую ошибку закрывает каждый патч и к какому релизу он относится.
• 🖥 Дистрибутивы платформы — по подверсиям и сборкам, отдельно для Windows и Linux, клиент и сервер.

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

Установка патча: три способа

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

Способ 1. Автоматически через интернет-поддержку

Подходит для большинства небольших баз.

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

В этой же форме есть ссылка на список установленных исправлений. Там видно, что уже стоит, и можно удалить ненужный патч.

Способ 2. Из файла в режиме 1С:Предприятие

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

1. Скачайте файл исправления на портале поддержки для своего релиза.
2. Откройте Администрирование → Интернет-поддержка и сервисы → Обновление версии программы.
3. Найдите команду установки исправлений из файла и укажите скачанный файл.
4. Дождитесь сообщения об успешной установке и перезапустите сеансы.

Способ 3. Через Конфигуратор как расширение

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

1. Откройте базу в Конфигураторе.
2. Меню Конфигурация → Расширения конфигурации.
3. В открывшемся окне добавьте расширение из файла и укажите файл исправления.
4. Проверьте, что в свойствах расширения назначение — «Исправление».
5. Выполните обновление конфигурации базы данных, если программа об этом попросит.

Установка новой сборки платформы

Это отдельная история, и она затрагивает все рабочие места.

1. Скачайте дистрибутив нужной сборки платформы.
2. Запустите setup.exe на компьютере. Новая сборка встанет в отдельный каталог, например C:\Program Files\1cv8\8.3.24.1586. Старые сборки не удаляются, их можно убрать позже через «Установку и удаление программ».
3. В списке информационных баз откройте свойства базы и проверьте поле версии 1С:Предприятия. Если там указана конкретная старая сборка, база будет запускаться на ней. Укажите 8.3 или нужную сборку.

В клиент-серверном варианте сначала обновляют сервер, потом клиентов. Сборка клиента должна совпадать со сборкой сервера, иначе подключиться к базе не получится.

Обновление сервера 1С требует остановки службы агента сервера: все сеансы пользователей оборвутся. Делайте это в нерабочее время и заранее предупредите людей.

Почему патч не ставится и что с этим делать

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

Как держать версии под контролем, если баз и компьютеров много

В организации с десятком баз и полусотней рабочих мест обновлять всё руками неудобно. Вот что реально помогает.

Платформа на рабочих местах

• 🗂 Общий каталог с дистрибутивом. В файле 1cestart.cfg можно указать сетевой каталог с дистрибутивом платформы. Тогда при входе в базу, которой нужна новая сборка, клиент сам её установит. Пользователю нужны права на установку программ.
• 🛠 Групповые политики. Платформа поставляется в том числе в виде MSI-пакета. Его разворачивают через групповые политики домена на все компьютеры сразу, без участия пользователей.
• 📌 Фиксация версии в списке баз. Для серверных баз указывайте в свойствах конкретную сборку, совпадающую с сервером. Так пользователи не запустят базу на неподходящей версии.

Конфигурации и исправления

• 📋 Реестр баз. Таблица: база, конфигурация, текущий релиз, дата последнего обновления, кто отвечает. Банально, но без неё через полгода никто не помнит, где какая версия.
• 🧪 Тестовая копия. Новый релиз сначала ставят на копию рабочей базы, проверяют ключевые операции и только потом обновляют рабочую.
• 🔄 Автозагрузка исправлений. Для типовых баз без доработок включите автоматическую установку патчей. Это закрывает мелкие ошибки до того, как пользователи на них наткнутся.
• 📅 Регламент. Обновление релиза — раз в одну-две недели или после выхода важных изменений законодательства. Платформу обновляют реже, после проверки, что новая сборка поддерживается вашими конфигурациями: требования к платформе указаны в описании каждого релиза.

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

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

Не обязательно. Исправления выходят под конкретные ошибки, и не все касаются вашей работы. Если вы не ведёте маркировку, патч к обмену с ГИС МТ вам не нужен.

Когда ставить стоит:

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

Когда можно подождать следующего релиза:

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

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