Релизы 1С без путаницы: номер версии, виды выпусков и безопасный переход

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

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

Релиз конфигурации 1С и обновление: в чём разница

В 1С живут две независимые сущности, и у каждой свои релизы:

• 🧩 Платформа — «движок» 1cv8, на котором работают все программы. Номер вида 8.3.25.xxxx.
• 📦 Конфигурация — сама прикладная программа: Бухгалтерия предприятия 3.0, ЗУП 3.1, УТ 11 и т. д. Номер вида 3.0.150.25.

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

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

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

Как читать номер релиза 1С

Номер релиза конфигурации состоит из четырёх групп цифр. Разберём на примере 3.0.150.25:

Как это использовать на практике:

1. Сравнивайте номера по группам слева направо, а не как обычное число. 3.0.150.25 новее, чем 3.0.149.40, потому что третья группа больше, хотя четвёртая меньше.
2. Смена первых двух цифр (например, переход с редакции 2.0 на 3.0) — это не обновление релиза, а переход на новую редакцию. Он делается отдельной процедурой с переносом данных.
3. Рост только четвёртой цифры обычно означает исправление ошибок без новых функций. Такие сборки ставят быстро и без долгой подготовки.

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

Актуальные номера релизов основных программ (данные обновляются автоматически):

Какие бывают релизы конфигурации

Не все выпуски одинаково важны. По назначению их удобно делить так:

• 📅 Плановые релизы — растёт третья цифра. Новые возможности, доработки интерфейса, иногда новые формы отчётности.
• 🔧 Исправительные сборки — растёт четвёртая цифра. Закрывают ошибки, найденные в плановом релизе. Если после установки планового релиза что-то перестало считаться, исправление обычно приходит именно так.
• ⚖️ Законодательные релизы — привязаны к датам вступления в силу изменений: новые ставки, формы деклараций, форматы электронных документов. Часто выходят в конце квартала и перед началом года.
• 🧪 Ознакомительные (тестовые) версии — выпуски для партнёров и тех, кто хочет заранее проверить изменения. В рабочую базу ознакомительную версию не ставят: с неё может не оказаться штатного пути на следующий стабильный релиз.

Отдельно стоят релизы платформы. У них своя нумерация (8.3.xx.xxxx), и в описании каждого релиза конфигурации указана минимальная версия платформы, на которой он запустится. Если на компьютере стоит платформа с номером ниже минимального, база просто не откроется после обновления.

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

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

Типовая конфигурация без изменений

Конфигурация стоит «на поддержке» с запретом изменений. Это самый простой случай:

• обновление ставится из пользовательского режима или через Конфигуратор за 10–30 минут на небольшой базе;
• программа сама подбирает цепочку промежуточных релизов, если подключена интернет-поддержка;
• риск конфликтов минимален: менять в конфигурации нечего, кроме самого кода разработчика.

Доработки при таком режиме делают расширениями (они появились в платформе 8.3.6). Расширение хранится отдельно от основной конфигурации и не мешает её обновлению.

Доработанная (нетиповая) конфигурация

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

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

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

Обязательные релизы: законодательство и отчётность

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

• 📄 Нет новой формы отчёта. Регламентированный отчёт по старой форме контролирующий орган не примет, а новая форма появляется в программе только с релизом.
• 🧮 Неверный расчёт. Изменились ставки, лимиты или порядок расчёта — старый релиз продолжит считать по прежним правилам. Пересчитывать начисления потом приходится задним числом.
• 📨 Не уходят электронные документы . Сменился формат файла — оператор или контролирующий орган вернёт документ с ошибкой формата.

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

Для ЗУП правило жёстче, чем для Бухгалтерии: расчёт зарплаты, НДФЛ и взносов меняется чаще, а ошибка сразу видна сотрудникам в расчётных листках. Держите зарплатную программу на последнем релизе всегда.

Как безопасно перейти на новый релиз 1С

Порядок одинаков для файловой и клиент-серверной базы. Различается только способ резервного копирования.

Подготовка

1. Проверьте версию платформы. Сравните номер в «О программе» с минимальной версией, указанной в описании релиза. Если платформа ниже — сначала обновите её на всех компьютерах, где работают с базой, включая сервер 1С.
2. Сделайте резервную копию. Варианты:
   • выгрузка в Конфигураторе: Администрирование → Выгрузить информационную базу (файл .dt);
   • для файловой базы — копия каталога с файлом 1Cv8.1CD при закрытой базе;
   • для клиент-серверной — резервная копия средствами СУБД.
3. Предупредите пользователей. Обновление структуры базы требует монопольного доступа: все сеансы будут завершены. Выбирайте вечер или выходной.

Без свежей резервной копии обновление не начинайте. Откатить базу на прежний релиз штатно нельзя: только восстановлением из копии.

Установка

4. Проверьте цепочку релизов. Файл .cfu обновляет только с нескольких предыдущих версий. Если база отстала сильно, ставить придётся последовательно, через промежуточные релизы. Обновление из пользовательского режима (Администрирование → Интернет-поддержка и сервисы) строит цепочку само.
5. Загрузите обновление. В Конфигураторе: Конфигурация → Поддержка → Обновить конфигурацию, выбрать файл .cfu. Затем Конфигурация → Обновить конфигурацию базы данных (клавиша F7).
6. Запустите базу в пользовательском режиме. При первом запуске выполняются обработчики обновления — программа переносит данные в новую структуру. Не прерывайте этот этап, даже если он идёт долго.

Проверка после обновления

7. Дождитесь отложенной обработки. В типовых программах часть данных обрабатывается в фоне уже после входа. Ход и ошибки видны в разделе Администрирование — в результатах обновления программы.
8. Проверьте расширения и внешние обработки. Они могли перестать подходить к новой структуре.
9. Проверьте ключевые участки. Сформируйте оборотно-сальдовую ведомость, откройте пару документов, проверьте печатные формы и обмены.

Проблемы при переходе на новый релиз и их решение

Частые ошибки, которые создают эти проблемы:

• ❌ Обновление «по одному компьютеру». Платформу обновили у себя, а на сервере 1С или у коллег осталась старая. Половина пользователей не может войти.
• ❌ Обновление в отчётный день. Если релиз окажется с ошибкой, исправлять её придётся в цейтноте. Ставьте релизы заранее, а не за день до сдачи.
• ❌ Пропуск релизов «до лучших времён». Чем больше накопилось, тем длиннее цепочка и выше риск, что на одном из шагов что-то пойдёт не так.
• ❌ Прерванный первый запуск. Закрыть программу во время обработчиков обновления — верный путь к восстановлению из резервной копии.

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