背景

SAP SRM系统被设想为全球采购系统，通常与多个SAP或非SAP后端系统相连。从SRM的最初几天起，SAP就提供了基于SOA（面向服务的体系结构）的接口，用于连接到多个后端或合作伙伴系统。多年来，nba大数据，接口列表只增加了，因此增加了对所有这些接口的监视和错误处理的需要。为了监控基于SOA的集成场景，SAP提供了本地集成引擎等基本工具，以及错误冲突处理程序（ECH）等高级工具。本博客的目的是将ECH作为监控错误和这些错误后处理的工具来关注。

SRM SOA覆盖范围

首先了解主题的SRM上下文请看：

什么是SAP SRM环境中的SOA？和SRM中有哪些标准集成方案？

SRM上下文中的SOA（面向服务的架构）仅仅意味着SAP已经公开了某些SRM业务功能，或部分业务流程以

web服务的形式供其他应用程序使用。

以下是SAP SRM和ECC后端系统之间的集成场景和接口。

如果我们看第一个集成场景"中央合同管理"，那么第一个接口"请求采购合同复制"是SRM中央合同管理过程公开的服务，以便后端ECC系统可以使用它来创建操作合同。

在理想世界中，电子商务数据分析，淘客网店推广平台，一切都会正常工作，但在现实中，此接口可能会在客户系统中失败，原因很简单，因为客户系统中的后台用户没有创建操作合同的权限操作契约创建事务（ME31K）。

上述接口是异步的，因此无法从使用者应用程序重新启动，因为使用者不知道状态（错误消息）。这提供了实施一组监控和错误处理功能的机会。

SAP应用程序系统中监控SOA集成场景最常用的几个应用程序包括：

作为SRM顾问，我们大多数人已经知道第一个工具"SXMB\u MONI"，并知道该工具的局限性带来。

理解前向错误处理（FEH）/错误和冲突处理程序（ECH）

让我从一句话开始："前向错误处理是一个概念/框架，而错误和冲突处理程序（ECH）是处理错误的工具集"。

FEH可用于实现入站消息（服务提供商）的SOA集成场景。这个概念背后的想法是让同步通信接收器系统负责解决错误，而不是将错误传播回发送器系统。

大多数SAP标准企业服务使用FEH概念和新的，深度学习数据集，定制的SOA服务也应该按照FEH框架进行开发。

下图给出了FEH框架的范围，包括监视、自动重新处理、错误更正和通知。

因此当应用程序发出错误消息时，接收方不会拒绝消息，但会尝试通过重新启动消息以解决临时错误，大数据的未来，或通知业务用户帮助解决问题。

错误和冲突处理程序是一个具有两个内部组件的工具（事务"ECH\u MONI\u SEL"）。

先决条件

以下软件是所有SAP中的标准软件系统。

错误和冲突处理程序（ECH）位于：

软件组件SAP\U BS\U FND中的ABAP包FS\U ECH，版本>=7.01SAP NetWeaver 7.11版和7.30版中的软件组件SAP\U ABA.

它使用：

每个AS ABAP中的本地PI运行时。软件包中的后处理办公室（PPO）软件组件/SAPPO/MAIN in软件组件SAP\ U ABA。软件组件SAP\U BS\U FND中的分层派生服务（HDS）框架

SRM中央合同管理集成上下文中的ECH流程

下图描述了启用FEH的SAP SRM中央合同管理集成流程，如果出现错误。

全局激活FEH

使用遵循接收方系统中的SPRO路径

跨应用组件->企业应用程序的流程和工具->企业服务->错误和冲突处理程序->激活错误和冲突处理程序

使用后处理办公室监控和解决错误

以中央合同管理集成为例当接收系统端后台用户没有创建合同事务的权限时发生错误的场景（ME31K）。在后处理办公室的over view屏幕中，错误将清晰显示，如下所示：

单击此错误后，将显示编辑顺序屏幕以解决/重新处理错误。在这种情况下，可以将缺少的授权提供给后台用户post，以便再次处理订单。

将ECH链接到自己的业务流程

要将自己的业务流程连接到ECH，需要在ECH和PPO中进行自定义设置。以下设置是必需的：

注意：以上设置不包括自定义错误处理链接到自己的业务流程所需的ABAP代码更改和PI更改。

我真诚希望此博客将帮助SRM顾问\客户有效地使用FEH来改进错误监控和有效解决大多数问题错误。