Hybris Datahub筛选RawDEBMAS IDOC的RE段KUNN2值至payerID字段问题

核心需求 #

当RawDEBMAS IDOC中E1KNA1M-E1KNVVM-E1KNVPM-PARVW等于RE时，将对应层级的E1KNA1M-E1KNVVM-E1KNVPM-KUNN2值存入Hybris自定义字符串字段payerID。

已尝试方案 #

• 在CanonicalParty中声明字段，在B2BUnit目标XML中读取，结果为空；使用的转换表达式：

  <transformationExpression> relationshipType.contains('RE') ? businessCustomerNumber : '' </transformationExpression>
  

• 创建自定义Canonical类型CanonicalPartyRelationshipSales，在目标CanonicalPartyReB2BUnit中读取，仍无效；
• 自定义CanonicalPartyRePublicationHandler继承ConfigurablePublicationGroupingHandler，设置过滤逻辑，问题依旧未解决。

当前问题 #

payerID会被IDOC中最后一个段（无论RE还是WE）的值覆盖，仅当RE段位于所有段的最后位置时，才能存入正确值。

额外咨询 #

在无数据库权限的CCV2环境中，如何调试查看Canonical类型存储的数据库值？

针对值覆盖问题 #

问题根源在于IDOC多段处理时，后续段的转换逻辑会覆盖之前的结果，可从以下方向调整：

1. 优化转换表达式
   不要用空值覆盖已有结果，保留已设置的payerID，仅在遇到RE段时更新。修改转换表达式为：

   <transformationExpression> relationshipType.contains('RE') ? businessCustomerNumber : target.payerID </transformationExpression>
   

   这样后续非RE段处理时，会沿用之前已设置的payerID，避免被覆盖。
2. Canonical层提前过滤
   在Raw到Canonical的转换阶段，添加段过滤规则，仅处理PARVW=RE的E1KNVPM段，直接过滤掉不符合条件的段，从源头避免覆盖问题。
3. 修正自定义处理器逻辑
   如果使用自定义PublicationHandler，调整分组逻辑：遇到RE段时直接锁定该段的KUNN2值，忽略后续非RE段的覆盖操作，确保RE段数据优先保留。

针对CCV2环境调试Canonical数据 #

在无DB权限的CCV2环境中，可通过以下方式查看Canonical数据：

• Backoffice查询
  在Backoffice中找到对应Canonical类型的条目直接查看属性；若未配置显示，可通过Flexible Search执行查询，示例语句：

  SELECT {pk}, {payerID}, {businessCustomerNumber} FROM {CanonicalParty} WHERE {externalId} = 'XXX'
  

• 日志输出
  在自定义处理器或转换逻辑中添加日志打印，将Canonical对象属性输出到Hybris日志。示例代码：

  LOG.info("CanonicalParty payerID: " + canonicalParty.getPayerID() + ", businessCustomerNumber: " + canonicalParty.getBusinessCustomerNumber());
  

  之后通过CCV2 Portal日志界面或Kibana查看对应日志内容。
• ImpEx导出
  使用ImpEx导出Canonical类型数据为CSV文件，可在Backoffice执行导出脚本，或通过远程控制台执行命令：

  ./hybrisserver.sh impex export -script "INSERT_UPDATE CanonicalParty;pk[unique=true];payerID;businessCustomerNumber" -output canonical_payer_data.csv
  

内容的提问来源于stack exchange，提问作者Smit Patel