Как узнать версию релиза 1С: Предприятие

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

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

Проверка версии через окно «О программе»

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

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

Обратите внимание на нижнюю часть этого окна. Там отображается информация о подключенной конфигурации. Если база данных обновлена, вы увидите название конфигурации, её версию (например, Бухгалтерия предприятия, редакция 3.0) и номер релиза.

• 🔍 Окно «О программе» показывает версию исполняемого файла 1cv8.exe, который инициировал запуск.
• ⚙️ Здесь же можно узнать битность платформы (x86 или x64), что критично для установки драйверов и ключей защиты.
• 📄 В списке компонентов часто указывается версия используемого механизма обновления.

⚠️ Внимание: Если вы работаете в веб-клиенте или через тонкий клиент, версия платформы, отображаемая в окне «О программе», может соответствовать версии клиента, а не сервера. Для проверки серверной части используйте другие методы.

Анализ свойств ярлыка запуска и параметров командной строки

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

Для предварительной диагностики можно проанализировать ярлык запуска на рабочем столе. Нажмите правой кнопкой мыши на иконку 1С:Предприятие и выберите Свойства. В поле Объект содержится полный путь к исполняемому файлу. Обратите внимание на папку, в которой лежит файл 1cv8.exe. Обычно путь выглядит как C:\Program Files\1cv8\8.3.22.1851\bin\1cv8.exe. Цифры в названии папки и указывают на конкретный релиз платформы.

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

"C:\Program Files\1cv8\8.3.22.1851\bin\1cv8.exe" VERSION

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

Определение версии конфигурации и релиза через Конфигуратор

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

Запустите базу данных в режиме Конфигуратор. В главном меню выберите пункт Конфигурация, затем Свойства конфигурации (или нажмите Alt+Enter при выделенном корне дерева метаданных). В открывшемся окне вы найдете поле Версия. Именно это значение пользователи часто называют «релизом». Например, для типовой конфигурации это может быть значение вида 3.0.105.45.

Однако, если конфигурация была изменена (снята с поддержки или доработана), номер версии может быть установлен разработчиком вручную и не соответствовать номеру релиза от фирмы «1С». Чтобы узнать именно номер релиза обновления, который был применен последним, следует обратиться к окну Конфигурация -> Поддержка -> Настройка поддержки конфигурации. Там отображается информация о подключенном источнике обновления и текущем уровне релиза.

• 📂 Свойства конфигурации показывают пользовательскую версию, которая может быть изменена вручную.
• 🔄 Окно настройки поддержки отображает реальный номер релиза поставщика (фирмы 1С или партнера).
• 🔐 Доступ к этим данным требует прав на запуск в режиме Конфигуратора.

⚠️ Внимание: В распределенных информационных базах (РИБ) версия конфигурации в главном узле и в узлах обмена может временно различаться в процессе выгрузки и загрузки данных. Всегда проверяйте версию в том узле, где возникла проблема.

Анализ служебных файлов и каталога установки

Иногда графический интерфейс недоступен из-за критических ошибок запуска, или требуется провести аудит установленных версий на сервере без запуска служб 1С. В таких случаях единственным источником истины становится файловая система. Платформа 1С оставляет после себя четкие следы в виде текстовых файлов версий.

В каталоге установки платформы, обычно это C:\Program Files\1cv8\{Версия}\, находится файл version.txt. Его содержимое дублирует номер релиза, зашитый в исполняемый файл. Кроме того, в каталоге bin можно проверить свойства файла 1cv8.exe через проводник Windows (вкладка «Подробно»), где поле «Версия продукта» будет содержать точный номер сборки.

Для конфигураций, работающих в файловом варианте, информацию о версии можно найти в файле 1Cv8.cdf или в служебных файлах обновления, если они не были удалены. Однако наиболее надежным способом для файловой базы является открытие файла 1Cv8.1CD (основной файл базы) в текстовом редакторе (с осторожностью, только для чтения) или использование утилиты chdbfl, которая может вывести заголовок файла, содержащий версию формата базы данных.

Объект проверки	Расположение	Информативность
version.txt	Корень папки версии платформы	Точная версия платформы
1cv8.exe	Папка bin	Версия исполняемого модуля
Реестр Windows	HKEY_LOCAL_MACHINE\SOFTWARE\1C\1Cv8	Список установленных версий
Файл 1Cv8.cdf	Каталог файловой базы	Версия формата данных базы

Где хранится история обновлений платформы?

В реестре Windows по пути HKLM\SOFTWARE\1C\1Cv8\Install хранятся ключи с информацией о всех когда-либо установленных версиях платформы на данном компьютере, даже если папки с ними уже удалены.

Диагностика через журнал регистрации и консоль администрирования

В клиент-серверном варианте работы (SQL) критически важно знать версию сервера 1С:Предприятия, которая может отличаться от версии клиента. Пользователь может работать с тонким клиентом версии 8.3.22, подключаясь к серверу версии 8.3.20. Такая рассинхронизация допустима в определенных пределах, но может вызывать ошибки при использовании новых функций языка.

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

Откройте журнал регистрации сервера 1С. При старте службы или при подключении первого клиента сервер записывает событие о своем запуске, в тексте которого указывается номер версии. Также можно выполнить запрос к таблице системного журнала через консоль управления, если настроено логирование в SQL.

# Пример получения версии через утилиту управления кластером (rac)
rac cluster version --cluster=UUID_кластера

Использование утилиты rac (Remote Administration Command) является наиболее профессиональным способом получения данных. Она позволяет удаленно опрашивать кластер серверов и получать точный билд, на котором работает процесс rphost или rmngr.

⚠️ Внимание: Версия сервера 1С должна быть равна или выше версии клиента. Подключение клиента более новой версии к старому серверу часто приводит к ошибке «Несовместимая версия файла данных» или отказу в соединении.

Автоматизированный сбор данных с помощью скриптов

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

Вы можете написать внешний скрипт на языке 1С или использовать PowerShell для перебора рабочих станций. Скрипт должен пытаться подключиться к базе в режиме Предприятие или Конфигуратор (если есть права), считать свойство ВерсияПриложения и записать его в отчетный файл. Для файловых баз можно использовать COM-соединение.

Пример логики скрипта на встроенном языке для внешнего подключения:

1. Создать объект V83.COMConnector.
2. Вызвать метод Connect с строкой подключения к базе.
3. Считать свойство Version полученного объекта.
4. Разорвать соединение.

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

• 🚀 Скрипты позволяют опросить тысячи баз за несколько минут.
• 📊 Результат можно сразу выгрузить в Excel или систему мониторинга (Zabbix, Prometheus).
• 🛡️ Метод требует настройки прав доступа для учетной записи, от имени которой запускается скрипт.

Частые проблемы и интерпретация номеров версий

Пользователи часто сталкиваются с непониманием структуры номера версии 1С. Номер вида 8.3.22.1851 расшифровывается следующим образом: 8 — мажорная версия платформы, 3 — режим работы (толстый/тонкий клиент, ушел в историю, но остался в нумерации), 22 — номер основного релиза (выпускается несколько раз в год), 1851 — номер конкретной сборки (билда) внутри релиза.

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

Иногда после обновления версия не меняется. Это происходит, если обновление не было применено корректно или если было выполнено откатывание изменений. В таких случаях необходимо проверять дату модификации файлов в каталоге установки. Если дата файлов старая, значит, процесс обновления не завершился успешно.

Почему версия в «О программе» отличается от версии в папке?

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

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

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

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

В этом случае используйте только файловый метод: проверьте файл version.txt в папке установки или свойства файла 1cv8.exe через проводник Windows. Запуск с ключом VERSION также сработает, если сам исполняемый файл не поврежден.

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

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