异常、重试与重认证
爬虫或账单匹配不顺利时，系统不会一律立刻关单。本篇按 钱包掉线、上游繁忙、查到了但对不上、重认证 四类说明。
1. 总览决策（无技术错误码）
2. 钱包掉线 / 卡未认证
| 表现 | 系统行为 | 代收跑分余额 |
|---|---|---|
| 爬虫提示 登录失效 或卡 未认证 | 不 因掉线立刻关单（代收支付中 / 审核中） | 不加回，登记仍 冻结中 |
| 代收 审核中 订单 | 打 等重认证补救 标记 | 不加回 |
| 代收 未满 8 分钟 就掉线 | 子单保持原状态；通知用户 OTP | 不加回 |
| 代收 满 8 分钟 要关单，但卡未认证 | 子单转 审核中 + 标记，主单不关 | 不加回，继续占用直至成交或最终关单 |
| 代收 满 8 分钟 要关单，且卡已认证 | 正常关单（子单支付超时，主单取消） | 加回 |
| 代付 支付中 超时 | 仍按原逻辑 支付超时（代付不等卡认证） | 代付不动跑分余额（见 第 3 篇） |
| 用户完成 OTP / 重绑卡 | 见第 3、5 节 | 对上则成交；仍失败且已过关单时点才加回 |
运营口径：掉线 = 「暂时查不了账」，不是「订单失败」。在重认证或其它兜底之前，跑分侧 不要 按关单解释余额变动。资金细节见 第 3 篇 · 2.7。
与 第 1 篇「认证免检期」关系：掉线后最多滞后约 一个扫描周期（约 20 分钟） 才会从派单池剔除。
3. 上游暂时繁忙
| 表现 | 系统行为 | 代收跑分余额 |
|---|---|---|
| 爬虫 暂时不可用（容量、超时等） | 子单保持 支付中 或 审核中 | 不加回，等同掉线前的「继续等」 |
| 自动重试 | 约 每 2 分钟 扫描队列；间隔 5 分钟起，随次数线性增至约 30 分钟；默认最多约 24 次 | 重试期间仍占用 |
| 代收主单已 取消 后重试 | 仍可对账；对不上 则只把子单从审核中收尾为取消，避免「主单已关、子单仍审」 | 关单时已加回，重试不再动余额 |
| 代收主单仍进行中 | 继续等 8 分钟关单、用户提交、重认证等其它兜底 | 未关单前仍占用 |
4. 查到了账单但对不上
| 触发场景（通俗） | 代收 | 代付 |
|---|---|---|
| 用户 提交流水号 / 商户补单 | 可较快关单 | 审核中且卡正常时可拒绝 |
| 定时自动查账（2/5/8 分等） | 等到 8 分钟 再关单 | 自动阶段不立刻拒绝 |
| 8 分钟最后一搏 | 仍未匹配则关单 | — |
| 10 分钟超时前最后一搏 | — | 仍未匹配则子单超时 |
| 重认证后专门补救 | 仍对不上则关单 | 仍对不上可拒绝 |
| 关单后后台重试 | 对上则补单成功；对不上收敛子单 | — |
5. 重认证补救（运营指引）
5.1 用户刚完成 OTP / 更新卡
- 对该卡下所有 审核中 订单 批量再查账。
- 未到 8 分钟关单时点：对不上也 不立刻关单。
- 已超过关单时点且仍对不上：可 自动驳回 仍挂在审核中的子单。
5.2 曾因掉线打了「补救标记」的订单
- 重认证成功后，系统 专门再查一轮。
- 仅当 爬虫成功拉到账单但仍对不上 → 立刻 按失败关单（原因文案为通俗中文，如「重认证后仍未查到对应流水」）。
- 爬虫调用失败 → 保持现状，等其它兜底。
5.3 运营可做什么
- 引导用户完成 App 内 重新认证。
- 在审核页 手动通过（不依赖爬虫）。
- 核对是否应走 商户补单 / 管理端手动触发查账。
6. 关单后补单（代收）
- 主单已 取消、子单 支付超时 后，LOCAL 可写入 关单后重试队列。
- 重试前可能将子单 复活为审核中 再查账。
- 匹配成功 → 主单改 成功、商户入账、跑分按 第 3 篇 补单扣款。
- 重试成功拉账但仍对不上 → 子单从审核中回到 取消，主单保持取消。
- HIS 已耗尽（见 第 6 篇 §2.1）：此后 补单与 1009 重试 只查账单总表，命中则成功，未命中则直接失败；管理端手动爬虫 仍先查账单总表，未命中时可继续请求钱包实时爬虫。
下一篇 → 第 8 篇：常见问题与参数表