卡易速自动发货速度合格吗，确认与测试怎么做

判断卡易速的自动发货是否合格，要先明确一个前提：发货快慢取决于订单进入系统、卡密生成、回调送达和后续处理的完整链路，不能只看某个页面的提示或一次连接延迟。第二点要区分订单来源，游客订单、已有账户订单和经第三方渠道下达的订单，其流转条件并不相同，必须先在自己实际使用的场景下验证。

合格速度的可观察标准

合格与否应建立在可测量的时间和明确的成功结果上。适合虚拟卡券电商验收的标准有三个层次。

基础标准：卡密确实进入可交付状态

订单被系统受理后，对应卡密应完整生成并被安全保存，这是第一个动作。如果没有卡密生成，后面所有通知都无从谈起。判断以实际待交付记录为准，不靠页面上的“已处理”字样，因为页面状态可能只反映前端显示，不反映底层数据。

第二标准：通知与订单状态能正确到达

卡易速公开说明中，订单完成会主动通知，游客订单有短信通知，店铺也可配置新订单通知；若你在后台开启了这些功能，就能以通知到达作为时间点。更稳妥的是对照 Webhook，因为 Webhook 默认启用，数据保存成功后会返回 HTTP 200，返回纯文本 OK；若两条消息都没有，订单仍然正常创建，需要通过GET /orders/{clientOrderRef}查询订单详情作为兜底。所以合格速度要同时看卡密生成和通知或查询可用，不能只取其一。

第三标准：人工介入只发生在明确标记的订单上

卡易速支持分站订单人工处理与自动发货，也有第三方渠道冷却控制；因此少量订单进入人工处理并不等于系统故障，前提是订单被清楚标记，且在约定的处理时限内给出结果。若大量普通订单在等待人工，说明自动链路不合格。例如，若订单既没有卡密，也查不到待处理标记，等待时间再短也不合格。

避免把运行指标当成发货速度

很多人用路由或网关返回 200 就认为已发货，这不可靠。首先要区分状态层和业务层：接口返回成功只说明通道可达，不能确认订单已经出码；页面文案也不能替代业务结果。核对时应以订单详情和卡密记录为根，再回看通知记录。若只有一条通知而卡密为空，属于数据不一致，不能判定发货合格。

在测试环境中验证的步骤

1. 创建一个测试商品并记录商品状态。通过GET /goods/{productRef}确认规格与下单模板，避免因模板问题放大后续等待时间。
2. 用测试账户下单并走一遍支付，记录订单创建完成时刻、下单时间与借款人信息。
3. 主动查询GET /orders/{clientOrderRef}，查看卡密显示、字段完整度和订单当前状态，而不只刷新页面。
4. 检查是否有对应通知，包括站内、短信或企业微信；若落叶参数配置了回调地址，确认是否收到 Webhook 并返回 OK。
5. 验证幂等性：同 eventId 若再次送达，处理器不应重复出码或重复追加售后，以免把重复通知误读为更快。

按不同场景设定合格值

小额数字卡券通常要求从下单到卡密可查的时间极短，因为等待窗口短，用户容错低；涉及高峰并发时，合格速度还要看是否因第三方渠道冷却控制而导致波动，这类波动应有说明并可追溯。定制服务类商品因依赖人工参与，合格标准以完成标记时间为准，不应与纯自动发货商品使用同一阈值。例如，若游客订单在支付后未能在合理时间内收到短信或查询结果，无论后台是否显示“运行中”，都应列为待核查。

最终取舍取决于你的商品类型与订单来源：需求越接近即时，越要以卡密可查与通知送达为准；需求包含人工环节，应只看标记后的履约时间。按此口径验证卡易速，才能避免把平台能力与运营配置混为一谈。

参考资料：接入指南（2026-09-20）；卡易速 v1.2.0 更新记录（2026-09-13）。具体操作与适用范围以对应文档为准。