定义
支付回调是用户完成微信支付或支付宝后，支付渠道向平台发送的异步通知。平台收到回调后更新订单状态、触发套餐下发、复机等业务联动，需确保幂等处理避免重复执行。
回调流程
用户支付成功后，微信/支付宝服务器向平台配置的回调URL发起POST请求，携带订单号、支付流水号、支付金额、支付状态等参数。平台需：①验签确保请求来自支付渠道；②根据订单号查询订单并校验金额；③幂等处理（同一笔支付可能收到多次回调，需根据支付流水号去重）；④更新订单为已支付，触发后续业务（套餐下发、复机、支付分账等）。
注意事项
- 异步性：回调为异步通知，可能延迟数秒，前端需通过轮询或WebSocket获取支付结果，不可仅依赖回调。
- 重试机制：支付渠道对未响应的回调会多次重试，平台需快速返回成功（如200 OK），业务逻辑异步处理。
- 安全：必须验证签名，防止伪造回调导致资金风险。
回调与业务联动
支付回调成功后，平台需触发一系列业务：更新订单状态为已支付、执行套餐下发、若为欠费卡则执行复机、若接入支付分账则调用分账接口。这些操作需可靠执行，任一环节失败都影响用户体验。建议采用消息队列异步处理，支持失败重试。回调处理需幂等，同一笔支付多次回调时只执行一次业务逻辑。支付回调是物联网卡套餐订购流程的核心枢纽。
支付回调与订单
支付回调需根据订单号、支付流水号关联订单，校验金额一致。订单需记录销售归属，便于结算分润或支付分账。回调成功后，套餐下发根据运营商映射调用运营商API；复机将停机卡恢复联网。支付回调是B2B2C模式下「支付即复机」的关键环节，需保障可靠性、幂等性。
回调处理
支付回调需验签确保请求来自微信支付或支付宝；需幂等处理，同一笔支付多次回调时只执行一次业务逻辑。建议采用消息队列异步处理，支持失败重试。回调处理需快速返回成功（如200 OK），业务逻辑异步执行。支付回调是物联网卡套餐订购流程的核心枢纽，与套餐下发、复机紧密联动。