自动发卡退款，先确认是否发错卡

自动发卡出现退款时，很多人第一时间会想到调整价格或优化页面，但相当一部分退款是因为买家收到的卡券与下单商品不一致。要减少这类退款，核心是把核对动作放在发货前，从规格匹配、货源绑定和结果校验三个环节逐项排查，而不是等买家申请退款后再补救。

先区分发货偏差与需求变化

判断退款是否属于可减少的发货偏差，要看买家申请时附带的理由和凭证。如果理由是商品类型、面值、适用范围或到账时间与商品页描述不符，并提供了未使用的卡密、未到账截图或错误凭证，基本可以归为发货偏差；如果理由是不需要了、买错了或找不到兑换入口，则属于需求变化，通常无法通过发货环节调整来避免。

这一步的作用是把能通过流程修正的退款筛选出来。不要凭订单金额或买家情绪猜测原因，要结合买家提供的具体信息和商品页描述逐项比对。例如，买家购买的是视频会员月卡，收到的却是日卡，这属于明确的规格错发，而不是需求变化。

核对规格绑定，排除错发风险

规格错发是自动发卡退款的高发原因，需要同时核对商品详情和下单模板。先调用 GET /goods/{productRef} 获取商品详情，确认当前在售规格的编号、面值、适用范围；再调用 GET /goods/tpl 获取下单模板，检查本地保存的表单是否与最新模板一致。

多规格商品必须使用商品详情返回的 variantRef，不能凭商品名称或价格自行匹配。如果模板或数量规则已经变化，创建订单时会返回 PURCHASE_SCHEMA_CHANGED，此时需要重新查询模板、更新本地下单表单，再用原 clientOrderRef 重新提交，避免因规格不符导致后续错发。单规格商品也要确认 variantRef 未被错误填写，平台会优先使用默认规格，但若本地表单残留旧规格，仍可能影响发货。

核对货源绑定，避免库存与货源错配

有货源的自动发卡，错发常出现在货源与商品的绑定环节。卡密、卡号加卡密、固定卡密与充值货源的用途不同，不能只增加总库存就认为绑定完成。需要确认当前商品绑定的货源类型、启用状态，以及是否绑定到了正确的商品或规格。

多货源场景下，要按页面配置的策略理解货源分配，不能以货源列表的排序推断每一单必走某渠道。低价优先、自营优先和顺序轮询有不同的分配规则，成本来源与履约策略也需要分别配置。例如，若商品绑定的是视频会员卡密货源，而订单实际走了充值货源，就会导致买家收到与商品不符的卡券，引发退款。

核对发货结果，确认交付准确

发货完成后，要通过订单详情核对交付内容是否与订单一致。调用 GET /orders/{clientOrderRef} 查询订单详情，确认返回的卡密类型、面值、适用范围与下单商品一致；若订单要求验证码，通过 POST /orders/{clientOrderRef}/verification-code 提交时，也要核对输入的充值资料是否与订单匹配。

接收 order.changed 回调时，先检查必填字段，保存 eventId，同一条消息重复收到时不重复发卡或记录退款。卡密消息必须先安全保存再交付，避免因重复发放导致退款。如果订单未收到回调，不要直接判定未发货，应通过订单查询接口确认当前状态，以接口返回结果为准。

完成上述核对后，可先整理近一周的错发退款订单，按规格、货源、交付三个维度归类，找出重复出现的问题，再针对性调整绑定与配置，用调整后的错发订单占比验证效果。

参考资料：接入指南（2026-09-20）；创建订单（2026-08-31）；库存与发货异常（2026-10-18）。具体操作与适用范围以对应文档为准。