User administration

Introduction

What are the user rights for?

The protel Cloud Center enables you to work on various modules, but not everyone ought to be authorized to alter all of the elements therein, i.e., WBE 4.0. This requires an exact assignment and administration of the user rights in the Cloud Center. Cloud Center offers you the menu topic “User administration” to do this. It enables you to add new users as well changing the rights for already existing users. This documentation will help find out how to make changes here.

How are they organized?

The user rights are made up of various elements. The complex structure is necessary in order to be able to make the rights management as flexible as possible. What a user is able to access and edit depends on the permission rights level, role, and privileges allocated:

The permission for one or more hotels is the basis for editing in the Cloud Center. The user is only able to access the hotels to which he has permission.

The level determines which roles and privileges can be selected and assigned to the user.

Roles consist of various privileges which are typically allocated together. Each role is assigned to a certain level. User can therefore only receive one role if they at least have the required level. A user can hold different roles for various hotels.

Privileges are single rights for reading. altering and deleting data. Each privilege has been asigned to a certain level and can only be assigned to roles which at least have the same level.

These elements are connected to each other and mutually influence each other. Privileges cannot, for example, be simply combined with any role; they are dependent on the user’s level. Certain privileges are only available for protel partners. A privilege which is connected to the “protel partner” level, can not be assigned to a user with the “customer” level. The reverse, however, is possible. A user who has the level “protel partner” can have the privileges of the “cusotmer” level.

protel has copiled typical combinations of privileges as global roles. You can, however, define additional hotel-specific roles with other privileges. These roles are then only available for your hotel and can only be allocated to users who have been assigned to your hotel.

Example

Customer | Privileges: 1,2

protel Partner | Privileges: 1,2,3,4

protel Support | Privileges: 1, 2, 3, 4, 5, 6

Suppose that the levels “Customer”, “protel Partner”, and “protel Support” were linked to the above mentioned privileges. Then it would be possible for one user to have the following rights, for example:

Level= protel Partners	User 1 is allocated to the level “protel Partner”.
Roles: Hotel A = protel Partner Hotel B = Guest	For Hotel A, he adopts the “Partner role” and takes on privileges 1-4, whereas for Hotel B, he adopts the “guest role” and appropriately the maximum privileges 1 + 2. The various roles, however, do not have an effect on his general “protel Partner” level. As soon as User 1 has been assigned the “Partner role” for Hotel A, his level cannot be downgraded to “Customer”. A user cannot execute a role which is higher than his general level.
Privileges=1, 2, 3, 4	His role entitled “Partner role” cannot be added to privileges 5 + 6, because these privileges are reserved solely for the “protel Support” level.
Permission for Hotel A and Hotel B	Based on the permission, the user eventually has additional hotel-specific roles at his disposal. When the user has the permission for Hotel A and Hotel B, he can access them in the Cloud Center and also be assigned hotel-specific roles for these two hotels.

The levels, roles, and privileges are linked to one another and therefore can neither be permitted nor deleted. Because the roles consist of individual roles, the possibility of creating custom-made user roles does exist.