При разработке или глубокой модификации конфигураций на платформе 1С:Предприятие 8.3 программисты часто сталкиваются с вопросом выбора актуальной версии Библиотеки стандартных подсистем (БСП). Особенно остро этот вопрос стоит, когда необходимо внедрить конкретный функционал, например, адресный классификатор, в полностью нетиповую (самописную) конфигурацию. Рассмотрим подробнее критерии выбора между версиями 2.4 и 3.0, а также проанализируем современные требования к этим подсистемам.
Первое, на что мы должны обратить внимание — это требования к версии платформы 1С. Разберем ключевое различие:
Если ваша конфигурация уже переведена на современную платформу и режим совместимости отключен, выбор версии 3.0 и выше становится приоритетным. Проанализируем ситуацию: использование устаревших веток БСП в новой конфигурации создаст технологический долг, который потребует серьезных затрат на обновление в будущем.
Поскольку основной задачей является внедрение адресного классификатора, рассмотрим, какие преимущества дает переход на версию 3.0:
Выясним причину, по которой внедрение БСП кажется сложным процессом. Для облегчения задачи в составе дистрибутива БСП поставляется обработка ПервоеВнедрениеБСП.epf. Разберем по шагам процесс интеграции подсистемы в вашу конфигурацию:
Шаг 1: Подготовка конфигурации-донора. Запустим обработку в демонстрационной конфигурации БСП. В интерфейсе выберем необходимые подсистемы. В нашем случае это «Адресный классификатор». Обратите внимание, что система автоматически отметит зависимые подсистемы, такие как «Контактная информация», «Общие установки параметров» и «Пользователи».
Шаг 2: Выгрузка файлов. Обработка сформирует файл настроек или предложит создать файл конфигурации (.cf) для объединения.
Шаг 3: Сравнение и объединение. В вашей конфигурации выберем пункт «Конфигурация — Сравнить, объединить с конфигурацией из файла». Важно: на этом этапе необходимо снять галочку со свойств основной конфигурации (имя, автор и т.д.), чтобы не затереть свои данные.
Шаг 4: Устранение синтаксических ошибок. После объединения проверка синтаксиса может выдать ошибки об отсутствии некоторых общих модулей. Это происходит из-за того, что подсистемы БСП тесно связаны между собой. Рассмотрим пример кода, который может вызвать затруднения:
// Пример вызова проверки адреса в БСП
РезультатПроверки = АдресныйКлассификатор.ПроверитьАдрес(СтруктураАдреса);
Если РезультатПроверки.ЕстьОшибки Тогда
Сообщить(РезультатПроверки.ТекстОшибки);
КонецЕсли;
Если модуль АдресныйКлассификатор ссылается на функции модуля ОбщегоНазначения, который вы не включили при объединении, возникнет ошибка. Решение: поэтапно добавлять недостающие объекты через повторное сравнение/объединение.
Проанализируем ситуацию на текущий момент. Версия 3.0 также постепенно уступает место ветке 3.1. Основное отличие современных версий БСП заключается в поддержке формата ГАР (Государственный адресный реестр).
Если вы планируете долгосрочную эксплуатацию системы, мы рекомендуем ориентироваться на версию 3.1. Она включает:
ОписаниеОповещения).Подведем итог нашему анализу. Если ваша платформа позволяет (8.3.12 и выше), выбирайте версию 3.0 или 3.1. Это обеспечит соответствие законодательству в части форматов адресов и даст доступ к облачным сервисам проверки данных.
Посмотрим на основные преимущества такого выбора:
ПервоеВнедрениеБСП.epf значительно сокращает время на ручной перенос объектов Метаданных.Помните, что БСП — это не просто набор кода, а фундамент архитектуры современных решений 1С. Правильный выбор версии на начальном этапе избавит вас от необходимости глобальной переработки системы через год.