点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)你好 在SAP中,我们有多种价...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)你好 在SAP中,我们有多种价...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
你好
在SAP中,我们有多种价格行组合,其中要求只允许它推一种价格(即具有释放状态的物料)。 除此之外,它不允许导入hybris。 所以我在允许的价格(具有发布状态的物料)(值= 304)处过滤了价格。
因此,我在规范Item(CanonicalPrice)处定义了一个条件conditionIdRestriction作为主键。 在ootp sappricing-canonical **>。jar中,已经有conditionId作为相同canonicialItem(CanonicalPrice)的主键。
它可以正常工作并且能够限制价格行而不是预期行。
在CanonicalItem中将两个属性用作主键会不会有影响?
CanonicalPrice
价格条件的规范表示
<状态/>
<属性>
<属性>
conditionIdRestriction
<转换>
<转换>
RawCOND_A
#root.getField('E1KOMG-KOTABNR')等于'304'吗? #root.getField('E1KOMG-E1KONH-KNUMH'):''
感谢Kishore
在CanonicalItem中将两个属性用作主键是否会有影响?
现在,仅提供1个field(conditionId)来读取CanonicalPrice的任何其他实现都会出现错误,因为没有提供所有主键值。 任何发布解决方案都从不具有此新conditionIdRestriction的规范项目中调用CanonicalPrice。
我相信OOTB实现中没有提供此类已读语句。 这就是它起作用的原因,但不能保证它将来不会发生。
如果价格由conditionIdRestriction区分,则其他一些代码可能无法按预期工作。 价格重复可能出现在意外的地方。
一周热门 更多>