Delegate user administration (entity)

Last modified by Aurelie Bertrand on 2025/12/19 08:51


Managing users by entity enables users to be segmented, for example, according to organisational structure (subsidiaries, departments or services). The administration of user "groups" can then be delegated to an entity administrator, who can manage only those users whose entity has an identical or partially identical value, depending on the case. For example, the administrator of the Logistics entity will only be able to see the users to whom this entity has been assigned.

An administrator can manage one or more entities and a user can be assigned one or more entities.
Administrators with an empty entity can manage all users.

The following sections describe the steps involved in activating, creating and assigning entities, as well as the visibility and administration rules for users.

Activate the creation of user entities

The functionality must first be activated:

  1. Stop the server.
  2. Choose a common attribute not used in your LDAP (for example, departmentNumber).

❗ The attributes may depend on the LDAP server used.

  1. Edit the usersettings.xml file located in the appdata/EnterpriseServer/ddenterpriseapi/config/ directory.
  2. In the User group, add the following line and save.
<input disabled="false" mandatory="false" name="departmentNumber" reg="false" sample="$uisrv.UserEntitySample" showif="" src="" text="$uisrv.UserEntity" type="textfield" userparam="false" value=""/>
  1. Start the server.
  2. From the home page, go to Configuration -> Server settings -> Servers -> LDAP server.
  3. In the User Entity Attribute field, enter the name of the LDAP attribute chosen previously (for example, departmentNumber) and click Save.1763971931431-797.png

➡ The feature is enabled and a new User Entity field is then displayed in User Edit.

Creating user entities

To create user entities:

  1. If it does not exist, create the"Entity Administrator" user: see Create a user for more information.
    Here, for example, we create the Logistics Administrator.
  2. Fill in the User Entity field with the chosen entity name. It is possible to define several values separated by the "|" sign.
    Here, for example, we define the LOG entity for the Logistics group and SUPPLY for the Supply chain group.
    Admin_logistics_entity_EN.png​​​​​​​
  3. Edit the users you wish to add to this group and define the entity to which they belong in the same way.
    For users in the Logistics group, the value LOG is defined here and for users in the Supply chain group, the value SUPPLY in the User entity field.
    For users belonging to both the Logistics and Supply chain groups, the 2 values can be defined as LOG|SUPPLY.
    The LOG admin can manage all users with the LOG entity and view users with the LOG or LOG|SUPPLY entity.
    The LOG|SUPPLY admin can manage and view all users with the LOG, SUPPLY or LOG|SUPPLY entity.

💡 Users created by the entity administrator inherit this entity by default.

  1. Proceed in the same way for other entities.

For administrators with a high level of rights, the User Entity field should remain empty.

Entity administration rules

To illustrate the use of user entities, we consider here 3 different user entities and several users:

  • Users with no entity (super admin)
  • Users with entity A
  • Users with entity B
  • Users with entity C
  • Users with A|B entities
  • Users with entities A|B|C

A user with no entity is considered to be a "Super admin" and can see all users regardless of their entities.

User visibility

The following table details the visibility rights granted to each type of administrator: the super-admin (admin with empty entity) can see all users, while admins associated with one or more entities can only see users belonging to their own entities or combinations of these.

Admin typeCan see...
Admin with empty entityAll users: entity A, B, C, A|B and A|B|C and empty entity
Admin entity AUsers with entity A, A|B and A|B|C
Admin entity BUsers with entity B, A|B and A|B|C
Admin entity A|BUsers with entity A, B, A|B and A|B|C

Modifying, creating and deleting a user

The following table details the rules for managing administration rights for modifying, creating and deleting users, depending on the type of administrator.

Admin typeCan modify the personal user data
(password, email, language, etc) of...
Admin without entityAll users with entity A, B, C, A|B and A|B|C
Admin entity AUsers with entity A, A|B and A|B|C
Admin entity B

Users with entity B, A|B and A|B|C

Admin entity A|BUsers with entity A, B, A|B and A|B|C
Admin typeCan create...Can delete...
Admin without entityAny user with entity A, B, C, A|B and A|B|C, and empty entityAll users with entity A, B, C, A|B and A|B|C, and empty entity
Admin entity A

Users with entity A

Users with entity A

If Entity Admin A deletes a user with entity A|B, A is removed from the user. Admin Entity A can no longer see it, but the user still exists with Entity B.

Admin entity B

Users with entity B

Users with entity B

If Entity Admin B deletes a User with Entity A|B, B is removed from the User. Admin entity B can no longer see it, but the user still exists with entity A.

Admin entity A|BUsers with entity A, B and A|B

Users with entity A, B and A|B

If admin entity A|B deletes a user whose entity is A|B|C, A|B is removed from the user. Admin entity A|B can no longer see it, but the user still exists with entity C.

Modifying a user's entity

The following table summarises the possible actions when modifying a user's entities for each type of administrator.

Admin typeUser AUser BUser A|BUser A|B|C
Admin without entityCan remove or add any entity
Admin entity ACannot remove or add anything Can remove A: in this case, it will no longer see the userCan remove A: in this case, it will no longer see the user
Admin entity B  Can remove B: in this case, it will no longer see the userCan remove B: in which case it will no longer see the user
Admin entity A|BCan remove A and add B: the user can then have entity B or A|BCan remove B and add A: the user can then have entity A or A|B

Can remove A or B: in this case, it will still see the user

Can remove A or B: in this case, it will still see the user

Can remove A and B: in this case, they will no longer see the user

Importing and restoring users

For security reasons, when importing users or restoring a backup, the entity administrator cannot import users with an entity that he or she does not own.

Admin typeCan import...Cannot import...
Admin with empty entityAny user: entity A, B, C, A|B or A|B|C, or empty entity 
Admin entity AA user with entity AA user with entity B, C, A|B, A|B|C or empty entity
Admin entity BA user with entity BA user with entity A, C, A|B or A|B|C or empty
Admin entity A|BA user with entity A or B or A|BA user with entity C, A|B|C or empty

ℹ An admin with no entity (user entity disabled) can import any user: in this case, the entity of the imported user is ignored.