SAP PO和S4HANA中的EOIO队列消息处理

我们要求PP115和QM55接口结合批次特征和来自MES->SAP PO->SAP S4HANA的流程订单更新。MES系统以XML文件的形式生成批次特征或过程订单更新或两者。流程订单号在更新前始终存在于SAP中，并且依赖于流程，流程订单号首先更新，然后在SAP S4HANA中创建批次特征。

SAP PO根据MES FTP文件夹中的文件创建时间遵循消息处理顺序。SAP PO发送方通信通道中定义的队列名称确保所有消息在SAP PO中按顺序处理并以相同的顺序发送到SAP S4HANA。

假设功能配置在SAP S4HANA中丢失/不正确的有效负载消息日期格式。在这种情况下，入站消息卡在队列（SMQ2 tcode）中，并带有系统故障错误消息，可以在sxmb\u moni tcode中看到该消息。

所有剩余的入站消息将由于任何原因卡在同一队列中，第一条消息以系统故障错误状态失败。

为避免此类问题，开发了自定义程序"ZPI001R\u QUEUE\u MOVE\u ERROR"/t代码ZPIR\u QUEUE\u LOCK，用于在SAP S4HANA中将系统故障消息从EOIO入站队列（SMQ2）自动移动到已保存的入站队列（SMQ3）。该程序计划每5分钟运行一次，2018世界人工智能大会，人工智能网络，以避免出现任何故障时队列中的任何阻塞EOIO队列中的计划状态消息将自动处理。

如果第一条消息因功能配置问题而卡在SMQ2（即队列名称：XBQREOIO\ U PP115NQM55）中，则该消息将被作业移动到SMQ3，并将电子邮件通知发送给业务/功能和技术团队，以进一步调查和重新处理在业务用户/功能团队解决问题后，通过从SMQ3还原消息来手动恢复消息。

如果第一条消息因数据不正确而卡在SMQ2（即队列名称：XBQREOIO\ U PP115NQM55）中，则该消息将被作业移动到SMQ3，并将电子邮件通知发送到业务/功能和技术团队，以便通过从MES发送一个新的更正消息，进一步调查并手动重新处理消息。SMQ3中有问题的不正确负载消息需要从SXMB\U MONI手动取消。

这里是从端到端的队列处理示例。

a.转到SMQ3 tcode并单击执行按钮

b。移动的队列名称显示如下。双击队列名称，大淘客是什么，如第二个屏幕所示。

c.现在，调查消息失败的原因。

d.双击行以查看来自SAP PO的入站消息。

e.示例：入站记录具有SAP S4HANA中不允许的日期和时间戳，因为该系统无法处理有效负载消息。

f.验证入站有效负载中生成的字段

g。由于这是数据问题，需要从MES系统发送而不带时间戳，或者验证并删除SAP PO映射中的时间戳，然后从MES系统重新处理。

单击取消按钮

单击是

单击是

单击刷新按钮，淘客助手怎么用，状态显示取消

a.转到SMQ3 tcode

b.移动的队列名称显示如下。右击队列名称，如第二个屏幕所示。

c.消息将被放回SMQ2（入站队列）。

d.转到代码SMQ2（入站队列），选择EOIO队列名称"XBQREOIO\ U PP115NQM55"并解锁队列以自动处理消息刚从SMQ3恢复的消息，包括队列中是否有其他剩余消息。

重要说明：每当我们从SMQ3恢复任何消息到SMQ2时，淘客推广怎么做，SMQ2中的XBQREOIO\u PP115NQM55队列将变为就绪状态。因此，从SMQ3恢复每条消息后，需要解锁队列"XBQREOIO\u PP115NQM55"。