Datahub:具有两个主键的规范项的影响

2020-09-26 16:36发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)你好 在SAP中,我们有多种价...

         点击此处--->   EasySAP.com群内免费提供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

1条回答
追夢秋陽
2020-09-26 17:13

在CanonicalItem中将两个属性用作主键是否会有影响?
现在,仅提供1​​个field(conditionId)来读取CanonicalPrice的任何其他实现都会出现错误,因为没有提供所有主键值。 任何发布解决方案都从不具有此新conditionIdRestriction的规范项目中调用CanonicalPrice。
我相信OOTB实现中没有提供此类已读语句。 这就是它起作用的原因,但不能保证它将来不会发生。

如果价格由conditionIdRestriction区分,则其他一些代码可能无法按预期工作。 价格重复可能出现在意外的地方。

一周热门 更多>