Последняя версия платформы 1С 8.3: какая актуальна и как обновиться

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

Актуальные релизы публикуются на портале portal.1c.ru (для пользователей с действующим договором 1С:ИТС) и на сайте releases.1c.ru. Там же доступны история изменений и требования к совместимости с конфигурациями. Если у вас нет доступа к порталу, ориентироваться можно по документации к вашей конфигурации: в ней указывается минимально необходимая и рекомендуемая версия платформы.

Важно понимать различие: «последняя выпущенная версия» и «версия, которую стоит ставить» — не всегда одно и то же. Для рабочих баз часто выбирают не самый свежий релиз, а проверенный, который официально поддерживается вашей конфигурацией (например, 1С:Бухгалтерией или 1С:ERP). Ниже разберём, как узнать текущую версию, где найти актуальную и как безопасно обновиться.

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

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

Если база не запускается, версию можно определить по установленным каталогам: на Windows платформа хранится в папке C:\Program Files\1cv8\ (или C:\Program Files (x86)\1cv8\), где каждая подпапка с номером вида 8.3.22.1750 — отдельная установленная версия. На сервере Linux каталоги находятся в /opt/1cv8/.

В клиент-серверном варианте важно проверять версию не только на клиенте, но и на сервере 1С:Предприятия. Откройте консоль администрирования серверов 1С, выберите кластер и посмотрите версию в свойствах. Несовпадение версий клиента и сервера — частая причина ошибок подключения.

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

Где смотреть номер последней версии

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

Альтернативный источник — сайт releases.1c.ru, где публикуются дистрибутивы. Для платформы 8.3 там выкладываются полные дистрибутивы и патчи (исправительные релизы). Патчи удобны, когда нужно быстро закрыть конкретную ошибку без полного обновления.

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

Какую версию выбрать для рабочей базы

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

Проверить требования можно в описании обновления конфигурации на портале 1С или в файле поставки. Обычно указано: «Для работы конфигурации требуется платформа не ниже версии 8.3.XX». Это минимум; верхняя граница, как правило, не ограничена, но на практике безопаснее держаться в рамках редакций, с которыми конфигурация официально поставлялась.

Для тестовых сред и разработки можно использовать свежие релизы, включая бета-версии, но только при условии, что тестовая база — копия, а не рабочие данные. Так вы заранее выявите несовместимости до обновления продуктива.

Маршрут решения

Как выбрать действие

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

Установленная версия выше рекомендованной и есть ошибкиОткатитесь на рекомендованный релиз — платформы разных версий могут быть установлены параллельно

Вышло критическое обновление безопасностиПроверьте совместимость на тестовой копии и установите в ближайшее окно обслуживания

Всё работает стабильно, новых требований нетСпешить с обновлением не нужно — планируйте его вместе с обновлением конфигурации

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

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

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

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

Типичные ошибки при обновлении

Одна из самых частых проблем — обновление платформы только на сервере, но не на клиентах. Пользователи получают ошибку «Несоответствие версий клиента и сервера» и не могут войти в базу. Лечится централизованной установкой клиентов или публикацией через веб-сервер, где версия клиента подтягивается автоматически.

Вторая распространённая ошибка — установка 32-разрядной версии сервера вместо 64-разрядной (или наоборот) при миграции. Для крупных баз рекомендуется 64-разрядный сервер, поскольку 32-разрядный ограничен объёмом оперативной памяти на процесс. При смене разрядности проверьте, что все внешние компоненты и COM-объекты совместимы с новой архитектурой.

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

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

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

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

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

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

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

Норма

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

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

Показывает старую версию — база запущена на прежней платформе

Подключение пользователей

Норма

Все клиенты входят без ошибок о несовпадении версий

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

Ошибка «Несоответствие версий клиента и сервера»

Регламентные задания

Норма

Выполняются по расписанию, без ошибок в журнале

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

Задания не запускаются или падают с ошибками

Обмены и интеграции

Норма

Обмены проходят в штатном режиме

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

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

Часто задаваемые вопросы

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

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

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

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

Обязательно ли устанавливать каждый новый релиз платформы?

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

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

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

Где взять дистрибутив платформы без договора 1С:ИТС?

Легальных способов скачать актуальные релизы платформы без действующего договора 1С:ИТС нет — дистрибутивы распространяются через портал portal.1c.ru по подписке. Исключение — учебная версия платформы, которая распространяется свободно, но не подходит для ведения реального учёта.

Нужно ли обновлять платформу при обновлении конфигурации?

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