====== Modules - Recertification [rec] ======
<- .:modules_crt | ^ .:start | Documentation ^ .:modules_sms →
{{tag> recertification role}}
Role recertification module approves assigned user roles **again**.
When user has a lot of assigned roles for a long time, we want to check these assigned roles periodicaly (in a half year interval for security reasons), if some assigned role has to be already removed. Currently valid manual direct assigned roles are checked - only manual roles can be assigned and stay assigend, after user is changed some way (e.g. user contract is exluded, work position was changed).
{{ .:rect.jpg?nolink& }}CzechIdM version >= 9.7.0 is required.
===== Version =====
^Version^Compatible with product|**Notes** |
|2.2.0|11.X.X|Recertification by guarantee (authorizer), UX improvements|
|4.0.1|14.X.X|Bugfixes|
|4.0.2|14.X.X|Bugfixes|
|14.0.0|14.X.X|Added LRT for regular recertifications|
|15.0.0|15.5.0|See [[.:modules_rec_15#version|Recertification (IdM 15)]]|
===== Terminology =====
* Recertification **action** - recertification action (bulk action) creates recertification requests. Action can be executed from user or role table.
* Recertification **request** - recertification request is created for single user contract or role (by recertification type, see below) an contains items.
* Recertification **item** - single assigned role, which schould be apporoved in recertification request. Item = assigned user role can be approved (~recertificated) or removed.
===== Recertification types =====
Recertification type defines, who can approve role recertification request and define request content:
- **Approve by user contract manager** (''CONTRACT'') - recertification request is created for each user contract included in recerrrtification action. Managers defined by user contract can approve this request.
- **Approve by role guarantee** (''ROLE'') - recertification request is created for each role included in recerrrtification action. Role guarantees defined by user or by role can approve this request.
When **no approver** is found for given request, then **recertification is blocked** after creation - apporovers have to be configured properly by the recertification type and then recertification action can be executed again.
===== Future improvements =====
- [[https://redmine.czechidm.com/issues/1760|#1760]]: Move tab from identity detail to roles tab. - [[https://redmine.czechidm.com/issues/1759|#1759]]: Run recertification action again.
===== Read More =====
==== Admin guide ====
* [[.:modules_rec:adm:security|]]
* [[.:modules_rec:adm:configuration|]]
==== Admin tutorial ====
* [[:tutorial:adm:module_recertification|]]
==== Devel guide ====
* [[.:modules_rec:dev:filters|]]