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

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

Что такое релиз конфигурации 1С и как с ним работать

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

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

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

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

Из чего состоит номер релиза и как его читать

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

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

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

Чем релиз конфигурации отличается от версии платформы

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

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

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

Сравнение вариантов

Релиз платформы

Технологическая основа 1С:Предприятие. Устанавливается на компьютер или сервер. Обновляется отдельно, влияет на все базы сразу.

Релиз конфигурации

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

Расширение конфигурации

Дополнение поверх типовой конфигурации без снятия с поддержки. Имеет собственную версию и обновляется независимо.

Как узнать текущий релиз конфигурации в базе

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

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

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

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

Как обновить релиз конфигурации: типовой порядок

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

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

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

Обновление доработанной и нетиповой конфигурации

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

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

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

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

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

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

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

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

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

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

Версия в «Информации о программе»
Норма

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

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

Осталась старая версия — обновление не завершено

Статус обработчиков обновления
Норма

Все процедуры выполнены, ошибок нет

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

Есть зависшие или аварийные обработчики

Проведение типовых документов
Норма

Документы проводятся, движения формируются

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

Ошибки при проведении, пустые движения

Регламентированная отчётность
Норма

Формы актуальные, заполняются без ошибок

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

Устаревшие формы, ошибки автозаполнения

Частые вопросы о релизах конфигурации 1С

Чем релиз отличается от редакции конфигурации?

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

Можно ли работать на старом релизе и не обновляться?

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

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

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

Что делать, если после обновления программа выдаёт ошибку обработчиков?

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

Как обновить конфигурацию, если нет подписки ИТС?

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

Влияет ли релиз конфигурации на обмен между базами?

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

Итог

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

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