Где посмотреть версию платформы 1С и номер её сборки

Быстрее всего версию платформы видно в запущенной базе: откройте Главное меню → Справка → О программе, и в первой строке будет номер вида 8.3.24.1548. Это и есть версия платформы 1С. Если база не открывается, определить версию платформы 1С Предприятие можно ещё несколькими способами — через стартовое окно, службу сервера, реестр, папку установки и файлы в Linux или macOS.

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

Платформу легко спутать с версией конфигурации

Прежде чем искать номер, уточните, что именно нужно. В 1С сосуществуют два разных номера, и в поддержке их часто путают.

• 🔧 Платформа — это сам «движок» 1С:Предприятие, общий для всех баз. Номер из четырёх частей, например 8.3.24.1548. Первые две цифры (8.3) — поколение, остальные — номер сборки.
• 📦 Конфигурация — прикладное решение (Бухгалтерия, ЗУП, Управление торговлей). У неё свой номер, например 3.0.157.26. Его называют релизом.

Поколение платформы (8.3, раньше 8.2) и номер сборки — тоже разные вещи. Переход между поколениями — это крупное обновление, а смена сборки внутри 8.3 происходит регулярно. Есть и третий связанный параметр — режим совместимости конфигурации. Его видно в Конфигураторе, в свойствах корня конфигурации: значение вроде «Версия 8.3.21» подсказывает, на какую платформу рассчитано прикладное решение. Это не версия установленной платформы, но ориентир, ниже которого опускаться нельзя.

Чтобы понять, насколько ваша платформа свежая, сверьте свой номер с актуальными сборками:

Окно «О программе» — самый быстрый способ в запущенной базе

Если база открывается, идти в файлы и реестр не нужно. Номер платформы 1С всегда доступен из интерфейса.

1. Нажмите кнопку Главное меню — это значок со стрелкой вниз в левом верхнем углу окна (интерфейс «Такси»).
2. Выберите Справка → О программе.
3. В открывшемся окне первая строка — версия платформы, например 1С:Предприятие 8.3 (8.3.24.1548).

В этом же окне есть кнопка копирования сведений в буфер обмена — удобно, когда номер нужно отправить в поддержку. Там же указаны разрядность клиента, режим запуска (толстый или тонкий клиент) и каталог, из которого запущена платформа.

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

Что показывает стартовое окно запуска 1С

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

1. В стартовом окне нажмите Настройка....
2. Откроется список установленных версий платформы с полными путями к каталогам.
3. Каждая строка вида 8.3.24.1548 — отдельная установленная сборка.

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

Не знаете, каким способом удобнее воспользоваться? Ориентируйтесь на свой доступ:

Версия на сервере 1С: служба, консоль и процессы

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

По службе Windows. Откройте оснастку Службы (services.msc) и найдите службу агента сервера — она называется примерно «Агент сервера 1С:Предприятия 8.3». В её свойствах, в поле Путь к исполняемому файлу, указан полный путь к ragent.exe, например C:\Program Files\1cv8\8.3.24.1548\bin\ragent.exe. Имя папки — это версия работающего сервера.

По процессам. В Диспетчере задач на вкладке Подробности найдите процессы ragent.exe, rmngr.exe и rphost.exe. В столбце с расположением файла (или через правый клик → Открыть расположение файла) снова виден каталог с номером версии.

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

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

Через утилиту rac. Если консоли под рукой нет, обслуживание кластера ведут командной строкой. Сначала посмотрите кластеры и сеансы:

rac cluster list
rac session list --cluster=<идентификатор кластера>

Полный перечень команд выдаёт rac help — не угадывайте параметры, сверяйтесь со справкой.

Папка установки, реестр и свойства файла

Когда ни база, ни сервер недоступны, версию платформы читают прямо из файловой системы — это самый надёжный способ.

Папка установки. По умолчанию платформа ставится в каталог:

• C:\Program Files\1cv8\ — для 64-разрядной версии;
• C:\Program Files (x86)\1cv8\ — для 32-разрядной.

Внутри — подпапки, названные точно по номеру сборки: 8.3.24.1548, 8.3.21.1644 и так далее. Имя папки и есть версия платформы — ничего открывать не нужно.

Свойства исполняемого файла. Зайдите в ...\1cv8\8.3.24.1548\bin\, кликните правой кнопкой по 1cv8.exe → Свойства → вкладка Подробно. В поле Версия продукта стоит полный номер. Так проверяют, что папка не переименована вручную и номер настоящий.

Установка и удаление программ. Откройте Программы и компоненты (команда appwiz.cpl). В списке платформа значится как «1С:Предприятие 8.3 (8.3.24.1548)» — номер прямо в названии. Здесь же видно, сколько версий установлено.

Реестр. Сведения об установленных платформах Windows хранит и в реестре, но лазить туда ради номера смысла нет: папка установки и appwiz.cpl дают тот же результат быстрее и без риска что-то задеть.

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

На серверах под Linux и на клиентских Mac интерфейсных окон обычно нет, поэтому версию смотрят по каталогу установки и списку пакетов.

Linux. Платформа ставится в /opt/1cv8/, внутри — архитектура и номер сборки:

ls /opt/1cv8/x86_64/

Каждая подпапка (8.3.24.1548) — отдельная версия. Если платформа ставилась из пакетов, список покажет менеджер пакетов:

# Debian, Ubuntu, Astra Linux
dpkg -l | grep 1c-enterprise

# RHEL, CentOS, Alt Linux
rpm -qa | grep 1c-enterprise

Версию работающего сервера на Linux находят по процессу агента:

ps aux | grep ragent

В строке процесса виден путь запуска с номером сборки.

macOS. На Mac 1С работает только как тонкий клиент (и в учебном варианте), сервера под macOS нет. Если клиент запускается — версию смотрите в уже знакомом окне О программе внутри сессии. Файлы установки лежат в /opt/1cv8/ либо в каталоге приложения, подпапка так же названа по номеру сборки.

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

Где номер сборки виден в журналах и дампах

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

• 🗂️ Список сеансов в консоли администрирования или через rac session list показывает версию каждого активного подключения. Это способ найти пользователя, который зашёл со старой платформы.
• 🧩 Аварийные дампы. При сбое платформа складывает файлы дампа в служебный каталог; в их имени и внутренних сведениях присутствует номер сборки, на которой произошёл сбой.
• 📄 Технологический журнал. Если он включён, события пишутся в текстовые файлы, и в них фигурирует версия платформы процесса. Журнал включают отдельно и обычно только для диагностики.

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

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