Релиз, версия и редакция 1С: как читать номер и обновлять базу без сюрпризов

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

Путаница возникает из-за того, что в 1С живут два независимых продукта: технологическая платформа (сама программа 1С:Предприятие) и прикладная конфигурация (Бухгалтерия, ЗУП, УТ). У каждого свои релизы, своя нумерация и свой порядок установки.

Версия, редакция и релиз: в чём разница

Три слова часто используют как синонимы. На деле это разные уровни одной иерархии.

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

Как читать номер релиза конфигурации

Номер из четырёх чисел, например 3.0.150.29:

• 🔹 3.0 — редакция;
• 🔹 150 — номер планового релиза (подверсия), с каждым выпуском растёт;
• 🔹 29 — номер сборки. Если меняется только он, перед вами обычно исправительный выпуск: ошибки устранены, функциональность прежняя.

Как читать номер платформы

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

Какие бывают релизы 1С

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

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

Чем плановый релиз отличается от исправительного

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

Релизы технологической поддержки: зачем они нужны

Релиз ТП — это выпуск для линейки, которая уже не основная, но ещё поддерживается. Новых возможностей в нём нет. Цель — закрыть критические ошибки и уязвимости у тех, кто сознательно остаётся на прежней версии.

Чаще всего с релизами ТП сталкиваются администраторы платформы. Типовая ситуация:

1. Вышла новая подверсия платформы, например 8.3.25.
2. В компании стоит 8.3.24, на ней работают доработки и внешние обработки, проверенные годами.
3. Переход на 8.3.25 требует тестирования, а ошибку в 8.3.24 надо закрыть сейчас.
4. Ставится свежая сборка 8.3.24 — выпуск технологической поддержки той же подверсии.

Как установить новый релиз

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

Обновление конфигурации в пользовательском режиме

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

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

Обновление через Конфигуратор

Нужно, если конфигурация доработана или обновление идёт вручную из файлов:

1. Сделайте резервную копию: Администрирование → Выгрузить информационную базу в Конфигураторе, файл .dt.
2. Откройте Конфигурация → Поддержка → Обновить конфигурацию.
3. Укажите файл обновления: .cfu (файл обновления) или .cf (полная поставка).
4. Если конфигурация изменена, программа покажет сравнение и объединение: старая конфигурация поставщика, новая и ваша основная.
5. Нажмите Выполнить, затем согласитесь на обновление конфигурации базы данных.
6. Запустите 1С:Предприятие под администратором, чтобы отработали обработчики обновления.

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

Последовательность обновлений

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

Пример цепочки: база стоит на 3.0.140.x, а новый релиз принимает обновление только с 3.0.145.x и новее. Значит, сначала ставите один из релизов линейки 145, потом — целевой.

Файлы обновлений после установки дистрибутива попадают в каталог шаблонов. По умолчанию это %APPDATA%\1C\1cv8\tmplts. В помощнике обновления в Конфигураторе можно выбрать релиз прямо из этого каталога.

Как установить новую платформу

Платформу ставят отдельным дистрибутивом. На одном компьютере могут стоять несколько сборок одновременно, каждая — в своей папке, например C:\Program Files\1cv8\8.3.24.1548. Какую из них запускать для конкретной базы, решает окно запуска 1cv8s.exe / 1cestart.exe: в свойствах базы можно указать нужную версию.

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

Несовместимость версий и как её снять

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

Конфигурация требует более новую платформу

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

Клиент и сервер разных сборок

Пользователь с платформой 8.3.23 пытается подключиться к серверу 8.3.24 — подключение не пройдёт. Решения:

• 🔧 обновить клиент на рабочем месте до той же сборки;
• 🔧 включить автообновление клиента через публикацию дистрибутива и настройки 1cestart;
• 🔧 в окне запуска прописать нужную версию в свойствах базы.

Режим совместимости

В свойствах корневого элемента конфигурации есть параметр «Режим совместимости». Он позволяет новой платформе работать со старой конфигурацией так, будто платформа прежняя. Типовые конфигурации управляют им сами: поставщик меняет режим в новом релизе, когда готов использовать новые возможности.

Доработанная конфигурация

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

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

Как узнать, какой релиз стоит в базе

Проверка нужна перед обновлением, при обращении в поддержку и после установки, чтобы убедиться, что всё прошло.

В пользовательском режиме

Откройте главное меню (кнопка с тремя полосками или значок в левом верхнем углу) и выберите Справка → О программе. Окно покажет:

• 📋 название и релиз конфигурации;
• 📋 версию платформы, которой запущена база;
• 📋 режим совместимости и вариант работы (файловый или клиент-серверный).

Информацию можно скопировать кнопкой в этом же окне и вставить в письмо администратору.

В Конфигураторе

• Конфигурация → Поддержка → Настройка поддержки — поставщик, версия конфигурации поставщика и режим поддержки по каждому объекту.
• Свойства корневого элемента дерева конфигурации — поле «Версия».

Режим поддержки подскажет, как обновляться. Три варианта:

Программно

В коде релиз конфигурации доступен через Метаданные.Версия, версия платформы — через объект СистемнаяИнформация:

СисИнфо = Новый СистемнаяИнформация;
Сообщить("Конфигурация: " + Метаданные.Синоним + ", релиз " + Метаданные.Версия);
Сообщить("Платформа: " + СисИнфо.ВерсияПриложения);

Это удобно в обработках, которые собирают сведения о нескольких базах сразу.

Актуальные номера релизов

Чтобы понять, насколько отстаёт база, сравните свой номер с последним выпущенным:

Частые ошибки при обновлении релиза

• ❌ Обновление рабочей базы без копии. Сравнение и объединение необратимо: отменить его кнопкой нельзя, только загрузкой .dt.
• ❌ Попытка поставить релиз через несколько версий подряд. Программа откажется или предложит цепочку. Смотрите номера, с которых разрешено обновление.
• ❌ Платформа обновлена только на сервере. Клиенты на рабочих местах не подключатся, пока их сборка не совпадёт с серверной.
• ❌ Ознакомительный релиз в рабочей базе. Тестовые выпуски не предназначены для учёта, и вернуться с них на официальный может быть непросто.
• ❌ Прерванные обработчики обновления. Если закрыть программу, пока идёт обновление данных, часть объектов останется в старом формате. Запустите базу снова и дождитесь окончания.
• ❌ Файлы базовой версии для ПРОФ и наоборот. Поставки различаются, обновление может не пройти или пройти некорректно.

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