Project

General

Profile

Actions

Defect #3406

open

Values from roles which don't create accounts are provisioned even for future contracts and future role assignments

Added by Alena Peterová 10 months ago. Updated 6 months ago.

Status:
New
Priority:
High
Assignee:
Tomáš Chalupa
Category:
Account managment
Target version:
-
Start date:
06/26/2023
Due date:
% Done:

0%

Estimated time:
Affected versions:
Owner:

Description

Tested on 12.2.5 and 13.0.6 RC.

Steps to reproduce:
  • create a role filling some multivalued attribute on a system, deactivate the option "Automatically create accounts" and leave deactivated "Forward account management"
  • in contrast, create a similar role and only leave the option "Automatically create accounts" active
  • assign this role to a user and fill "valid from" to some future date.
    (On 12.2.5, this is prefilled from the future contract or by current date. On 13.0.5, you have to set the date manually - see #3405)
  • resave the user (or invoke provisioning in some other way)
  • the value from the role which "doesn't create accounts" is provisioned. The value from the other role is not.

Note: the behavior doesn't depend on the state of the contract, only on the validity of the assigned role. The contract in the example is valid in the future, because that is in my opinion the most important use case, which is broken by this behavior:
  • I want to have a "login" role for AD and create accounts only based on this role.
  • I need future employees in AD before they start working, so the login role uses "Forward account management".
  • Roles for other groups don't create accounts and many of them are assigned automatically based on organization structure (e.g. distribution groups).
  • I don't want to put users into groups before they start working, so the roles don't use forward ACM.

Files

role_mapping.png (107 KB) role_mapping.png Alena Peterová, 06/26/2023 04:26 PM
provisioning_after_resave.png (27.8 KB) provisioning_after_resave.png Alena Peterová, 06/26/2023 04:26 PM
add_group_roles.png (77.7 KB) add_group_roles.png Alena Peterová, 06/26/2023 04:26 PM
Actions #2

Updated by Vladimír Kotýnek 10 months ago

This happens not only for multivalued attributes but for any override of an attribute from a role. E.g. I have role that overrides "mailHost" attribute from a role and this happened to me too.

Actions #4

Updated by Martin Kolombo 6 months ago

  • Sprint set to Next sprint candidates (Oct 30 - Nov 13)
Actions #5

Updated by Martin Kolombo 6 months ago

  • Sprint changed from Next sprint candidates (Oct 30 - Nov 13) to IdStory + Procorp - 3 (Nov 01 - Nov 15)
Actions #6

Updated by Martin Kolombo 6 months ago

  • Assignee changed from Peter Štrunc to Tomáš Chalupa
Actions

Also available in: Atom PDF