В чем разница между БСП 2.3 и 2.4 и какую версию выбрать для новой базы?

Программист 1С v8.3 (Управляемые формы) 1С:Управление торговлей IT и автоматизация бизнеса
← На главную

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

Причины параллельной поддержки редакций и системные требования

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

  1. Редакция БСП 2.3 предназначена для работы в режиме совместимости с платформой 8.3.6 и 8.3.8. Она поддерживалась для типовых конфигураций предыдущих поколений (например, Управление торговлей 11.2 или ERP 2.1), которые не могли быть моментально переведены на новый функционал платформы.
  2. Редакция БСП 2.4 разрабатывалась под платформу «1С:Предприятие 8.3» версии не ниже 8.3.10.2168 (с соответствующим отключением или повышением режима совместимости).

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

Ключевые функциональные различия

Проанализируем основные архитектурные и прикладные новшества, появившиеся в БСП 2.4:

  1. Адресный классификатор и контактная информация: в БСП 2.4 подсистема была перестроена на использование стандартов ФИАС с поддержкой актуального муниципального и административно-территориального деления, а также возможностью прямой загрузки и автодополнения адресных сведений через веб-сервисы без необходимости хранения громоздких локальных файлов классификатора.
  2. Механизм длительных операций: подсистема ДлительныеОперации получила переработанный алгоритм взаимодействия клиента и сервера, улучшенное отслеживание прогресса фоновых заданий, удобные интерфейсы отмены операций пользователем и оптимизированное ожидание результатов без зависания клиентского приложения.
  3. Управление доступом и RLS: оптимизирована работа ограничений на уровне записей, внедрены универсальные ключи доступа, что заметно снизило нагрузку на СУБД при массовом пересчете прав и параллельной работе пользователей.
  4. Совместимость со смежными библиотеками: обновленные редакции библиотек (БПО, БЭД, БИП) ориентируются на программный интерфейс БСП 2.4 и выше, прекращая поддержку устаревших методов БСП 2.3.

Организация обмена данными между базами на БСП 2.3 и БСП 2.4

Если новая конфигурация создается на БСП 2.4, а база-источник первичных данных (например, УТ 11.2) функционирует на БСП 2.3, различия в версиях не создают препятствий для синхронизации.

Рассмотрим, как правильно выстроить обмен:

  1. Использование формата EnterpriseData: стандартный механизм обмена между конфигурациями 1С базируется на формате EnterpriseData (XML/XDTO). Обмен не зависит от внутренней архитектуры БСП, если обе конфигурации поддерживают общую версию формата обмена (например, EnterpriseData версии 1.3 или 1.4).
  2. Передача контактной информации: при выгрузке адресов доставки из базы на БСП 2.3 в базу на БСП 2.4 следует обратить внимание на структуру XML/JSON в полях контактной информации. При загрузке в БСП 2.4 используются стандартные программные методы подсистемы управления контактной информацией для нормализации и разбора адресов.
  3. Интеграция через веб-сервисы: при организации прямого обмена документами и справочниками можно использовать HTTP-сервисы, передавая структурированные данные (JSON), независимые от версии БСП.

Какую версию выбрать для новой разработки?

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

← На главную