Role management interface

 

Starting from 2022.5.0, Starter kit provides a new user interface for managing roles and permissions. It is now possible to edit or create a role through this interface.

Access

To access the roles management interface, go to the back-office, and click on :

Administration > Users > Roles

Direct URL: https://[Your-project-domain]/wedia-config/users-and-roles/

 

Introducing the role type

To enforce our licensing rights and facilitate the creation of new roles, each role is assigned a specific role type.

The role type determines :

  • The set of permissions that a role will inherit,

  • A mechanism to ensure that certain default permissions cannot be overridden for that role.

Starter kit roles type

Starter kit includes 3 role types configured to match standard license agreements : see the details here

The Wedia integration team can create / update / delete role templates to meet customer-specific license agreements. This can be done without deploying a NAR. For exemple, I can authorize a user type to delete an asset.

Introduction to metadata family

Starter kit default metadata families :

ID

Name of the family

Description

Starter kit metadata

Technical Key

12

Opened metadata

Metadata that contributors can enrich

Keywords, Collection, Folder, Languages, Photographer, Geographical thesaurus

dam.metadata.opened

13

Closed metadata

Metadata that only admin can enrich

Organization, Channel

dam.metadata.closed

14

AI metadata

Metadata that are gathered by AI.

AI Colors, AI concepts, Celebrity, Landmark

dam.metadata.ai

15

Technical metadata

Metadata that are handled by the system

Asset type, color space, Language orientation, videoratio

dam.metadata.tech

18

Static metadata

Metadata that should not change in live mode

Country , Language, rights

dam.metadata.static

The metadata that are likely to share the same permissions for a role are grouped into Families.

Each role type has a specific configuration for each metadata family.

Role type management interface

Wedia customers do not have access to the role type management interface, which allows Wedia to manage role types.

Role type management interface

This interface is similar to the role management interface, but with the added ability to enable or disable sections.

When a section is disabled, it cannot be configured at the role level and the role type configuration applies to all roles.

When a section is active, there are two cases:

  • The administrator has explicitly chosen to customize the section configuration at role level → the new configuration of the role type will not be applied to this role.

  • The administrator has not explicitly chosen to customize the section configuration at the role level → the new role type configuration will be applied to this role automatically.

Additionally, there is one configuration that applies to all asset libraries and one configuration that applies to each metadata family.

 

Licence monitoring

Starter kit comes with 10 licenses that apply to users with roles based on administrator/contributor role type.

This rule can be adapted with the Admin > Authorized Users interface by the integration team depending on the number of licenses sold. 

 

Role management

Role management basics

Project teams can create an unlimited number of roles based on role types.

They can update the roles, but cannot change the assigned role type.

Once a role is created from a role type, it cannot be changed. However, the project teams can modify the inherited permissions within the limitations set by the role type

 

Role management interface

General information

The interface allow you to configure :

  • Name

  • Description

  • Download resolutions

Asset libraries

The interface allow you to configure for each asset library, and by status, the authorized actions on the asset, as well as authorized actions in the asset workflow.

 

Metadata

The interface lists the metadata families that have been configured for the project.

You can customize the permissions to be applied to each metadata family or keep the default configuration.

You can also customize the permissions for one or more specific metadata items.

 

Global permissions

The interface lists a few global permissions you can manage.

You can customize the features available from the asset page or from the boards

 

Backoffice access

Decide if a role has access to the back-office and what it can manage among :

  • Manage Users

  • Manage homepage

  • Manage role (not visible by default, you need to activate the section at role lever if you like it)

  • Manage Data Model (not visible by default, you need to activate the section at role lever if you like it)

  • Manage Portal (not visible by default, you need to activate the section at role lever if you like it)

    • Manage Search, menus, and pages

    • Manage Logos, and colors

Decide which backoffice menus to display :

  • When there are no custom menus, the section is not displayed.

  • Starting from 2023.3.0 WEDIA Release, the backoffice menu is automatically generated based on the user's permissions. However, it is still possible to create "Custom" menus. In this section, the "Custom" menus are displayed. Check the ones you want to display for the role.

 

 

Others rules

It is highly recommended for developers to add messages with a brief explanation when implementing custom “security” rules on a project.

These messages provide traceability and help DAM administrators stay informed about the rules that apply to a role.

For adding a new message, follow these steps

Application upgrade and specific rules

 

Project teams should always have a reference environment when using the new configuration interface. This reference environment can change throughout the project's life cycle. For example, at the start of a project, the reference environment will be the integration environment where you will perform the entire project configuration. Once the project is in production, and if the interface is open to the client, the reference environment would become the production environment.

Under these circumstances, it is important that deliveries to the reference environment do not include structures such as role, pkgroletemplate, pkgsecugroup, and pkgsecupermission. This is to avoid overwriting configurations made by the project team or the client themselves.

Project specific rules can still be written in the admin security module.

Starting a new project

When the data model of the project is complete, you should see the following changes in the role management interface :

  • Asset libraries are displayed in tabs ( if you have only one asset library, there is no tab)

  • The metadata display under blue labels and are linked with families.

 

Default roles (administrator, contributor, user) are functional immediately without any additional action required.

Documentation

More documentation for developpers is available here : Roles and permissions