accessReviewStageSettings 资源类型
命名空间:microsoft.graph
表示与 多阶段访问评审 对象关联的阶段的设置。
属性
属性 | 类型 | 说明 |
---|---|---|
decisionsThatWillMoveToNextStage | 字符串集合 | 指示哪些决策将进入下一阶段。 可以是 、Deny 、 Recommendation 或 NotReviewed 的Approve 子集。 如果未提供,所有决策将进入下一阶段。 可选。 |
dependsOn | 字符串集合 | 定义阶段的顺序或并行顺序,并依赖于 stageId。 目前仅支持顺序阶段。 例如,如果 stageId 为 2 ,则 dependsOn 必须为 1 。 如果 stageId 为 1 ,则不要指定 dependsOn。 如果 stageId 不是 1 ,则为 必需。 |
durationInDays | Int32 | 阶段的持续时间。 必填。 注意: 此属性跨所有阶段的累积值 1. 将覆盖 accessReviewScheduleDefinition 对象上的 instanceDurationInDays 设置。 2. 不能超过一个重复周期的长度。 也就是说,如果每周重复评审,则累积 持续时间InDays 不能超过 7。 |
fallbackReviewers | accessReviewReviewerScope 集合 | 如果提供,则如果主要审阅者不存在,则要求回退审阅者完成评审。 例如,如果被选为审阅者,并且被评审的主体在Microsoft Entra ID中没有经理,则要求回退审阅者审阅该主体。 注意: 此属性的值将覆盖 accessReviewScheduleDefinition 对象上的相应设置。 |
recommendationsEnabled | 布尔值 | 指示是否启用向审阅者显示建议。 必填。 注意:此属性的值重写覆盖 accessReviewScheduleDefinition 对象上的相应设置。 |
recommendationInsightsSettings | accessReviewRecommendationInsightSetting 集合 | 确定要向审阅者显示的建议。 注意:此属性的值将覆盖 accessReviewScheduleDefinition 对象上的相应设置。 |
recommendationLookBackDuration | 持续时间 | 可选字段。 指示与审阅实例的开始日期相关的非活动 (时间段,) 将从中配置建议。 如果用户在回溯持续时间内处于非活动状态,则建议 deny 为 。 对于组和Microsoft Entra角色的评审,接受任何持续时间。 对于应用程序评审,最长持续时间为 30 天。 如果未指定,则持续时间为 30 天。 注意:此属性的值将覆盖 accessReviewScheduleDefinition 对象上的相应设置。 |
评论家 | accessReviewReviewerScope 集合 | 定义审阅者是谁。 如果未指定任何内容,则评审是自评 (用户评审自己的访问权限) 。 有关分配审阅者的选项示例,请参阅使用 Microsoft 图形 API将审阅者分配到访问评审定义。 注意: 此属性的值替代 accessReviewScheduleDefinition 上的相应设置。 |
stageId | String | accessReviewStageSettings 对象的唯一标识符。 dependsOn 属性使用 stageId 来指示阶段的顺序。 此为必需属性。 |
JSON 表示形式
HEre 是资源的 JSON 表示形式。
{
"@odata.type": "#microsoft.graph.accessReviewStageSettings",
"stageId": "String",
"dependsOn": [
"String"
],
"durationInDays": "Integer",
"recommendationsEnabled": "Boolean",
"recommendationLookBackDuration": "String (duration)",
"decisionsThatWillMoveToNextStage": [
"String"
],
"reviewers": [
{
"@odata.type": "microsoft.graph.accessReviewReviewerScope"
}
],
"fallbackReviewers": [
{
"@odata.type": "microsoft.graph.accessReviewReviewerScope"
}
]
}
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈