点击此处---> 群内免费提供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事件?
谢谢
保罗
幸运的是,所有版本都保持不变。 否则,它在过去会造成很大的破坏。
参数可能真的很有意义。 我建议将uIS_SetValue和uProvision都放在一个脚本中,然后使用该脚本而不是uIS_SetValue(实际上我做相反的事情)。 与旧的7.1 sap_modifyUser脚本类似。
八年后,这个问题仍然存在。 立即重新工作以解决此错误。 有没有人听说过是否有解决的意图或仍然可以使用JavaScript完成此逻辑的方法?
嗨,保罗,
这不是正常的行为。 使用uIS_SetValue命令时也应触发Modify Task。 您确定您正确执行了命令吗? 您检查更改是否已写入数据库吗?
最好的问候
Holger
Trevor Bechard ,我们早些时候发生过有关 这个问题,SAP确认这是预期的行为,并且不会更改。
在进一步阅读后,这被认为是SAP的设计行为。 我更希望使用一个参数来标记事件是否被触发。
https://help.sap.com/viewer/ 4773a9ae1296411a9d5c24873a8d418c/8.0/zh-CN/a9b528c05aae43418c9abe6465c81fb0.html
出于性能原因和避免数据库中的死锁,没有启动进入事件任务,并且未验证该属性是唯一的
我在SAP上对此进行了记录,他们说 存在一个已知问题,即该问题不起作用,即使用uIS_SetValue在To Genric传递中设置属性不会触发MX_PERSON修改事件任务。
他们的解决方法是使用"到身份存储传递"来设置属性值。
这对我们来说可能是非常艰巨的挑战,但我们需要了解实现这一目标的难度。 问题在于Task框架不支持相同范围的流逻辑控制,例如可以在JavaScript中实现的循环。
一周热门 更多>