网上商店连接 Nexi XPay：流程选择与交易检查

Nexi XPay 集成从商户账户的正确方案与受控订单流程开始。

XPay Greece 官方开发门户区分托管支付页、Pay-by-Link、Server to Server 和 In-App SDK。这些不是相同选项，也不代表每份合同全部启用。提出方案前确认账户服务与商店平台。架构尽量减少支付数据接触，并说明测试和生产需要什么。具体能力按所选路径当前指南确认。

商店需要关联订单 ID、最终金额与对应交易。客户返回路径不能取代所选方案要求的结果检查。其他场景中，付款链接可能对应客服创建的订单，需要明确有效期与状态。分别描述各场景，避免结账外支付变为仓库无法对应真实购买的匿名记录。

重复点击、放弃结账与延迟结果通知，需有约定处理。连接器不能自行把未知状态改成成功。保留引用并报告待办，直至检查完成。金额以相同货币单位比较，退款遵循账户权限。团队应知道何时复查交易、何时寻求支持，不能为解决通知问题而再次扣款。

初步分析区分结账购买、报价付款与其他约定路径。每种场景有具体引用，并与业务记录清晰关联，不把资金流记为需要猜测的通用备注。团队知道哪种状态允许下一步，以及放弃时如何处理。变更集成方式时重新检查账户指南，把门户选项转化为有文档的范围，而非自动可用的承诺清单。

一家家具商店录入报价，关联约定支付路径。其引用不能与同一客户另一笔网购混淆。确认结果后，报价进入预定业务步骤。放弃时维持待处理，不显示虚假成功。再次尝试保留历史与关系。项目使用实际 XPay Greece 账户指南，不认为门户上所有产品都已可用。

测试同一客户两笔不同引用的购买、放弃流程与重复点击。结果对应具体业务记录和正确金额。测试未知或待处理状态，不自动猜测成功。退款按账户权限与指南检查。团队确认谁复查、谁联系服务商。针对所选路径确认生产配置，并记录异常行为。