自动发卡不到账，先查订单交付状态

自动发卡后买家反馈没收到卡密，很多人第一反应是查货源，但多数情况问题先出在订单状态和查询环节，先核对这两处，比直接补发更省事，也避免重复发卡。

先确认订单是否存在且状态可查

买家说“没到账”，首先要确认这笔订单能否被查到。查单时需要用下单时填写的查单手机或完整的商城订单号，不能用支付平台的流水号，二者用途不同，填错必然查不到。

如果查不到订单，先核对购买商城域名与登录身份，QQ、微信等不同身份可能对应不同账户，游客订单也不会归入当前会员记录。更换设备、清理浏览器数据后，本机订单记录会清空，不代表订单被删除，此时需要用原订单号或查单手机重新查询。

订单能查到但状态显示为待支付、处理中，说明发卡流程还没启动，这类情况不属于“不到账”，等支付确认和货源处理完成后再查即可。

订单已完成但无卡密，核查货源与商品绑定

订单状态显示已完成，但详情里没有卡密信息，需要核对货源导入和商品绑定环节，这是最容易被忽略的问题，很多经营者以为导入卡密就等于完成绑定。

先核对卡密导入格式和有效可售数量，再确认货源类型、启用状态，以及是否绑定到了正确的商品或规格。卡密、卡号加卡密、固定卡密和充值货源用途不同，只增加总库存不算绑定完成，绑定错位就会导致订单无法匹配到对应卡密，自然不会发卡。

如果绑定了多个货源，还要核对选源策略，低价优先、自营优先和顺序轮询的分配规则不同，不能仅凭货源列表排序判断每一单必走某渠道，用错策略可能导致订单匹配不到可用货源。

卡密已生成但没收到，检查回调与取卡入口

订单详情里有卡密，但买家说自己没收到，这种情况要分两类处理。第一类是买家没有进入正确的取卡入口，比如换了设备、清了浏览器数据，或者误用了支付流水号查单，此时引导其用原订单号或查单手机，从购买时的商城进入订单查询页即可。

第二类是依赖系统自动推送卡密的场景，需要核对Webhook配置。订单创建时若填写了专属回调地址，消息会优先发往该地址，未填写则读取当时的默认地址；两个地址都没有时，Webhook不会发送，但订单仍正常创建，第三方需要通过查询接口获取卡密。此时需要确认接收方的回调地址是否有效，而非直接补发。

收到Webhook消息后，还要按流程处理：先检查JSON格式和必填字段，保存eventId，同一eventId再次收到时不能重复发卡，避免重复交付。

无法确认结果时的处理边界

如果订单状态已变更，但货源渠道返回结果不确定，不要直接补单，先查看原订单日志和渠道结果，确认是明确失败、已撤销且未交付，再走允许的补单流程，结果不确定时人工核查，能避免卡密重复发放或充值重复到账。

需要说明的是，以上判断仅适用于能查到对应订单、且货源与商品绑定关系明确的场景。如果订单完全查不到，且支付凭证与商城订单无法对应，需要先让商家核对订单对应关系，再判断后续处理，盲目补发反而会掩盖真实问题。

如果查询入口和订单状态都正常，还可以补充核对两个容易被忽略的环节。其一是商品规格，多规格商品下单时必须对应正确的variantRef，规格传错会生成无效订单，即便支付成功也无法触发发卡，这类订单详情里的规格信息会和实际购买需求不符，核对后重新匹配规格即可。

其二是货源的可售状态，导入卡密后若卡密被标记为禁用、已使用或已过期，即便货源绑定正确，发卡时也会因无可用卡密失败，需要在货源列表筛选可售状态，移除失效卡密后再处理对应订单。

参考资料：订单查不到怎么办（2026-10-18）；接入指南（2026-09-20）；库存与发货异常（2026-10-18）；查询订单与取卡（2026-10-18）。具体操作与适用范围以对应文档为准。