（A）如果条件记录起源于ECC，则BDOC通过初始或增量负载将它们从ECC交换到CRM。 在极少数情况下，交换无法正常工作。 以下步骤之一有助于：

1. 尝试使用Trx在ECC中重新创建条件。 VK11（增量负载）
2. 再次使用Trx为您的条件表下载条件记录。 R3AS（初始加载，首先删除CRM中的所有记录，然后用ECC中的现有记录填充它）
3. 手动删除有问题的记录（实际上不建议这样做，但万不得已）

（B）如果条件记录起源于CRM，那么BDOC也将它们交换，这一次是从CRM到ECC。 如果使用标准条件和访问表，则默认情况下应设置所有内容。 您是否在CRM定制中检查了可以在CRM中维护的条件。 否则，您可能仍要检查以下内容：

1. ECC：SPRO->与其他 mySAP.com 组件-> CRM->基本功能->数据交换条件的集成 （另请参阅有关此IMG活动的文档）
   应存在以下条目，以使CRM可以维护条件记录并将其复制到ERP：
   用法A（定价）
   表xxx（条件表）< br>应用程序V（销售/分配）
   条件类型xxxx（条件类型）
   逻辑系统xxxxxxx（CRM目标）
2. 定价技术的自定义设置必须从ECC复制到CRM。
   在CRM中使用Trx。 R3AS和对象DNL_CUST_CNDALL
3. 如果对象无法完成加载，则可能要检查CRM中的SMQ1，SMQ2和SWM01，还要检查ECC中的SMQ1和SMQ2。 为了重新加载这些，您必须删除队列条目。 您也可以使用Trx检查对象COND_EXCHANGE的日志。 SLG1

如果仍有问题，请检查以下博客以调试这些条件的交换： https://blogs.sap.com/2015/12/07/debugging-conditions-upload-from-crm-to-ecc/

Simon Crowder ，请继续关注您提出的问题。

• 评论答案或您的问题是否还有未解决的问题。
• 否则将答案标记为接受，如果它可以帮助您解决问题
• 或发布您自己的答案并接受 如果您自己找到了另一个有用的解决方案
• ，或者将您的问题重定向到另一个相关且对解决您的问题有用的问题
• 最后，请关闭您的问题