08 · 订单管理¶
入口路径：后台 → 订单管理 目标读者：副组长 / 财务 / 出款审核 / 风控初审 核心问题：玩家从第三方通道充值、提现的所有订单都在这里查；首提 / 大额 / 代理提现需要这里审核；异常提现在这里复核 资料来源：
订单管理子项.png+充值订单.png+提现订单.png+异常提现订单.png+待审核大额订单.png+待审核首提订单.png+待审核代理订单.png最后更新：2026-05-11 作者：Bob/Aimee
一、模块定位¶
订单管理 = 所有"玩家自主走第三方通道"产生的资金订单的中枢。和 07-系统直充 的根本差异：
| 维度 | 订单管理 | 系统直充 |
|---|---|---|
| 触发方 | 玩家自己通过 App / Web 操作 | 业主在后台手动 |
| 经过通道 | 第三方支付通道 | 不经通道，业主直接动账 |
| 资金流向 | 玩家 ↔ 第三方 ↔ 平台 | 业主 → 玩家 |
| 凭证 | 第三方订单号 + 回调时间 | 业主签字 + 谷歌验证码 |
| 审核 | 大额/首提/代理/异常需人工审核 | 操作即生效 |
6 个子项：
| 子项 | 类型 | 用途 |
|---|---|---|
| 充值订单 | 全量查询 | 玩家所有走通道的充值记录 |
| 提现订单 | 全量查询 | 玩家所有走通道的提现记录 |
| 待审核大额订单 | 待审核队列 | 大额提现人工审核 |
| 待审核首提订单 | 待审核队列 | 玩家首次提现人工审核 |
| 待审核代理订单 | 待审核队列 | 代理提现人工审核 |
| 异常提现订单 | 风控复核队列 | 风控标记的异常订单 |
⚠️ 副组长出款审核的主战场：4 个待审核 / 异常队列是副组长每天值班最常打开的页面，没有审核完成不能下班。
二、充值订单¶
2.1 列表页¶
筛选区（7 个字段）：
| 字段 | 含义 |
|---|---|
| 订单号 | 精确查（有订单号时其他条件不生效，红字标注） |
| 用户 ID | 按用户筛 |
| 订单状态 | 全部状态 / ❓ 待补充取值 |
| 注册来源 | 全部来源 / ❓（如 App / Web / Referral / Channel） |
| 创建时间 | 默认今天 |
| 第三方 | 全部 / ❓ 通道列表 |
| 支付方式 | 全部 / ❓（GCash / Maya / Bank / ...） |
⚠️ 「订单号条件存在时，其他条件不生效」 —— 这是所有 6 个子页面的硬规则。意思是：输了订单号就忽略时间/用户/状态，直接精确定位。别再纠结时间窗了。
按钮：
| 按钮 | 用途 |
|---|---|
| 查询（蓝） | 套筛选刷新 |
| 导出 Excel | 导出当前筛选 → 14-导出Excel列表 |
| 操作选中订单 | 对勾选的订单批量操作（如批量补单 / 标记成功） |
2.2 顶部汇总条¶
| 字段 | 含义 |
|---|---|
| 开始时间 | 筛选区间起 |
| 结束时间 | 筛选区间止 |
| 总人数 | 该区间产生充值的用户数 |
| 总订单数 | 该区间订单数 |
| 总充值金额 | 成功充值合计（PHP） |
| 总赠送金额 | 充值赠送（活动赠金） |
| 成功率 | 成功订单 / 总订单 |
2.3 列表字段（16 列）¶
| 字段 | 含义 |
|---|---|
| 复选框 | 多选批量操作 |
| 充值用户 | 用户 ID + 用户名 |
| 用户层级 | VIP 层级（与 10-用户管理 联动） |
| 注册来源 | 该用户当初注册的来源（渠道 / 代理） |
| version | 客户端版本（用于定位特定版本下的支付 bug） |
| 创建时间（GMT+8） | 玩家发起充值时间，可排序 |
| 回调时间（GMT+8） | 第三方支付平台回调时间，可排序 |
| 第三方 | 支付通道名（如 GCash 通道、Maya 通道） |
| 支付方式 | 具体方式（GCash / Maya / 银行转账 / Crypto） |
| 订单号 | 平台订单号 |
| 充值金额 | 玩家充值金额（PHP） |
| 赠送金额 | 活动赠金（如首充 100% 送 100%） |
| 活动 | 关联的营销活动名 |
| 订单状态 | 待支付 / 成功 / 失败 / 已退款 ❓ 完整值待补 |
| 路由信息 | 通道路由路径（多通道平台用于排查） |
| 操作 | 详情 / 补单 / 关闭 ❓ |
2.4 副组长用法（充值订单）¶
1. 玩家投诉「充了钱没到账」
→ 输入用户 ID → 看最新订单
→ 看「订单状态」+「回调时间」
→ 没回调 → 联系第三方通道排查
→ 已成功但未到账 → 走「补单」流程
2. 看每日成功率
→ 充值订单 → 看顶部「成功率」
→ 低于 90% → 可能某条通道有问题
→ 按「第三方」筛选定位
2.5 待确认¶
- 订单状态完整取值（待支付 / 成功 / 失败 / 超时 / 已退款 ...）
- 注册来源完整取值
- 「操作」列具体动作 + 权限
- 是否支持补单功能（玩家充值通道异常未到账，业主补差）
- 「路由信息」展示什么（通道编号？多级路由轨迹？）
三、提现订单¶
3.1 列表页¶
筛选区与充值订单基本一致，差异：
| 字段 | 提现订单 | 充值订单 |
|---|---|---|
| 订单状态 | 同 | 同 |
| 注册来源 | 同 | 同 |
| 第三方 / 支付方式 | 同 | 同 |
| 赠送金额 | ❌（提现没有"赠送"概念） | ✅ |
| 转账金额 | ✅（玩家实际收到） | ❌ |
| 收款人 / 收款账号 / 手机号 | ✅（提现要打款的目标账户） | ❌ |
3.2 顶部汇总条¶
| 字段 | 含义 |
|---|---|
| 总人数 | 提现用户数 |
| 总订单数 | 提现订单数 |
| 总提现金额 | 玩家申请提现金额（含手续费） |
| 总转账金额 | 业主实际转出金额（扣手续费后） |
| 成功率 | 成功 / 总 |
💡 总提现 vs 总转账：差额 = 手续费 / 渠道扣点 / 风控扣减。这部分留在平台账上。
3.3 列表字段（17 列）¶
| 字段 | 含义 |
|---|---|
| 复选框 | - |
| 提现用户 | ID + 用户名 |
| 用户层级 | VIP |
| 注册来源 | - |
| version | 客户端版本 |
| 创建时间 / 回调时间 | 可排序 |
| 第三方 / 支付方式 | 通道 |
| 订单号 | - |
| 提现金额 | 玩家申请额 |
| 转账金额 | 实际打款额 |
| 订单状态 | - |
| 路由信息 | - |
| 收款人 | 玩家填的姓名 |
| 收款账号 | GCash / Maya / 银行账号 |
| 手机号 | GCash / Maya 注册手机 |
❓ 滚动右侧可能还有 Email / 备注（需确认）
3.4 副组长用法（提现订单）¶
玩家投诉「提了款没收到」
↓
1. 输用户 ID 或订单号
2. 看「订单状态」:
- 处理中：通道还没回调，让玩家再等 30 分钟
- 成功：让玩家提供收款账户截图，找通道 / 银行排查
- 失败：看「路由信息」找原因（账号错 / 通道余额不足 / 风控拦截）
3. 卡在「待审核」→ 去 §四-六（待审核队列）
四、待审核大额订单¶
4.1 列表页¶
入队规则：玩家发起的提现金额 > 某个阈值（❓ 阈值在 16-支付配置 设置，常见 ₱5000-₱10000）自动入队。
筛选区（5 字段，少了"订单状态"和"注册来源"）：
| 字段 | 含义 |
|---|---|
| 订单号 | 精确查（同样有"其他条件不生效"约束） |
| 用户 ID | - |
| 第三方 | - |
| 支付方式 | - |
| 创建时间 | - |
按钮：
| 按钮 | 用途 |
|---|---|
| 查询（蓝） | - |
| 操作选中订单（蓝） | 批量审核（通过 / 拒绝） |
| ❌ 导出 Excel（缺失） | 待审核队列不允许导出——降低敏感数据外泄风险 |
4.2 列表字段（同提现订单 + 备注）¶
新增：备注列（用于审核人留下「为什么放行」「为什么拒绝」）。
4.3 副组长审核 SOP（大额）¶
1. 看「提现金额」是否合理：
- ≥ ₱10000 → 高警觉
- ≥ ₱50000 → 上报组长 / 财务
2. 看「用户层级」: VIP 等级越高越放心；新用户大额要严查
3. 看「version」: 旧版本可能有补单漏洞
4. 跳到 10-用户管理查该用户:
- 注册时间（新号？）
- 累计充值 / 提现
- 投注流水（够不够打码量）
- 历史拒提次数
5. 跳到 13-推广渠道查注册来源:
- 渠道是否在黑名单（撸羊毛聚集地）
6. 综合判断:
- 通过 → 点「操作选中订单」→ 选「通过」→ 备注「大额审核通过-【证据】」
- 拒绝 → 选「拒绝」→ 备注「【拒绝原因】」
五、待审核首提订单¶
5.1 列表页¶
入队规则：玩家第一次提现（无论金额大小）入队。
为什么首提要审： - 防撞库 / 撸新（黑产典型操作：批量注册 → 撸赠金 → 首提走人） - 验证身份信息（收款人姓名 vs 注册资料 vs KYC） - 确认渠道质量（同一渠道短期内大量首提 = 渠道质量差）
筛选区 / 字段表 / 操作按钮 与待审核大额订单一致。
5.2 副组长审核 SOP（首提）¶
1. 看用户注册到提现的时间间隔:
- < 1 小时 → 高警觉（速来速走）
- < 24 小时 → 中警觉
- > 7 天 + 有充值 + 有投注 → 正常
2. 看充值 vs 投注比:
- 充 ₱100 投 ₱100 → 没打码
- 充 ₱100 投 ₱500 → 正常打码
3. 看「收款人」vs 注册时填的「真实姓名」是否一致 ❓
4. 看 IP / 设备:
- 设备/IP 与已知风险用户重叠 → 拒
5. 看渠道质量（13-推广渠道）
6. 决策同 §4.3
六、待审核代理订单¶
6.1 列表页¶
入队规则：用户身份是「代理」（在 11-代理管理 注册的代理账户）发起的提现自动入队。
为什么代理要单独审： - 代理的钱来自下线返佣，比一般用户提现金额大 - 代理跑路风险 → 大额一次性提走 + 失联 - 代理 vs 普通用户的"打码量门槛"通常不同
字段表 / 操作按钮 与 §4 / §5 一致。
6.2 副组长审核 SOP（代理）¶
1. 看代理身份验证状态（11-代理管理）:
- 已实名 / 已签合同 → 通过门槛
2. 看代理下线最近 30 天活跃情况:
- 下线数量 / 充值 / 投注
3. 看代理本次提现 vs 历史平均:
- 突然大额 → 警觉
4. 联系代理本人确认（电话/微信/Telegram）❓
5. 决策同 §4.3
七、异常提现订单¶
7.1 列表页¶
入队规则：被风控规则自动标记的提现订单（不一定金额大、不一定首提，但触发了风控规则）：
可能的触发规则（❓ 待确认完整列表）： - IP 与已知黑名单 IP 同段 - 设备指纹与已知风险设备重叠 - 收款账号曾被多个用户使用 - 短时间内同一 GCash/Maya 账号被多个不同 ID 用于提现 - 充值 - 投注 - 提现的时间序列异常（如 30 分钟内三连） - 注册渠道在黑名单
筛选区 / 按钮 / 字段表 与充值订单的提现版本一致（即与提现订单同），并支持「导出 Excel」——用于风控团队归档分析。
7.2 副组长处理 SOP（异常）¶
异常订单 ≠ 一定拒
↓
1. 看「触发规则」是哪一条 ❓ 字段位置
2. 看该用户的历史:
- 历史正常提现成功几次 → 「白名单倾向」
- 历史已有几次异常 → 「黑名单倾向」
3. 看用户当前充提状态:
- 有正常充值 + 投注 + 打码足够 → 通常放行
- 充值少 + 投注少 + 撸赠金 → 拒
4. 决策:
- 通过 → 走正常提现
- 暂缓 → 联系玩家提供身份证 / 收款账号实名截图
- 拒绝 → 备注原因 → 退款回平台账户
- 升级 → 上报风控组长
八、4 个审核队列对照¶
| 队列 | 入队规则 | 优先级 | 关注重点 |
|---|---|---|---|
| 大额 | 提现金额 > 阈值 | 高 | 金额合理性 / 打码量 / 渠道 |
| 首提 | 用户第一次提现 | 高 | 身份验证 / 渠道 / 撞库 |
| 代理 | 用户是代理 | 中 | 代理实名 / 下线活跃 / 跑路风险 |
| 异常 | 风控规则触发 | 高 | 触发规则 / 历史 / 充投比 |
💡 同一订单可能同时进多个队列：例如「代理 + 大额 + 异常」→ 三队列都看得到。审核完成在其中一个队列即所有队列同步移除。
九、副组长每日 SOP¶
flowchart TD
A["开班（8:00 AM 菲律宾时间）"]
A --> A1["1. 异常提现订单 → 全清（风控敏感）"]
A --> A2["2. 大额订单 → 全清（金额优先）"]
A --> A3["3. 首提订单 → 优先处理#quot;注册超过 24 小时的#quot;，新注册的可缓"]
A --> A4["4. 代理订单 → 联系代理确认后处理"]
B["值班中（每小时）"]
B --> B1["充值订单 → 看顶部成功率，<90% 报警"]
B --> B2["提现订单 → 看异常状态订单（待支付超 30min / 路由失败）"]
B --> B3["异常订单 → 实时清零"]
C["下班前（晚班最后 1 小时）"]
C --> C1["4 个待审核队列 + 异常队列必须清零 / 移交给夜班副组长"]十、待确认清单¶
- 订单状态完整取值（待支付 / 成功 / 失败 / 已退款 / 超时 ...）
- 注册来源完整取值
- 大额阈值的精确数值（在 16-支付配置里？）
- 首提订单自动触发的规则细节
- 代理订单自动入队的判定逻辑（代理身份认定标准）
- 异常订单的完整触发规则清单
- 「路由信息」展示内容
- 「操作」列具体可执行动作（详情 / 补单 / 关闭 / 退款）+ 权限
- 「操作选中订单」批量动作类型
- 大额 vs 首提 vs 代理同时触发时的状态字段如何展示
十一、已知局限与运营补位¶
来源：MyTools《对接需求-澎湃后台 v2》。 一句话：知道后台哪里不够，就知道哪些活得用工具或人工兜——下面三条是后台现阶段的真实局限（不是现有功能），列清楚是为了不误以为后台能自动搞定。
| 后台真实局限 | 影响 | 怎么兜 |
|---|---|---|
| 审核决策不留痕 | 后台人工审核不记录「谁审的 / 放行还是拒绝 / 理由」，事后无法追溯复盘 | 运营只能自己在工具里记录审核决策与理由 |
| 投流测试订单处理繁琐 | 改一笔测试订单要跳 2-3 个页面（改出款类型、改备注分开操作），一天几十笔费时且易错，且不能批量 | 运营用工具「输用户 ID + 订单号一键改 + 批量 + 自动汇总订单号」补位 |
| 测试订单混入真实充值 | 后台可人工「标记订单强制成功」测试充值链路，但这些测试订单混进真实充值，把充值额虚高；后台没有「测试订单」统计维度，财务对账只能手工扒 | 财务对账时手工剔除测试订单；工具侧汇总测试订单号辅助核对 |
⚠️ 以上为后台当前不具备的能力，非操作步骤。遇到审核复盘、批量改投流单、充值额对账时，默认走工具 / 人工兜底，别指望后台自动完成。
十二、互动自测¶
通读全文后做以下自测，题目均基于本章已写事实。
:::quiz{id=order-vs-direct} 下列哪项属于「订单管理」而非「系统直充」？
- [ ] 业主在后台手动加款，不经第三方通道
- [x] 玩家自己通过 App / Web 发起，经第三方支付通道
- [ ] 业主签字 + 谷歌验证码即时生效
解析：见 §一模块定位对照表。订单管理的触发方是「玩家自己通过 App/Web 操作」并经过「第三方支付通道」；系统直充是业主在后台手动、不经通道、操作即生效。 :::
:::quiz{id=queue-rules multi=true} 以下哪些情况会让一笔提现订单进入「待审核 / 异常」队列？（多选）
- [x] 提现金额超过阈值
- [x] 玩家第一次提现
- [x] 用户身份是代理
- [ ] 玩家该笔充值回调成功
- [ ] 玩家层级达到 VIP
解析：见 §八 4 个审核队列对照表。大额=提现金额 > 阈值；首提=用户第一次提现；代理=用户是代理；异常=风控规则触发。充值回调成功和 VIP 层级本身不会触发入队。 :::
:::quiz{id=order-no-export} 关于待审核队列的「导出 Excel」，下列说法正确的是？
- [ ] 4 个待审核队列都可以导出 Excel
- [x] 待审核大额 / 首提 / 代理队列不提供导出，但异常提现订单支持导出
- [ ] 所有队列都不允许导出
解析：见 §4.1 与 §7.1。待审核队列缺少「导出 Excel」以降低敏感数据外泄风险；异常提现订单则支持导出，供风控团队归档分析。 :::
:::scenario{id=first-withdraw-review}
{"start":"n1","nodes":{"n1":{"text":"一名玩家注册后 40 分钟就发起首次提现，落入「待审核首提订单」队列。你怎么处理？","choices":[{"label":"金额不大，直接点通过放行","next":"bad","feedback":"❌ 注册到提现间隔<1 小时属「速来速走」高警觉信号，不能只看金额。","good":false},{"label":"先查注册到提现间隔、充值vs投注比、收款人与注册姓名是否一致","next":"good","feedback":"✅ 这正是 §5.2 首提审核 SOP：看时间间隔、打码比、身份一致性。","good":true}]},"bad":{"text":"仅凭金额小就放行，可能放走批量注册撸赠金的黑产首提。首提审核要看间隔、打码、身份，必要时拒绝并备注原因。","terminal":true},"good":{"text":"按 SOP 综合判断：间隔过短且充投比不足、身份不符则拒绝并备注；正常则通过。","terminal":true}}}
:::flashcards{id=order-terms} - 订单管理 :: 所有玩家自主走第三方通道的资金订单（充值/提现）中枢 - 系统直充 :: 业主在后台手动动账、不经第三方通道、操作即生效 - 待审核大额订单 :: 提现金额超过阈值自动入队的人工审核队列 - 待审核首提订单 :: 玩家第一次提现（无论金额）自动入队 - 待审核代理订单 :: 代理账户发起的提现自动入队 - 异常提现订单 :: 被风控规则标记的提现订单复核队列（支持导出） - 回调时间 :: 第三方支付平台回调平台的时间，可排序 - 总提现金额 vs 总转账金额 :: 前者含手续费（玩家申请额），后者为扣费后实际打款额，差额=手续费/渠道扣点/风控扣减 :::
:::gate{id=done score=0.8 title=学完订单管理} 完成以上自测，正确率达到 80% 以上，即视为掌握本章订单管理的核心要点（子项区分、审核队列入队规则、订单号硬规则、导出限制与后台已知局限）。 :::