NOTE: Confluence Cloud migration has completed - switch there. Do not modify anything here! / PanuO
Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Fin: Oikeuksien hallinta 2020


Note

These reforms are presented in Vertex Flow's main version 20.0.00 (Vertex 2020)


Table of Contents



Panel
bgColor#49C6E0

View Permissions


Now you can view the permissions and group members

If you have access to the object card (Read Meta), you can view its permissions. For example, you can track users with write access to the object.

  • Object bage > Permissions...

Image Modified

If you want to know the group members, take move the cursor over the group.

Image Modified

You see what the Permissions mean

Take Move the cursor over the radio Button, so and the program tells will tell you more about the permissions.

Image Modified

See the title who has the Permissions

View users who have a certain permission

Move the cursor over the Permissionso that the program lists , and the program will list the users with the Permissionthat Permission.




Other Permissions

tells about

lists the permissions of the owner and the

founder

creator

Now the owner's and the creator's permissions can be found under Other Permissions.

  • By default, the document founder creator gets Write permissions to the Write permissionsdocument they have added to the document (as before).
  • Others have no permissions to it unless the Permissios Permission Rules provide them.
  • The person you set as the owner gets theWrite permission for permissions for the object.

Image Modified

Just remember that only a user with the Adminpermission to an object can add new groups for Permission Table or change existing Permissions.

You know that the owner can change the ownership of the object to someone else,

leaving

removing the owner's permissions

out of

from himself.

The Connection

permissions

permission has been removed. Selection with radio button.

Previously, in the Permission table there was a connect Permission. Now this permission has been removed from the table.

  • If the user has a Read permission now, he has the opportunity to connect also.
  • Now the maximum rights permissions are set by the with a Radio Button and not by the with a Check Box.
  • Below is the new and old Permission Table.

Image Modified

You can let other related objects inherit hierarchical rights

to other related objects of this projects

Previously, you may have inherited hierarchical rights to let drawings, models , and documents inherit hierarchical rights. Other document types are now included, such as Vertex-compressed (.vxz) files or e-mails.

  • This is only visible and available when using hierarchical rights.

Image Modified

The administrator can control which other types this affects.

Image Modified


Panel
bgColor#49C6E0

Project's Permissions


Add hierarchical permission to

the

a project

In previous versions, it has been possible to add hierarchical permissions to the item structure. Now hierarchical permissions can be added to projects.

  • When you give hierarchical permissions to the a project, the documents under the project inherit these permissions, as long as you select the Inherit to structure and select the associated Document Types to which the inheritance is assigned.

Image Modified


The administrator can add roles to the Permission Rules for Projects

Projects can have different roles (project manager, client, design) who want to give be given role-based rights.

  • Different projects may have different users in their roles.
  • In this case, the same Permission Rule is suitable for several projects.

The picture below shows how to add a role in adding Permisson in Permisson Rule: "Projecs, Products, Customer, Supplier"

  • System Administrator > Users and Permissions > Permission Rules > the above rule > View/edit Table

Image Modified


Define a project organization for

the

a project

In the Project Organization section, you can assign roles to the a project.

  • Project organization managing is possible for all those who have write permissions for the project.
  • That is why it is advisable to carefully design the Permission rules.
    • Only the administrator can edit the Permission rules.

Image Modified




Defining roles

The administrator can define the Permission rules.

Portal > Systems Administration > Users and Permissions > Roles

The

Role-specific Permissions for projects

When people have been added to the roles of the a project, the role-based rights appear in the permission table of justice under their own Role subtitle.

  • If no persons people have been added to the roles, the subtitle Role will not be displayed.
  • When you move the cursor over the a role, you will see the people who has ithave that role.


Image Modified