33 · 菲律宾稽核组长-操作SOP

状态：草稿，标 ❓ 的内容尚未核实，请勿直接作为生产培训材料使用 适用对象：菲律宾站稽核组长 / 现场稽核 / 远程稽核 参照来源：印尼非凡包网《12-稽核组长-工作指南》《17-菲律宾稽核工作清单》《18-菲律宾质检评分表》《31-运营管理-岗位制度》《32-全岗位后台权限矩阵》，以及澎湃系统（菲律宾平台）后台文档《08-订单管理》《07-系统直充》《09-活动记录》《10-用户管理》《11-代理管理》《16-支付配置》

目录

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

一、岗位定位与职责范围

菲律宾站目前只有一个站点，暂不需要按平台分组。

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

不管当前团队规模大小、是否已经拆出三个独立岗位，这三层工作内容都必须被覆盖。团队小的阶段可以由同一人身兼多层职责，但职责边界仍按下表执行；团队扩编后可直接按此表拆人接手。

远程稽核负责一线发现，现场稽核负责二审执行，副组长不参与这条链路（详见 §6）。所有岗位排班均为每班 12 小时。

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

1.3 权限范围

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

《08-订单管理》原文档把这个模块的目标读者写作「副组长 / 财务 / 出款审核 / 风控初审」，没有单列"稽核"，但稽核在权限矩阵里对这 6 个子项拥有和这些角色同等的完整访问/操作权限，相当于被归入"风控初审"一类。

1.3.1 提现订单的操作选项

单笔操作（点开订单详情）有 3 个选项：

批量操作（勾选多个订单号）在以上 3 个基础上多一个选项：

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

1.3.2 套利扣款的操作路径

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

系统直充 → 现金直充 → 单人充值
  → 输入用户 ID → 查询（回填用户名/余额/提现码量）
  → 充值类型选「扣款」
  → 余额 / 提现码量 选「减少」+ 填写差额
  → 填写谷歌验证码（强制 2FA）
  → 备注写明「{活动类型}套利，扣除彩金和盈利 · 日期 · 经手人」
  → 确定

扣款是高危操作，扣款前必须保留完整证据（违规行为截图 + 判断依据），操作会写入审计日志，会员可以投诉——对应 §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 二审执行流程，是现场稽核独有的工作内容）。

2.2 日常管理制度

三、代理提款审核四步法

核心入口是澎湃后台「订单管理 → 待审核代理订单」（见 §1.3）。以下四步是处理该队列订单时的具体核查动作。

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

2. 查询「直属下线」与同 IP 检查：对应《11-代理管理 → 代理直推列表》，可查该代理名下所有直推用户的注册 IP / 登录 IP / 充值 / 投注情况。判定标准：

   信号	判定
   IPv4 完全一致	判定为同一 IP，视为套利信号
   IPv6 地址 IP 段（前缀）一致	判定为同一 IP 段，视为套利信号

3. 查看「资金账变」追踪资金动向：对应《10-用户管理 → 账变记录》，异常信号是多个小号同 IP，或下线均为小额试探性存款。菲律宾平台最低充值金额为 ₱100，判定基准直接对齐平台最低充值线：多个下线的存款金额都卡在 ₱100（或与最低充值线一致）附近，视为「小额试探套利」的可疑信号；一旦下线存款金额明显高于最低充值线，则不适用本条规则，需结合其他信号判断。

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

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

3.1 背景资料：支付渠道、手机号、时区

这几项信息在核对会员身份、判断注册/交易是否本地真实时会用到：

• 支付渠道：GCash / Maya(PayMaya) 是澎湃系统里明确带专属字段列的两大电子钱包（见《16-支付配置》）；GrabPay + 本地银行（BDO / BPI / Metrobank 等）是否有独立字段仍需核实 ❓
• 手机号国际前缀：63 —— 核对会员注册信息时，如果手机号前缀不是 63，是判断"非本地注册"的一个信号
• 本地运营商：Globe / Smart / DITO —— 核对登录 IP 归属地时的参考
• 时区：UTC+8，澎湃后台所有时间戳字段均标注 GMT+8:00
• 游戏厂商：澎湃平台当前开放 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。核查投注记录时，如果命中不在这个列表里的厂商，需要留意核实

❓ 待确认：GCash / Maya 在稽核后台的具体字段名称、查询入口的实际操作截图仍建议现场核对一遍。

四、套利判定与直接处理

菲律宾市场没有分级警告机制：一旦审核判定为套利，直接扣除彩金，不设「首次警告 / 二次警告」的缓冲阶段。

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

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

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

4.2 处理动作

判定套利后的完整处理链路，四步：

四步都要做，缺一不可。

❓ 待确认：是否需要同步关闭投注/提款/充值权限（关几个按钮）、是否需要发群通知，或仅财务群报备即可。

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

4.3 拼多多式（推荐裂变）活动

菲律宾站确认存在推荐裂变活动，对应澎湃后台《09-活动记录 → 拼多多奖励记录》和《11-代理管理 → 注册邀请活动审核》两处入口。

当前阶段拼多多活动不需要人工额外抓套利——该活动本身在规则设计上已经设有洗码量（打码）要求和充值门槛作为前置条件，能过滤掉大部分套利行为。

❓ 待确认：菲律宾站拼多多活动实际的洗码/充值门槛数值。

4.4 暴奖倍数核查

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

五、日常异常巡查四件套

四类巡查（存提差/大额用户/游戏回报率/代收代付渠道）的具体阈值需要现场连续记录 5-10 个工作日后自行校准。

5.1 存提差异常排查

后台路径：报表管理 → 日报表 → 存提差比例。核心逻辑：连续记录本平台正常工作日的「早间/全天」比值，推算异常阈值。

❓ 待现场校准：菲律宾平台自身的全天平均存提差比例、早间正常区间均未知，需组长在上线后连续记录并建立本地基准表。

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

5.2 大额用户排查

对应《10-用户管理 → 用户排行榜》「充提差正序」Tab（当日大赢家）。该榜单数据每小时更新一次，不是实时，巡查时需结合《订单管理》里的实时队列做互补。

5.3 游戏回报率异常排查

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

5.4 代收代付渠道异常排查

对应《16-支付配置》模块，设计如下：

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

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

提现通道的切换策略由运营组长决策；充值可以稽核/运营自行临时调整，但提现不能误关——关充值比关提现风险小，提现关了会导致客诉+口碑受损。

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

5.5 排查无果时的处理

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

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

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

扣款（扣除彩金）执行权在现场稽核，不在远程稽核，也不在副组长。远程稽核只负责一线发现+标记，不能自行执行扣除。

七、备注与处理模板速查

账号内部备注用中文；面向会员的驳回话术（用户能看到的提示文案）需要英文或 Taglish，两者不要混淆。

「{活动类型}」按实际命中的活动名替换（宝箱/拼多多/邀请奖励等），日期和经手人必填，便于事后追溯责任人。经手人直接写自己的真实姓名，不需要用工号或代号。

八、绩效考核制度

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

8.1 核心公式

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

8.2 三大维度

8.3 绩效档位

8.4 稽核员自身的上岗与工作节奏

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

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

9.1 全文 ❓ 待确认项汇总

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