Как установить БСП в 1С 8.3

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

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

Ниже описан полный цикл установки БСП в конфигурацию на платформе 1С:Предприятие 8.3: от подготовки дистрибутива до проверки работоспособности внедрённых подсистем. Материал ориентирован на разработчиков и внедренцев, работающих в конфигураторе.

Что такое БСП и когда её внедрение оправдано

БСП — это методический каркас для разработки прикладных решений. Все типовые конфигурации «1С» (Управление торговлей, ERP, Зарплата и управление персоналом и другие) построены на её основе. Библиотека поставляется в виде файла конфигурации (.cf) и демонстрационной базы, которые можно получить через портал 1С:Обновление программ при наличии действующего договора ИТС или партнёрского соглашения.

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

Подготовка: версии, дистрибутив и резервная копия

Прежде всего проверьте совместимость версий. Каждая редакция БСП рассчитана на определённую минимальную версию платформы 1С:Предприятие 8.3 — она указана в файле поставки и в документации к библиотеке. Если платформа старше требуемой, обновите её до начала внедрения, иначе конфигуратор откажется загружать конфигурацию или библиотека будет работать некорректно.

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

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

Подготовка конфигурации к внедрению

БСП предъявляет требования к структуре конфигурации-приёмника. Перед объединением необходимо создать или проверить ряд обязательных элементов, иначе часть подсистем не заработает или обновление завершится с ошибками.

Минимальный набор подготовительных действий:

• создайте подсистему «СтандартныеПодсистемы» (и включите в неё командный интерфейс, если планируется);
• проверьте, что в конфигурации определены роли, необходимые для базовой работы (полные права, роль для внешних пользователей при необходимости);
• подготовьте переопределяемые общие модули — при загрузке БСП они будут созданы, но их содержимое нужно заполнить под вашу конфигурацию;
• определите, какие подсистемы БСП будут внедряться, а какие — нет, чтобы не тянуть лишние объекты.

На этом этапе полезно изучить документацию по внедрению конкретной версии БСП: в ней перечислены обязательные объекты и порядок их настройки. Документация поставляется вместе с библиотекой и доступна в демонстрационной базе.

Загрузка и объединение БСП с конфигурацией

Основной способ установки — сравнение и объединение конфигурации с файлом поставки БСП. Откройте конфигуратор, перейдите в меню «Конфигурация — Сравнить, объединить с конфигурацией из файла» и укажите файл поставки библиотеки.

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

1. 1
   Сделайте резервную копию (выгрузку .dt) и зафиксируйте версию в хранилище
2. 2
   Проверьте совместимость версий платформы и БСП
3. 3
   Откройте «Конфигурация — Сравнить, объединить с конфигурацией из файла» и укажите .cf библиотеки
4. 4
   Выберите объекты внедряемых подсистем через фильтр по подсистемам
5. 5
   Разберите конфликты по пересекающимся объектам вручную
6. 6
   Выполните объединение и обновите конфигурацию базы данных (F7)
7. 7
   Проверьте конфигурацию на ошибки («Конфигурация — Проверка конфигурации»)
8. 8
   Запустите режим Предприятия для первоначального заполнения данных

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

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

Ключевая особенность БСП — переопределяемые модули. Это общие модули с суффиксом «Переопределяемый» (например, ОбщегоНазначенияПереопределяемый, ПодключаемыеКомандыПереопределяемый), в которых разработчик описывает специфику своей конфигурации: состав справочников с контактной информацией, объекты с версионированием, источники данных для отчётов.

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

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

Контрольные точки

Как проверить результат

Запуск в режиме Предприятия

Норма

Открывается начальная страница, видны разделы подсистем БСП (Администрирование и др.)

Тревожный признак

Ошибки при запуске, пустой интерфейс, сообщения о недостающих объектах

Результаты обновления программы

Норма

Все обработчики обновления завершены успешно

Тревожный признак

Есть обработчики со статусом «Ошибка» или «Выполняется» длительное время

Проверка конфигурации в конфигураторе

Норма

Нет ошибок ссылочной целостности

Тревожный признак

Ссылки на несуществующие объекты, неразрешённые вызовы процедур

Создание пользователя

Норма

Пользователь создаётся, назначаются профили групп доступа, вход под ним работает

Тревожный признак

Ошибки при записи пользователя или отсутствие прав у нового пользователя

Типичные ошибки при установке БСП

Самая частая проблема — частичное внедрение подсистемы. Многие подсистемы БСП зависят друг от друга: например, «Дополнительные отчеты и обработки» требует «Пользователей» и «Варианты отчётов». Если включить зависимую подсистему без базовых, конфигурация не пройдёт проверку или будет падать в рантайме. Схема зависимостей приведена в документации к библиотеке.

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

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

Обновление БСП в дальнейшем

Установка БСП — не разовое действие: библиотека регулярно обновляется, и вместе с ней нужно обновлять вашу конфигурацию. Чтобы обновления проходили безболезненно, соблюдайте главное правило — не изменяйте поставляемые объекты БСП напрямую. Все доработки выносите в переопределяемые модули, расширения конфигурации или собственные объекты.

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

Часто задаваемые вопросы

Можно ли внедрить БСП в уже работающую самописную конфигурацию?

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

Обязательно ли внедрять все подсистемы БСП?

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

Что делать, если обработчики обновления завершились с ошибкой?

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

Можно ли дорабатывать объекты БСП под свои задачи?

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

Как понять, какая версия БСП уже установлена в конфигурации?

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

Подходит ли БСП для конфигурации на обычных формах?

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