Access Rights

Access Rights

The access rights are very important when using GeniusProject. The access rights are defined at multiple levels: 

  • Server Access/ Server authentication Access Control List (ACL). (On-premises only)
  • User license type.
  • Navigation setup.
  • OBS and Hierarchical organization
  • Project membership.
  • Document/record level security.
  • Workflow 

Server Access/Server Authentication

The user must have access to the server on which the database resides. He(she) has to have a valid account.

Access Control List (ACL) - On-Premise Only

The ACL specifies the user's rights at the database level. For example, the user can be allowed to view or modify all documents, to create projects, etc.

This setup is done by the server administrator or the application manager. 

User Licence Type

Depending on his/her license, a user may be allowed to create and edit certain types of documents. If a user does not have the required license to edit or create a document, the adequate message will be displayed. Example: "A <Project leader> license is required to create this type of document!" . This is a task of the application manager to define user licenses in the Resource documents in the 'Resource' database. 


The application manager can define the navigation for each license type. This can be customized to depend on something else than the license type, for example the resource type.

OBS Organization Breakdown Structure

Each project and resource can be attached to an OBS. The OBS can be used to manage access rights. See “Hierarchical structures definition” the Portfolio Module setup.

Project Membership 

In the 'Projects' module, by default, only the resources specified in the 'Participants' section of the Project description are authorized to view the documents of that particular project (with the exception of resources having the role [COP_MANAGERS] or [ViewAll].

Those default access rights can be changed in each Project Modules in the “Security” tab of the “General setup” of the Project Module.

The authorizations are saved into each document/records, this is why it is necessary to update the security on all documents when the list of participants for a project is modified.

Documents/Record Level Security

The authorizations can be restricted or expanded at the document/record level. It is possible to limit the visibility of a document to the project leaders, or to authorize another member of the project to edit a document for which he/she is not the author.

It's possible to bypass the security defined at the project level by modifying the security at the document level. But it is not possible to bypass the security set at the database level by modifying the security at the document level. For example a user that has only 'Reader' access in the database ACL will not be able to edit a document, even if it is declared as an author at the document level.

GeniusProject’s advanced and powerful security and access definition is available for any document. Clear and easy security settings are available in each document. Default security settings can be setup at the system and project level.

To view the access rights settings for a document, click the  icon on the top right side above the section line.

Access rights are defined for each document author. By default, the name of the author is the name of the resource that is creating or modifying the document. This field can be modified; for example, an assistant who wants to create a document for the supervisor can indicate their supervisor’s name as the author.

Write and Read access can also be set in for the project community:

  • Public: anyone having access to the system
  • Project: all members of the project team.
  • Distribution: the resources defined in the “Distribution” list for this document.
  • Private: nobody other than the author(s).

It is also possible to define read access according to business roles.

Access Rights According to Workflow Definition

By defining a workflow, it is possible to define who as the right or not to modify a document at each status of a workflow.  For more information see chapter, “Workflow in GeniusProject.”

    • Related Articles

    • KPI Access Rights (v8.xx)

      KPIs are created and defined in the Portfolio KPI Setup and apply to all Projects databases. Action Role Rules Creation [KPI_Creator] The role [KPI_Creator] is required to create KPI Definition documents. Update [KPI_Creator], [Setup] The role ...
    • Access Templates (v8.xx)

      Project templates are available to users when they are visible in the 'Portfolio', i.e. when the 'Refresh the list of projects' agent of the 'Portfolio' database has run. Project templates are visible to any resource having the role [ViewTemplates] ...
    • Status Access Restriction (v8.xx)

      It is possible to prevent the access to a status according to some conditions. This is done by creating a formula which will compare an input value to an expected value.Please contact your GeniusProject consultant to have more help in this regard. He ...
    • How to Access the “Setup and Administration” Console

      The Module Setup and Administration Console tools are accessible from the upper right-hand corner of the Geniusproject user interface. Click the icon in the upper right corner. A drop down list appears with all available modules, select the one you ...
    • Address Book Tab (On-premise Only) (v8.xx)

      Fields Use Direction Specifies the direction of synchronization with the address books. Can be either Address Book towards 'Resources' database, or the opposite. Default and recommended value is the first one. Address Book For groups: Determines with ...