BSN.Cloud offers a robust set of permissions features that allow you to protect your content and maintain the efficiency of your digital signage system—no matter how large it gets. These security features are scalable: you can choose exactly how complex you want your permissions system to be depending on the needs of your organization.
This page describes the BSN.Cloud permissions system and how to use the six predefined System Roles, which have fixed permissions that you cannot edit. A separate Custom Roles page describes how to create additional roles with custom permissions.
...
bsn.Content operations are organized in a tree structure that lets parent permissions be either inherited or overridden on child operations in the BrightAuthor:connected Admin > Roles page:
...
Image 1 shows both fixed System and custom roles Custom Roles and the permissions granted to them. Fixed permissions are defined by the system for The permissions granted to System Roles are not editable and are updated automatically as BrightSign adds new features to bsn.Content. Custom Roles (see How to Create Custom Roles for details) have no permission permissions by default, but you can define those permissions by role or on a more detailed level in the operations treegrant full control under some operations by entity or you can expand the roles in the table to grant more granular permissions. For example, you can give Presentation (Full Control) permissions to a content publishing role but ensure that they cannot delete presentations by unchecking Delete Presentations.
Operation permissions affect all entities of a given type, but have lower priority than object permissions. They are useful for defining a baseline security policy which then can be adjusted by more granular object permissions. Object permissions are accessible in the object Properties (under Security). For example, you can select the Network, Content, or Presentations tab, chose a player, content, or presentation, and view or change the permissions as shown in Image 2. For more information about creating object permissions, see the Object Permissions page.
...
System Roles
...
These default roles have clearly defined roles and responsibilities and are provided with every BSN.Cloud account. You can hide specific or all System Roles by clicking on the gear icon at the top right and selecting them under the Show System Roles menu item, as shown in Image 3.
These are the default System Roles:
bsn.Control and bsn.Content Tiers
Administrators
Systems Network administrators are responsible for keeping things running and should have sole permissions to add or delete users. Administratorshave access to all BSN.Cloud featuressome unique permissions like starting a trial period for the network. This is the only role that allows you to edit the account status of other users: as a member of Administrators, you can add new users, delete existing users, and assign users to different roles; and create and edit Custom Roles.
The first user of a BSN.Cloud account will automatically be assigned to the Administrators role. If you are not the first user on your account, you will need to have that user assign you to the Administrators role.
Creators
Thisrole gives you complete control of content, including presentations, dynamic playlists, and Live Text feeds, but cannot view or change schedules, groups, or devices. This role is best suited for those tasked solely with creating content for players.
General Managers
GeneralManagershave full control of content creation and distribution. They can log in to the network whenever they wish to check that pricing and product information is correct, and change, reassign, or reschedule presentations at any location.
The only permissions they don’t have are the user and account features that are unique to Administrators.
bsn.Content Tier
Creators
Thisrole gives you complete control of content, including presentations, Dynamic Playlists, and Live Text feeds, but cannot view or change schedules, groups, or devices. This role is best suited for those tasked solely with creating content for players.
Network Managers
NetworkManagers control the company’s digital-signage infrastructure: a user assigned to this role can add, remove, maintain, and group together networked players. In addition, they can view and delete (but not add or edit) certain kinds of content such as Dynamic Playlists, Live Text feeds, and presentations.
...
Publishers can schedule when and where BrightSign bsn.Content presentations will be played and upload content. They do not have access to content that is uploaded to the company’s BSN.Cloud account.
...
Viewers can view almost all aspects of a digital-signage system: content, groups, hardware statuses, logs, and schedules. However, they cannot affect change anything on the company’s BSN.Cloud account.
Object Permissions
Object permissions can be granted to users and roles to allow or deny execution of certain business operations and the specific instances of a given entity type. They are typically used for overriding operation permissions which describe a general security policy. You can manage object permissions for the entities of content, dynamic and tagged playlist, live text and media feed, presentation, group and player types. In order to do that, see How to Create Object Permissions.
Role and User Access States
...
Permissions granted to users on the object level have the highest priority but the narrowest scope. Permissions granted to roles on the object level have second priority and may be overridden by user permissions. Permissions granted to roles on the operation (Admin-Roles page) level have the lowest priority but the widest scope.
Role and user access can be in one of the following states:
An editable permission for a specific principal, entity, or operation has an enabled/disabled active toggle switch and a "remove" button.
For example, a custom Content Managers role with permission to execute just the Content - View Content operation under the selected Media File
An editable permission for a specific principal, entity, or parent operation has an enabled/disabled active toggle switch but without the "remove" button.
For example, a custom Content Managers role with permission to execute the Content (Full Control) operation under the selected Media File. In this case, permission to execute Content - View Content is inherited from Content (Full Control).
An editable permission is defined for a specific principal, parent entity. These permissions are displayed with enabled/disabled active. The toggle switch is grey and does not have a "remove" button.
For example, a custom Content Managers role has permission to execute any operation under any new content folder. These permissions are inherited from the parent content folder.
An editable permission is defined for a parent principal. It is displayed with enabled/disabled active and the toggle switch is grey and does not have a "remove" button.
For example, a custom Content Managers role has permission to execute any operation under any new content folder or media file. If you assign a new user to this role, permissions to execute all operations under all content folders (except their personal folder) and media files are inherited from their role.
If permissions are defined for a parent principal, operation, or parent entity and are not editable, they will be displayed with enabled/disabled but inactive and a grey toggle switch without the "remove" button.
These are permissions defined for System Roles, Personal Folders, Special Groups, etc.
If permissions are not defined for a parent principal, operation, or parent entity, the toggle switch is disabled and grey. There is no "remove" button.
For example, a role with incompletely defined permissions and a user who doesn't extend and override them.
...