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

Актуальная версия платформы 1С — это последняя сборка внутри текущей ветки 8.3, номер выглядит как 8.3.27.xxxx. Сама линейка 8.3 не меняется годами, меняется третье число (ветка) и четвёртое (номер сборки) — именно его и имеют в виду, когда спрашивают, какой последний релиз платформы 1С 8.3 вышел.

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

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

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

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

Номер платформы читается по четырём частям. Возьмём 8.3.27.1859:

• 🔹 8 — поколение платформы («1С:Предприятие 8»);
• 🔹 3 — линейка внутри поколения (8.3 — действующая, 8.4 пока тестовая);
• 🔹 27 — ветка (крупный релиз, в нём появляется новая функциональность);
• 🔹 1859 — номер сборки внутри ветки (исправления, мелкие доработки).

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

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

Четыре способа — от самого быстрого к самому надёжному.

В самой программе

Откройте базу и зайдите в Главное меню → Справка → О программе. В верхней строке будет полный номер платформы, ниже — версия конфигурации и её редакция. Это работает одинаково в «Бухгалтерии 3.0», «ЗУП 3.1», «Управлении торговлей 11» и ERP.

В конфигураторе тот же пункт — Справка → О программе.

В списке информационных баз

В окне запуска 1С выделите базу и нажмите Изменить. Поле «Версия 1С:Предприятия» показывает, какая версия закреплена за этой базой. Пусто — база стартует на самой свежей из установленных.

На диске

Все установленные версии лежат рядом, каждая в своей папке:

C:\Program Files\1cv8\8.3.25.1445\bin\1cv8.exe
C:\Program Files\1cv8\8.3.27.1859\bin\1cv8.exe
C:\Program Files\1cv8\common\1cestart.exe

Папки с номерами внутри 1cv8 — это и есть список установленных платформ. Старые версии при установке новой не удаляются, и это правильно.

На сервере 1С

В консоли администрирования кластера версия сервера видна в свойствах кластера. Через командную строку:

"C:\Program Files\1cv8\8.3.27.1859\bin\ragent.exe" -version

Или посмотрите, какая служба агента сервера запущена: в services.msc имя службы содержит номер версии.

Текущая, тестовая, предыдущая: какую версию считать актуальной

Релизы платформы 8.3 живут в разных статусах, и слово «последняя» для них означает разное.

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

Обзор релизов ветки 8.3: что меняется от версии к версии

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

Что обычно меняется при переходе на новую ветку платформы 8.3:

• 🚀 Производительность — работа с запросами, кэширование, скорость открытия форм и проведения документов в больших базах;
• 🖥 Поддержка окружения — новые версии Windows, Linux, macOS, новые версии СУБД и веб-серверов;
• 🔐 Безопасность — аутентификация, работа с сертификатами, протоколы обмена;
• 🧩 Расширения и доработки — что можно менять расширением без снятия с поддержки;
• 🌐 Веб-клиент и мобильный клиент — совместимость с браузерами, поведение интерфейса;
• 📡 Интеграции — HTTP-сервисы, обмен сообщениями, фоновые задания.

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

Отдельно про поддерживаемые СУБД для клиент-серверного варианта:

Конкретные поддерживаемые версии СУБД привязаны к ветке платформы — это первое, что проверяют перед переходом на новую версию.

Нужно ли ставить последний релиз платформы 8.3 сразу

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

1. Не ставьте сборку в первые недели после выхода. Дайте ей время, критичные правки выходят быстро.
2. Обновляйте платформу, когда этого требует конфигурация. Это основной триггер — перед обновлением релиза «Бухгалтерии» или «ЗУП» программа сама скажет, какая версия платформы нужна.
3. Не перепрыгивайте через две-три ветки без теста. Переход с 8.3.21 на 8.3.27 на копии базы занимает час, разбор последствий на рабочей — день.
4. Держите одну версию на всех рабочих местах. Разные сборки клиентов в одной сети — источник плавающих ошибок.
5. Сначала копия, потом рабочая база. Проверьте печать, обмен, ЭДО, регламентные задания.

Как обновить платформу 1С 8.3: пошагово

Файловая база

1. Выгоните всех из базы и сделайте выгрузку: Конфигуратор → Администрирование → Выгрузить информационную базу.
2. Запустите дистрибутив (setup.exe) новой версии. Старую версию удалять не нужно — платформы ставятся параллельно.
3. В составе компонентов оставьте «1С:Предприятие», при необходимости — «Модули расширения веб-сервера», «Администрирование сервера».
4. Поставьте драйвер защиты, если используете аппаратный ключ HASP.
5. Запустите базу. Если конфигурация требовала новую версию — повторите обновление конфигурации.
6. Прогоните Конфигуратор → Администрирование → Тестирование и исправление с галочками проверки логической и ссылочной целостности.

Клиент-серверная база

1. Сделайте бэкап на уровне СУБД, а не только выгрузку .dt.
2. Установите новую платформу на сервере, отметив компонент «Сервер 1С:Предприятия».
3. Установщик предложит создать службу агента сервера новой версии — согласитесь, порты оставьте те же (1540, 1541, диапазон 1560:1591).
4. Остановите старую службу агента, запустите новую. Через консоль администрирования убедитесь, что кластер поднялся и базы видны.
5. Обновите клиентов на эту же сборку. Пока версии не совпадут, подключения не будет.
6. Если база опубликована на веб-сервере — перепубликуйте её из конфигуратора (Администрирование → Публикация на веб-сервере), иначе веб-клиент будет отдавать ошибку.

Клиентские места

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

Файл настроек лежит здесь:

%APPDATA%\1C\1CEStart\1CEStart.cfg

Полезные параметры внутри:

CommonInstallLocation=\\server\1c\distr
DefaultVersion=8.3=8.3.27.1859

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

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

• Через список баз. Изменить → Версия 1С:Предприятия → укажите, например, 8.3.25. Можно писать ветку целиком или полный номер сборки.
• Через 1CEStart.cfg. Параметр DefaultVersion задаёт версию по умолчанию для всех баз.
• Через ярлык. Запуск напрямую конкретным исполняемым файлом:

"C:\Program Files\1cv8\8.3.25.1445\bin\1cv8.exe" ENTERPRISE /F"D:\Bases\Buh" /N"Иванов"

• Файл со списком баз %APPDATA%\1C\1CEStart\ibases.v8i — там видно, какая версия прописана каждой базе, правится обычным текстовым редактором.

Режим совместимости: зачем он нужен при смене версии

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

Что это даёт:

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

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

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

Что проверить после перехода на новую версию платформы

Сразу после обновления пройдите короткий круг проверок — так ошибки находятся на спокойной голове, а не 25-го числа.

1. Журнал регистрации — Администрирование → Журнал регистрации, фильтр по ошибкам за период после обновления.
2. Регламентные задания — в клиент-серверной базе проверьте, что блокировка заданий снята и задания выполняются.
3. Печатные формы — распечатайте счёт, накладную, УПД, расчётный листок в «ЗУП 3.1».
4. Обмены и ЭДО — выполните один обмен вручную и отправьте тестовый документ.
5. Отчётность — откройте Отчёты → Регламентированные отчёты, проверьте, что формы открываются и проверка контрольных соотношений работает.
6. Закрытие месяца в «Бухгалтерии 3.0» на копии — самая чувствительная к платформе операция в учётных базах.

Платформа 8.4 и перспективы ветки 8.3

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

Что это значит сегодня:

• 🔹 8.3 остаётся рабочей линейкой, релизы по ней продолжают выходить;
• 🔹 переход внутри 8.3 между ветками — рутина, которую стоит делать 1–2 раза в год;
• 🔹 знакомиться с 8.4 имеет смысл на тестовом контуре, без переноса рабочих баз.