Заказы на доработку 1С (сервис удаленной работы)

Хранилище

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

Здравствуйте, гость ( Вход | Зарегистрироваться )



> 3. Настройка и использование подсистем при разработке конфигурации , Часть 1. 1С:Предприятия 8.2          
Batchir Подменю пользователя
сообщение 17.05.10, 12:34
Сообщение #1

Живет на форуме
Иконка группы
Группа: Команда
Сообщений: 3568
Из: Киев
Спасибо сказали: 1435 раз
Рейтинг: 0

Часть 1

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

Настройка
Установка произвольного заголовка окна программы
При запуске система автоматически устанавливает заголовок окна программы по значению параметра сеанса ТекущийПользователь и значения константы ЗаголовокСистемы.

Пример заголовка системы: Торговый дом «Ромашка» /Романова/ (1С:Предприятие).

Для использования этой возможности в конфигурации необходимо поместить константу ЗаголовокСистемы в форму редактирования административных настроек системы.

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

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

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

В таком случае следует обеспечить безусловное удаление ссылок на такой объект при удалении самого объекта:

● в обработчике ПередУдалением объекта или с помощью подписки на одноименное событие (например, см. подписку на событие _ДемоВерсионированиеОбъектовПередУдалениемОбъекта);

● если на объект ссылается измерение регистра сведений, то такое измерение может иметь признак «Ведущее».

Прочее
Для использования подсистемы в конфигурации необходимо разместить в командном интерфейсе администратора общую команду УстановитьРасширениеРаботыСФайлами.

Использование при разработке конфигурации
Программный интерфейс
Программный интерфейс подсистемы представлен экспортными функциями общих модулей:

ОбщегоНазначения,

ОбщегоНазначенияКлиент,

ОбщегоНазначенияКлиентСервер,

ОбщегоНазначенияПереопределяемый,

СтандартныеПодсистемыКлиентПовтИсп,

СтроковыеФункцииКлиентСервер.

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

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

Параметры.Вставить("ИнформационнаяБазаФайловая", ОбщегоНазначения.ИнформационнаяБазаФайловая());


Блоки параметров библиотечных подсистем отмечены в коде функции комментариями вида:


// <ИмяПодсистемы> 

// Конец <ИмяПодсистемы>

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

1. При первом подходе проектируются «прикладные» роли, предоставляющие доступ ко всему множеству объектов метаданных, которые требуются для работы определенной категории пользователей системы. Например, «Бухгалтер», «Кассир» и т. д. Такие роли «самостоятельно» назначают пользователям (группам пользователей) и, как правило, расширяют дополнительными правами, например: «Действия главного бухгалтера», «Печать непроведенных документов», «Запуск тонкого клиента» и т. п.

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

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

1. Обязательные роли.

2. Роли, общие для нескольких подсистем.

3. Роли, поставляемые в составе отдельных подсистем (приведены в разделах по настройке конкретных подсистем).

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

Обязательные роли

№ Роли и их назначение

1. ПолныеПрава

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

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

2. Администрирование

Предоставляет права «Административные функции» и «Активные пользователи»

3. ЗапускВебКлиента

Предоставляет право «Веб-клиент»

4. ЗапускТонкогоКлиента

Предоставляет право «Тонкий клиент»

5. ЗапускТолстогоКлиента

Предоставляет право «Толстый клиент»

6. ЗапускВнешнегоСоединения

Предоставляет право «Внешнее соединение»

7. ЗапускAutomation

Предоставляет право «Automation»

8. ИнтерактивноеОткрытиеВнешнихОтчетовИОбработок

Предоставляет права «Интерактивное открытие внешних отчетов» и «Интерактивное открытие внешних обработок»

9. ОбновлениеКонфигурацииБазыДанных

Предоставляет право «Обновление конфигурации базы данных»

10. ВыводНаПринтерФайлБуферОбмена

Предоставляет право «Вывод»

11. ПросмотрЖурналаРегистрации

Предоставляет право «Журнал регистрации»




Роли, общие для нескольких подсистем

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

№ Роли и их назначение

1. БазовыеПрава

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

Назначается всем пользователям

2. ЧтениеБазовойНСИ

Предоставляет доступ на чтение общей непривилегированной нормативно-справочной информации. Например, адресные сведения, валюты и курсы и др.

3. ДобавлениеИзменениеБазовойНСИ

Предоставляет доступ для добавления и изменения общей непривилегированной нормативно-справочной информации




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

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

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

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

● роль «Действия генерального директора» может назначаться пользователям только совместно с «прикладной» ролью «Генеральный директор»;

● роль «Действия главного бухгалтера» – только вместе с ролью «Бухгалтер»;

● роль «Печать непроведенных документов» – может использоваться совместно с произвольной «прикладной» ролью.

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

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

При использовании подсистемы «Управление доступом» допускается оставить в конфигурации все библиотечные роли как есть и рекомендуется подготовить типовые профили групп доступа пользователей. Подробнее о настройке профилей групп доступа с помощью возможностей подсистемы «Управления доступом» см. в разделе Управление доступом.

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

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

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

Требуется внедрение в конфигурацию подсистемы «Управление доступом». Подробнее о настройке профилей групп доступа с помощью возможностей подсистемы «Управление доступом» см. в разделе Управление доступом.



Требования к наименованию ролей-функций

Название роли-функции рекомендуется начинать с описания действия, которое она позволяет выполнить пользователю в информационной системе:

● «Чтение» – для права чтения и просмотра, например: ЧтениеЗаказов, ЧтениеНормативноСправочнойИнформации и т. п.

● «ДобавлениеИзменение» – для права добавления, которое должно сочетаться с правом изменения добавленного, права чтения и просмотра, например: ДобавлениеИзменениеЗаказов.

● «Изменение» – для права изменения, например: ИзменениеЗадач.

● «Редактирование» – для права интерактивного редактирования, которое должно сочетаться с правом изменения того, что редактируется, например: РедактированиеЗадач.

● «Просмотр» – для права интерактивного просмотра, которое должно сочетаться с правом чтения того, что просматривается, например: ПросмотрПартнеров.

● «ПометкаУдаления» – для права интерактивной установки пометки удаления, которое должно сочетаться с правом изменения того, что помечается на удаление, например: ПометкаУдаленияБизнесПроцессов.

Если роль дает права сразу на несколько действий, то в синониме роли их следует перечислять через запятую и соединять союзом «и», например: «Чтение заказов покупателей», «Добавление и изменение нормативно-справочной информации», «Добавление и изменение заказов покупателей».

Управление командным интерфейсом с помощью ролей-функций

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

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

Название интерфейсной роли должно описывать разрешенное действие, например: «Просмотр контактной информации», «Просмотр раздела Администрирования пользователей».

Примеры интерфейсных ролей приведены ниже.

№ Роли и их назначение

1. <ПросмотрИнтерфейсаАдминистратораПользователей>

Роль предназначена для отображения раздела командного интерфейса «Администрирование пользователей», в котором размещены команды открытия форм библиотечных объектов метаданных, таких как справочники Пользователи, ГруппыДоступаПользователей, ПрофилиГруппДоступа

2. <ПросмотрИнтерфейсаБазовойНСИ>

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




Примеры настройки прав доступа пользователей приведены ниже.

№ Группа пользователей и ее функции
Состав ролей

1. Администратор:
● Имеет полный доступ к системе
ПолныеПрава

2. Администратор пользователей:
● Работа с пользователями и правами (без администрирования базы данных и подобных привилегированных действий)
● ЗапускТон-когоКлиента,
● БазовыеПрава,
● ДобавлениеИзменениеПользователейИГруппДоступа (из подсистемы «Управление доступом»),
● <ПросмотрИнтерфейсаАдминистратораПользователей>

3. Ответственный за нормативно-справочную информацию
● ЗапускТон-когоКлиента,
● БазовыеПрава,
● ДобавлениеИзменениеБазовойНСИ,
● <ПросмотрИнтерфейсаБазовойНСИ>


3.2. Адресный классификатор
Подсистема «Адресный классификатор» предназначена для загрузки, хранения и предоставления другим подсистемам конфигурации адресных сведений Классификатора адресов России (КЛАДР). В частности, подсистема предоставляет сервис по периодической проверке и загрузке данных КЛАДР с пользовательского раздела сайта [необходимо зарегистрироваться для просмотра ссылки], а также предоставляет пользовательский интерфейс для загрузки данных с диска ИТС или каталога.

Настройка
Для использования подсистемы в конфигурации необходимо разместить в командном интерфейсе администратора системы:

1. форму списка регистра сведений АдресныйКлассификатор,

2. общую команду ЗагрузитьАдресныйКлассификатор (если требуется).

Настройка прав доступа пользователей
Для настройки прав доступа пользователей к данным подсистемы «Адресный классификатор» следует использовать роли, приведенные ниже.

№ Роли и их назначение

1. ЧтениеБазовойНСИ (из подсистемы «Базовая функциональность»).
Просмотр и использование адресных сведений

2. ДобавлениеИзменениеБазовойНСИ (из подсистемы «Базовая функциональность»).
Добавление и изменение адресных сведений

3. ПолныеПрава (из подсистемы «Базовая функциональность»).
Удаление помеченных на удаление объектов подсистемы


Пример настройки прав доступа пользователей приведен ниже.

№ Группа пользователей и ее функции
Состав ролей

1. Администратор
ПолныеПрава (из подсистемы «Базовая функциональность»)

2. Ответственный за нормативно-справочную информацию
● ЗапускТонкогоКлиента (из подсистемы «Базовая функциональность»),
● ДобавлениеИзменениеБазовойНСИ


3.3. Анкетирование
Подсистема «Анкетирование» предназначена для составления анкет, проведения опросов и анализа результатов опросов. С помощью веб-клиента можно проводить опросы через Интернет.

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

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


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

Затем необходимо принять решение по поводу состава объектов конфигурации, которые могут быть сопоставлены с респондентами анкеты. Например, справочники «Контрагенты», «Партнеры», «Физические лица». Список допустимых типов респондентов указать в составе типов реквизитов:

● реквизит Респондент документа Анкета,

● реквизит ТипРеспондента документа НазначениеОпросов.

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

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

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

Для администратора системы в форме настройки системы необходимо разместить константу ИспользоватьАнкетирование.

В командный интерфейс ответственного за составление анкет следует включить:

● ПВХ ВопросыДляАнкетирования,

● Справочник ШаблоныАнкет.

В командном интерфейсе ответственного за проведение опросов необходимо разместить два документа:

● Документ НазначениеОпросов,

● Документ Анкета.

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

● Отчет АнализОпроса,

● Отчет АнкетированиеАналитическийОтчет.

И наконец, на рабочий стол следует поместить основную форму обработки СписокРеспондента.

Настройка прав доступа пользователей
Для настройки прав доступа пользователей к данным подсистемы «Анкетирование» следует использовать роли, приведенные ниже.

№ Роли и их назначение

1. ЧтениеОтветовНаВопросыАнкет
Чтение анкет, опросов, ответов на вопросы анкет и анализ ответов в отчетах

2. ДобавлениеИзменениеОтветовНаВопросыАнкет
Участие в опросах в качестве респондента

3. ДобавлениеИзменениеШаблоновАнкет
Подготовка шаблонов анкет. Добавление и изменение вопросов для анкетирования

4. ДобавлениеИзменениеОпросов
Добавление и изменение опросов

5. ПолныеПрава (из подсистемы «Базовая функциональность»).
Включение и отключение использования подсистемы «Анкетирование». Удаление помеченных на удаление объектов подсистемы


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

№ Вспомогательные роли и их назначение

1. <ЧтениеДанныхДляОтветовНаВопросыАнкет>
Роль для чтения объектов метаданных, значения которых могут выступать в качестве ответов на вопросы

2. <ЧтениеДанныхРеспондентов>
Чтение объектов метаданных, значения которых могут выступать в качестве респондентов



Примеры настройки прав доступа пользователей приведены ниже.

№ Группа пользователей и ее функции
Состав ролей

1. Администратор
ПолныеПрава (из подсистемы «Базовая функциональность»)

2. Ответственный за анализ результатов анкетирования:
● Просмотр заполненных анкет.
● Использование аналитических отчетов подсистемы
● ЗапускТонкогоКлиента (из подсистемы «Базовая функциональность»),
● ЧтениеОтветовНаВопросыАнкет,
● <ЧтениеДанныхРеспондентов>,
● <ЧтениеДанныхДляОтветовНаВопросыАнкет>

3. Составитель шаблонов анкет:

● Создание и редактирование шаблонов анкет и вопросов для анкетирования
● ЗапускТонкогоКлиента (из подсистемы «Базовая функциональность»),
● ДобавлениеИзменениеШаблоновАнкет,
● <ЧтениеДанныхДляОтветовНаВопросыАнкет>

4. Ответственный за проведение опросов:
● Назначение опросов
● ЗапускТонкогоКлиента (из подсистемы «Базовая функциональность»),
● ДобавлениеИзменениеОпросов,
● <ЧтениеДанныхРеспондентов>

5. Респондент:
● Участие в опросах в качестве респондента
● ЗапускВебКлиента (из подсистемы «Базовая функциональность»),
● АвторизацияВнешнегоПользователя
(из подсистемы «Внешние пользователи»)
● ДобавлениеИзменениеОтветовНаВопросыАнкет,
● <ЧтениеДанныхДляОтветовНаВопросыАнкет>


Особые случаи внедрения подсистемы
В случае если ранее в конфигурацию была встроена подсистема «Настройка порядка элементов» без подсистемы «Анкетирования», необходимо выполнить дополнительные действия: добавить справочник ВариантыОтветовАнкет в список типов свойства Источник для двух подписок на события:
1. НастройкаПорядкаЭлементовПередЗаписью.
2. НастройкаПорядкаЭлементовПриКопировании.

Подробнее о настройке подсистемы «Настройка порядка элементов» см. раздел Настройка порядков элементов.

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

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

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

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

Справочник РолиИсполнителей содержит «плоский» список ролей исполнителей, участвующих в бизнес-процессах. Например, Руководитель компании, Менеджер продаж, Разработчик и т. п. Для каждой роли в этом справочнике необходимо создать предопределенный элемент, указав значения реквизитов Имя и Наименование. Значения остальных реквизитов элементов справочника должны устанавливаться в процедуре обновления информационной базы.

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

  ВсеОбъектыАдресации = ПланыВидовХарактеристик.ОбъектыАдресацииЗадач.ВсеОбъектыАдресации;
   РольОбъект = Справочники.РолиИсполнителей.ОтветственныйЗаКонтрольИсполнения.ПолучитьОбъект();
   РольОбъект.ИспользуетсяБезОбъектовАдресации = Истина;
   РольОбъект.ИспользуетсяСОбъектамиАдресации = Истина;
   РольОбъект.ТипыОсновногоОбъектаАдресации = ВсеОбъектыАдресации;
   РольОбъект.Записать();

В определенных случаях указания одной только роли исполнителя бывает недостаточно, чтобы определить список исполнителей задачи. Тогда вместе с ролью нужно еще указывать основной и/или дополнительный объект адресации. Объектом адресации может быть любой справочник конфигурации, например Проекты или Подразделения. Список возможных типов объектов адресации для ролей, определенных в справочнике РолиИсполнителей, содержится в плане видов характеристик (ПВХ) ОбъектыАдресацииЗадач. Для каждого объекта адресации в этом ПВХ необходимо создать один предопределенный элемент, указав значения реквизитов Имя, Наименование и Тип. Например, если необходимо, чтобы пользователь вместе с ролью Руководитель проекта всегда указывал проект (элемент справочника Проекты), то необходимо сделать следующее:

● создать предопределенный элемент ПВХ ОбъектыАдресацииЗадач, у которого в составе типов указать ссылку на справочник Проекты;

● в реквизите ТипыОсновногоОбъектаАдресации роли Руководитель проекта необходимо указать ссылку на этот элемент ПВХ;

● реквизит ИспользуетсяБезОбъектовАдресации роли Руководитель проекта установить в значение Ложь, а ИспользуетсяСОбъектамиАдресации – в значение Истина.

Не рекомендуется создавать элементы ПВХ ОбъектыАдресацииЗадач с составным типом данных. Вместо этого необходимо создавать несколько предметно-ориентированных ролей, каждая из которых соответствует объекту адресации одного типа. Исключение составляет предопределенный элемент ВсеОбъектыАдресации, который поставляется вместе с подсистемой. Состав типов предопределенного элемента «Все объекты адресации» должен всегда совпадать с составом типов ПВХ ОбъектыАдресацииЗадач.

Добавление новых элементов ПВХ ОбъектыАдресацииЗадач или редактирование существующих в режиме 1С:Предприятие недоступно.

Размещение в командном интерфейсе
Для использования в конфигурации функционального блока настройки ролевой адресации необходимо:

● Разместить в командном интерфейсе рабочего места администратора системы команду НастройкаРолевойАдресации регистра сведений ИсполнителиЗадач.

● Перечислить в типе параметра общей команды РолеваяАдресацияПоПредмету ссылки на справочники конфигурации, которые являются объектами адресации. (Состав типов команды должен совпадать с составом типов ПВХ ОбъектыАдресацииЗадач.)

Для использования в конфигурации функционального блока создания задач необходимо:

● В реквизите Вводится на основании бизнес-процесса Задание указать все типы объектов метаданных конфигурации, по которым необходимо создавать задачи, буквально находясь в форме объекта. Такие объекты называются предметами задач.

● Для отображения команды перехода к списку задач, введенных на основании объекта-основания, необходимо указать их в реквизите Тип параметра команды общей команды ЗадачиПоПредмету.

● Аналогичным образом добавить в панель навигации формы бизнес-процесса команду для перехода к списку его задач и команду открытия карты маршрута. Для этого нужно указать список бизнес-процессов в реквизите Тип параметра команды общих команд ЗадачиПоБизнесПроцессу и КартаМаршрутаБизнесПроцесса.

Для использования в конфигурации функционального блока исполнения задач необходимо разместить в командном интерфейсе команду МоиЗадачи задачи Задачи и отчет СписокИстекающихЗадач.

Для использования в конфигурации функционального блока контроля исполнения необходимо разместить в командном интерфейсе:

● команду МоиБизнесПроцессы регистра сведений СписокБизнесПроцессов,
● команду ВсеЗадачи задачи ЗадачаИсполнителя,
● отчеты СписокИстекающихЗадач, СписокПросроченныхЗадач, СправкаОбИсполнительскойДисциплине, СправкаПоЗадачам и СписокЗависшихЗадач.

Настройка прав доступа пользователей
Для настройки прав доступа пользователей к данным подсистемы «Бизнес-процессы и задачи» следует использовать роли:

№ Роли и их назначение

1. ДобавлениеИзменениеРолейИсполнителей
Добавление и изменение ролей исполнителей, объектов адресации. Изменение исполнителей ролей по объектам адресации. Просмотр отчетов подсистемы

2. ДобавлениеИзменениеИсполнителейРолейПоОбъектамАдре-сации
Изменение исполнителей ролей по разрешенным объектам адресации. Просмотр отчетов подсистемы

3. ИзменениеВыполнениеЗадач
Изменение и выполнение задач. Просмотр отчетов: «Список истекающих задач», «Задачи»

4. ЧтениеЗаданий
Чтение бизнес-процессов Задание. Чтение задач. Просмотр отчетов: «Список истекающих задач», «Список просроченных задач», «Задачи»

5. ДобавлениеИзменениеЗаданий
Добавление и изменение бизнес-процессов Задание. Просмотр отчетов: «Список истекающих задач», «Список просроченных задач», «Задачи»

6. ПолныеПрава (из подсистемы «Базовая функциональность»)

Включение и отключение использования бизнес-процессов и задач. Удаление помеченных на удаление объектов подсистемы


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

№ Вспомогательные роли и их назначение


1. <ЧтениеБизнесПроцессов>
Роль или группа ролей для чтения других бизнес-процессов конфигурации

2. <ДобавлениеИзменениеБизнесПроцессов>
Роль или группа ролей для добавления и изменения других бизнес-процессов конфигурации




Примеры настройки прав доступа пользователей приведены ниже.

№ Группа пользователей и ее функции
Состав ролей

1. Администратор
ПолныеПрава (из подсистемы «Базовая функциональность»)

2. Ответственный за ведение списка ролей и назначения на них исполнителей
● ЗапускТонкогоКлиента (из подсистемы «Базовая функциональность»),
● ЧтениеБазовойНСИ (из подсистемы «Базовая функциональность»),
● ДобавлениеИзменениеРолейИсполнителей

3. Руководитель подразделения:
● назначение исполнителей на роли в своем подразделении,
● выдача заданий,
● контроль выполнения задач,
● просмотр отчетов по задачам подразделения
● ЗапускТонкогоКлиента (из подсистемы «Базовая функциональность»),
● ЧтениеБазовойНСИ (из подсистемы «Базовая функциональность»),
● ДобавлениеИзменениеИсполнителейРолейПоОбъектамАдресации,
● ДобавлениеИзменениеЗаданий,
● ИзменениеВыполнениеЗадач,
● <ДобавлениеИзменениеБизнесПроцессов>

4. Сотрудник подразделения:
● исполнение задач,
● просмотр отчетов по своим задачам
● ЗапускТонкогоКлиента (из подсистемы «Базовая функциональность»),
● ЧтениеБазовойНСИ (из подсистемы «Базовая функциональность»),
● ЧтениеЗаданий,
● ИзменениеВыполнениеЗадач,
● <ЧтениеБизнесПроцессов>


Использование при разработке конфигурации
Подсистема предоставляет базовую функциональность для разработки произвольных бизнес-процессов в конфигурации.

Требования к метаданным бизнес-процессов

Для унификации бизнес-процессов по общим реквизитам необходимо соблюдать следующие требования к метаданным бизнес-процессов:

● Реквизит Номер бизнес-процесса должен быть типа Строка, длина – 9.

● У бизнес-процесса должны быть определены обязательные реквизиты:

Автор (СправочникСсылка.Пользователи) – ответственный за данный экземпляр бизнес-процесса. Например, для бизнес-процесса Задание автором по умолчанию является пользователь, инициировавший бизнес-процесс.

ДатаЗавершения (Дата) – дата фактического завершения бизнес-процесса.

Наименование (Строка, 250, переменная длина) – текстовое описание экземпляра бизнес-процесса. Например, в бизнес-процессе Задание в качестве наименования выступает текст задачи.

● В реквизите Задачи бизнес-процесса следует указывать задачу ЗадачаИсполнителя.



В модуле менеджера бизнес-процесса должно быть определено три экспортные функции:

ФормаВыполненияЗадачи,

ПриПеренаправленииЗадачи,

ОбработкаВыполненияПоУмолчанию.

Назначение, описание и пример использования этих функций см. в модуле менеджера бизнес-процесса Задание.

Если бизнес-процесс связан с некоторым объектом-основанием, в разрезе которого должен ограничиваться доступ к экземплярам бизнес-процесса, то такой бизнес-процесс должен иметь реквизит со ссылкой на объект-основание. Например, это может быть реквизит Предмет составного типа, как у бизнес-процесса Задание. Для ограничения доступа к задачам, созданным из бизнес-процесса, необходимо в обработчиках ПриСозданииЗадач точек маршрута бизнес-процесса записывать ссылку на объект-основание в реквизит ОбъектДоступа задачи ЗадачаИсполнителя. Например:


Процедура ВыполнитьПриСозданииЗадач(ТочкаМаршрутаБизнесПроцесса, ФормируемыеЗадачи, Отказ)

  // Устанавливаем реквизиты адресации и доп. реквизиты для каждой задачи.
  Для Каждого Задача Из ФормируемыеЗадачи Цикл

    Задача.Автор = Автор;
    Задача.Исполнитель = Исполнитель;
    Задача.СрокИсполнения = СрокИсполнения;
    Задача.Предмет = Предмет;
    Задача.ОбъектДоступа = Предмет;

  КонецЦикла;

КонецПроцедуры

Если для ограничения доступа к экземплярам бизнес-процесса не требуется объекта-основания, то в реквизит ОбъектДоступа задачи ЗадачаИсполнителя следует записывать ссылку на сам бизнес-процесс. Бизнес-процесс также может записывать в реквизит Предмет задачи ЗадачаИсполнителя ссылку на предмет бизнес-процесса или на сам бизнес-процесс для возможности отбора задач по предмету. В общем случае предмет задачи может отличаться от значения объекта доступа.

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


Процедура ПриЗаписиСпискаБизнесПроцессов(Запись) Экспорт
  Если ТипЗнч(Запись.БизнесПроцесс) = Тип("БизнесПроцессСсылка._ДемоЗаданиеСРолевойАдресацией") Тогда
    Запись.ОбъектДоступа = Запись.БизнесПроцесс.Предмет;
  КонецЕсли;
КонецПроцедуры

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

Для предоставления прикладных форм выполнения задач в модуле менеджера бизнес-процесса необходимо определить экспортную функцию-обработчик ФормаВыполненияЗадачи. Функция ФормаВыполненияЗадачи вызывается каждый раз перед открытием формы задачи. Возвращаемое значение функции – структура с ключами ИмяФормы и ПараметрыФормы, значения которых используются для открытия формы с помощью метода контекста ОткрытьФорму.

Пример реализации функции ФормаВыполненияЗадачи:


Функция ФормаВыполненияЗадачи(ЗадачаСсылка, ТочкаМаршрутаСсылка) Экспорт
   Результат = Новый Структура;
   Если ТочкаМаршрутаСсылка = БизнесПроцессы.Задание.ТочкиМаршрута.Выполнить Тогда
     Результат.Вставить("ПараметрыФормы", Новый Структура("Ключ", ЗадачаСсылка));
     Результат.Вставить("ИмяФормы", "БизнесПроцесс.Поручение.Форма.Выполнить");
   КонецЕсли;
   Возврат Результат;
КонецФункции

Рекомендации по разработке метаданных и внешнего вида прикладной формы выполнения задач:

● Рекомендуется давать имена формам выполнения задач по определенному шаблону: Действие<ИмяТочкиМаршрута>. Например, ДействиеВыполнить.

● Прикладная форма выполнения задачи обязательно должна содержать основной реквизит Объект типа ЗадачаОбъект.ЗадачаИсполнителя, а также может содержать произвольный набор дополнительных реквизитов, среди которых, как правило, есть объект бизнес-процесса.

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


&НаСервере
Процедура ПриЗаписиНаСервере(Отказ, ТекущийОбъект)

   ЗадачаОбъект = ТекущийОбъект;
   ЗаданиеОбъект = ЗадачаОбъект.БизнесПроцесс.ПолучитьОбъект();

   // изменяем объект бизнес-процесса ЗаданиеОбъект
   // ...

   ЗаданиеОбъект.Записать();
   ЗначениеВРеквизитФормы(ЗаданиеОбъект, "Задание");

КонецПроцедуры

● Внешний вид прикладной формы выполнения задачи рекомендуется выстраивать сверху вниз по порядку:

● Информация об отправителе задачи. Как правило, это поле с автором бизнес-процесса.

● Общие параметры выполнения задачи, такие как Крайний срок, Важность, Дата начала (группа Исполнение).

● Содержание задачи, которое может включать текстовое описание постановки задачи, ссылку на предмет задачи, а также другие реквизиты бизнес-процесса (группа Содержание).

● Результат выполнения задачи, который обязательно включает поля с исполнителем и датой фактического выполнения задачи. Результат может быть многовариантным; представляться как текстовым описанием, так и специализированными элементами управления формы (флажки, переключатели, списки выбора и т. п.). В этой же группе в правом нижнем углу формы также следует размещать в виде кнопок команды для выбора варианта выполнения задачи. Например: Выполнено, Отменено, Утверждено, Отработано и т. п. Выполнение такой команды приводит к закрытию формы задачи и переходу бизнес-процесса к следующей точке маршрута.

Открытие прикладных форм выполнения задач из произвольных полей формы
При необходимости выводить задачи в списке или в поле на форме нужно перехватывать момент открытия формы задачи и передавать управление функции ОткрытьФормуВыполненияЗадачи общего модуля БизнесПроцессыИЗадачиКлиент. Если задача была создана из бизнес-процесса, то эта функция попытается открыть прикладную форму выполнения задачи, которую предоставляет бизнес-процесс; в противном случае открывается универсальная форма задачи.

Например, в случае таблицы необходимо обрабатывать события Выбор и ПередНачаломИзменения:

&НаКлиенте
Процедура СписокЗадачВыбор(Элемент, ВыбраннаяСтрока, Поле, СтандартнаяОбработка) Экспорт
   СтандартнаяОбработка = НЕ БизнесПроцессыИЗадачиКлиент.ОткрытьФормуВыполненияЗадачи(ВыбраннаяСтрока);
КонецПроцедуры

&НаКлиенте
Процедура СписокЗадачПередНачаломИзменения(Элемент, Отказ) Экспорт
   Отказ = БизнесПроцессыИЗадачиКлиент.ОткрытьФормуВыполненияЗадачи(Элемент.ТекущаяСтрока);
КонецПроцедуры

Для открытия формы выполнения задачи из отчетов системы компоновки данных (СКД) необходимо обрабатывать событие ОбработкаРасшифровки поля табличного документа формы отчета. Например:


&НаКлиенте
Процедура РезультатОбработкаРасшифровки(Элемент, Расшифровка, СтандартнаяОбработка)
  ЗначениеРасшифровки = ПолучитьЗначениеРасшифровки(Расшифровка);
  Если ТипЗнч(ЗначениеРасшифровки) = Тип("ЗадачаСсылка.ЗадачаИсполнителя") Тогда
    СтандартнаяОбработка = НЕ БизнесПроцессыИЗадачиКлиент.ОткрытьФормуВыполненияЗадачи(ЗначениеРасшифровки);
  КонецЕсли;
КонецПроцедуры

&НаСервере
Функция ПолучитьЗначениеРасшифровки(знач Расшифровка)
  ДанныеРасшифровкиОбъект = ПолучитьИзВременногоХранилища(ДанныеРасшифровки);
  ЗначениеРасшифровки = ДанныеРасшифровкиОбъект.Элементы[Расшифровка].ПолучитьПоля()[0].Значение;
  Возврат ЗначениеРасшифровки;
КонецФункции


3.5. Валюты

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

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

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

Для автоматической загрузки курсов валют с веб-сайта РБК предназначено регламентное задание ЗагрузкаКурсовВалют.

Настройка прав доступа пользователей
Для настройки прав доступа пользователей к данным подсистемы «Валюты» следует использовать роли, приведенные ниже.

№ Роли и их назначение

1. ЧтениеБазовойНСИ (из подсистемы «Базовая функциональность»)
Чтение валют и курсов

2. ДобавлениеИзменениеБазовойНСИ (из подсистемы «Базовая функциональность»)
Добавление и изменение валют и курсов. Загрузка курсов валют

3. ПолныеПрава (из подсистемы «Базовая функциональность»)
Удаление помеченных на удаление объектов подсистемы


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


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

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

Настройка
Для использования подсистемы в конфигурации необходимо:

● Разместить в командном интерфейсе администратора системы регистр сведений НастройкаВерсионированияОбъектов.

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

● Создать подписку ВерсионированиеОбъектовПриЗаписиОбъекта, указав событие ПриЗаписи, обработчик ВерсионированиеОбъектовСобытия.ВерсионированиеОбъектовПриЗаписиОбъекта и перечислив в источнике типы объектов, у которых настраивается версионирование.

● Создать подписку ВерсионированиеОбъектовПередУдалениемОбъекта, указав событие ПередУдалением, обработчик ВерсионированиеОбъектовСобытия.ВерсионированиеОбъектовПередУдалениемОбъекта и перечислив в источнике типы объектов, у которых настраивается версионирование.

Для каждого объекта, у которого настраивается версионирование:

● В типах параметра команды ИсторияИзменений указать тип объекта. Рекомендуется дать к ней доступ только администраторам системы.

● Во всех формах, основным реквизитом которых являются объекты, выбранные на предыдущем шаге, в процедуре ПриСозданииНаСервере разместить следующий фрагмент кода:

// Обработчик подсистемы "ВерсионированиеОбъектов"
ВерсионированиеОбъектов.ПриСозданииНаСервере(ЭтаФорма);

Настройка прав доступа пользователей
Для настройки прав доступа пользователей к данным подсистемы «Версионирование объектов» следует использовать роль, приведенную ниже.

№ Роли и их назначение

1. ПолныеПрава (из подсистемы «Базовая функциональность»)
Включение и отключение использования версионирования. Чтение версий объектов. Изменение настроек версионирования объектов. Просмотр отчета по версиям. Удаление помеченных на удаление объектов подсистемы


Использование при разработке конфигурации

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

Для создания макета отчета для версионируемого объекта можно воспользоваться конструктором печати объекта:

● Открыть конструктор печати объекта.

● Выбрать Создать новую команду и, ввести имя команды (например Печать; при этом необходимо убедиться, что процедуры с таким именем нет в модуле менеджера объекта метаданных) и нажать кнопку Далее.

● Выбрать необходимые реквизиты, которые будут выводиться в отчете, и нажать кнопку Далее.

● Выбрать необходимые поля в табличных частях объекта (если есть) и последовательно нажать кнопку Далее для каждой табличной части.

● Не выбирать реквизиты для подвала документа, и нажать кнопку Далее.

● В итоговом диалоге выбора группы оставить все значения по умолчанию и нажать ОК.

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

● Переименовать созданный макет в МакетОбъекта и при необходимости настроить его оформление.

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

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

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

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

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

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

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

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

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

Настройка прав доступа пользователей
Для настройки прав доступа пользователей к данным подсистемы «Внешние пользователи» следует использовать роли, перечисленные ниже.

№ Роли и их назначение

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

2. ДобавлениеИзменениеВнешнихПользователей
Добавление и изменение внешних пользователей

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


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

№ Вспомогательные роли и их назначение

1. <ЧтениеДанныхОбъектовАвторизации>
Чтение объектов метаданных, значения которых могут выступать в качестве объектов авторизации




Пример настройки прав доступа пользователей:

№ Группа пользователей и ее функции
Состав ролей

1. Администратор
ПолныеПрава (из подсистемы «Базовая функциональность»)

2. Администратор внешних пользователей:
● Работа с внешними пользователями
● ЗапускТонкогоКлиента (из подсистемы «Базовая функциональность»),
● ДобавлениеИзменениеВнешнихПользователей,
● <ЧтениеДанныхОбъектовАвторизации>

3. Внешний пользователь
● ЗапускТонкогоКлиента (из подсистемы «Базовая функциональность»),
● АвторизацияВнешнегоПользователя


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

Использование при разработке конфигурации

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

Информация о текущем внешнем пользователе хранится в параметре сеанса ТекущийВнешнийПользователь.

При изменении текущего внешнего пользователя посылается оповещение ИзменениеТекущегоВнешнегоПользователя.

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

Подсистема «Завершение работы пользователей» позволяет завершать существующие соединения с информационной базой и устанавливать блокировку новых соединений с информационной базой на определенный период времени.

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

Настройка прав доступа пользователей
Для настройки прав доступа пользователей к данным подсистемы «Завершение работы пользователей» следует использовать роль, указанную ниже.

№ Роли и их назначение


1. ПолныеПрава (из подсистемы «Базовая функциональность»)
● Блокировка новых и завершение имеющихся соединений с информационной базой (через обработку «Блокировка соединений с информационной базой»).
● Разрыв выбранных соединений пользователей с информационной базой через обработку «Активные пользователи»


Использование при разработке конфигурации

Программный интерфейс подсистемы представлен экспортными функциями общих модулей СоединенияИБ и СоединенияИБКлиент.

3.9. Запрет редактирования реквизитов объектов
Подсистема «Запрет редактирования реквизитов объектов» предназначена для запрета редактирования некоторых реквизитов объектов, которые определяют характер данного объекта и которые условно можно назвать «ключевыми» реквизитами данного объекта. Как правило, ключевыми реквизитами являются реквизиты объекта, влияющие на поведение других объектов, например, на проведение документов. Необдуманное изменение таких реквизитов может привести к рассогласованию данных учета.

Примером может служить реквизит Валюта справочника Кассы, который определяет валюту остатков по данной кассе, или признак Является услугой справочника Номенклатура, который влияет на проведение документов с такой номенклатурой. Такие реквизиты нельзя изменять после появления остатков по данной кассе или после появления документов с данной номенклатурой соответственно.

Настройка
Для использования подсистемы необходимо выполнить следующие шаги:

1. Определить список объектов, для которых применяется подсистема, и состав их ключевых реквизитов (как минимум один реквизит для каждого объекта).

2. Создать подписку ЗапретРедактированияРеквизитовОбъектовПередЗаписьюОбъекта со следующими свойствами:

Свойство
Значение


Синоним
Запрет редактирования реквизитов объектов: перед записью объекта

Событие
ПередЗаписью

Обработчик
Модуль ЗапретРедактированияРеквизитовОбъектовСобытия, процедура ЗапретРедактированияРеквизитовОбъектовПередЗаписьюОбъекта

Источник
Все объекты, определенные на шаге 1




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

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

Для каждого объекта метаданных, для которого применяется подсистема, выполнить следующие шаги:

1. Добавить в модуль менеджера объекта функцию ПолучитьБлокируемыеРеквизитыОбъекта, в которой вернуть список имен ключевых реквизитов:


Функция ПолучитьБлокируемыеРеквизитыОбъекта() Экспорт
   Результат = Новый Массив;
   Результат.Добавить("ИмяРеквизита1");
   Результат.Добавить("ИмяРеквизита2");
   ...
   Результат.Добавить("ИмяРеквизитаN");
   Возврат Результат;
КонецФункции

2. Добавить в модуль формы объекта процедуру:


&НаКлиенте
Процедура РазрешитьРедактированиеРеквизитовОбъекта(Команда)
  Если ЗапретРедактированияРеквизитовОбъектовКлиент.РазрешитьРедактированиеРеквизитовОб
ъекта(ЭтаФорма) Тогда
    ЗапретРедактированияРеквизитовОбъектовКлиент.УстановитьДоступностьЭлементов
Формы(ЭтаФорма);
  КонецЕсли;
КонецПроцедуры


3. Добавить в обработчики событий ПриСозданииНаСервере и ПослеЗаписиНаСервере код:


 // Обработчик подсистемы запрета редактирования реквизитов объектов
  ЗапретРедактированияРеквизитовОбъектов.ЗаблокироватьРеквизиты(ЭтаФорма);


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

4. Добавить в обработчик событий ПередЗаписьюНаСервере код:


 // Обработчик подсистемы запрета редактирования реквизитов объектов
  ЗапретРедактированияРеквизитовОбъектов.ПередЗаписью(ЭтаФорма, ТекущийОбъект, Отказ);


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

Пример использования подсистемы можно посмотреть в демонстрационной конфигурации в справочнике _ДемоНоменклатура.

Настройка прав доступа пользователей
Для настройки прав доступа пользователей к данным подсистемы «Запрет редактирования реквизитов объектов» следует использовать роль, указанную ниже.

№ Роли и их назначение

1. РедактированиеРеквизитовОбъектов
Редактирование заблокированных значений реквизитов объектов (роль без прав доступа)


Особые случаи использования подсистемы


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


ЗапретРедактированияРеквизитовОбъектовКлиент.УстановитьДоступностьЭлементовФормы(ЭтаФорма, Результат);


где Результат – массив наименований реквизитов, для которых требуется разрешить редактирование на форме. Пример:


&НаКлиенте
Процедура РазрешитьРедактированиеКлючевыхРеквизитов(Команда)
  Если Не Объект.Ссылка.Пустая() Тогда
    Результат =
    ОткрытьФормуМодально("Справочник.Склады.Форма.ФормаРаботыСКлючевымиРеквизитами");
    Если ТипЗнч(Результат) = Тип("Массив") И Результат.Количество() > 0 Тогда
      ЗапретРедактированияРеквизитовОбъектовКлиент.
        УстановитьДоступностьЭлементовФормы(ЭтаФорма, Результат);
    КонецЕсли;
  КонецЕсли;
КонецПроцедуры


3.10. Календарные графики

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

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

Настройка
Для использования подсистемы в конфигурации необходимо поместить справочник Календари в командный интерфейс конфигурации.

Настройка прав доступа пользователей
Для настройки прав доступа пользователей к данным подсистемы «Календарные графики» следует использовать роли, приведенные ниже.

№ Роли и их назначение

1. ЧтениеБазовойНСИ (из подсистемы «Базовая функциональность»)
Чтение календарей и графиков

2. ДобавлениеИзменениеБазовойНСИ (из подсистемы «Базовая функциональность»)
Добавление и изменение календарей и графиков

3. ПолныеПрава (из подсистемы «Базовая функциональность»)
Удаление помеченных на удаление объектов подсистемы


Использование при разработке конфигурации
Программный интерфейс подсистемы представлен экспортными функциями общего модуля КалендарныеГрафики.

3.11. Контактная информация

Подсистема «Контактная информация» позволяет расширять состав реквизитов справочников произвольным набором реквизитов контактной информации (КИ). Реквизиты КИ могут быть как предопределенными (адреса, телефоны, факс, e-mail, www), так и пользовательскими (например, «телефон с 18:00 до 24:00»). Справочник со встроенной контактной информацией называется владельцем КИ.

Важно! Вид КИ Адрес использует возможности подсистемы «Адресный классификатор». Основной режим использования подсистемы предполагает, что в конфигурацию также переносится подсистема «Адресный классификатор». Особенности настройки без «Адресного классификатора» описаны в конце раздела.

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

ВидыКонтактнойИнформации,

Страны мира.

Настройка объектов подсистемы сводится к созданию в справочнике ВидыКонтактнойИнформации предопределенных элементов и изменению процедуры первоначального заполнения и обновления информационной базы КонтактнаяИнформацияОбновлениеИБ общего модуля УправлениеКонтактнойИнформациейПереопределяемый.

1. Принять решение по поводу состава объектов-владельцев контактной информацией и видов контактной информации у каждого такого объекта.

2. Перечислить виды контактной информации в справочнике ВидыКонтактнойИнформации. Справочник видов контактной информации – иерархический.

a. На первом уровне вводятся предопределенные группы: для каждого вида объекта-владельца контактной информации – своя группа. У группы должно быть задано имя в формате: Справочник<ИмяСправочника>. Например, для справочника физических лиц – СправочникФизическиеЛица. Наименование группы рекомендуется задавать в виде: Контактная информация справочника "Физические лица".

b. На втором уровне вводятся элементы – виды контактной информации. Список видов контактной информации определяет ответственный за конфигурацию.

3. Добавить в процедуру КонтактнаяИнформацияОбновлениеИБ, предназначенную для первоначального заполнения и обновления КИ, модуля УправлениеКонтактнойИнформациейПереопределяемый код инициализации значений по умолчанию для добавленных видов контактной информации.

Пример процедуры обновления информационной базы:


// Процедура обновления ИБ для справочника видов контактной информации
Процедура КонтактнаяИнформацияОбновлениеИБ() Экспорт
   // Справочник "Контрагенты"
   УправлениеКонтактнойИнформацией.ОбновитьВидКИ(
     Справочники.ВидыКонтактнойИнформации.ЮрАдресКонтрагента,
     Перечисления.ТипыКонтактнойИнформации.Адрес,
     Истина, Ложь, Ложь);  
КонецПроцедуры


Настройка объектов-владельцев контактной информации

У объекта-владельца контактной информации необходимо создать табличную часть КонтактнаяИнформация со следующими реквизитами:

Имя
Тип значения

Тип
ПеречислениеСсылка.ТипыКонтактнойИнформации

Вид
СправочникСсылка.ВидыКонтактнойИнформации

Представление
Строка неограниченной длины

ЗначенияПолей
Строка неограниченной длины

Страна
Строка (100)

Регион
Строка (50)

Город
Строка (50)

АдресЭП
Строка (100)

ДоменноеИмяСервера
Строка (100)

НомерТелефона
Строка (20)

НомерТелефонаБезКодов
Строка (20)


Для всех строковых реквизитов ограниченной длины установить свойству Индексировать значение Индексировать.

Изменить модуль формы элемента:

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


////////////////////////////////////////////////////////////////////////////////
// ПРОЦЕДУРЫ-ОБРАБОТЧИКИ СОБЫТИЙ ФОРМЫ

&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)

   // Обработчик подсистемы "Контактная информация"
   УправлениеКонтактнойИнформацией.ПриСозданииНаСервере(ЭтаФорма, Объект,
     <ГруппаКонтактнаяИнформация>);
КонецПроцедуры

&НаСервере
Процедура ПередЗаписьюНаСервере(Отказ, ТекущийОбъект)
   // Обработчик подсистемы "Контактная информация"
   УправлениеКонтактнойИнформацией.ПередЗаписьюНаСервере(ЭтаФорма, ТекущийОбъект);

КонецПроцедуры

2. В вызове процедуры УправлениеКонтактнойИнформацией.ПриСозданииНаСервере в качестве третьего параметра нужно указать имя элемента, на котором будут располагаться создаваемые поля ввода.

3. Перенести процедуры КонтактнаяИнформацияПриИзменении и КонтактнаяИнформацияНачалоВыбора в модуль формы объекта.


////////////////////////////////////////////////////////////////////////////////
// ПРОЦЕДУРЫ ПОДСИСТЕМЫ "КОНТАКТНАЯ ИНФОРМАЦИЯ"

&НаКлиенте
Процедура КонтактнаяИнформацияПриИзменении(Элемент)   УправлениеКонтактнойИнформациейКлиент.ПредставлениеПриИзменении(ЭтаФорма, Элемент);
КонецПроцедуры

&НаКлиенте
Процедура КонтактнаяИнформацияНачалоВыбора(Элемент, ДанныеВыбора, СтандартнаяОбработка)
   УправлениеКонтактнойИнформациейКлиент.ПредставлениеНачалоВыбора(ЭтаФорма, Элемент,
       Модифицированность, СтандартнаяОбработка);
КонецПроцедуры


На форме элемента создать группу или страницу с именем ГруппаКонтактнаяИнформация и задать ей заголовок – Адреса, телефоны.

В модуль объекта, в процедуру ОбработкаЗаполнения, вставить строки:

// Выполним заполнение контактной информации
УправлениеКонтактнойИнформацией.ОбработкаЗаполненияКИ(ЭтотОбъект, ДанныеЗаполнения);

Настройка прав доступа пользователей
Для настройки прав доступа пользователей к данным подсистемы «Контактная информация» следует использовать роли, перечисленные ниже.

№ Роли и их назначение

1. ЧтениеБазовойНСИ (из подсистемы «Базовая функциональность»)
Чтение видов контактной информации и стран

2. ДобавлениеИзменениеБазовойНСИ (из подсистемы «Базовая функциональность»)
Добавление и изменение стран

3. ПолныеПрава (из подсистемы «Базовая функциональность»)
Удаление помеченных на удаление объектов подсистемы


Особенности настройки при встраивании без подсистемы «Адресный классификатор»

В общем модуле УправлениеКонтактнойИнформациейКлассификаторы нужно выполнить следующие операции:

1. В функции ИспользуютсяКлассификаторы написать код, возвращающий значение Ложь.

2. Удалить все функции и процедуры, кроме функции ИспользуютсяКлассификаторы и функций, входящих в секцию:


//////////////////////////////////////////////////////////
// ЭКСПОРТНЫЕ ФУНКЦИИ, ВЫЗЫВАЕМЫЕ ИЗ ФОРМЫ ВВОДА АДРЕСА


3. Во всех оставшихся функциях, кроме функции ИспользуютсяКлассификаторы, удалить весь текст и вместо него вставить код, возвращающий пустую строку:

Возврат "";


4. В общем модуле УправлениеКонтактнойИнформациейКлассификаторыКлиент нужно выполнить следующую операцию:

● В процедуре ЗагрузитьАдресныйКлассификатор удалить весь текст.

3.12. Контроль динамического обновления конфигурации

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

Настройка

Для использования в конфигурации дополнительная настройка объектов метаданных подсистемы не требуется.

Настройка прав доступа пользователей
Настройка прав доступа пользователей к данным подсистемы «Контроль динамического обновления конфигурации» не требуется.

3.13. Контроль журнала регистрации

Подсистема «Контроль журнала регистрации» предназначена для контроля за критичными записями журнала регистрации. Реализует возможность рассылки по электронной почте администратору системы отчета с критичными записями журнала регистрации.

Регламентное задание КонтрольЖурналаРегистрации по настроенному расписанию получает выборку критичных записей со времени предыдущего запуска до момента начала запуска регламентного задания и группирует их по частотности.

Периодичность выполнения регламентного задания по умолчанию составляет 2 раза в день. Настройку регламентных заданий в режиме 1С:Предприятие возможно выполнять с помощью подсистемы «Регламентные задания».

Настройка
Для использования подсистемы в конфигурации необходимо разместить обработку КонтрольЖурналаРегистрации в командном интерфейсе конфигурации.

Настройка прав доступа пользователей
Для настройки прав доступа пользователей к данным подсистемы «Контроль журнала регистрации» следует использовать роль, указанную ниже.

№ Роли и их назначение

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


3.14. Настройка порядка элементов

Подсистема «Настройка порядка элементов» может быть внедрена в справочник или план видов характеристик. Если объект подчиненный, то нумерация элементов выполняется в пределах владельца. Если справочник иерархический, то нумерация элементов выполняется в пределах родителя.

Настройка

Определить состав объектов, для которых требуется встроить подсистему настройки порядка элементов.

1. Создать подписку НастройкаПорядкаЭлементовПередЗаписью, указав событие ПередЗаписью, обработчик НастройкаПорядкаЭлементовСобытия.НастройкаПорядкаЭлементовПередЗаписью и перечислив в источнике типы объектов, для которых требуется встраивание.

2. Создать подписку НастройкаПорядкаЭлементовПриКопировании, указав событие ПриКопировании, обработчик НастройкаПорядкаЭлементовСобытия.НастройкаПорядкаЭлементовПриКопировании и перечислив в источнике типы объектов, для которых требуется встраивание.

Для каждого объекта, в котором выполняется встраивание:

1. Добавить реквизит РеквизитДопУпорядочивания.

Свойство
Значение

Тип значения
Число, длина – 5, точность – 0 (длина может быть изменена)

Индексировать
Индексировать с доп. упорядочиванием

Синоним
Порядок


2. В модуль формы списка добавить фрагмент кода:

////////////////////////////////////////////////////////////////////////////////
// ПРОЦЕДУРЫ ПОДСИСТЕМЫ НАСТРОЙКИ ПОРЯДКА ЭЛЕМЕНТОВ

&НаКлиенте
Процедура ПереместитьЭлементВверх(Команда)

  НастройкаПорядкаЭлементовКлиент.ПереместитьЭлементВверхВыполнить(Список, Элементы.Список);

КонецПроцедуры

&НаКлиенте
Процедура ПереместитьЭлементВниз(Команда)

  НастройкаПорядкаЭлементовКлиент.ПереместитьЭлементВнизВыполнить(Список, Элементы.Список);

КонецПроцедуры


3. В форме списка создать две команды и добавить их в командную панель списка.
ПереместитьЭлементВверх, картинка – ПереместитьВверх, обработчик – ПереместитьЭлементВверх.
ПереместитьЭлементВниз, картинка – ПереместитьВниз, обработчик – ПереместитьЭлементВниз.

4. В форме списка для динамического списка установить сортировку по реквизиту РеквизитДопУпорядочивания.

5. В форме списка для поля РеквизитДопУпорядочивания динамического списка установить свойство Использовать всегда.

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

Настройка прав доступа пользователей
Настройка прав доступа пользователей к данным подсистемы «Настройка порядка элементов» не требуется.

3.15. Обновление версии ИБ

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

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

Если у пользователя нет прав МонопольныйРежим и Администрирование или при обновлении происходит ошибка, то запуск системы останавливается.

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

Настройка

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


Обработчик = Обработчики.Добавить();
Обработчик.Версия = "<номер версии>";
Обработчик.Процедура = "<имя общего модуля>.<имя экспортной процедуры>";
Обработчик.Опциональный = {Истина|Ложь};

Строка таблицы значений Обработчик имеет следующие поля:

● Процедура (Строка) – идентификатор процедуры обновления. Процедура обновления должна располагаться в серверном общем модуле и должна быть экспортной.

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

● Опциональный (Булево) – если Истина, то процедура обновления не будет вызвана при запуске на пустой информационной базе (версии «0.0.0.0»), созданной из файла поставки конфигурации и не содержащей данных. По умолчанию – Ложь.

Например, при обновлении с версии 1.0.0.1 на версию 1.0.0.5 следующий фрагмент кода в функции ОбработчикиОбновления приведет к выполнению двух экспортных процедур –ВыполнятьВсегдаПриСменеВерсии и ПерейтиНаВерсию_1_0_0_5 общего модуля _ДемоОбновлениеИБ:


//// Подключаются процедуры-обработчики обновления конфигурации
//
Обработчик = Обработчики.Добавить();
Обработчик.Версия = "1.0.0.0";
Обработчик.Процедура = "_ДемоОбновлениеИБ.ПерейтиНаВерсию_1_0_0_0";

Обработчик = Обработчики.Добавить();
Обработчик.Версия = "1.0.0.5";
Обработчик.Процедура = "_ДемоОбновлениеИБ.ПерейтиНаВерсию_1_0_0_5";

Обработчик = Обработчики.Добавить();
Обработчик.Версия = "*";
Обработчик.Процедура = "_ДемоОбновлениеИБ.ВыполнятьВсегдаПриСменеВерсии";

Рекомендации по реализации обработчиков обновления:

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

● Обработчики обновления выполняются вне транзакции. Если код обработчика должен выполняться транзакционно, то управление транзакцией осуществляется в коде обработчика.

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

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

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

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

Редактирование табличного макета «ОписаниеИзмененийСистемы»

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

Каждый такой раздел состоит из двух областей:

● В область ШапкаР_П_В_С помещается текст заголовка Новое в версии Р.П.В.С.

● Область ВерсияР_П_В_С содержит описание изменений данной версии; может состоять из подразделов или содержать гиперссылки.

Для обработки нажатий на гиперссылки, содержащихся в тексте макета, предназначена процедура-обработчик ПриНажатииНаГиперссылкуВДокументеОписанияОбновлений общего модуля ОбновлениеИнформационнойБазыКлиентПереопределяемый.

Пример заполнения макета можно посмотреть в демонстрационной конфигурации.

Для того чтобы пользователи могли ознакомиться с историей изменений в версиях конфигурации, необходимо поместить в командный интерфейс общую форму ОписаниеИзмененийСистемы и дать им права на просмотр этой формы.

Важно! При первом внедрении макет ОписаниеИзмененийСистемы следует создать до выполнения первого запуска конфигурации в режиме 1С:Предприятие.

Настройка прав доступа пользователей
Для настройки прав доступа пользователей к данным подсистемы «Обновление версии ИБ» следует использовать роль, указанную ниже.

№ Роли и их назначение

1. ЧтениеБазовойНСИ (из подсистемы «Базовая функциональность»)
Просмотр описания изменения системы

3.16. Организации

Подсистема «Организации» предназначена для ведения в конфигурации справочника Организации и является шаблоном, заготовкой для разработки этого справочника. Изначально в справочник Организации встроены элементы подсистемы «Контактная информация».

Настройка

Для использования подсистемы в конфигурации необходимо разместить справочник Организации в командном интерфейсе конфигурации.

Настройка прав доступа пользователей

Для настройки прав доступа пользователей к данным подсистемы «Организации» следует использовать роли, представленные ниже.

№ Роли и их назначение

1. ЧтениеБазовойНСИ (из подсистемы «Базовая функциональность»)
Чтение данных справочника Организации

2. ДобавлениеИзменениеБазовойНСИ (из подсистемы «Базовая функциональность»)
Добавление и изменение элементов справочника Организации

3. ПолныеПрава (из подсистемы «Базовая функциональность»)
Удаление помеченных на удаление объектов подсистемы

Спасибо сказали: char_p, Kiber, mister-x, sv111, zzz14,

Не нашли ответа на свой вопрос?
Зарегистрируйтесь и задайте новый вопрос.


Ответить Новая тема
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 

RSS Текстовая версия Сейчас: 01.11.24, 0:57
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!