未由uIS_SetValue触发的SAP Provisioning Framework ModifyUser任务

2020-09-01 05:26发布

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

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


嗨,

我们已将SAP Provisioning Framework全局事件任务ModifyUser链接到我们的MX_PERSON条目类型的"修改"事件任务。

通过UI或"到身份存储传递"修改人员后,可以正确调用此ModifyUser任务。

但是,当使用DSE内部函数uIS_SetValue通过脚本内的To Generic传递来更改MX_PERSON条目的属性值时,此事件不会触发SAP Provisioning Framework全局事件任务ModifyUser。

示例:通过UI设置MX_DISABLED,触发ModifyUser任务。 通过"到身份存储"通道设置MX_DISABLED,并触发ModifyUser任务。 但是,在通用密码脚本中设置MX_DISABLED不会触发ModifyUser任务。

这是预期的行为吗? 如果属性值正在更改,是否需要使用uIS_SetValue之后的内部函数uProvision手动触发ModifyUser任务,并且我们希望触发MX_PERSON Modify事件?

谢谢

保罗

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

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


嗨,

我们已将SAP Provisioning Framework全局事件任务ModifyUser链接到我们的MX_PERSON条目类型的"修改"事件任务。

通过UI或"到身份存储传递"修改人员后,可以正确调用此ModifyUser任务。

但是,当使用DSE内部函数uIS_SetValue通过脚本内的To Generic传递来更改MX_PERSON条目的属性值时,此事件不会触发SAP Provisioning Framework全局事件任务ModifyUser。

示例:通过UI设置MX_DISABLED,触发ModifyUser任务。 通过"到身份存储"通道设置MX_DISABLED,并触发ModifyUser任务。 但是,在通用密码脚本中设置MX_DISABLED不会触发ModifyUser任务。

这是预期的行为吗? 如果属性值正在更改,是否需要使用uIS_SetValue之后的内部函数uProvision手动触发ModifyUser任务,并且我们希望触发MX_PERSON Modify事件?

谢谢

保罗

付费偷看设置
发送
6条回答
lukcy2020
1楼-- · 2020-09-01 05:43

幸运的是,所有版本都保持不变。 否则,它在过去会造成很大的破坏。

参数可能真的很有意义。 我建议将uIS_SetValue和uProvision都放在一个脚本中,然后使用该脚本而不是uIS_SetValue(实际上我做相反的事情)。 与旧的7.1 sap_modifyUser脚本类似。

三十六小时_GS
2楼-- · 2020-09-01 05:52

八年后,这个问题仍然存在。 立即重新工作以解决此错误。 有没有人听说过是否有解决的意图或仍然可以使用JavaScript完成此逻辑的方法?

派大星 ヾ
3楼-- · 2020-09-01 05:43

嗨,保罗,

这不是正常的行为。 使用uIS_SetValue命令时也应触发Modify Task。 您确定您正确执行了命令吗? 您检查更改是否已写入数据库吗?

最好的问候

Holger

N-Moskvin
4楼-- · 2020-09-01 05:41

Trevor Bechard ,我们早些时候发生过有关 这个问题,SAP确认这是预期的行为,并且不会更改。

d56caomao
5楼-- · 2020-09-01 06:08

在进一步阅读后,这被认为是SAP的设计行为。 我更希望使用一个参数来标记事件是否被触发。

https://help.sap.com/viewer/ 4773a9ae1296411a9d5c24873a8d418c/8.0/zh-CN/a9b528c05aae43418c9abe6465c81fb0.html

出于性能原因和避免数据库中的死锁,没有启动进入事件任务,并且未验证该属性是唯一的

Baoming ROSE
6楼-- · 2020-09-01 05:59

我在SAP上对此进行了记录,他们说 存在一个已知问题,即该问题不起作用,即使用uIS_SetValue在To Genric传递中设置属性不会触发MX_PERSON修改事件任务。

他们的解决方法是使用"到身份存储传递"来设置属性值。

这对我们来说可能是非常艰巨的挑战,但我们需要了解实现这一目标的难度。 问题在于Task框架不支持相同范围的流逻辑控制,例如可以在JavaScript中实现的循环。

一周热门 更多>