提交复印要求中的工作

2020-09-03 14:28发布

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

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


亲爱的社区,

您知道在VOFM中复制要求中是否允许进行COMMIT WORK吗? 我们想在那里更新自定义表,但它并不总是更新。 我怀疑当此例程后的标准程序决定不执行更新时,我们的更新会回滚。 无论以后发生什么,我们都希望保留自定义表中的更新。

TIA

拉夫

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

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


亲爱的社区,

您知道在VOFM中复制要求中是否允许进行COMMIT WORK吗? 我们想在那里更新自定义表,但它并不总是更新。 我怀疑当此例程后的标准程序决定不执行更新时,我们的更新会回滚。 无论以后发生什么,我们都希望保留自定义表中的更新。

TIA

拉夫

付费偷看设置
发送
3条回答
Tong__Ming
1楼-- · 2020-09-03 15:12

我不是开发人员,但是VTAA/VTLA/VTFA/VTFL等中的复制要求对于更新自定义表来说似乎是一个很奇怪的选择。 据我所知(我经常调试VOFM例程),在将文档或项目(取决于在何处使用VOFM例程-标头或项目)保存到数据库之前,将执行复制要求代码。

当可能有更有效的方法来执行此操作时,为什么要使用这种时间点来更新自定义表? ECC中的自定义VOFM例程需要SSCR ...是否有合理的理由更喜欢复制要求而不是Badis,用户出口,事件或具有特殊功能8的输出,用于自定义表或自定义字段更新?

从我相当有限的经验来看-我使用VOFM例程从自定义表中读取数据,而不是在自定义表中填充信息。 定价和输出确定(NACE)非常成熟(例如,不保存就退出交易,执行定价模拟),与更新某些z *表相比,我可能会错误地破坏某些东西的可能性要小得多。

我可能是错的(是一个功能顾问,还是所有人),但是对于z *表更新选项,我会去其他地方看看。

SAP小黑
2楼-- · 2020-09-03 15:32

是开发人员,可以确认。 :)

不要在VOFM例程中进行任何更新,请查找其他位置。

太Q了
3楼-- · 2020-09-03 15:32

不要将COMMIT WORK放在VOFM例程中,除非它确实复制例程,需求,量表等,除非您真的知道自己在做什么。 VOFM中的COMMIT WORK肯定会破坏数据完整性。

DominikTylczyński

一周热门 更多>