Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
tutorial:adm:role_change_notification_configuration [2018/01/24 11:44]
stloukalp
tutorial:adm:role_change_notification_configuration [2019/01/07 12:11] (current)
kotisovam
Line 1: Line 1:
 ===== Role assignment - configuring notifications ===== ===== Role assignment - configuring notifications =====
-The notification about the request status is sent when the role assignment change request is resolved. The default recipient is the user for whom the roles are to be changed.+notification about the request status is sent when role assignment change request is resolved. The default recipient is the user for whom the roles are to be changed.
  
 {{ :​devel:​adm:​sending_notifications_configuration.png?​600 | sending notifications configuration}} {{ :​devel:​adm:​sending_notifications_configuration.png?​600 | sending notifications configuration}}
  
-There are two possible recipients at the moment +There are two possible recipients at the moment: 
-  * the user for whom it is the change requested +  * the user for whom the change ​has been requested ​(applicant) 
-  * the user that really ​created the request+  * the user that's actually ​created the request ​(implementer)
  
-In **Settings->​Configuration** the recipient can be changed.+In **Settings->​Configuration**the recipient can be changed.
  
-By clicking on green button ​Add we add variable '​**idm.sec.core.wf.notification.applicant.enabled**'​ as a key and true/false as a value. ​Same we can do with variable '​**idm.sec.core.wf.notification.implementer.enabled**'​.+By clicking on the green **Add** button ​we add the variable '​**idm.sec.core.wf.notification.applicant.enabled**'​ as a key and true/false as a value. ​The same applies to the variable '​**idm.sec.core.wf.notification.implementer.enabled**'​.
  
 {{ :​devel:​adm:​sending_notifications_add.png?​600 |}} {{ :​devel:​adm:​sending_notifications_add.png?​600 |}}
  
-  * '​**idm.sec.core.wf.notification.applicant.enabled**' ​configure ​sending notifications to identitywhose permissions ​will be modified. ​But if it is identitywho requested change ​role to its own permissions, ​it is implementer tooSo if this variable is false and the other is true, identity is still implementer and will receive notification. But if both are true, identity will get just 1 notification. +  * '​**idm.sec.core.wf.notification.applicant.enabled**' ​configures ​sending notifications to the identity whose permissions ​are to be modified. ​If this involves the same identity who'​s ​requested ​the change ​regarding his/​her ​own role permissions, ​then s/he herself/​himself executes the change requestIf this variable is false and the other one is set as true, the identity is still an implementer and will be notified accordingly. But if both are true, the identity will get just 1 notification. 
-  * '​**idm.sec.core.wf.notification.implementer.enabled**' ​configure ​sending notification to identitywho made request on behalf another identity. ​For examplewhen manager ​request ​role for employee ​in his department and wants to know the result.+  * '​**idm.sec.core.wf.notification.implementer.enabled**' ​configures ​sending notification to the identity who'​d ​made request on behalf ​of another identity. ​Saymanager ​requests a role for one of his/her employees ​in his/her department and wants to know the result.