当用户手动或自动关闭订单时，抬头上的关闭字段将显示“等待外部系统的确认”，然后恢复，并且历史记录在操作列下显示“失败”。

单击失败时，我们收到消息：“向外部系统发送订购单 xxx 的关闭/重新打开订单状态的最大尝试次数已失败。订单的状态已恢复为其先前状态。”

检查历史记录时，这通常需要 10 到 14 小时，从用户启动关闭（单击关闭按钮）到失败的时间间隔。

当 Ariba 导出关闭状态时，它将等待 ERP（进行导出的外部系统）的成功确认。

如果导出事件成功发生，但未返回成功响应，则 Ariba 将重试发送订单的关闭请求，总共 6 次。

尝试之间的间隔约为 2 小时（可能因初始导出发生的时间而异，因此可能需要 10 到 14 小时才能失败）。

如果所有尝试均已耗尽且仍未收到成功响应，则关闭操作将失败，关闭状态将恢复为先前状态。

可能导致此情况的响应示例：

• 无响应。
• 响应格式错误，或 Ariba 无法理解的任何响应。

根据导致 ERP 不发送成功响应的原因，只需重试 关闭 或 重新打开 操作即可，如果没有，则需要从 ERP 端进行进一步调查，请参阅下一部分 故障排除 ，以获取有关如何继续的更多详细信息。

如果您尝试再次关闭/重新打开订单，并且在关闭状态上进入“等待外部系统的确认”，则永久失败，然后检索以下信息以开始调查，请注意，您需要与中间件和 ERP 团队接洽：

• 在中间件中，使用订单历史记录上的时戳（将遵循步骤）从中间件中检索关闭请求。
• 请注意，您应该具有大约 2 分钟的缓冲区，以说明可能发生的任何延迟。
• 找到请求消息后，尝试查找该请求的响应消息。
• 如果找到响应消息，则应调查其是否为正确的成功消息（将遵循更多详细信息）。
• 如果没有响应消息，则这就是问题。

所有这些响应都应来自 ERP，因此，为了纠正这些响应，您需要与 ERP 团队接洽。

如何检索订单关闭的时间戳：

1. 搜索受影响的订单，然后将其打开。
2. 单击历史记录选项卡。
3. 找到“关闭订单状态已发送到外部系统”条目和“失败”条目。
4. 比较时间，为了确保是此处分析的案例，差异应该在 10-14 小时左右，绝对不要在分钟内。
5. 记下 "Failed", DD:MM:YYYY HH:MM AM/PM 的时戳。

正确的成功响应应包含以下内容：

• OrderID。
• 订单的唯一名称（通常以 EP 开头）。
• 行项目编号。

领域配置可设置为：

• 不向 ERP 发送关闭状态。
• 将关闭状态发送到 ERP，而不是等待确认。
• 将关闭状态发送到 ERP 并等待确认（适用此商品的配置）。

如果关闭尝试和失败之间的时间差只有几分钟，则可能会遇到不同的问题，有关详细信息，请参阅 192493

另一个可能的问题是：192157

采购