← На главную

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

Почему БСП в расширении — это архитектурная ошибка

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

1. Масштаб и структура метаданных. БСП — это не набор внешних обработок, а полноценная база метаданных. Она требует внедрения справочников, документов, регистров сведений и планов видов характеристик. Расширения имеют жесткие лимиты на внесение подобных изменений. Попытка перенести структуру такого уровня в расширение приведет к конфликтам заимствования и ошибкам компиляции.
2. Определяемые типы. Библиотека активно опирается на Определяемые типы для обеспечения связи между объектами. Если вы попробуете внедрить этот механизм через расширение, основная конфигурация «не узнает» о новых типах, что приведет к неработоспособности функций поиска ссылок, обмена данными и других критических узлов БСП.
3. Монолитность подсистем. Подсистемы БСП глубоко переплетены между собой. Попытка «отпилить» ненужное, чтобы облегчить расширение, приведет к нарушению целостности системы. Например, подсистема Пользователи может потребоваться для работы Даты запрета изменения данных, а та, в свою очередь, потянет за собой механизмы Обновления версии ИБ.

Технические риски и обслуживание

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

Как правильно внедрить БСП в самописку?

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

1. Внедрение в основную конфигурацию. БСП необходимо встраивать непосредственно в конфигурацию через механизм Сравнения и объединения. Это стандартный и единственный поддерживаемый фирмой «1С» способ внедрения.
2. Регулярное обновление. Использование прямого внедрения позволяет в будущем легко обновлять библиотеку, используя инструменты сравнения, не рискуя стабильностью вашего кода.
3. Создание «ядра» на базе БСП. Если ваша самописка еще находится на этапе проектирования, оптимальным решением будет создание конфигурации сразу на основе шаблона БСП. Это избавит вас от необходимости переносить код вручную в будущем.
4. Точечное использование расширений. Оставьте расширения для того, для чего они были созданы — для внесения частных доработок, специфичных для вашего бизнес-процесса, которые не должны касаться стандартного функционала.

Заключение

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