我建议不要考虑Provisioning Env。 字段，供BRF +确定规则，因为Provisioning Env。 字段旨在在GRC功能级别下操作，以对角色状态进行分类。

如果您的业务需要用于供应Env。 字段，然后请共享需求，这可以帮助我们理解细节以进一步共享完整的细节。

基本上，我对生产和非生产系统有2种单独的请求类型，以便限制" 尽管有生产风险，还是要批准。

但是，请求者可以选择并提交具有任何环境角色的请求。 无法根据请求类型限制角色的选择。

因此，我想通过BRF +检测生产请求是否包含非生产角色，反之亦然，在这种情况下，将其路由到管理员可以拒绝该请求的单独路径。

如果还有其他更好的方法可以解决此问题，请分享。

您好，Kaushal，

在我向您建议之前，想澄清一下您的要求：

-非生产角色的角色状态是什么？

-生产和非生产相同角色的角色状态是什么？

< p>-您的请求者可以同时选择生产和非生产角色吗？ 如果有通过授权控制进行限制的方法对您有帮助？

-还有许多其他属性，例如业务流程，功能区域，角色敏感度，关键级别等，可以用来满足您的要求。 因此，请分享要求的详细信息，以便为您提供方便。

问候，

Madhu

嗨，Madhu，

1。 所有角色的角色状态均为生产。

2。 对于Prod和NonProd系统，我有2种不同的请求类型。

3。 要求是不允许用户通过NonProd请求类型请求在Prod系统中的角色，反之亦然。

我检查了可能会根据请求类型和连接器进行限制的任何授权，但是未找到任何授权。

因此尝试开发一种BRF +规则，该规则可以检测到此类请求并将其发送到管理员可以拒绝它们的单独路径。

感谢与问候，

Kaushal

嗨，Kaushal，

我了解您的要求。 在那种情况下，为什么不能只拥有一种请求类型，并根据请求中选择的角色的连接器将角色路由到不同的路径，这样就可以避免多种请求类型，也可以拒绝请求。

马杜