|
1 | 1 | = Authorizations |
2 | 2 |
|
3 | | -This section allows you to manage participants' authorizations. It depends on which Authorizations you have configured and |
4 | | -enabled by your developers. To understand more what are authorizations and how to configure them, please refer to the |
5 | | -xref:customize:authorizations.adoc[Authorizations section in the Customize Guide]. |
| 3 | +Authorizations allow to give specific participation rights to participants who have completed a verification process. |
| 4 | +This verification process can be direct, have multiple steps, be online or presential. |
| 5 | + |
| 6 | +For instance you can configure that only participants who have verified themselves by their identity documents can vote on |
| 7 | +proposals in a specific participatory process. |
6 | 8 |
|
7 | | -With authorizations an administrator can define different permissions so participants can make some actions in a component. |
8 | | -For instance you can configure that only participants who have verified herselves by their identity documents can vote on |
9 | | -proposals in a participatory process. |
| 9 | +NOTE: Several authorizations are available by default in the software, but you can also create your own authorizations. |
10 | 10 |
|
11 | | -A participant can see which authorizations do they have available in their account settings. |
| 11 | +== Enable / Disable authorizations |
| 12 | + |
| 13 | +To enable an authorization, you need to have access to the xref:configure:system.adoc[System panel] or ask your administrator. |
| 14 | +To understand more what are authorizations and how to configure them, please refer to the |
| 15 | +xref:customize:authorizations.adoc[Authorizations section in the Customize Guide]. |
12 | 16 |
|
13 | | -image:authorizations_account.png[Authorizations in participants account] |
| 17 | +Participants can access, update or delete their authorizations in their xref:admin:features/my_account/authorizations.adoc[account]. |
14 | 18 |
|
15 | 19 | == Authorizations revocation |
16 | 20 |
|
17 | 21 | A default Decidim installation will not have verified participants. |
18 | 22 |
|
19 | 23 | image:authorizations_admin_default.png[Authorizations in a default installation] |
20 | 24 |
|
21 | | -In the moment that there are some participants verified, an administrator can revoke all the authorizations, as the attributes |
22 | | -that give permissions to those participants could be changed in time and the platform didn't receive these changes in the |
23 | | -participants statuses. For instance, an identity document of a participant could be expired, or if a participant have been |
24 | | -authorized by the "code by postal letter", that participant could move in the meantime. |
| 25 | +From the moment some participants get verified with an authorization, administrators can revoke all the authorizations at once. |
| 26 | +Indeed, after some time, some of the verifications can be deprecated. |
| 27 | +For instance, identity documents expire after some time, or participants can move from a city. |
| 28 | +Then, an administrator can want to force participants to renew their verification information. |
25 | 29 |
|
26 | | -image:authorizations_admin_revocation.png[Authorizations revocation] |
| 30 | +image:participants/authorizations_admin_revocation.png[Authorizations revocation] |
27 | 31 |
|
28 | | -It's possible to revoke all the authorizations with "Revoke all", or to only revoke authorizations before a given date. |
29 | | -Another possiblity is to revoke only the xref:admin:participants/impersonations.adoc[impersonated participants]. |
| 32 | +It's possible to revoke all the authorizations with "Revoke all", or to only revoke authorizations created before a given date. |
| 33 | +Another possiblity is to revoke only the verifications for xref:admin:participants/impersonations.adoc[impersonated participants]. |
30 | 34 |
|
31 | 35 | == Verification methods |
32 | 36 |
|
|
0 commit comments