先确认交易主体与账户
列出销售主体、收款商户、机构账户和客户支付路径。联营或多主体项目尤其需要说明款项归属，不能把所有履约子单都直接当成独立支付交易。
机构准入、账户配置和软件联调分别确认。交付代码中存在支付接口，不表示企业自动获准使用特定渠道或原有费率。正式账户由有权限的主体申请和维护。
分开记录业务状态与支付状态
订单已创建、支付请求已发出、客户已完成支付、回调已到达与财务已核对，是不同事件。页面超时不应直接判定失败，机构已扣款而业务系统未更新时需要查询核对。
保存业务订单号、支付请求号、机构交易号及必要状态。记录要能沿原订单找到多次支付尝试，避免将每次请求都当成一笔新的销售。
验证回调真实性与重复处理
按实际接入渠道要求验证回调，再核对商户、交易、金额和状态。重复通知应沿同一交易识别，已经处理过的结果不能再次计入收款或重复触发发货。
联调需要测试正常通知、重复通知、延迟到达与查询补偿。敏感密钥不进入普通日志，留存用于排查的记录也应控制范围与权限。
部分退款沿原交易追溯
业务批准退货、申请退款、机构执行退款与完成对账分别记录。部分退款需要核原成交金额、优惠分配、累计已退和剩余可退金额。
例如一笔订单应付900元，退掉其中一项商品，退款金额需要依据该项原成交和优惠规则确认，不能仅按当前商品展示价计算。涉及结算或分账时另核机构支持的处理路径。
机构账单与业务记录相互核对
对账按日期、交易号、金额、费用和状态检查差异。收款、退款和费用应分别解释，避免只比较一个净额便认定无差异。
对延迟入账、回调缺失或状态不一致的记录，保存查询结果并明确负责人。账单核对完成之前，不通过手工改一个订单状态掩盖资金差异。
将联调样例纳入交付记录
至少覆盖正常支付、超时查询、重复通知、部分退款、退款失败或处理中，以及账单差异。实际可执行场景由渠道测试条件决定，未具备条件的部分单独记录。
上线时核对正式商户和回调地址，持续观察异常交易。软件负责关联记录与处理流程，真实资金执行和机构规则依赖实际接入渠道。