Поддержка этой версии Service Manager завершена. Рекомендуем выполнить обновление до Service Manager 2022.
В этом разделе представлен обзор ролей пользователей в списке профилей ролей пользователей в Service Manager. Он содержит процедуры, предназначенные для работы с ролями пользователей.
Сведения о ролях пользователей
Некоторые сотрудники в организации отвечают за поддержку оборудования, такого как переносные компьютеры и серверы. Некоторые сотрудники имеют право создавать и обновлять элементы конфигурации, но не могут удалять их, а другие сотрудники могут создавать, обновлять и удалять элементы конфигурации.
В списке профилей ролей пользователей в Service Manager права безопасности, позволяющие пользователям получать доступ к информации или обновлять их, определяются в профиле роли пользователя. Профиль роли пользователя — это именованный набор прав доступа, который обычно соответствует бизнес-обязанностям сотрудника. Каждый профиль роли пользователя управляет доступом к таким артефактам, как статьи базы знаний, рабочие элементы (инциденты, запросы на изменение), разработка, администрирование и другие учетные данные. Профили ролей пользователей определяют, что вам разрешено делать.
Аутентификация: Управление ролями и разрешениями
В будущем руководство организации может решить разделить всех сотрудников, работающих с элементами конфигурации, на две группы: на тех, кто работает с элементами конфигурации для настольных компьютеров, и на тех, кто работает с элементами конфигурации для переносных компьютеров. При этом нужно сохранить два профиля ролей пользователей, один из которых разрешает создавать и изменять, но не разрешает удалять элементы конфигурации, а другой разрешает создавать, изменять и удалять элементы конфигурации. Такие профили ролей пользователей определяются в различных областях: одна для настольных компьютеров, а другая — для переносных. Если профили ролей пользователей определяют, что вам разрешено делать, сдумайтесь об областях как об определении элементов, которые вы можете изменять. Сочетание профиля роли пользователя и области называется ролью пользователя.
Основные сведения о ролях пользователей
В Service Manager, когда вы выбираете Администрирование, разверните узел Безопасность и выберите Роли пользователей, на панели Роли пользователей отображается список ролей пользователей. Каждая из этих ролей настроена с помощь профиля роли пользователя и неопределенной области. Поскольку для таких ролей не определена область, соответствующие профили пользователей действуют для всех пакетов управления, очередей, групп, задач, представлений и шаблонов форм. В следующей таблице перечислены роли пользователей по умолчанию, связанные с ними профили и области.
| Исполнители действий | Исполнитель действия | Глобальный |
| Администраторы | Администратор | Глобальный |
| Операторы с расширенными правами | Оператор с расширенными правами | Глобальный |
| Инициаторы изменений | Инициатор изменений | Глобальный |
| Пользователи | Конечный пользователь | Глобальный |
| Операторы только для чтения | Оператор только для чтения | Глобальный |
| Авторы | Автор | Глобальный |
| Аналитики проблем | Аналитик проблем | Глобальный |
| Рабочие процессы | Рабочий процесс | Глобальный |
| Специалисты по разрешению инцидентов | Специалист по разрешению инцидентов | Глобальный |
| Менеджеры изменений | Менеджер изменений | Глобальный |
| Пользователи отчетов | Пользователь отчетов | Глобальный |
| Диспетчеры выпусков | Диспетчер выпусков | Глобальный |
| Аналитики запросов на обслуживание | Аналитик запросов на обслуживание | Глобальный |
САП для начинающих. Автоматическое назначение ролей полномочий в SAP
Роль пользователя Service Manager «Пользователи отчетов» доступна только после регистрации в хранилище данных Service Manager и после нажатия кнопки навигации Data Warehouse. Чтобы просмотреть Service Manager роль пользователя «Пользователи отчета», выберите Data Warehouse, разверните узел Безопасность и выберите Роли пользователей.
Пример
Например, предположим, что нужно определить одну группу доступа, которая разрешает пользователям создавать и изменять элементы конфигурации, но не разрешает их удалять, и другую группу доступа, которая разрешает пользователям создавать, изменять и удалять элементы конфигурации. В конце этого руководства в приложении А перечислены профили ролей пользователей и связанные с ними артефакты. В следующей таблице показана связь профилей ролей пользователей с элементами конфигурации.
| Пользователь отчетов | Нет | Нет | Нет |
| Конечный пользователь | Нет | Нет | Нет |
| Оператор только для чтения | Нет | Нет | Нет |
| Исполнитель действия | Нет | Нет | Нет |
| Инициатор изменений | Нет | Нет | Нет |
| Специалист по разрешению инцидентов | Нет | Нет | Нет |
| Аналитик проблем | Нет | Нет | Нет |
| Менеджер изменений | Нет | Нет | Нет |
| Оператор с расширенными правами | Да | Да | Нет |
| Автор | Да | Да | Нет |
| Рабочий процесс | Да | Да | Нет |
| Администратор | Да | Да | Да |
По предыдущей таблице можно определить, что профиль роли пользователя «Операторы с расширенными правами» может создавать и обновлять, но не может удалять элементы конфигурации. Профиль роли пользователя «Администраторы» может создавать, обновлять и удалять элементы конфигурации. Члены команды управления ресурсами, которым разрешено создавать и обновлять, но не удалять элементы конфигурации, становятся членами предопределенного профиля Service Manager Advanced Operators. Члены группы управления активами, которым разрешается создавать, изменять и удалять элементы конфигурации, добавляются в профиль «Администраторы».
Рекомендуется учитывать, что члены группы управления активами могут меняться. Необходимо создать две группы в доменных службах Active Directory и сделать их членами профилей «Операторы с расширенными правами» и «Администраторы». Затем, по мере изменения участников, пользователи добавляются и удаляются из группы Active Directory, и в Service Manager вносить изменения не требуется.
В дальнейшем, если группа управления активами будет разделена на две группы (одна для настольных компьютеров и другая для ноутбуков), можно будет создать собственную роль пользователя, используя те же профили, но другие области.
Почему не удается создать некоторые роли пользователей
При создании роли пользователя обратите внимание, что три роли пользователей недоступны: администратор, пользователь отчета и рабочие процессы. Эти три роли пользователей создаются и заполняются во время установки, и, как правило, эти роли пользователей используются Service Manager. В следующих разделах описаны эти роли пользователей.
Администратор
Роль пользователя «Администратор» является глобальной в области; Поэтому нет причин для создания другой роли пользователя этого типа.
Пользователь отчета
Роль пользователя , пользователь отчета, имеет одну цель в Service Manager: найти компьютер, на котором размещается Microsoft SQL Server Reporting Services (SSRS) для пользователя в консоли Service Manager. Когда пользователь в консоли Service Manager пытается запустить отчет, выполняется запрос к серверу управления Service Manager для поиска компьютера, на котором размещен сервер управления хранилища данных.
Затем консоль Service Manager запрашивает сервер управления хранилищем данных в поисках имени компьютера, на котором размещается службы SSRS. С помощью этой информации консоль Service Manager подключается к службам SSRS. Создание таких запросов является единственной функцией роли «Пользователь отчетов». После подключения консоли Service Manager к службам SSRS учетные данные пользователя, выполняющего консоль, предоставляют доступ, как определено в службах SSRS. Из-за узкого назначения этой роли пользователя нет причин для создания другой роли пользователя.
Рабочие процессы
Рабочим процессам может потребоваться чтение и запись в базу данных Service Manager. Во время установки вам будет предложено ввести учетные данные для роли пользователя «Рабочие процессы», и эта роль пользователя выполняет необходимые действия в базе данных Service Manager. Как и роль пользователя , пользователь отчета, узкое назначение роли пользователя рабочего процесса означает, что нет причин для создания других ролей пользователей.
Добавление участника роли пользователя
В Service Manager можно назначить пользователям роль пользователя, чтобы определить, что они могут делать.
В этом примере к роли пользователя необходимо добавить членов группы управления активами, которые могут создавать и обновлять элементы конфигурации, но не могут их удалять. Просмотрев раздел Элементы конфигурации раздела Профили ролей пользователей в Service Manager, вы увидите, что профиль роли пользователя «Расширенные операторы» предоставляет необходимые разрешения для этой команды. В данный момент все члены группы управления активами отвечают за каждый актив компании, и поэтому им требуются неограниченная область действий.
Используйте следующие процедуры, чтобы добавить пользователя в роль пользователя Service Manager Расширенные операторы, а затем проверить назначение пользователя роли пользователя.
Назначение роли для пользователя
- В консоли Service Manager выберите Администрирование.
- В области Администрирование разверните группу Безопасностьи выберите элемент Роли пользователей.
- В области Роли пользователей дважды щелкните роль Операторы с расширенными правами.
- В диалоговом окне Изменение роли пользователя выберите Пользователи.
- На странице Пользователи выберите Добавить.
- В диалоговом окне Выбор пользователей или групп введите имя пользователя или группы, которые вы хотите добавить в эту роль пользователя, нажмите кнопку Проверить имена и нажмите кнопку ОК.
- В диалоговом окне Изменение роли пользователя нажмите кнопку ОК.
Проверка назначения роли для пользователя
- Войдите в консоль Service Manager как один из пользователей, назначенных роли пользователя. Убедитесь, что вы не можете получить доступ к данным, для которых у вас нет прав доступа, как указано в ролях пользователей.
Для просмотра пользователей можно использовать команду Windows PowerShell. Сведения об использовании Windows PowerShell для получения пользователей, определенных в Service Manager, см. в разделе Get-SCSMUser.
Создание роли пользователя
Используйте следующие процедуры, чтобы создать роль пользователя и назначить ей пользователей в Service Manager, а затем проверить создание роли пользователя.
Создание роли пользователя
- В консоли Service Manager выберите Администрирование.
- В области Администрирование разверните группу Безопасностьи выберите элемент Роли пользователей.
- В области Задачи в разделе Роли пользователейвыберите пункт Создание роли пользователя, а затем выберите профиль роли пользователя, который будет использоваться для этой роли, например Дизайнер.
- В мастере создания роли пользователя выполните следующие действия.
- На странице Перед началом работы нажмите кнопку Далее.
- На странице Общие введите имя и описание этой роли пользователя и нажмите кнопку Далее.
- На странице Пакеты управления начните фильтровать область данных, к которым назначается доступ. Выберите пакеты управления, содержащие данные, к которым необходимо назначить доступ, например Библиотека управления инцидентами. Выберите Далее.
- На следующих страницах будут показаны все классы, очереди, группы, задачи, представления и шаблоны форм из указанных пакетов управления, которые доступны для указанной роли пользователя. На этих страницах можно выбрать отдельные элементы, чтобы ограничить набор данных, к которым назначается доступ.
Важно! Группы и списки очередей не фильтруются— перечислены все группы и очереди из всех пакетов управления. Если на странице Очереди выбрать вариант Выбрать все очереди , то на странице Группы автоматически выбирается вариант Выбрать все группы . Кроме того, по умолчанию группы не создаются. Если вы хотите ограничить область по группам, необходимо создать группу.
Проверка создания роли пользователя
- В консоли Service Manager убедитесь, что созданная роль пользователя отображается в средней области.
- Войдите в консоль Service Manager как один из пользователей, назначенных роли пользователя. Убедитесь, что вы не можете получить доступ к данным, для которых у вас нет прав доступа, как указано в роли пользователя.
Для выполнения этих и других связанных задач можно использовать Windows PowerShell команды следующим образом:
- Сведения об использовании Windows PowerShell для создания новой роли пользователя в Service Manager см. в статье New-SCSMUserRole.
- Сведения об использовании Windows PowerShell для получения ролей пользователей, определенных в Service Manager, см. в разделе Get-SCSMUserRole.
- Сведения об использовании Windows PowerShell для задания свойства UserRole для пользователя Service Manager см. в разделе Update-SCSMUserRole.
- Сведения об использовании Windows PowerShell для удаления роли пользователя из Service Manager см. в разделе Remove-SCSMUserRole.
Дальнейшие действия
- Требования к безопасности паролей, срок действия пароля и изменение имени пользователя см. в статье Управление учетными записями запуска от имени.
Источник: learn.microsoft.com
Описания ролей и права доступа
Роли пользователей определяют функциональные области, к которым они могут получить доступ, и операции, которые они могут выполнять в этих областях.
Доступные для учетной записи роли могут зависеть от функций, которые включены для учетной записи, или от настроек уровня учетной записи. Например, вы не увидите роли, связанные с SMS, если учетная запись не включена для SMS.
Каждая из ролей описана в следующей таблице.
Возможность создания и изменения кампаний демонстрации.
Возможность создания, изменения и тестирования MMS-кампаний, но без возможности их запуска.
Доступна возможность создания и изменения кампаний для мобильных приложений, но без возможности их запуска.
Возможность создания, изменения и тестирования SMS-кампаний Oracle Responsys, но без возможности их запуска.
Возможность создания, изменения и тестирования кампаний в социальных сетях, но без возможности их запуска.
Примечание. Кампании в социальных сетях не рекомендуются к использованию.
Все полномочия менеджера программы, а также возможность публикации программ.
Роли, связанные с DM 1.0
Примечание. Распределенный маркетинг (DM 1.0) больше не поддерживается
Доступ к приложению Distributed Marketing (DM 1.0) из Oracle Responsys.
Права доступа по функциональным областям
В следующих таблицах перечислены все функциональные области, доступные каждой роли.
Примечание. Доступные функции в каждой области зависят от роли. Например, менеджер и директор по маркетингу с помощью электронной почты оба имеют доступ к кампаниям по электронной почте, однако у менеджера по маркетингу с помощью электронной почты нет доступа к функции запуска кампании.
Доступ к интерфейсу Responsys
| Администратор учетной записи | x | x | x |
| Суперпользователь | x | x | |
| Все роли API веб-служб | |||
| (Все каналы) — директор по маркетингу | x | x | |
| (Все каналы) — менеджер по маркетингу | x | x | |
| Разработчик кампаний маркетинга по электронной почте | x | x | |
| (Все каналы) — менеджер аналитики | x | ||
| (Все каналы) — автор аналитики | |||
| Разработчик контента | x | ||
| Директор форм | x | ||
| Директор данных | x | ||
| Директор программы | x | x | |
| Менеджер программы | x | x | |
| Конструктор процессов сотрудничества | x | ||
| Инициатор процесса сотрудничества | x | ||
| Менеджер кампании по электронной почте Express | |||
| Утверждающий контента электронной почты Express | |||
| Менеджер контента электронной почты Express | |||
| Переводчик для кампании электронной почты Express | |||
| Корпоративный маркетолог | x | ||
| Все роли разработчика приложений | |||
| Все роли API веб-служб |
Управление агрегаторами SMS (учетная запись Responsys)
| Администратор учетной записи | x |
| Менеджер агрегаторов SMS | x |
Управление приложениями
| Администратор учетной записи | x | |
| Суперпользователь | ||
| Администратор мобильного приложения | x | x |
| Разработчик мобильного приложения | x | x |
| Администратор приложений фоновой веб-рассылки | x | x |
| Разработчик приложений фоновой веб-рассылки | x | x |
Функции запуска и публикации
| Администратор учетной записи | x | x | x | x | x |
| Суперпользователь | x | x | x | x | x |
| Конструктор процессов сотрудничества | x | x | |||
| Инициатор процесса сотрудничества | x | ||||
| Директор данных | x | ||||
| Менеджер по маркетингу с помощью электронной почты (кампания по электронной почте – автономный запуск) | |||||
| Директор по маркетингу с помощью электронной почты (кампания по электронной почте – автономный запуск) | x | ||||
| Разработчик кампаний маркетинга по электронной почте | |||||
| Директор по программам маркетинга | x | ||||
| Менеджер по маркетингу с помощью фоновой рассылки (кампания для мобильных приложений – автономный запуск) | |||||
| Директор по маркетингу с помощью фоновой рассылки (кампания для мобильных приложений – автономный запуск) | x | ||||
| Менеджер по маркетингу с помощью SMS | |||||
| Директор по маркетингу с помощью SMS | x | ||||
| Менеджер по маркетингу на основе фоновой веб-рассылки | |||||
| Директор по маркетингу на основе фоновой веб-рассылки | x |
Функции оформления форм и кампаний
Примечание. Кампании в социальных сетях не рекомендуются к использованию.
| Администратор учетной записи | x | x | x | x | x | x | x | x | x |
| Суперпользователь | x | x | x | x | x | x | x | x | x |
| Разработчик контента | x | x | |||||||
| Менеджер по маркетингу с помощью электронной почты | x | x | x | ||||||
| Директор по маркетингу с помощью электронной почты | x | x | x | ||||||
| Разработчик кампаний маркетинга по электронной почте | x | ||||||||
| Директор форм | x | x | |||||||
| Менеджер по маркетингу с помощью MMS | x | x | |||||||
| Директор по маркетингу на основе фоновой рассылки | x | x | |||||||
| Менеджер по маркетингу с помощью фоновой рассылки | x | x | |||||||
| Менеджер по маркетингу с помощью SMS | x | x | |||||||
| Директор по маркетингу с помощью SMS | x | x | |||||||
| Менеджер по маркетингу на основе фоновой веб-рассылки | x | ||||||||
| Директор по маркетингу на основе фоновой веб-рассылки | x |
Функции оформления процессов и оркестровки
| Администратор учетной записи | x | x | x | x |
| Суперпользователь | x | x | x | x |
| Конструктор процессов сотрудничества | x | x | x | |
| Инициатор процесса сотрудничества | x | x | ||
| Директор программы | x | |||
| Менеджер программы | x |
Функции сотрудничества и управления задачами
| Администратор учетной записи | x | |
| Суперпользователь | x | x |
| Конструктор процессов сотрудничества | x | |
| Инициатор процесса сотрудничества | x | |
| Корпоративный маркетолог | x | |
| Менеджер кампании по электронной почте Express | x | x |
| Утверждающий для кампании по электронной почте Express | x | x |
| Утверждающий контента электронной почты Express | x | x |
| Менеджер контента электронной почты Express | x | x |
| Переводчик для кампании электронной почты Express | x | x |
Функции отчетности и мониторинга
| Администратор учетной записи | x | x |
| Суперпользователь | x | x |
| Конструктор процессов сотрудничества | x | |
| Монитор процесса сотрудничества | x | |
| Менеджер аналитики электронной почты | x | |
| Автор аналитики электронной почты | x | |
| Менеджер аналитики мобильных приложений | x | |
| Автор аналитики мобильных приложений | x | |
| Менеджер аналитики SMS | x | |
| Автор аналитики SMS | x |
Функции управления данными
| Администратор учетной записи | x | x | x |
| Суперпользователь | x | x | x |
| Директор данных | x | x | x |
Функции API веб-служб
| Администратор учетной записи | x | x | x | x | x | x |
| Суперпользователь | x | x | x | x | x | x |
| Менеджер веб-служб аналитики | x | |||||
| Менеджер веб-служб кампании | x | |||||
| Менеджер веб-служб контента | x | |||||
| Менеджер веб-служб папки | x | |||||
| Менеджер веб-служб списка | x | |||||
| Менеджер веб-служб таблицы | x |
См. также
- Роли
- Операции пользователей и администраторов
роли Responsys, роль Responsys, назначение роли Responsys, роль пользователя Responsys, роли пользователей Responsys, Responsys RBAC, контроль доступа на основе роли в Responsys, роли Responsys с полным доступом, роли API веб-служб Responsys, роли Responsys для кампаний, роли Responsys для контента, роли Responsys для форм, роли Responsys для данных, роли Responsys для отчетности, администратор учетных записей Responsys, администратор учетных записей Responsys, роли Responsys для программ, роли Responsys для управления задачами, роли Responsys для сотрудничества, роли Responsys для мобильных приложений, роли Oracle Responsys, роли в Oracle Responsys
Источник: docs.oracle.com
Роли пользователей в системе 1С
На последней платформе 1С 8.3 для управления правами доступа пользователей, используется отдельный объект метаданных. Называется объект «Роли» и находится в конфигураторе, в ветке Общие/Роли. Роль определяет список прав пользователя.
Для каждого объекта (справочники, документы), разработчиком устанавливается определенный набор прав на чтение/на запись/на добавление/на изменение/… Как правило, роли пользователей 1С создаются отдельно для каждого вида деятельности пользователя. Каждому пользователю может быть присвоено одна или несколько ролей пользователя в системе. При создании ролей доступа пользователей конфигурации лучше придерживаться методики установки прав на объекты метаданных в 1С, которая не допускала бы появления в конфигурации платформы 1С ролей, которые дают доступ к полям объекта, но в то же время не предоставляют права к самому объекту. Например, когда в правах прописан доступ на изменение даты договора, а на редактирование самого договора право не предоставлено. Окно создания роли доступа пользователя, в нем есть область «Объекты», область «Права», область «Ограничения доступа к данным».
Окно создания роли доступа пользователя
Область «Объекты» – это перечень объектов конфигурации, на которые будут настраиваться права.
Область «Права» – это набор прав, которые доступны для данного объекта конфигурации.
«Устанавливать права для новых объектов» – данная настройка означает, что при создании новых объектов пользователю автоматически будут присваиваться права для работы с ними. «Устанавливать права для реквизитов и табличных частей по умолчанию» – данная означает, что реквизиты и табличные части объекта унаследуют права владельца. «Независимые права подчиненных объектов» – при определении прав на объект система использует права на родительский объект.
2. Функции в программном коде 1С
Узнать, достаточно ли прав у пользователя в 1С 8.3 можно при помощи функций, предусмотренных программным кодом 1С.
Функция РольДоступна() определяет, доступна ли данная роль доступа пользователю.
Пример: Если РольДоступна(«ПолныеПрава») Тогда Сообщить(«У вас достаточный набор прав!»); Иначе Сообщить(«У вас недостаточный набор прав!»); КонецЕсли Функция ПравоДоступа() позволяет определить права на объект при обращении пользователя к объекту метаданных.
Пример: Справочник=Справочники. Контрагенты;
Если Не ПравоДоступа («Чтение»,Справочник) Тогда
Сообщить («Доступ к данномусправочникузакрыт!»); КонецЕсли Функция ПараметрыДоступа() определяет права и ограничения на заданный объект метаданных для указанного пользователя. Пример: Для Каждого Роль Из Метаданные.Роли Цикл
Для Каждого ОбъектОбработка Из Метаданные.Обработки Цикл
ОбластьСтрока.Параметры.Редактирование = ?(ПараметрыДоступа(«Использование» , ОбъектОбработка, , Роль).Доступность, «Да», «Нет»);
ОбластьСтрока.Параметры.Просмотр = ?(ПараметрыДоступа(«Просмотр»,ОбъектОбработка, , Роль).Доступность, «Да», «Нет»);
ОбластьСтрока.Параметры.Роль = Роль.Синоним;
ОбластьСтрока.Параметры.Объект = ОбъектОбработка.Синоним;
ТаблДокумент.Вывести(ОбластьСтрока); КонецЦикла;
КонецЦикла Для разных объектов метаданных набор прав пользователей будет отличаться. Права на объекты конфигурации есть основные, а есть интерактивные. Интерактивные – это интерфейсные права из формы спискаэлемента. Например, для объекта не выбрано право «интерактивное добавление», тогда из формы списка добавить новый элемент не будет возможности.
Существуют два типа прав: права на форму и права на объект. Права на объект – это ограничения, которые накладываются на сам объект в базе во время его изменения (создание, изменение, удаление) или чтения именно в физической таблице.
Пример: создаём новый, читаем, редактируем, удаляем элемент, при этом проверка на доступ проходит на уровне объекта.
Пример: у пользователя не установлено право на «чтение» регистра, тогда проведение документа может вызвать сообщение об ошибке «Нарушения прав доступа». Право на чтение – это разрешение на операцию чтения данных на уровне физических таблиц. Права на просмотр – права, предоставленные на уровне интерфейса. Можно реализовать подобный функционал уже в самой конфигурации, создав регистр, в который будут занесены все элементы нужных форм, и при открытии форм проверять, какие элементы выключить, какие скрыть, какие поля запретить для редактирования и т.д.
3. Настройки 1C RLS
В последней платформе 1С 8.3, есть возможность настроить права пользователей на уровне отдельных записей. Данный механизм называется RLS (ограничение прав на уровне записей). Работает механизм на объектном уровне. Например, можно использовать запрос в котором запрещается редактирование (чтение, удаление, добавление и т.д.) не всех контрагентов, а только выбранных элементов.
Самый распространенный вариант настройки в 1C RLS – это настройка ограничения видимости объектов системы пользователя в разрезе, например, организаций (пользователь видит лишь «свои» данные). Недостаток 1С RLS заключаются в том, что настройка и отладка данного функционала – весьма трудоемкий процесс, кроме того, сказывающийся на производительности программы. Специалист компании «Кодерлайн» Ольга Волкова
Источник: www.koderline.ru