Какая последняя версия 1С:Предприятие 8.3 и как её проверить

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

Платформа 8.3 развивается ветками: 8.3.22, 8.3.23, 8.3.24, 8.3.25 и далее. Внутри каждой ветки выходят корректирующие релизы — например, 8.3.24.1467, где последняя группа цифр — номер сборки. «Последняя версия» обычно означает самый свежий корректирующий релиз самой новой стабильной ветки.

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

Как устроена нумерация версий платформы 8.3

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

Новая функциональная ветка (скажем, переход с 8.3.23 на 8.3.24) приносит новые возможности: расширения языка, механизмы интерфейса, изменения в работе СУБД и кластера. Корректирующие релизы внутри ветки в основном исправляют ошибки и закрывают уязвимости — их можно и нужно ставить регулярно.

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

Где посмотреть актуальный номер последнего релиза

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

Второй источник — личный кабинет на portal.1c.ru, раздел «Обновления программ». Там же видно, какая версия платформы рекомендована для вашей конкретной типовой конфигурации, что важнее абстрактного «самого нового» номера.

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

Как узнать версию платформы, установленной у вас

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

Если база не запускается, версию видно в списке установленных программ Windows: «Панель управления — Программы и компоненты», записи вида «1С:Предприятие 8 (8.3.24.1548)». На сервере 1С версию агента можно посмотреть в консоли кластера или в свойствах службы «Агент сервера 1С:Предприятия».

Для автоматизации проверки удобно посмотреть каталог установки: по умолчанию платформа ставится в C:\Program Files\1cv8\<номер версии>, и каждая версия лежит в отдельной папке.

1. 1
   Откройте информационную базу в режиме 1С:Предприятие
2. 2
   Перейдите в меню «Сервис — О программе»
3. 3
   Запишите полный номер вида 8.3.XX.XXXX
4. 4
   Сравните его с последним релизом вашей ветки на releases.1c.ru

Какую версию выбрать: последнюю или рекомендованную

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

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

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

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

Последний релиз своей ветки

Оптимально для большинства: исправления ошибок и уязвимостей без смены функциональности. Риск минимален.

Новая функциональная ветка

Даёт новые возможности, но требует тестирования конфигурации, проверки режима совместимости и иногда обновления СУБД и лицензий.

Старая ветка без обновлений

Допустимо только временно. Нарастают уязвимости и несовместимость с новыми релизами конфигураций.

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

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

Перед обновлением серверной версии сделайте резервную копию баз штатными средствами СУБД и проверьте, что новая версия платформы поддерживает вашу версию PostgreSQL, MS SQL Server или Oracle — требования указаны в файле документации дистрибутива.

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

Типичные ошибки при работе с версиями

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

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

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

Номер в «Сервис — О программе»

Норма

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

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

Показывает старую версию — база открылась другой платформой

Запуск всех рабочих баз

Норма

Базы открываются без сообщений о несовместимости

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

Ошибка «несовместимая версия» или требование конвертации

Работа подключаемого оборудования и обменов

Норма

ККТ, обмены с банками и ЭДО работают как раньше

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

Ошибки COM-компонентов и внешних компонентов после смены платформы

FAQ

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

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

Обязательно ли переходить на новую ветку 8.3?

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

Что делать, если после обновления платформы база не открывается?

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

Можно ли держать несколько версий платформы на одном компьютере?

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

Как узнать, какая версия платформы нужна для моей конфигурации?

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

Опасно ли пропускать корректирующие релизы?

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