自动发卡平台客诉高，卡密回调先查哪一步

自动发卡平台的客诉里，很多经营者会先怀疑货源缺货或买家没有收到通知，但实际上不少纠纷源于发卡链路里的卡密回调延迟。只看买家的“没收到”截图无法判断卡密是否生成、是否发出以及是否被接收，必须先把可核查的链路数据拉出来，才能区分是源头、接口还是买家侧的问题。下面只解决一个问题：当出现卡密未到账类客诉时，按什么顺序核对自动发卡平台的发卡链路，先定位原因再完成处理。

先核对订单的原始状态

排查必须从已确认的订单信息开始，不能凭买家描述调整原单。首先查询订单详情，确认订单的支付状态是否为成功，订单是否处于可发货状态。若订单尚未完成支付，卡密没有生成属于正常情况，此时不能按发卡异常处理。

若支付状态正常，再查看订单是否要求验证验证码。如果订单带有验证码要求，卡密会在买家提交正确验证码后才会下发，买家没有提交或提交错误都会导致卡密未到账，此时需要先引导买家完成验证，而不是直接补发卡密。

再核对卡密的生成与回调记录

订单状态正常且无验证要求时，下一步核对卡密的生成与下发情况。先确认订单是否已经生成卡密，可结合订单详情中的卡密字段和平台内的发卡日志核对，避免在没有确认卡密是否存在的情况下直接补发，造成卡密重复交付。

若卡密已生成，需要核对回调地址的设置情况。例如，平台支持在创建订单时填写该订单专属的 orderCallbackUrl，填写后该订单的卡密消息会优先发送到该地址；未填写时，平台会读取当时的默认回调地址。若此时默认回调地址未保存，或订单专属地址填写错误，消息就不会送达买家，这是卡密未到账的常见原因。

按回调结果拆分可能原因

核对回调地址后，需要按结果定位原因，避免把平台、买家或接口的问题混为一谈。如果卡密没有生成，说明货源端没有库存或发卡失败，需要先核对货源的订阅状态和有效库存，确认货源可售后再决定是否补发。

如果卡密已生成但回调地址缺失，属于回调配置问题，需要在平台侧核对默认回调地址，或为后续订单补填正确的 orderCallbackUrl，同时告知买家可直接在订单详情页查看卡密，降低即时依赖回调通知的客诉。若回调地址存在，需要确认消息是否已经发送，可结合发卡日志核对。

如果消息已经发送，需要确认接收端是否正常返回 HTTP 200。接收端未返回 200、重复收到相同 eventId 时重复处理，或者先执行发货流程再保存卡密，都可能导致买家收不到卡密，这类情况需要排查买家侧的处理逻辑，而不是重复向买家发送卡密。

完成处理后按订单验证

定位到具体原因后，处理动作必须回到原订单，不能用新建订单替代。若需要补发卡密，先确认原订单已生成的卡密状态，确保不会重复发放；若是回调地址问题，修正配置后用原订单重新触发查询，向买家提供可查询的订单入口，而不是只依赖消息提醒。

处理完成后，需要以订单详情和买家的实际核销结果作为验证标准，确认卡密可以正常查询和使用，再关闭客诉工单。若按以上顺序排查后仍未定位原因，需要保留订单号、回调记录和时间点，向平台提交可核查的原始信息，不要凭猜测归因或随意补发卡密。

参考资料：接入指南（2026-09-20）。具体操作与适用范围以对应文档为准。