大促期间的发卡网，最容易出问题的往往不是流量本身，而是流量被放大之后，原本“跑得通”的链路开始出现缝隙：支付回调慢了几秒、库存被并发抢空、发货队列积压、买家连点两次提交。订单并没有凭空消失，它通常只是卡在了某个环节，而商家没有第一时间发现。把大促当成一次链路体检，比事后补单更重要。

一、先分清“掉单”的四种形态

不同形态的掉单，处理方式完全不同。促销开始前，建议先把下面几类情况在自己的后台走一遍：

• 付款成功但未发货：多为回调延迟或发货任务中断，需要能按支付流水反查订单。
• 已发货但买家没收到：常见于页面停留在旧状态、买家未刷新，或买家在下级页面下单、卡密回传到了上级。
• 买家重复下单：网络抖动导致重复点击，或支付页回退后再次提交。
• 订单状态与库存不一致：库存扣了但订单未生成，或者订单生成了但卡密没被预占。

把这几类先分类，后面每一项优化才有落点。

二、促销前：把库存和活动规则先“冻结”

大促最忌讳边卖边改规则。数字商品发卡的库存是虚拟的，改起来很快，但改动期间产生的订单最容易出问题。建议在开卖前完成三件事。

1. 库存分层，活动库存独立

把主库存和活动库存分开配置：日常销售用一批，大促秒杀用一个独立的小池子。这样即便活动池在几分钟内被抢空，主链路仍然可以正常成交，不会因为一个活动把整店拖停。

2. 优惠叠加顺序先定好

优惠券、会员等级折扣、满赠、抽奖与签到赠送这几类优惠，如果叠加规则没定清楚，大促当天很容易出现“折上折到零元”或“赠品卡密重复发放”。建议在测试环境把组合都跑一遍，确认最终价格与赠送逻辑符合预期。商品满赠可以赠送其他商品的卡密，这类跨商品赠送尤其要提前确认库存。

3. 规则写进购买页，降低售后量

大促期间的客服压力，很大一部分来自规则不清晰。把发货方式、到账时间、卡密查询路径写在购买页显眼位置，能显著减少“我的激活码在哪”这类咨询。购买页也支持添加友情链接，但建议只放与本次促销相关的说明页，避免买家点走后找不到回来的路。

三、支付环节：商户自有支付接口要提前压测

如果商户使用自己的支付接口，大促前必须确认三件事：单笔与单日限额、异步回调地址是否可达、回调超时后的重试策略。限额被击穿时，表现往往不是报错，而是支付页一直转圈，买家以为没成功，于是重复下单。

同时要关注回调延迟。回调延迟本身不致命，致命的是延迟期间没有任何补偿机制。建议设置一个短周期的对账任务：每隔几分钟拉取一次未完结订单，与支付流水比对，发现已付款未发货的立即重试发货。

四、API对接发卡平台：幂等和重试是两条命脉

通过API对接发卡平台，把支付能力接到自己的网站或软件里时，大促期间最需要防的是同一个订单被重复处理。

• 幂等键：用商户订单号或支付流水号作为唯一键，重复请求只返回首次结果，不重复扣库存、不重复发卡密。
• 重试上限：发货失败自动重试是可以的，但要有次数上限，超过后转入人工处理队列，避免无限循环压垮接口。
• 回调验签：回调必须验签，防止伪造请求消耗库存。
• 下级对接：如果使用下级对接模式，要确认上下级订单号的映射关系，避免上级已发货、下级仍显示待发货。

五、发货环节：卡密预占，避免超卖

卡密和激活码属于一次性数字商品，一旦并发扣减不做保护，就会出现两个买家拿到同一张卡密的情况。可行的做法是“预占—发货—确认”三步：下单时先从库存中预占一条未使用的卡密并锁定，发货成功后标记为已用，发货失败则释放回库存。预占超时未完成的，由定时任务回收。

发货队列要做限流。队列积压时，优先保证已付款订单的处理顺序，把营销活动产生的赠送卡密放在后面，避免赠品挤占真实订单的发货资源。

六、风控与黑名单：大促期间更要把恶意订单挡住

促销价往往是刷单和恶意下单的高发期。除了常规的频率限制与限购，黑名单功能在大促时很实用：确认存在恶意行为的账号可以直接拉黑，之后无法继续支付，避免它反复占用库存和发货资源。对低投诉发卡网来说，风控的目标不是把订单拦住，而是把资源留给真实买家。

七、售后与留痕：让每一笔订单都能查到

大促期间的售后效率取决于平时的留痕程度。买家系统可以让买家自助查询订单和卡密，减少人工介入；商户也可以删除与自身相关的交易订单和其他内容，用于清理测试单、误单。对于确实需要人工补发的订单，建议单独建一个工单表，记录订单号、支付流水、卡密批次和处理人，避免补发后重复发放。

另外，引导页是可以在大促期间分流使用的轻量入口，即使不使用发卡功能，也可以拿来放置活动说明与查单入口。

八、对账与资金安全：把“丢失”变成“可追溯”

大促结束后 24 小时内，建议做一次完整对账：支付流水、订单、发货记录、卡密使用状态四张表逐笔核对。差异订单当天处理完，不要拖到结算周期末。对于通过推广返佣产生的订单，也要一并核对，确认奖励计算口径与成交口径一致，避免结算时出现争议。

选择发卡平台时，ICP备案发卡网与主体信息是可查的基础项，资金安全更多取决于结算是否按时、对账是否有据可依。把这些确认清楚，再谈功能。

九、大促检查清单

1. 主库存与活动库存是否已分开配置？
2. 优惠券、会员折扣、满赠、赠卡密的叠加是否已测试？
3. 自有支付接口的限额、回调地址、重试策略是否确认？
4. API发货是否已实现幂等与重试上限？
5. 卡密是否采用预占机制，超时释放是否生效？
6. 发货队列是否设置限流与优先级？
7. 黑名单、限购、频率限制是否已开启？
8. 买家自助查单入口是否在购买页可见？
9. 大促次日是否安排对账，差异处理责任到人？

订单不会真的“丢”，它只会藏在没有监控、没有对账、没有留痕的角落里。大促前多花半天把链路走一遍，往往比大促后花三天补单更省事。