Ruchi，

从hybris Commerce Suite版本5.1.1开始，如果导入遇到标题行的参数" allownull"或" forceWrite"，则导入将动态切换到旧版模式。

这是在以下Wiki页面的 https的"属性相关修饰符的TIp"部分中编写的： //wiki.hybris.com/display/release5/ImpEx+语法

您指定的所有impex导入标题中都包含allownull。 如果您使用的是Hybris 5.1.1及更高版本，则会看到此问题。

感谢Sachin

customextension-spring.xml文件中的拦截器bean：

感谢Saurabh，

按照Wiki， https://wiki.hybris.com/display/ " release5/Interceptors#Interceptors-ImplementanInterceptor "在impex转换器之前调用了预备拦截器。"

我们也为B2BCustomer项目类型提供了自定义准备拦截器，并且在导入B2BCustomer impex时将执行该拦截器。

但是，当我们导入信用卡提示时，CreditCardPaymentInfo拦截器不会执行。 我们正在使用以下用于信用卡的提示：

$ cardtype = type（code）INSERT_UPDATE CreditCardPaymentInfo; code [unique = true]; user（B2BCustomer.uid）; paymentName; number [allownull = true]; $ cardtype; ccOwner [allownull = true]; validToMonth [allownull = true]; validToYear [allownull = true]; issueNumber; billingAddress（unfAddressId）; ; TestCC1; C21546; VISA Ruchi; 4444333322226666; visa ;; 12; 2019; 0;

Ruchi，您使用的hybris版本是什么？

在下面的链接上查看卢克·G·波特的帖子

https://answer.sap.com/questions/12756513/how-to-intercept-a-relation-after-changing-model.html

您可以编写一个impex转换器，并在performImport方法中实现您的业务逻辑。 如果从此方法中执行modelService.save（），则应调用拦截器。

感谢索拉。

我在CreditCardPaymentInfo和PaymentInfo类中发现了相同的问题。 CreditCardPaymentInfo没有单独的jalo类，可能就是问题所在。 我现在已经写了同样的翻译。 尽管我仍然不太清楚，为什么拦截器为什么不对CreditCardPaymentInfo执行，因为拦截器应该在模型层而不是Jalo层工作。

完全符合我的想法，如果您在core-items.xml文件中搜索CreditCardPaymentInfo，您将意识到在项目类型定义上，generate修饰符设置为' 假"，父类为PaymentInfo。 这意味着jalo类将为PaymentInfo生成，而不会为CreditCardPaymentInfo生成，

如果您使用decompiler进行深入研究，则可以看到CreditCardPaymentInfo作为静态公共类。 Impex Framework的复杂性对我来说仍然是个谜，不确定为什么jalo层仍然如此紧密地联系在一起。 如果有人可以详细解释我们，那就太好了。 无论如何，回到解决方案

• 编写您自己的CreditCardPaymentInfo版本并保持generate Modify = true
• 定义UNFCreditCardPaymentInfo扩展CreditCartPaymentInfo并生成= true
• 在公共位置编写逻辑，然后从控制器代码和翻译器代码中调用
• 修改core-items.xml文件，不好的主意