点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)嗨, 我们正在使用SAP TM...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)嗨, 我们正在使用SAP TM...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
嗨,
我们正在使用SAP TM 9.0,并且在创建货运订单期间,我们使用一些输入参数,并将此数据发送到自定义方法中的BRF +条件表中,并获取结果并将其用于进一步处理。
条件表具有10个输入字段和3个输出字段。 到目前为止,工作正常,表中有大约4700行。 最近,BRF +表上的条件记录已增加到总计5300行。
此后,每当在Method中触发条件获取时,系统都会导致SYNTAX_ERROR转储。 我试图了解如何创建以下方法来检查条件表中的行数。
更有趣的是,在观察转储时,我发现直到行5011为止的类(方法-UPTO * ROW *)是相同的,但是对于最后一个方法,即UPTO行5298,该类是不同的。 每当系统遇到此方法时,都会直接导致转储。
请帮助。
预先感谢。
untitled.jpg (29.4 kB)
那么,如果您转到生成的类并进行语法检查,是否显示语法错误? 还是这是运行时转储。 生成类后,数据模型中的某些内容可能会发生更改,从而导致语法错误。 如果是运行时错误,则一定要报告它。
我同意Mike关于重新设计的观点,我们有一个决策表,该表具有10,000行(使用API动态生成),即使工作正常,在这种情况下使用决策表是否值得考虑的问题 数据库表是一个合理的问题。 BRF +应该能够更好地了解业务环境并易于维护业务规则。 很难说5K长的决策表可以提供更高程度的业务访问。
如果您在决策表中使用"值范围"或公式之类的表达式,则很有意义。 这些可能会将数据库表的多行替换为决策表的单行,并为使用BRF +提供明显的好处。
一周热门 更多>