系统特定的属性处理与系统特权

2020-09-15 16:21发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)大家好,请问有人可以解释IDM中...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


大家好,请问有人可以解释IDM中系统规范属性的正确处理吗?
在我们的演示系统中,我导入了RDS包,该包允许在全局属性旁边允许系统特定的属性(例如,有效性) 。 系统特定的属性也分配给PRIV:SYSTEM:repo特权。

现在,有了ModifyUser插件来处理所连接后端的更改。 我必须执行以下步骤:常规的ToSAP传递(已在其中基于系统特定的值设置了例如有效性的值)和第二个ToIdentityStore传递,其针对全局属性设置了系统特定的属性,例如

SAPC_IDEN_REP_VALIDTO _%$ rep。$ NAME%= $ FUNCTION.sapc_checkGlobalAttributeValue(VALIDTO !!%SAPC_IDEN_REP_VALIDTO _%$ rep。$ NAME %% !!%MX_VALIDTO%)$$

我不理解。 ..当通过作业或UI任务更改系统特定的属性时,将通过系统特权来处理供应。 分配不会再次触发应导致无限循环的规定吗? 在另一个系统中,我们也遇到了类似的问题,在该系统中,SAP支持建议要么停用系统特定的处理过程,要么停用系统特权中的系统特定的属性...

那么,为什么默认情况下该设置在 RDS包? 我不明白...

Richard,问候

4条回答
悠然的二货
2020-09-15 16:36

理查德,你好

您是正确的,在toSAP传递之后对属性的修改应再次触发修改并因此强制循环。 但这就是为什么在to Identity Store中通过特殊操作符{BYPASS_MODIFY_TASK = 1}或{DIRECT_REFERENCE = 1}再次分配系统特权的原因,这将导致运行时不启动任何事件。 您可以在此处找到文档: https://help.sap.com/http.svc/rc/a640e87c07284708928e3091950b0e6e/7.2/zh-CN/ICSkin/managing_passes/to_passes/dse_specifying_attribute_properties_(to_identity_store_pass).htm

致谢

Norman

一周热门 更多>