你好塞尔瓦姆，
这取决于几件事，例如。 您使用哪种API以及错误情况本身（有效载荷中的技术错误-例如，错误的属性，xml违规或"业务错误"，即例如，您发送的字段的值与定制中没有的固定值）

对于有效负载中的实际技术问题（例如，字符串太长和xml违反），您可以直接从网关堆栈中获取错误消息（有效负载没有到达登台区域），您可以看到

对于业务问题（从XML角度来看有效载荷有效，但以后出现业务问题），则取决于服务调用是否触发 直接处理有效负载或将有效负载放入暂存区域。
如果服务调用仅将有效负载发布到登台区域，您将仅收到成功消息：

 ....
  HPA_STAGING_AREA/037有效负载是通过暂存区处理的。 有关详细信息，请参见导入监视器。
 .... 

作为营销对CPI的直接响应。 您可以在CPI跟踪中检查响应。 从暂存区到业务对象的消息处理仍可能会导致错误，您可以在Import Monitor中看到该错误，但在CPI中看不到。 您可以在标记 Sap-Cuan-ForceSynchronousProcessing 设置为true的情况下，在Marketing System中强制直接处理消息。

然后您也会在呼叫中获得直接响应。 ee还可以在 Marketing Cloud Integration Guide 中了解有关api行为的更多信息。 ，例如。 用于联系服务。 请注意，通常，从性能的角度来看，最好使用过渡区域。

最好的问候，是苏菲。

你好 Selvam ，我从邮递员那里检查了一个与您类似的示例：一个具有批量交互作用且商品不存在的$ batch有效负载，的确，我得到的响应并未指向商品错误。 我认为您可以在组件CEC-MKT-DM-IA上为此打开票。 最好是用附加的有效负载描述您的用例（有效负载+得到的响应（从CPI跟踪它，例如，如此处）））+您的期望，最好的问候，苏菲