Обновление бсп 1с. Внедрение библиотеки стандартных подсистем. Как узнать версию БСП прикладного решения

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

Для чего создавалась БСП

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

Использование единых модулей позволило достичь большей стандартизации прикладных решений, а это в свою очередь позволило уменьшить время на их изучение (и программистами, и администраторами, и конечными пользователями).

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

Как распространяется БСП

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

В состав поставки БСП входит демо-база с примером внедрения. Данная демо-база доступна для ознакомления на сайте 1С. Как можно получить к ней доступ можно почитать в статье .

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

Официальная документация по БСП находится по адресу https://its.1c.ru/db/bspdoc и доступна при наличии подписки на ИТС.

Состав БСП

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

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

На текущий момент (июль 2017 года) доступна БСП версии 2.4.2, которая поддерживает следующий функционал:

Средства администрирования и обслуживания	Анализ журнала регистрации Дополнительные отчеты и обработки Настройки программы Обновление конфигурации Оценка производительности Поиск и удаление дублей Профили безопасности Регламентные задания Резервное копирование ИБ Удаление помеченных объектов Управление итогами и агрегатами
Администрирование пользователей и прав доступа	Завершение работы пользователей Пользователи Управление доступом
Интеграция с другими программами и системами	Внешние компоненты Загрузка данных из файла Интеграция с «1С-Бухфон» («1С-Коннект») Обмен данными Отправка SMS Получение файлов из Интернета Работа с почтовыми сообщениями Рассылка отчетов
Технологические механизмы и программные интерфейсы	Базовая функциональность Заполнение объектов Запрет редактирования реквизитов объектов Обновление версии ИБ Подключаемые команды Префиксация объектов Работа в модели сервиса Центр мониторинга
Прикладные подсистемы и рабочие места пользователей	Анкетирование Бизнес-процессы и задачи Варианты отчетов Взаимодействия Работа с файлами Текущие дела Шаблоны сообщений
Нормативно-справочная информация и классификаторы	Банки Валюты Графики работы Календарные графики
Сервисные подсистемы	Версионирование объектов Групповое изменение объектов Даты запрета изменения Заметки пользователя Защита персональных данных Информация при запуске Контактная информация Напоминания пользователя Настройка порядка элементов Печать Полнотекстовый поиск Проверка легальности получения обновлений Свойства Склонение представлений объектов Структура подчиненности Электронная подпись

Подробнее конкретные подсистемы будут описываться в отдельных статьях.

Внедрение БСП

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

Базовая функциональность;
Обновление версии ИБ;
Пользователи.

Общая схема внедрения состоит из следующих этапов:

Перенос необходимых объектов метаданных в целевую конфигурацию;
Настройка перенесенных объектов;
Использование объектов БСП при разработке нового функционала.

Для помощи во внедрении БСП в состав библиотеки входит обработка ПервоеВнедрениеБСП.epf . Она располагается в каталоге шаблона конфигурации. В обработке есть краткое описание всех подсистем и определены взаимозависимости подсистем друг от друга.

Для проверки корректности внедрения БСП в каталоге шаблона конфигурации располагается отчет ПроверкаВнедренияБСП.erf .

Как узнать версию БСП прикладного решения

Есть несколько способов узнать какая версия БСП используется в конкретном прикладном решении:

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

На примере редакции БСП 2.1.2.34 (платформа 1С 8.2) я рассмотрю основные функции, подсистемы и примеры использования данной конфигурации.

Конфигурация «Библиотека стандартных подсистем» — одна из немногих конфигураций от фирмы 1С, которая создана для разработчиков, а не пользователей. Сама конфигурация представляет из себя набор подсистем, которые могут использоваться в любых конфигурациях. Также в состав БСП включена целая технология разработки на базе 1С 8.2. Библиотека стандартных подсистем позволяет стандартизировать решения и добиться максимальной схожести различных решений от разных разработчиков. Все типовые конфигурации 1С 8.2, где используются управляемые формы ( 2.0, БП 3.0, УТ 11, УНФ), написаны на базе БСП.

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

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

Ниже я вкратце опишу подсистемы этой конфигурации, их назначение, и как их можно использовать. Всего в «Библиотеке стандартных подсистем» 52 подсистемы. Некоторые связаны между собой, некоторые независимы. Для рассмотрения процесса внедрения каждой подсистемы лучше всего обратиться к документации по конфигурации.

Получите 267 видеоуроков по 1С бесплатно:

1.Базовая функциональность

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

Эта подсистема обязательна для установки в случае использования любой другой подсистемы.

2.Работа в модели сервиса

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

3. Адресный классификатор

Подсистема предназначена для загрузки, хранения, получения адресной информации. Загрузка происходит из (КЛАДР). Подсистема сильно связана с подсистемой «Контактная информация», однако может внедряться автономно.

4. Анализ журнала регистрации

Содержит в себе специальный отчет для более информативного просмотра информации журнала регистрации.

5. Анкетирование

Предназначена для проведения опросов и анализа результатов опроса. Возможно проведение опросов через интернет по средствам веб-клиента.

6. Банки

Подсистема предназначена для загрузки, хранения, получения информации о банках. Загрузка происходит с сайта РБК, возможна настройка регламентного задания и ручная загрузка.

7. Бизнес-процессы и задачи

Предназначена для работы с задачами, как части бизнес-процесса. Задачи могут быть адресованы исполнителю или группе исполнителей как персонально (персональная адресация), так и с использованием ролей исполнителей (ролевая адресация). В подсистему входят пять функциональных блоков: настройка ролевой адресации, создание, исполнение, контроль и автоматический мониторинг задач.

8. Валюта

Подсистема предназначена для загрузки, хранения, получения информации о валютах и курсах валют. Возможен подбор нужной валюты из табличного документа. Загрузка курсов валют происходит с сайта РБК, возможна как настройка регламентного задания, так и ручная загрузка.

9. Варианты отчетов

Подсистема расширяет пользовательский интерфейс настроек отчетов .

10. Версионирование объектов

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

11. Взаимодействия

Подсистема «Взаимодействия» предназначена для планирования, регистрации, упорядочивания взаимодействий и работы с результатами взаимодействий. Взаимодействия включают переписку по электронной почте, регистрацию звонков и встреч. Подсистема обеспечивает подбор и создание новых контактов взаимодействий.

12.Групповое изменение объектов

Подсистема позволяет производить массовое изменение данных в БД. Напоминает аналогичную обработку из 8.1.

13. Даты запрета изменения

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

14. Дополнительные отчеты и обработки

Подсистема « » — абсолютный аналог старой библиотеки стандартных подсистем, дает подключать внешние обработки и печатные формы.

15. Завершение работы пользователей

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

16. Заметки пользователя

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

17. Запрет редактирования реквизитов объектов

Позволяет отключать редактирование произвольных реквизитов объекта. Это то, чего так сильно не хватало в 8.1.

18. Защита персональных данных

Подсистема «Защита персональных данных» предназначена для соответствия информационной системы, построенной на основе конфигурации, требованиям Федерального закона №152-ФЗ от 27.06.2006 «О персональных данных».

19. Информационный центр

По сути является подключением к системе ИТС. Интеграция приложения с сервисом решает задачи быстрого перехода в другие приложения абонента и отображения наименования приложения так, как его задал абонент.

20. Информация при запуске

Отображает при запуске системы HTML страницы с различной информацией (например, рекламу). Страницы содержатся в макетах обработки ИнформацияПриЗапуске . Каждый макет содержит стартовую страницу, а также может содержать другие страницы, ссылки которых указаны в стартовой странице.

В подсистеме "Управление доступом ", входящую в состав БСП, настройка доступа к данным на уровне записей таблиц базы данных (RLS) осуществляется с использованием двух справочников - "Профили групп доступа " и "Группы доступа ". Настройка ролей пользователей производится через первый справочник, в то время как настройка RLS может осуществляться через оба упомянутых выше справочника - на выбор администратора БД.

Хочется отметить то, что в подсистеме имеется возможность разграничения доступа к данным как по элементно, так и по совокупности элементов, объединенных вместе по какому-либо признаку. В качестве примера возьмем справочник "Физические лица ", возможность настройки RLS к которому имеется практически во всех типовых конфигурациях, и производится с использованием специального справочника "". Для каждого элемента справочника "Физические лица " имеется возможность указать в его реквизите "Группа доступа " соответствующий ему элемент из справочника "Группы доступа физических лиц ", после чего для каждого пользователя (или группы пользователей) указывается соответствующая ему (им) доступная для работы группа доступа физ. лиц. Т.о. справочник "Физические лица " выступает в качестве предмета ограничения доступа (в качестве такового может выступать практически любой объект системы), а справочник "Группы доступа физических лиц " в качестве средства (инструмента) разграничения доступа к предмету.

Теперь перейдем к тому, что допустим, нам потребовалось организовать разграничение доступа к какому-либо объекту конфигурации по определенному критерию, но возможность настройки такого разграничения в программе отсутствует. В качестве примера для рассмотрения возьмем типовую конфигурацию "Бухгалтерия предприятия 3.0 " (БП), включающую в себя подсистему "Управление доступом ", и в которой отсутствует возможность настройки RLS по справочнику "Контрагенты ". Перед внесением изменений в конфигурацию хотелось бы также сделать оговорку - вносимые изменения зависят от версии БСП, используемой в конфигурации, но принцип остается тем же самым. В рассматриваемой статье используется версия БСП 2.2.2.44.

И так, последовательность наших действий в конфигураторе, целью которых является реализация возможности настройки в конфигурации RLS по справочнику "Контрагенты " (в нашем случае является предметом ограничения доступа), будет следующей:
1. Отфильтровать дерево метаданных конфигурации по подсистеме "Стандартные подсистемы " - "Управление доступом ".
2. Через настройку поддержки конфигурации (в случае использования механизма поддержки) включить возможность изменения следующих объектов конфигурации:
а. Корень конфигурации.
б. Справочник "Контрагенты ".
в. Определяемый тип "ЗначениеДоступа ".
г. Подписка на событие "".
д . Общий модуль "".
3. Добавить в конфигурацию новый справочник "Группы доступа контрагентов ".
4. Добавить в справочник "Конрагенты " новый реквизит "ГруппаДоступа " ссылочного типа на наш новый справочник.
5. Для определяемого типа "ЗначениеДоступа " в составной тип включить ссылки на справочники "Контрагенты " и "Группы доступа контрагентов ".
6. Для подписки на событие " ОбновитьГруппыЗначенийДоступа " в качестве источника также указать справочник "Контрагенты ".
7. Открыть общий модуль " УправлениеДоступомПереопределяемый " и вставить в три его процедуры фрагменты кода, приведенные ниже.
8. Из роли "ИзменениеУчастниковГруппДоступа " скопировать в необходимую вам роль (или роли, определяющие доступ к справочнику) шаблоны RLS с именами "ПоЗначениям " и "ПоЗначениямРасширенный ". Установить в своих ролях использование одного из шаблонов по требуемому праву (например, "Чтение "), как показано на скрине ниже.
9. Запустить конфигурацию в режиме "Предприятия " с параметром запуска "ЗапуститьОбновлениеИнформационнойБазы " (или же вызвать экспортную процедуру "ОбновитьПараметрыОграниченияДоступа " общего модуля подсистемы "УправлениеДоступомСлужебный ").

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

Процедура ПриЗаполненииВидовДоступа(ВидыДоступа) Экспорт ЗарплатаКадры.УправлениеДоступомЗаполнитьСвойстваВидаДоступа(ВидыДоступа); // +Наша вставка ВидДоступа = ВидыДоступа.Добавить(); ВидДоступа.Имя = "ГруппыКонтрагентов"; // имя вида доступа (используется в ролях для RLS) ВидДоступа.Представление = НСтр("ru = "Группы контрагентов""); ВидДоступа.ТипЗначений = Тип("СправочникСсылка.Контрагенты"); // критерий ограничения доступа ВидДоступа.ТипГруппЗначений = Тип("СправочникСсылка.ГруппыДоступаКонтрагентов"); // средство ограничения доступа // -Наша вставка КонецПроцедуры Процедура ПриЗаполненииИспользованияВидаДоступа(ИмяВидаДоступа, Использование) Экспорт ЗарплатаКадры.УправлениеДоступомЗаполнитьИспользованиеВидаДоступа(ИмяВидаДоступа, Использование); // +Наша вставка Если ИмяВидаДоступа = "ГруппыКонтрагентов" Тогда Использование = Истина; КонецЕсли; // -Наша вставка КонецПроцедуры Процедура ПриЗаполненииВидовОграниченийПравОбъектовМетаданных(Описание) Экспорт // +Наша вставка // указание прав объектов метаданных, на которые распространяется RLS Описание = Описание + " |Справочник.Контрагенты.Чтение.ГруппыКонтрагентов |Справочник.Контрагенты.Изменение.ГруппыКонтрагентов |"; // -Наша вставка КонецПроцедуры

После завершения обновления ИБ в программе необходимо проделать следующие действия:
1. Заполнить только что добавленный в систему справочник "Группы доступа контрагентов ".
2. У элементов справочника "Контрагенты " заполнить необходимым образом реквизит "Группа доступа ".
3. В справочнике "Профили групп доступа " (или же в справочнике "Группы доступа ") на закладке "Ограничения доступа " соответствующим образом настроить RLS по группам доступа контрагентов (ниже на скрине - пользователи, которым назначен профиль "Наш новый профиль доступа ", будут работать в справочнике только с контрагентами, входящими в группы доступа "Оптовые " и "Общие ").
4. Возможно потребуется предусмотреть в конфигурации механизм автоматического заполнения реквизита "Группа доступа " для новых элементов справочника "Контрагенты " (в целях облегчения его администрирования).

Резюме: Использование подсистемы "Управление доступом " из состава БСП дает возможность управлять RLS по любым объектам конфигурации, оперируя при этом минимум двумя стандартными справочниками "Профили групп доступа " и "Группы доступа ". Расширение возможностей настройки RLS дается с минимальным внесением изменений в подсистему. В случае, если критерий (или предмет) ограничения прав доступа имеет большой объем и постоянно расширяется (например, справочник "Контрагенты "), то имеется возможность через свой дополнительный справочник (средство разграничения) разделить критерий (или предмет) доступа на определенные области (в нашем случае через " Группы доступа контрагентов ") , в противном случае в качестве разграничителя доступа можно использовать (и имеет смысл) сами элементы справочника (например, в справочнике "Организации "). Неоспоримым плюсом использования подсистемы также является унификация администрирования прав доступа в информационной базе.

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

Для внедрения расширения следует выполнить следующие шаги:

Загрузить расширение в конфигурацию.

Для регистра сведения "ВнФ_ВнешниеХранилищаФайлов" проверить тип измерения Файл, тип должен совпадать с аналогичным измерением регистра сведений "ДвоичныеДанныеФайлов". Если какого-то типа не хватает - добавьте.

Обновите конфигурацию, зайдите в "Администрирование" в "Настройку работы с файлами". Настройка хранения файлов в томах претерпела изменение - если файлы хранятся в базе 1С, то можно перейти по ссылке "Внешние хранилища файлов".

Теперь нам нужно создать внешнюю базу данных. Для примера возьмем MS SQL. Структура базы должна быть такой, как на рисунке ниже. Для тестового примера индексы можно не создавать.

На форме миграции в списке отображен регистр сведений "Двоичные данные файлов", в котором в типовой БСП хранятся данные файлов. После переноса в списке появится ИД файла во внешней СУБД и ссылка на внешнее хранилище, где хранится файл.