История страницы

«Управление доступом» - это один из модулей, входящих в состав платформы ROBIN, предназначенный для управления пользователями платформы и настройки их прав доступа к модулям и объектам (роботы, машины и т.д.) системы. Модуль доступен только пользователям с ролью «Администратор прав доступа».

Ограничить доступ можно к:

• Модулям и приложениям платформы:
  • модуль компонент «Управление доступом»
  • модуль компонент «Оркестратор»
  • приложение Robin Process
  • приложение ROBIN Studio Enterprise, начиная с версии версии 2.20.2 
  • приложение ROBIN Player Enterprise, начиная с версии версии 2.20.2
• Объектам, которые добавлены в удаленное хранилище платформы:
  • проекты роботов (пользователь сам публикует их в хранилище через ROBIN Studio)готовых роботов
  • готовые роботы (пользователь сам публикует их в хранилище через ROBIN Studio)
  • машины учетные записи машин - сервер или персональный компьютер (данные о машине автоматически передает в хранилище ROBIN Agent сразу после завершения установки клиентской части платформы на этой машине)компьютер 
  • процессы
  • экранные формы (созданные и опубликованные через интерфейс ROBIN Processрасписания запуска роботов (добавляются в хранилище, когда пользователь создает их через интерфейс модуля «Оркестратор»)

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

Тенанты – это некие мультигруппы, каждая из которых имеет свои наборы объектов, группы объектов, пользователей и ролей. Каждый тенант имеет свои собственные настройки , права доступа, и другие аспекты управления процессами. Это обеспечивает изоляцию данных и контроль доступа между различными группами пользователей или проектами.
Image Removed
При входе в web-интерфейс платформы или ее desktop-приложения, необходимо выбирать тенант, в рамках которого будет осуществляться работа.

От выбранного тенанта будут зависеть:

• Какие объекты доступны пользователю. Пользователь всегда видит только те объекты, которые добавлены в тенант, под которым он вошел.
• Какие операции, пользователь может выполнить с объектами. Доступные операции определяются ролью(ями), которую пользователь имеет в выбранном тенанте.
• Доступность самого компонента. Доступ к компоненту также определяется ролью пользователя. Если в тенанте пользователю не выдана роль, разрешающая работу с компонентом, то он будет скрыт (web-интерфейс), или система в целом запретит вход (desktop-приложения).

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

и права доступа.

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

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

1. Администратор создает в тенанте группу объектов. В группу переносит объекты, с которыми можно работать не всем пользователям тенанта.
2. Создает в этом же тенанте группу пользователей. В группу добавляет только тех пользователей, которым разрешено работать с объектами из 1го 1-го пункта.
3. Выдает группе пользователей права на группу объектов.
4. Пользователи, которые добавлены в тенант, но не добавлены в группу, имеют доступ только к тем объектам тенанта, которые не распределены в группу объектов.
5. Пользователи, которые добавлены в тенант и дополнительно добавлены в группу, имеют доступ и к тем объектам тенанта, которые не распределены в группу, и к объектам, добавленным в группу объектов.

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

...

Ограничения релиза

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

...

.