1. 商定支付确认的判定依据
订单记录客户想要购买的商品或服务。支付结果记录一次支付尝试的实际结果。仅凭结账完成页面、订单号或客户声称已付款，不应将订单更改为已确认付款状态。
在实施前，商定团队将以哪项支付记录及结果作为依据。应与支付服务团队确认可用状态的含义，而不是根据状态名称自行猜测。将支付确认与结算或会计对账区分开来：证明某次支付尝试成功，并不一定能证明资金已到达商户账户。
- 记录将订单标记为已付款所需的依据。
- 分别定义等待结果、已确认成功、已确认失败和异常待处理等运营状态。
- 商定在结果尚不明确时是否暂停履约。
2. 为每个商户建立可追溯的参考编号记录
首先记录商户账户、平台订单参考编号和支付尝试参考编号。一笔订单可能对应多次支付尝试，因此客户重试时，不要覆盖原有尝试记录。保留足够的历史记录，以便说明是哪一次结果触发了订单状态变更。
NeroConnect 为软件和 POS 平台及其关联商户账户提供服务。集成规划涵盖接入、职责归属、支付参考编号、事件和对账。应根据约定的实施方案确认可获取的信息，不要假定系统会自动同步。金额和大致时间可以辅助调查，但不能作为可靠的唯一匹配依据。
- 在每条订单与付款的关联记录中，同时记录商户的相关信息。
- 确保每次付款尝试均可单独识别。
- 确认匹配前，核对参考编号、金额和币种。
3. 处理结果时，确保未解决的订单不被遗漏
根据规划阶段确认的受支持安排，确定平台如何接收或审核付款结果。明确以下情况的处理方式：结果在客户离开结账页面后才到达、结果重复到达，或无法可靠地建立关联。这些是需要商定的工作流程要求，而非对内置功能的假设。
维护异常处理队列，为每项异常指定负责人、记录原因并设定下次复核时间。缺失的结果在核查前应保持未解决状态；自动将其判定为失败，可能导致不必要的重复付款。同样，将其视为成功也可能导致在未经确认的情况下发货。请选择适合商户履约流程的复核间隔，并清楚说明暂缓处理的原因。
- 将结果与对应的商户、订单及付款尝试进行匹配。
- 应用商定的状态判定规则，避免因结果重复到达而重复履约。
- 将无法匹配或存在冲突的记录转交调查。
4. 允许重试前，逐步检查结果延迟的处理流程
假设示例：某外卖平台创建订单 T184，金额为 £28。客户已完成结账流程，但平台尚无经核实的付款结果。订单保持等待确认状态，商户看到的状态为暂停备餐。这是一个工作流程示例，并非对 NeroConnect 自动功能的描述。
运营人员使用商户和付款尝试的参考编号，核查约定的付款记录。如果核实付款成功，则记录凭证，并按照商户规则放行订单。如果核实付款失败，则遵循商定的重试流程。如果结果仍不明确，则升级处理，而不是立即要求客户再次付款。每次重试均使用独立的付款尝试参考编号。
- 告知客户：您的订单已记录，我们仍在核实付款确认信息。
- 记录核查结果的人员及时间。
- 如果发现多次付款尝试均已成功，请遵循与商户商定的重复付款审核流程。
5. 解决异常并验证工作流程有效
明确各交接环节的责任归属：商户负责履约决策，平台运营团队调查订单关联问题，适当的支付服务联系人协助解决付款记录相关问题。与所有相关方确认职责。合作伙伴可配置受支持的商户端信息可见性设置；请核查有哪些设置可用，并确保显示文案与实际运营状态一致。
可观察的成功标准很简单：每个经过审核的订单，要么有可追溯的付款结果，要么已明确指定异常处理负责人及下一步行动。在依赖此工作流程前，请测试付款成功、付款尝试失败、结果延迟和重试等情况。您的下一步行动是，与平台及支付服务联系人一起，选取一个尚未解决的订单完成这些核查，然后记录发现的任何缺漏。
重要信息
常见问题
订单确认可以视为付款确认吗？
仅凭订单确认不可以。它只能确认订单已存在。只有约定的付款凭证支持付款成功这一结果时，才能将付款标记为已确认。
如果客户表示已被扣款，应如何处理？
认真回应客户的疑虑，并调查原始付款尝试。不要仅因平台缺少结果就否定客户的反馈或要求再次付款。
是否应取消所有尚未解决的订单？
不应如此。请商定适合履约流程的暂缓处理和复核政策。不应假定取消订单就会取消付款或使款项退回。
与 NeroConnect 一起实施此方案前，我们应确认哪些事项？
与团队确认支持的支付信息、事件处理方式、参考信息映射、商户可见性设置及升级处理职责。可用性和实施细节需要核实。