← На главную

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

Способ 1. Программное определение версии в работающей базе

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

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

   
   &НаСервере
   Функция ВерсияБСПНаСервере()
       Возврат СтандартныеПодсистемыСервер.ВерсияБиблиотеки();
   КонецФункции
   
   &НаКлиенте
   Процедура ВерсияБСП(Команда)
       Сообщить(ВерсияБСПНаСервере());
   КонецПроцедуры
   

2. Просмотр регистра сведений: Вся информация о версиях внедренных библиотек и конфигурации автоматически фиксируется в служебном регистре сведений ВерсииПодсистем. Откроем его через меню «Все функции» (или «Функции для технического специалиста») и найдем строку с именем СтандартныеПодсистемы. В соответствующей колонке будет указан точный номер версии.
3. Обращение к модулю обновления: В более старых редакциях БСП для получения версии подсистемы использовались процедуры и функции модуля ОбновлениеИнформационнойБазыБСП.

Способ 2. Проверка в шаблонах установки без запуска базы

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

1. Перейдем в каталог установленного шаблона нужного релиза (например, tmplts\1c\Enterprise20\2_4_1_227\ для 1C:ERP или соответствующую папку для другой конфигурации).
2. Найдем текстовый файл LibraryVersions.txt. В нем разработчики фиксируют точный список всех включенных в поставку библиотек с их версиями.
3. Найдем строку СтандартныеПодсистемы, напротив которой будет указана версия (например, 2.4.2.107). Также в этом файле можно увидеть версии БПО, 1С:ЭДО, БИСП и других подсистем.

Способ 3. Просмотр метаданных и модулей в конфигураторе или CF-файле

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

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

Способ 4. Определение версии для будущих и планируемых релизов

Если релиз еще не вышел, узнать его версию БСП заранее без телепатии можно с помощью официальных информационных каналов:

1. Планы разработки и анонсы: Фирма «1С» публикует график выхода релизов и список планируемых изменений. При переходе на новую мажорную ветку БСП (например, с 3.1 на 3.2) это обязательно указывается в ключевых изменениях будущего релиза.
2. Тестовые и ознакомительные сборки: Перед официальным выпуском функциональных релизов часто выкладываются тестовые сборки. Скачав тестовый дистрибутив или ознакомившись с файлом изменений, можно заранее узнать планируемый состав библиотек.
3. Файл «Новое в версии»: Для уже вышедших релизов на портале поддержки перед скачиванием доступен сопроводительный файл с описанием изменений, где перечисляются обновленные версии встроенных библиотек.

Важно: Для планируемых релизов заранее известен только мажорный номер ветки (например, БСП 3.1.9). Точный номер финального билда (последние цифры релиза) формируется непосредственно перед сборкой дистрибутива после прохождения всех этапов тестирования.