本博客讨论了您需要为监控系统而付出的努力，以确保系统以最佳方式运行。

虽然我在这里专门讨论SRM，但您可能已经安装的任何SAP内部系统的SRM都是一样的。确保定期监控是支持过程的关键部分，这有助于：

缩短系统的时间改善用户体验，因为您可以主动联系用户，告知他们将遇到的问题，并提前帮助他们解决问题有助于减少支持票数量

1。TRFCs SMq1和SMQ2

SRM与SAP集成，用于读取会计数据以及PDP场景，其中请购单使用队列机制流向SRM。这意味着，如果在SRM-ECC集成的传输机制中有任何PR被卡住，那么如果不主动监视队列，则很有可能会卡住队列并影响业务。应完成的活动；

监控SRM入站和出站队列。监控ECC入站和出站队列

一般来说，作为Asterix条件执行以监视所有接口，如下图所示

您将看到系统中特定于BI队列的一些条目，数据大屏，好评返现，这些条目是正常的，从P2P的角度来看不是真正需要关注的领域，如图154所示

选择以下选项之一以删除、激活或解锁

2。SLG1

请记住，如果您在通信、工作流或批处理作业中有错误，则理想情况下，如果是系统通信错误，则会将其记录在SLG1中。例如，下图中的错误显示了从ECC传输到SRM系统时的错误。为了检查从SRM到ECC的传输是否成功，请同时检查SRM和ECC以查找错误消息。

下面的示例是将供应商从ECC传输到SRM时出现的错误，也可以在SLG1中看到。检查程序BBP\U VENDOR\U SYNC的日志，如图

3所示。IDOCs监控

IDOC监控可以完成使用WE02。图显示了IDOCs的不同状态

状态53：全部正常，不需要其他任何东西状态52：这意味着它仍在处理中，如果一切正常，它将很快变为绿色状态51：这些是应该被监控的错误，以确保没有任何东西被破坏

检查IDOC状态52等待处理，如果您在这些IDOC之后很快刷新，这些IDOC可能会变为绿色或红色。下面的图显示了出错的部分，如果您点击它们，您会看到需要更正的特定错误消息，以便成功地处理它们。

4。使用RZ20转移POs失败

另一个用于检查采购文件转移到ECC系统的特定交易代码是交易RZ20。这用于所有失败的转移采购订单，并获取采购订单失败原因的错误消息。SRM PO可能没有显示任何错误消息，但由于某些帐户分配设置不正确，在ECC中尝试将其传输到后端时失败

在RZ20中导航到SAP B2B采购–监控器，然后它将以错误状态显示所有采购订单。当您点击采购订单时，如图所示，您可以找到详细的错误信息。

5。UWL中的工作流

在SRM中，每个对象类型都有业务规则，如SC、PO和Contract等。但是，当未正确确定审批者时，经常会出现问题。这可能是因为用户没有经理或成本中心所有者尚未定义。这些并不是真正的问题，而是一个一般的业务案例场景，您需要了解如何确保这些案例得到识别，从而正确地发送给正确的审批者。未能成功将审批人添加到采购文档的情况如下

审批人用户ID未创建/复制到SRM。审批人不再是组织的一部分或不再是有效用户。有时用户是有效的，但组织链接被破坏，因此，记录在SRM中被破坏。有可能是成本中心驱动的，成本中心的所有者尚未确定。可能存在检查审批者角色的逻辑，而用户没有所需的角色。可以将超出限额的金额分配给用户进行审批。

如果找不到所有者，可以使用回退代理的概念，1元云购，但是需要确保对此类采购订单进行监控，以确保将其发送给正确的审批人。这确保了如果所有者不是由现有的业务逻辑确定的，那么您可以分配一个后备代理，该代理可以是一个用户组。然后，支持团队可以检查并进一步调查丢失的审批人，并与人力资源团队取得联系，以确保正确维护审批人。您需要为未确定的业务所有者维护的规则类型对于每个业务可能不同。下图显示了正在为PO

6确定的管理用户。/SAPPO/PPO3

此事务主要用于需要进行接口监控时。特别是如果库存水平需要检查或材料采购检查在RZ20你会看到在SRM如果材料转移失败。此事务监控应在ECC和SRM中进行，大数据分析工具有哪些，具体取决于系统中实施的具体场景。

例如，以下是每当供应商主记录发生更改时，ECC中捕获的其中一个日志，该日志未能发送到SRM或其他界面中的更新，如中所示。记录系统中任何未经授权的更改非常重要，有助于确保应用程序的安全性。

下图显示了中/SAPPO/PPO3的错误授权。如果您想在要记录的交易中包括额外的授权或定制支票，您可以使用BADI/SAPPO/AUTH\ U支票。

7。SXMB\u MONI