33 · 菲律宾稽核组长-操作SOP（草稿 v0.3）

状态：🟡 草稿 v0.3，尚未定稿，标 ❓ 的内容均未核实，请勿直接作为生产培训材料使用 适用对象：菲律宾站稽核组长 / 现场稽核 / 远程稽核 参照来源：对照印尼非凡包网《12-稽核组长-工作指南》的操作骨架，结合《17-菲律宾稽核工作清单》《18-菲律宾质检评分表》《31-运营管理-岗位制度》《32-全岗位后台权限矩阵》类比编写；v0.2 起补充引入澎湃系统（菲律宾平台）真实后台文档《08-订单管理》《09-活动记录》《10-用户管理》《11-代理管理》《16-支付配置》作为菲律宾本地权威依据，逐步替换印尼类比内容 起草：AI 辅助整理（Claude），待人工核实署名 起草日期：2026-07-05 编写原则：系统层机制（IP 判定、四步法、两层防线）标注为「可直接复用」；涉及具体数值、渠道、话术的内容标 ❓ 待现场核实，不编造数据

目录

• 一、岗位定位与职责范围
• 二、入职与日常管理
• 三、代理提款审核四步法
• 四、套利判定与直接处理
• 五、日常异常巡查四件套
• 六、远程稽核与现场稽核的二审衔接
• 七、备注与处理模板速查
• 八、绩效考核制度
• 九、待确认清单与文档关系

一、岗位定位与职责范围

对照印尼版「稽核组长管理现场稽核+远程稽核」的结构类比，菲律宾站目前只有一个站点，暂不需要 A/C 分组，但职责矩阵可直接沿用。

1.1 三级人员架构与具体工作内容

本手册按完整版三级架构编写——不管当前团队规模大小、是否已经拆出三个独立岗位，这三层工作内容都必须被覆盖。团队小的阶段可以由同一人身兼多层职责，但职责边界仍按下表执行，不因人员合并而模糊；团队扩编后可直接按此表拆人接手，无需重新设计架构。

✅ 已确认 · 2026-07-05：与印尼版最大的架构差异——印尼是「远程稽核发现 → 副组长（稽核团队之外的角色）二审执行」，菲律宾是「远程稽核发现 → 现场稽核（稽核团队内部 L2）二审执行」——现场稽核接手了原来副组长在这条链路上的权限和职责，副组长不再参与套利判定的二审与扣款执行。三层的核心分工因此是「L1 远程稽核一线发现 → L2 现场稽核二审执行 + 培训质检 → L3 稽核组长团队管理与疑难升级出口」，整条套利处理链路完全在稽核团队内部闭环，详见 §6。

✅ 已确认 · 2026-07-05：所有岗位排班均为每班 12 小时，没有 10 小时班制（此前草稿沿用印尼版"一个班 10 小时"的表述已更正）。

⚠️ 范围调整 · 2026-07-05：本文档不再包含"菲律宾合规红线联动"章节——公司有专门的法务团队处理 AMLC 申报、RG 工具部署、Cash Rebate 合规等事项，不属于运营/稽核岗位的职责范围，稽核只需按 §三/§四/§五 的业务规则正常工作即可。

1.2 稽核组长核心职责清单（速查版）

1.3 权限范围（澎湃系统实测）

✅ 已确认 · 2026-07-05：稽核对澎湃后台「订单管理」模块拥有完整权限，覆盖该模块全部 6 个子项（详见《08-订单管理》）：

《08-订单管理》原文标注的目标读者是「副组长 / 财务 / 出款审核 / 风控初审」，未直接写"稽核"字样，但已确认稽核角色在权限矩阵里对这 6 个子项拥有和上述角色同等的完整访问/操作权限——可以理解为稽核在系统权限组里被归入了"风控初审"一类。

1.3.1 提现订单操作的 4 个按钮（已确认，实操截图核实）

无论单笔（点开订单详情）还是批量（勾选多个订单号），提现订单的「操作」都是同一套 4 选项：

⚠️ 关键澄清：「强制失败」只是把这笔提现订单退回会员余额，不等于「扣除彩金/追回套利收益」——这是两个独立动作。提现订单操作解决的是"这笔钱怎么处理"（出不出款、走哪个渠道），套利扣款解决的是"要不要把这个人的钱/彩金拿回来"，两者要分开执行，具体扣款流程见 §1.3.2 / §4.2。

1.3.2 套利扣款的真实操作路径（已确认）

稽核（现场稽核执行）判定套利后，扣除彩金的真实操作路径是澎湃后台《07-系统直充 → 现金直充 → 单人充值》，不是在订单管理页面操作：

系统直充 → 现金直充 → 单人充值
  → 输入用户 ID → 查询（回填用户名/余额/提现码量）
  → 充值类型选「扣款」
  → 余额 / 提现码量 选「减少」+ 填写差额
  → 填写谷歌验证码（强制 2FA）
  → 备注写明「违规扣款 · 证据编号 · 经手人」（原文档要求"证据编号+风控审核人"，强制留痕）
  → 确定

《07-系统直充》原文档 §6.2 把这条 SOP 归给"副组长"执行，但按本文档 §1.1/§1.3 已确认的菲律宾架构，这条扣款执行链在菲律宾由现场稽核完成（现场稽核接手了副组长在稽核链路上的角色）。

⚠️ 扣款是高危操作：原文档强调扣款前必须保留完整证据链（违规行为截图 + 审核结论），操作会写入审计日志，会员可以投诉——这与 §4.2「宁可错放不要错杀」的原则一致，扣款前务必确认证据充分。

1.3.3 其余模块的权限范围（已确认）

稽核对《10-用户管理》《11-代理管理》《09-活动记录》这几个 §三/§四 会用到的模块只有查看/查询权限，用于排查取证，不需要（也没有）"修改选中用户"这类批量操作权限——真正需要动账的操作统一走 §1.3.2 的系统直充模块。

1.4 与其他岗位的分工边界

远程稽核（第一层：四步法发现套利 → 标记）
  ↓
现场稽核（第二层：出入款审核二审 → 执行扣除彩金 → 恢复权限 → 财务群报备）
  ↓ 完成闭环
稽核组长（团队管理/培训/质检/疑难升级出口，不直接嵌入这条执行链）

关键分工：远程稽核识别、现场稽核执行。这是菲律宾市场对印尼架构的本地化调整——印尼由稽核团队之外的副组长执行第二层，菲律宾由稽核团队内部的现场稽核执行，副组长不参与（详见 §6）。

二、入职与日常管理

远程稽核和现场稽核的入职流程不完全相同——只有远程稽核需要经过云桌面相关步骤，现场稽核直接在现场办公，不涉及云桌面。

2.1 入职流程

远程稽核（含云桌面）

1. 账号领取与云桌面登录：联系远程管理人或组长/副组长领取专属云桌面账号密码，严禁私用他人账号登录。
2. 云桌面环境熟悉：确认桌面预设图标（浏览器、Telegram/Signal、截图工具、输入法、内部系统快捷方式）。
3. 后台网址开启与 MFA 绑定：首次登录需绑定 Google Authenticator，扫码后每次登录都需输入动态验证码。
4. 岗前培训：由现场的运营和稽核人员带教讲解标准操作流程（对应本 SOP §3-§5）。

现场稽核（不需要云桌面）

1. 账号领取与后台登录：现场直接使用办公电脑登录后台，联系组长/副组长领取账号密码，同样严禁私用他人账号。
2. 后台网址开启与 MFA 绑定：与远程稽核一致，需绑定 Google Authenticator。
3. 岗前培训：由现场的运营和稽核人员现场带教（不是线上会议形式），内容对应本 SOP §3-§7（尤其 §6 二审执行流程，是现场稽核独有的工作内容）。

✅ 已确认 · 2026-07-05：此前草稿把"云桌面登录/云桌面环境熟悉"作为通用入职步骤套用给所有稽核，已更正为仅远程稽核适用；现场稽核的岗前培训也已更正为现场运营和稽核人员实地带教，不是线上会议讲解。

2.2 日常管理制度

✅ 可直接复用：本节内容不涉及地域差异，属账号安全与操作纪律，菲律宾站可原样采用，仅需替换沟通工具（如群组渠道）为当地实际使用的 IM。

三、代理提款审核四步法

这是稽核岗位最核心的日常操作。核心入口是澎湃后台「订单管理 → 待审核代理订单」（见 §1.3），下面四步是在处理该队列订单时的具体核查动作——方法论与印尼版一致，可直接复用，但每一步在澎湃系统里对应的具体模块位置已按真实文档核实如下。

1. 查看「活动奖励」定位套利源头：对应澎湃后台《09-活动记录》模块（51 个活动子项），重点看「拼多多奖励记录」「注册邀请记录」等拉新裂变类活动。会员大量参与「邀请奖励」类活动需高度警惕小号刷奖。

2. 查询「直属下线」与同 IP 检查：对应《11-代理管理 → 代理直推列表》，可查该代理名下所有直推用户的注册 IP / 登录 IP / 充值 / 投注情况。核对 IPv4/IPv6 是否与代理本人或下线高度重合：

   信号	判定
   IPv4 前三段完全相同	可疑性很大，基本可判定
   IPv4 前三段相近但不完全相同（相邻 C 段）	需结合设备类型、注册时间等其他信号判断
   IPv6 地址完全一致	典型多账号同 IP 行为，判定为套利

3. 查看「资金账变」追踪资金动向：对应《10-用户管理 → 账变记录》，异常信号是多个小号同 IP，或下线均为小额试探性存款。

   ✅ 已确认 · 2026-07-05：菲律宾平台最低充值金额为 ₱100，判定基准直接对齐平台最低充值线：多个下线的存款金额都卡在 ₱100（或与最低充值线一致）附近，视为「小额试探套利」的可疑信号；一旦下线存款金额明显高于最低充值线，则不适用本条规则，需结合其他信号判断。

4. 查看「投注记录」核实真实投注行为：对应《10-用户管理 → 投注记录 / 用户游戏统计》。

   异常类型	现象	判断标准
   长时间无间断投注	账号连续游戏数小时甚至全天无停顿	可能是脚本/机器人，正常人需要休息
   秒切投注	切换游戏/调整金额间隔 <3 秒	人为操作通常需数秒思考，长期秒切视为异常
   回报率长期 >100% 且只玩固定 1-2 个游戏	《10-用户管理》确认的真实套利信号	多半在套利某个 RTP 异常的游戏，配合活动记录风控初审升级

3.1 补充核查维度（来自《08-订单管理》§6.2 代理订单真实审核 SOP）

澎湃系统官方文档给出的代理提现审核清单，可与上述四步法交叉使用：

1. 看代理身份验证状态（《11-代理管理》）：已实名 / 已签合同 → 通过门槛
2. 看代理下线最近 30 天活跃情况：下线数量 / 充值 / 投注
3. 看代理本次提现 vs 历史平均：突然大额 → 警觉
4. 联系代理本人确认（电话/微信/Telegram）❓ 待确认菲律宾团队实际使用哪个联系渠道
5. 综合判断：通过 → 「操作选中订单」→ 选「通过」→ 备注留痕；拒绝 → 选「拒绝」→ 备注拒绝原因

3.2 已确认的系统枚举值

✅ 已确认 · 2026-07-05（用户复核，基本准确）

• 支付渠道枚举：GCash / Maya(PayMaya) 是澎湃系统里明确带专属字段列的两大电子钱包（见《16-支付配置》），GrabPay + 本地银行（BDO / BPI / Metrobank 等）在系统里可能通过其他三方通道间接支持，具体是否有独立字段仍需核实
• 手机号国际前缀：63
• 本地运营商：Globe / Smart / DITO
• 时区：UTC+8（澎湃后台所有时间戳字段均标注 GMT+8:00，与此一致）

✅ 已确认 · 2026-07-05：游戏厂商枚举已通过《10-用户管理 § 用户层级配置》核实，澎湃平台当前开放 38 个厂商：Jili / PG / FC / PP / JDB / Fish / DB / BGaming / Evoplay / Spinomenal / Relax / UUSLOTS / Amigo / UG / Askme / Rich88 / HackSaw / Spribe / KA / JOKER / Cq9 / POPOK / ABBet / MR.win / RedTiger / WG / Scratch / INOUT / UGAL / Luckywin / VPoker / PLAYTECH / HABANERO / BetSoft / Funky / BTG / NETENT / NO LIMIT / WG ARCADE（此前草稿假设的 PG/PP/TADA/JILI_FISH/JDB/EVOPLAY/BGAMING 等印尼命名已被替换为澎湃真实厂商列表）。

❓ 待确认（执行细节层面）

• GCash / Maya 在稽核后台的具体字段名称已在《16-支付配置》《08-订单管理》里确认存在（如"GCash 权重""GCash 充值"等列），但查询入口的实际操作截图仍建议现场核对一遍
• Globe / Smart / DITO 各自的 IP 漂移行为特征（哪些波动属正常）尚未总结，不能直接套用印尼版 Telkomsel/Indosat/XL 的「漂移是正常现象」结论

四、套利判定与直接处理

印尼版采用 P1（警告）/ P2（关权限+扣款）两级处理机制，给套利嫌疑一次警告缓冲。菲律宾市场已确认没有分级警告机制：一旦审核判定为套利，直接扣除彩金，不设「首次警告 / 二次警告」的缓冲阶段。判定套利的识别逻辑（活动奖励/IP交叉/资金流向/投注模式）与印尼版一致，可直接复用，只是「判定之后怎么处理」在菲律宾更直接。

4.1 邀请类奖励套利判定流程

对应澎湃后台《11-代理管理 → 注册邀请活动审核》——代理邀请下线达成奖励门槛后系统自动生成待审核订单，是稽核每班例行动作之一。

收到代理提款订单（邀请类奖励）→ 查看会员备注栏
  ├─ 有备注 且 为当天 → 直接出款
  ├─ 有备注 非当天 → 查最近充值日期 → 是否已获邀请奖励 → 是 → 查 IP
  │     → 同 IP 判定套利，扣除彩金 / 不同 IP 正常出款
  └─ 无备注 → 查 IP 地址
        → 同 IP 判定套利，扣除彩金
        → 不同 IP 查下属充值金额是否全为最低档
              → 是则判定套利，扣除彩金 / 否正常出款

4.2 处理动作（无分级）

✅ 已确认 · 2026-07-05：「判定套利→扣除彩金」不是订单管理页面的单一按钮，而是两步动作——① 订单管理里把这笔提现「强制失败」退回余额 ② 现场稽核再走系统直充「单人充值→扣款」把违规金额追回，两步都要做，缺一不可，详见 §1.3.1 / §1.3.2。

✅ 可直接复用的原则：「宁可错放，不要错杀，尽量留住会员」——不是恶意刷宝箱的会员应尽量保留；客户若已把彩金游戏玩完、存款后正常提现，不能列为套利。

✅ 已决定 · 2026-07-05：印尼版的 P1/P2 分级警告机制（含未存款封锁的三按钮关闭）本次不写入菲律宾 SOP——菲律宾市场判定即扣，没有警告阶段。如果后续业务确实需要引入分级警告，可参考印尼版 12 号文档单独扩展补充，不在本版处理。

4.3 拼多多式（推荐裂变）活动套利判定

菲律宾站确认存在对应印尼「拼多多式」的推荐裂变活动，对应澎湃后台《09-活动记录 → 拼多多奖励记录》和《11-代理管理 → 注册邀请活动审核》两处入口。判定规则：单个推荐人下线人数超过 10 人即视为套利嫌疑，按 §4.2「判定即扣」逻辑处理——直接扣除彩金，不设警告阶段。

审核时可交叉参考《11-代理管理》§3.5 官方审核维度：看代理的「风险用户占比」、下线的「充提差」「充值用户占比」；异常信号包括大量同 IP 下线、下线低充值高提现（套利型）、代理本身有风险标签。

❓ 待确认：「超过 10 人」的统计口径细节尚未明确，需现场核实：① 是否为累计下线总数，还是某个活动周期（如单场活动/单月）内新增下线数；② 是否需要结合 §3 的同 IP / 小额充值信号交叉验证，还是单纯人数超标即抓；③ 是否所有下线都要满足最低充值 ₱100（见 §3）才计入人数，还是未存款下线也算在内。

❓ 待确认：《11-代理管理》文档里记载的印尼版邀请奖励门槛（累积充值 ≥50 + 累积有效打码 ≥600）和拼多多奖励门槛（5人累充≥100+累打≥1000→奖100）是否适用于菲律宾站——这是活动"合法奖励"发放门槛，和本节"超过10人判定套利"是两回事，不要混淆，但如果菲律宾门槛数值与印尼不同，也需要一并核实。

4.4 暴奖倍数核查（可直接复用）

1. 记录该笔订单的投注金额和中奖金额
2. 计算暴奖倍数 = 中奖金额 ÷ 投注金额
3. 打开前台注册测试账号，查看该游戏规则页标注的最高倍数
4. 实际倍数 ≤ 设定最高倍数为正常；超过则冻结提款并核查

五、日常异常巡查四件套

四类巡查的排查逻辑（存提差/大额用户/游戏回报率/代收代付渠道）是通用方法论，可直接复用；但所有具体阈值都是印尼平台的历史校准值，菲律宾必须重新连续记录 5-10 个工作日后自行校准，不能沿用印尼数字。

5.1 存提差异常排查

后台路径：报表管理 → 日报表 → 存提差比例。核心逻辑：连续记录本平台正常工作日的「早间/全天」比值，推算异常阈值（参考公式：异常阈值 ≈ 全天平均值 × 0.75，仅为印尼版经验公式，需菲律宾自行验证）。

❓ 待现场校准：菲律宾平台自身的全天平均存提差比例、早间正常区间均未知，需组长在上线后连续记录并建立本地基准表（参照印尼版表格结构即可，数值必须实测）。

周一特殊情况（可直接复用的经验）：如果周末有活动发放大量彩金，周一存提差可能出现负数或异常偏低，属正常现象，排查前先确认近期活动安排。

5.2 大额用户排查

对应《10-用户管理 → 用户排行榜》「充提差正序」Tab（当日大赢家）。

❓ 待确认：《10-用户管理》明确标注用户排行榜「当天数据每小时更新一次」，不是实时——稽核巡查时不要把它当实时盯盘工具用，需结合《订单管理》里的实时队列做互补。

5.3 游戏回报率异常排查

后台路径：报表管理 → 实时统计 → 厂商报表。核心原理：电子游戏回报率按大数据回报，个别客户大输大赢正常，只要 API 商总控数据整体回报率正常即可；若持续异常，先查设置错误，再联系 API 商核实。

5.4 代收代付渠道异常排查

对应《16-支付配置》模块。该文档确认澎湃系统的真实设计：

• 通道 × 钱包双层矩阵：先在「通道资料配置」接入三方通道，再在「充值通道」「提现通道」里为每个通道分配 GCash / Maya 各自的权重
• 两种路由策略：手动权重策略（业主按权重手动分流，适合稳定期）/ 智能派单策略（系统按三方实时成功率自动分流，适合不稳定期）
• 充值和提现可独立开关：某三方充值稳定但提现卡时，可以只关它的提现通道，充值渠道继续收钱
• 实时监控入口：「通道流水统计」按通道 × 钱包 × 方向实时看当日成交额

✅ 已确认 · 2026-07-05：成功率基准暂定 ≥ 80%。已有自动监控机器人实时盯盘，一旦某渠道成功率跌破 80%，机器人会触发提醒，稽核/运营据此要求对应三方商户调整（切换权重、排查接口问题等）。

⚠️ 官方 SOP 提醒（来自《16-支付配置》）：提现通道切策略必须业主审批，充值可以稽核/运营自行临时调整，但提现不能误关——「关充值比关提现风险小」，提现关了会导致客诉+口碑崩，切策略前务必确认权限边界。

❓ 待确认：菲律宾站接入的三方代收代付通道具体清单（商户号/密钥）需从技术/财务团队获取；另需确认自动监控机器人的名称/入口，以及跌破 80% 后是机器人自动通知三方还是仍需人工介入联系；「智能派单策略」的实时成功率统计窗口是多长时间也待确认。

5.5 排查无果时的处理

存提差异常但排查用户和渠道都无发现时，可能是平台 RTP 设置问题或游戏 bug，必须及时反馈经理，不能自行修改配置。

六、远程稽核与现场稽核的二审衔接

这是菲律宾市场对印尼两层防线架构的本地化改造：印尼版第二层是稽核团队之外的副组长，菲律宾版第二层是稽核团队内部的现场稽核——现场稽核接手了原属副组长的出入款审核权限，副组长不参与本条链路。

远程稽核日常审核代理提款订单（四步法：活动奖励→直属下线→资金账变→投注记录）
  ↓ 判定套利 → 标记 + 备注留痕（§4.2，无警告阶段）
  ↓ 报送现场稽核复核
现场稽核二重审核（按标准重新判断，操作载体是「订单管理→待审核代理订单」等队列）
  ├─ 认同判定 → 客服沟通用户 → 现场稽核执行扣除彩金 → 恢复投注/提款权限 → 财务群报备
  └─ 不认同判定 → 打回：撤销扣除、恢复彩金、备注「不扣款+日期+经手人」

✅ 已确认 · 2026-07-05：扣款（扣除彩金）执行权在现场稽核，不在远程稽核，也不在副组长。远程稽核只负责一线发现+标记，不能自行执行扣除。此前草稿假设执行权在副组长，现已按现场稽核实际接手的权限范围更正。

七、备注与处理模板速查

印尼版备注模板使用印尼语（如 Segera hubungi live chat），菲律宾站应改用英文或 Taglish（菲律宾常见的英语-他加禄语混用），具体措辞建议由本地客服团队协助校对，本 SOP 先给出结构占位。

✅ 已决定 · 2026-07-05：不再需要区分「警告」与「二次处理」两套模板——菲律宾判定即扣，本节只保留一种「判定套利」备注模板。若未来引入分级机制再扩展。

❓ 待确认：经手人代号规则（印尼版用姓名缩写+日期，如 bx0215）是否沿用同一编码方式，需要和菲律宾团队现有花名册对齐。

八、绩效考核制度

菲律宾站已经有一套成熟的考核制度（17 号《菲律宾站【出入款】岗位稽核与绩效评分制度》），本 SOP 不重复设计，直接整合引用其核心结构，稽核岗位按此执行考核，同时也用同一制度去评估被稽核的出入款专员。

8.1 核心公式（复用 17 号原文）

月度净分 = 基础能力得分 × 0.25 + 执行效率得分 × 0.25 + 工作成果得分 × 0.50
         − 责任心(一票否决项)扣分 − 考勤扣分

8.2 三大维度（简表，完整规则见 17 号原文）

8.3 绩效档位

8.4 稽核员自身的上岗与工作节奏（17 号 §8，直接复用）

✅ 不重复造轮子：17 号文档的规则池（19 条 KPI + 7 条责任心 + 4 条考勤 = 31 条）、HR JSON Schema、Python 伪代码均已完整，本 SOP 只做引用，不重写。若需要调整权重或新增规则，应直接修订 17 号原文，保持唯一数据源。

九、待确认清单与文档关系

9.1 全文 ❓ 待确认项汇总

✅ 已解决（历次修订）：

• 扣款执行权归属：已确认在现场稽核（§1.1 / §1.3 / §6）
• 游戏厂商枚举：已用《10-用户管理》确认的 38 家真实厂商列表替换印尼版猜测（§3.2）
• 支付渠道/运营商/时区枚举：已经用户复核确认（§3.2）
• 排班时长：已确认统一为 12 小时班制，无 10 小时班（§1.1）
• 稽核对订单管理模块的完整权限：已确认（§1.3）
• 提现订单 4 个操作按钮的真实含义（同意出款/强制成功/强制失败/指定三方出款）：已用真实截图确认，见 §1.3.1
• 套利扣款的真实操作路径（系统直充→现金直充→单人充值→扣款）：已确认，见 §1.3.2 / §4.2
• 用户管理/代理管理/活动记录的权限范围：已确认为查看/查询权限，操作类动作统一走系统直充模块，见 §1.3.3

修订记录 · 2026-07-05（v0.2）：

1. 移除"菲律宾合规红线联动"整节——公司有专门法务团队处理，不属于运营/稽核该操心的范围
2. §2.1 入职流程拆分为"远程稽核"（含云桌面）和"现场稽核"（无云桌面，现场运营+稽核实地带教）两条路径
3. 引入澎湃系统真实后台文档（08/09/10/11/16号）大幅替换印尼类比内容，§1.3/§3/§4/§5 均已更新
4. 本草稿曾一度把印尼版 P1/P2（Peringatan）改名为 W1/W2（Warning），后确认菲律宾市场没有分级警告机制（判定即扣彩金，见 §4.2），命名讨论已随分级机制一起移除

修订记录 · 2026-07-05（v0.3）：用户提供真实后台截图，确认提现订单的 4 个操作按钮（同意出款/强制成功/强制失败/指定三方出款）含义，以及套利扣款的真实路径是《07-系统直充→现金直充→单人充值→扣款》而非订单管理页面操作；同时确认用户管理/代理管理/活动记录对稽核是查看权限，操作权限统一收在系统直充模块。新增 §1.3.1/§1.3.2/§1.3.3 三个小节，§4.2 处理动作表同步更新为两步流程。

9.2 本文档与现有文档的关系

下一步建议：本草稿已用澎湃真实后台文档大幅充实了操作细节，但仍有若干按钮级别的权限映射（§9.1 第 2 项）和统计口径细节（第 5、6 项）需要稽核组长本人或熟悉菲律宾平台后台的同事实操确认。

更新历史