发卡网订单多久到账，先看状态别只等通知

判断发卡网订单多久到账，最容易出错的是把支付成功当成已到账，或者把订单创建当成发货完成。卡易速的公开接口与帮助文档明确，订单只有在余额扣款成功后才会创建，收到HTTP 2xx只能说明订单已经创建，不表示充值或发卡完成，最终结果必须看订单状态。因此到账判断的核心，是先确认商品类型，再区分创建、处理、完成三个阶段，不能只盯着通知。

卡密和充值商品的到账标准为何要分开？

两类商品的交付结果完全不同，等待边界自然不能套用同一套标准。卡密商品的到账，以订单详情中卡密信息实际生成并完整展示为准，仅看到订单状态为成功还不够，需要确认复制出的卡号、卡密内容与商品一致，卡密没有出现就不属于已交付。充值商品没有卡密区域，到账必须看订单里的充值资料与处理结果，再核对对应账号是否到账，不能因为没看到卡密就判定未发货。

卡易速的帮助文档明确，卡密、卡号加卡密、固定卡密与充值货源的用途不同，只增加总库存不代表绑定完成，履约阶段同样会按货源类型分开处理。例如用户购买的是某视频月卡，等待时间应当以订单详情中出现可复制的完整卡密为终点；购买话费充值，则以订单中出现充值成功结果、对应号码实际到账为终点，两者不能用同一个时间阈值衡量。

订单处于processing时，还要等多久？

卡易速的订单状态分为pending、processing、success、canceled、partially_refunded、refunded，订单扣款并创建成功后的初始pending状态不会发送通知，只有进入processing或后续状态才会触发推送。这代表processing是处理中，既不代表失败，也不代表完成，需要结合货源状态判断是否在正常履约。

判断processing阶段的等待是否合理，先看商品绑定的货源是否处于启用状态，再看订单日志是否有明确的处理记录。帮助文档明确，货源需要正确绑定到对应商品或规格，多货源是否走低价优先、自营优先或顺序轮询，要按页面配置的策略理解，不能凭货源列表的排序推断每一单必走某渠道。若日志显示货源正在处理，等待是正常情况；若日志没有处理记录、货源已被停用或库存不足，就属于异常，不能再继续等待。需要明确的是，平台只说明状态含义，并没有给出统一的processing结束时间，具体等待上限要以商家公示的发货规则为准。

没有收到通知，应该按什么顺序核实？

收不到通知时不要直接判定未到账，卡易速的接口规则明确，某条消息生成时既没有订单地址也没有默认地址，就不发送该条Webhook，订单仍然正常创建。正确做法是先核对身份与查询资料，再查原订单状态，确认订单是否已经交付，通知缺失不影响订单本身的结果。

核实顺序是：先准备下单时填写的查单手机和完整商城订单号，查单手机不等于会员绑定手机号，也不等于充值账号；不要拿支付平台的流水号当作商城订单号。电脑端进入购买商城的订单查询，可用手机号或订单号查询；手机端已登录会员可进入我的订单，未登录则使用商家提供的订单查询页。查不到订单时，优先确认是否更换过设备或清理了浏览器数据，再核对订单号是否完整，缓存记录只能辅助，结果存疑时要用完整订单号重新查询。

订单已成功，为何交付内容还要单独核对？

订单状态显示success，只能证明订单流程走完，不能直接等同于卡密可用。卡密商品要核对详情中的卡密信息，复制后检查内容是否完整、是否属于本次购买的商品，使用时长、有效期和使用条件以商品说明及实际交付为准，订单显示已完成仍要确认内容没有错配。

充值商品要核对订单中的充值资料和最新充值结果，再确认目标账号是否到账。卡易速的接口文档显示，充值商品每次产生新的处理结果，都会在order.changed消息中携带当前orderState和最新的rechargeResult，卡密订单成功则只发送order.credentials.ready，不会重复发送order.changed(success)。核实时也要分清商品类型，不要按卡密商品的标准去要求充值订单，也不要只看状态值，必须核对实际交付结果，避免把已经到账的订单误判成未到账。

最终的等待取舍，取决于商品类型和订单状态：卡密订单以卡密完整展示为准，充值订单以账号实际到账为准；状态为processing且货源正常时按商家规则等待，状态异常或交付内容缺失时，直接用原订单查询核实，不要重复下单。

参考资料：创建订单（2026-08-31）；订单状态推送（2026-08-22）；库存与发货异常（2026-10-18）；查询订单与取卡（2026-10-18）。具体操作与适用范围以对应文档为准。