- 4 minutes to read

Permission Set for the Repository Model

Unlock secure, role-based access and advanced management for your entire integration landscape with the Repository Model permission set in Nodinite. This guide empowers integration experts and administrators to control who can view, create, or modify key repository entities—ensuring compliance, security, and operational efficiency.

✅ Granular, role-based access control for all repository entities
✅ Empower users with self-service options while maintaining security
✅ Advanced features: view, create, and modify integrations, systems, services, and more
✅ Flexible permission inheritance and global settings

The following permissions exist for the Repository Model permission set:

graph LR subgraph "fal:fa-sitemap Permissions for Repository Model" ro23[fal:fa-lock Permission Set] --> ro1(fal:fa-door-open Global setting) subgraph "Repository" ro2(fal:fa-sitemap Access Repository) ro3[fal:fa-puzzle-piece Integrations] ro4[fal:fa-dice-d6 Systems] ro5[fal:fa-gear Services] ro6[fal:fa-file Message Types] ro7[fal:fa-sign-in-alt Endpoints] ro8[fal:fa-newspaper Knowledge base Articles] ro9[fal:fa-paint-roller Custom Fields] ro10[fal:fa-tags Custom Metadata] end ro1 --- |Allow or Deny| ro2 ro1 -.- |Inherit, Allow or Deny|ro3 ro1 -.- |Inherit, Allow or Deny|ro4 ro1 -.- |Inherit, Allow or Deny|ro5 ro1 -.- |Inherit, Allow or Deny|ro6 ro1 -.- |Inherit, Allow or Deny|ro7 ro1 -.- |Inherit, Allow or Deny|ro8 ro1 -.- |Inherit, Allow or Deny|ro9 ro1 -.- |Inherit, Allow or Deny|ro10 end

Visual overview: Permission relationships for the Repository Model in Nodinite

Set permissions on Roles. The values for a permission are as follows:

  • Inherited – Default (not allowed unless the end-user is part of another Role where this grant is set).

    Note

    Not allowed is NOT the same as Deny! It means the inheritance chain is honored.

  • Allow – Access is granted.
  • Deny – The feature is blocked from usage. Use this setting only for special cases.

Note

Regardless of other permission sets, a Deny always wins. Since entities are assigned to Roles, you should rarely need to use Deny. Instead, consider removing the entity from the Roles.

For the Repository Model, the following operations are managed:

Access (read-only)

If the permission is set to Allow, the end-user has visibility and read-only rights.

Create

If the permission is set to Allow, the end-user can create new items in the Repository Model for the selected entity.

Modify

If the permission is set to Allow, the end-user can modify existing items in the Repository Model for the selected entity.

Access Repository

To access and manage the Nodinite Repository Model, the User must be a member of a Role granted (Allow) access to the Repository.
Access right
The Roles is set to Allow access to the Repository.

If the Roles is denied access to the Nodinite Repository Model, the Repository is not even part of the main menu pane:
Unavailable Repository

Integrations

In the Web Client, end-users in Roles with the Access Integrations permission can view information about Integrations. A Nodinite Administrator can manage the following permissions:

Managing Integrations
Example: Managing the Integrations permissions for Role.

Systems

In the Web Client, end-users in Roles with the Access Systems permission can view information about Systems. A Nodinite Administrator can manage the following permissions:

Managing Systems
Example: Managing the Systems permissions for Role.

Services

In the Web Client, end-users in Roles with the Access Services permission can view information about Services. A Nodinite Administrator can manage the following permissions:

Managing Services
Example: Managing the Services permissions for Role.

Contracts

In the Web Client, end-users in Roles with the Access Contracts permission can view information about Contracts. A Nodinite Administrator can manage the following permissions:

Managing Contracts
Example: Managing the Contracts permissions for Role.

Important

The UseContracts System Parameter must be set to true; otherwise, the Contracts feature is disabled.

Message Types

In the Web Client, end-users in Roles with the Access Message Types permission can view information about Message Types. A Nodinite Administrator can manage the following permissions:

Managing Message Types
Example: Managing the Message Types permissions for Role.

Endpoints

In the Web Client, end-users in Roles with the Access Endpoints permission can view information about Endpoints. A Nodinite Administrator can manage the following permissions:

Managing Endpoints
Example: Managing the Endpoints permissions for Role.

Articles

In the Web Client, end-users in Roles with the Access Articles permission can view information about Articles. A Nodinite Administrator can manage the following permissions:

Managing Articles
Example: Managing the Articles permissions for Role.

Custom Fields

In the Web Client, end-users in Roles with the Access Custom Fields permission can view information about Custom Fields. A Nodinite Administrator can manage the following permissions:

Managing Custom Fields
Example: Managing the Custom Fields permissions for Role.

Custom Metadata

In the Web Client, end-users in Roles with the Access Custom Metadata permission can view information about Custom Metadata. A Nodinite Administrator can manage the following permissions:

Managing Custom Metadata
Example: Managing the Custom Metadata permissions for Role.


Next Step

Add or manage Role
Add or manage Log View
Add or manage Monitor View
Repository Model

Users
Log Views
Monitor Views
Access Management