Skip to content

Commit 8337610

Browse files
committed
acrolinx updates
1 parent ca8435e commit 8337610

File tree

1 file changed

+16
-15
lines changed

1 file changed

+16
-15
lines changed

articles/active-directory/governance/using-multi-stage-reviews.md

Lines changed: 16 additions & 15 deletions
Original file line numberDiff line numberDiff line change
@@ -18,25 +18,26 @@ ms.collection: M365-identity-device-management
1818

1919
# Using multi-stage reviews to meet your attestation and certification needs in Azure AD
2020

21-
Azure AD Access Reviews support up to three review stages, in which multiple types of reviewers engage in determining who still needs access to company resources. This could be membership in groups or teams, access to applications, assignments to privileged roles, or access package assignments. When review administrators configure the review for automatic application of decisions, at the end of the review period, access is revoked for denied users.
21+
Azure AD Access Reviews support up to three review stages, in which multiple types of reviewers engage in determining who still needs access to company resources. These reviews could be for membership in groups or teams, access to applications, assignments to privileged roles, or access package assignments. When review administrators configure the review for automatic application of decisions, at the end of the review period, access is revoked for denied users.
2222

2323
## Use cases for multi-stage reviews
2424

25-
Multi-stage access reviews allow you and your organization to enable complex workflows to meet recertification and audit requirements calling for multiple reviewers to attest to access for users in a particular sequence. It also helps you design more efficient reviews for your resource owners and auditors by reducing the number of decisions each reviewer is accountable for. This allows for combining otherwise disjoint, separate reviews for the same resource, to be combined in one access review.
25+
Multi-stage access reviews allow you and your organization to enable complex workflows to meet recertification and audit requirements calling for multiple reviewers to attest to access for users in a particular sequence. It also helps you design more efficient reviews for your resource owners and auditors by reducing the number of decisions each reviewer is accountable for. This approach allows for combining otherwise disjoint, separate reviews for the same resource, to be combined in one access review.
2626

2727
:::image type="content" source="media/using-multi-stage-reviews/new-access-reviews.png" alt-text="Screenshot of new access reviews." lightbox="media/using-multi-stage-reviews/new-access-reviews.png":::
2828

2929
Here are some scenarios you may want to consider:
3030

3131
- **Reach consensus across multiple sets of reviewers:** Let two audiences of reviewers independently review access to a resource. You can configure reviews such that both stages of reviewers must agree on *Approved* without seeing each other’s decisions.
3232
- **Assign alternate reviewers to weigh in on unreviewed decisions:** Let the resource owner attest to access to their resource in stage 1. Then, users for which no decision has been recorded go to a second stage reviewer, such as the user’s manager or an auditing team, who review the undecided requests.
33-
- **Reduce burden on later-stage reviewers:** Reviews can be configured such that earlier-stage-denied users will not be reviewed by later stages, allowing for later stage reviewers to see a filtered-down list.
33+
- **Reduce burden on later-stage reviewers:** Reviews can be configured such that earlier-stage-denied users won't be reviewed by later stages, allowing for later stage reviewers to see a filtered-down list.
3434

3535
## Reach consensus across multiple sets of reviewers
3636

37-
Reaching quorum on the right access for users could be difficult. Especially for resources that a lot of users have access to, or for a diverse group or users that need to be reviewed, it is hard for any single reviewer to make the right choices for all reviewees. Reaching consensus by giving three different reviewer groups the opportunity to record decisions and by showing what the earlier reviewer audiences said helps drive consensus on who should have access to the resource.
37+
Reaching quorum on the right access for users could be difficult. For resources that many users have access to, or for a diverse group or users that need to be reviewed, it's especially hard for any single reviewer to make the right choices for all reviewees. Reaching consensus by giving three different reviewer groups the opportunity to record decisions and by showing what the earlier reviewer audiences said helps drive consensus on who should have access to the resource.
38+
39+
An example would be a review that consists of three stages that determines group membership to a group that governs access to a resource. In the review settings, the administrator chooses to not show decisions of earlier stage reviewers. This configuration allows for every review audience, for example the user’s manager, the group owner and a security officer to review access independently. The three stages are lined up with increased importance of reviewer audience weight, with decisions from the last reviewer audience potentially overwriting earlier-stage reviewer’s decisions.
3840

39-
An example for this would be a review that consists of three stages that determines group membership to a group which governs access to a resource. In the review settings, the administrator chooses to not show decisions of earlier stage reviewers. This allows for every review audience, for example the user’s manager, the group owner and a security officer to review access independently. The three stages are lined up with increased importance of reviewer audience weight, with decisions from the last reviewer audience potentially overwriting earlier-stage reviewer’s decisions.
4041
The configuration for this scenario would look like this:
4142

4243
| Attribute | Configuration |
@@ -49,11 +50,11 @@ The configuration for this scenario would look like this:
4950
|Reviewees going to the next stage|Select all|
5051
|If reviewers don’t respond|Remove access|
5152

52-
## Assign alternate reviewers to weigh in on un-reviewed decisions
53+
## Assign alternate reviewers to weigh in on unreviewed decisions
5354

54-
For scenarios that you need decisions recorded and need to make sure that access is preserved for the right people, multi-stage reviews let you progress a subset of reviewees to the next stage, that potentially need a second reviewer audience for double-checking or decision making. Customers can use this pattern to ensure that there are fewer un-reviewed users or users marked as **Don’t know**, by progressing these reviewees to another stage, and having another group of reviewers take decisions.
55+
For scenarios that you need decisions recorded and need to make sure that access is preserved for the right people, multi-stage reviews let you progress a subset of reviewees to the next stage, that potentially needs a second reviewer audience for double-checking or decision making. Customers can use this pattern to ensure that there are fewer unreviewed users or users marked as **Don’t know**, by progressing these reviewees to another stage, and having another group of reviewers take decisions.
5556

56-
An example for this would be review that contains of two stages, that determines access to an application. In the review settings, the review administrator chooses to **Show previous stage(s) decisions to later stage reviewers**. For **Reviewees going to the next stage**, the decisions that need confirmation would be added: to ensure all reviewees have a decision, select **reviewees marked as ‘Don’t know’** and **Not reviewed reviewees**, so that later-stage reviewers only see the undecided or unsure reviewees to retain the right access.
57+
An example for this would be review that contains of two stages that determines access to an application. In the review settings, the review administrator chooses to **Show previous stage(s) decisions to later stage reviewers**. For **Reviewees going to the next stage**, the decisions that need confirmation would be added: to ensure all reviewees have a decision, select **reviewees marked as ‘Don’t know’** and **Not reviewed reviewees**, so that later-stage reviewers only see the undecided or unsure reviewees to retain the right access.
5758

5859
| Attribute | Configuration |
5960
|:--- |:---:|
@@ -66,7 +67,7 @@ An example for this would be review that contains of two stages, that determines
6667

6768
## Reduce burden on later stage reviewers
6869

69-
For reviews that may contain many reviewees, or users to be reviewed and attested, you may want to require all end users to self-attest before they are reviewed by a resource owner or their manager in a later stage. This model allows for filtering reviewees from stage to stage, progressing reviewees that have self-approved, only.
70+
For reviews that may contain many reviewees, or users to be reviewed and attested, you may require all end users to self-attest before they're reviewed by a resource owner or their manager in a later stage. This model allows for filtering reviewees from stage to stage, progressing reviewees that have self-approved, only.
7071

7172
Later stage reviewers, such as user’s managers, or the resource owner, only see the reduced list of reviewees – those that approved previously. The number of reviewees per stage decreases stage by stage. Only the users that have been approved through all three stages preserve access.
7273

@@ -82,15 +83,15 @@ An example of this would be a review of a group that grants an IT exception, tha
8283
|Reviewees going to the next stage|Select **Approved reviewees**|
8384
|If reviewers don’t respond|Remove Access|
8485

85-
:::image type="content" source="media/using-multi-stage-reviews/multi-stage-reviews.png" alt-text="Screenshot of new access reviews." lightbox="media/using-multi-stage-reviews/multi-stage-reviews.png":::
86+
:::image type="content" source="media/using-multi-stage-reviews/multi-stage-reviews.png" alt-text="Screenshot of multi-stage reviews." lightbox="media/using-multi-stage-reviews/multi-stage-reviews.png":::
8687

8788
## Guest user reviews
8889

89-
Guest user reviews include organizations that leverage Azure AD B2B for collaboration, invite users from another company into their tenant, creating guest user accounts for assigning, and tracking and reviewing access to resources. These guest users’ access should be reviewed regularly to check on whether collaboration is still desired in order to facilitate a clean up of guest user accounts that are no longer needed.
90+
Guest user reviews include organizations that use Azure AD B2B for collaboration, users invited from another company into their tenant, guest user accounts created for assigning, and resources for tracking and reviewing access. These guest users’ access should be reviewed regularly to check on whether collaboration is still desired in order to facilitate a cleanup of guest user accounts that are no longer needed.
9091

91-
This scenario can be configured with multi-stage reviews similarly to how the reduce reviewee list by filtering works, by asking guest users to self-review and attest their continued interest and need for collaboration, and only then letting an internal employee approve or deny continued access or collaboration.
92+
This scenario can be configured with multi-stage reviews similarly to how the reduce reviewee list by filtering works. First, ask guest users to self-review and attest their continued interest and need for collaboration, and only then letting an internal employee approve or deny continued access or collaboration.
9293

93-
For guest user review scenarios, Access Reviews supports an additional configuration option: **Action to apply on denied guest users**, that can result in either:
94+
For guest user review scenarios, Access Reviews supports an extra configuration option: **Action to apply on denied guest users**, that can result in either:
9495

9596
- Remove user’s membership from the resource
9697
- Block user from signing-in for 30 days, then remove user from the tenant
@@ -114,7 +115,7 @@ Depending on your review needs, guest users that aren’t responding to the revi
114115

115116
Review administrators define the duration of every review stage and therefore, how much time reviewers in their stage have to record their decisions. Each stage can be configured to have its own duration, to cater for availability and expectation of reviewers.
116117

117-
:::image type="content" source="media/using-multi-stage-reviews/using-multi-stage-reviews.png" alt-text="Screenshot of new access reviews." lightbox="media/using-multi-stage-reviews/using-multi-stage-reviews.png":::
118+
:::image type="content" source="media/using-multi-stage-reviews/using-multi-stage-reviews.png" alt-text="Screenshot of using multi-stage reviews." lightbox="media/using-multi-stage-reviews/using-multi-stage-reviews.png":::
118119

119120
Each review stage will stay open for reviewers to add decisions for the length of the duration. Review administrators can stop a running stage and automatically progress the overall review to the next review stage on the reviewer overview page, by selecting **Stop current stage**.
120121

@@ -126,7 +127,7 @@ Decisions are collected by reviewers for every stage. The setting **Reviewees go
126127

127128
For all decisions, the last decision recorded for a reviewee is applied at the end of the review. Decisions that were made for Jane in the first stage of the review, can in stage two and stage three be overwritten by later-stage reviewers.
128129

129-
If the **Reviewees going to the next stage** setting is set such that only a subset of reviewees progress to later stages, it may be that decisions made in the first stage are applied at the end of the review. If the review administrator configured a three-stage review, and wants only **Denied** and **Not reviewed** reviewees to progress to the next stages, if Jane was approved in the first stage, she will not progress to the later stages and her **Approve** decision is recorded and at the end of the review, applied.
130+
If the **Reviewees going to the next stage** setting is set such that only a subset of reviewees progress to later stages, it may be that decisions made in the first stage are applied at the end of the review. If the review administrator configured a three-stage review, and wants only **Denied** and **Not reviewed** reviewees to progress to the next stages, if Jane was approved in the first stage, she won't progress to the later stages and her **Approve** decision is recorded and at the end of the review, applied.
130131

131132
## Next steps
132133
- [What are Azure AD access reviews](access-reviews-overview.md)

0 commit comments

Comments
 (0)