← 预览导航

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 个
  └─ 指定三方出款 ── 手动指定某个三方渠道给会员出款
                     用于：默认路由渠道有问题，或需要走特定渠道时

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

远程稽核（含云桌面）                       现场稽核（不需要云桌面）
  │                                        │
  ▼                                        ▼
账号领取与云桌面登录                        账号领取与后台登录
  │                                        │
  ▼                                        ▼
云桌面环境熟悉                              后台网址开启与 MFA 绑定
（浏览器/Telegram/Signal/截图工具/输入法）    （需绑定 Google Authenticator）
  │                                        │
  ▼                                        ▼
后台网址开启与 MFA 绑定                     岗前培训
（需绑定 Google Authenticator）             （现场的运营和稽核人员现场带教，
  │                                        内容对应 §3-§7，尤其 §6 二审
  ▼                                        执行流程是现场稽核独有内容）
岗前培训
（现场的运营和稽核人员带教讲解
标准操作流程，对应 §3-§5）

2.2 日常管理制度

2.3 疑难问题响应与升级

疑难响应是组长日常占比最大的工作——不是主动巡查，而是随时响应下属上报的、他们无法自行解决的问题。

问题来源
  ├─ 远程稽核 ── 审单中无法判断的订单/账号
  └─ 现场稽核 ── 二审、质检中拿不准的判定
        ↓
稽核组长判断分流
  ├─ 能直接处理 → 及时处理，并把结论反馈给上报人
  └─ 无法处理 → 上报经理，跟进结果后向下同步

📌 远程稽核的疑难应优先报现场稽核，现场能直接判断的就地消化（见 §1.1），减少升级到组长的量；到组长这里的应当是两层都拿不准的问题。

❓ 待确认：菲律宾站高频疑难问题的实际类型清单（用真实案例充实本节，作为培训素材）。

2.4 排班与远程监督

所有岗位排班均为每班 12 小时（见 §1.1），排班表由组长负责编制与维护。

❓ 待确认：排班表用什么工具维护、调班如何申请与审批。 ❓ 待确认：云桌面是否支持组长端监控远程稽核的桌面画面；若支持，应作为质检监督的日常手段写入本节。

三、代理提款审核四步法

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

① 查看「活动奖励」定位套利源头
  对应《09-活动记录》模块（51个活动子项），重点看「拼多多奖励记录」
  「注册邀请记录」等拉新裂变类活动
  💡 会员大量参与「邀请奖励」类活动需高度警惕小号刷奖
  │
  ▼
② 查询「直属下线」与同 IP 检查
  对应《11-代理管理 → 代理直推列表》，查该代理名下所有直推用户的
  注册 IP / 登录 IP / 充值 / 投注情况
  ┌─────────────────────┬──────────────────────┐
  │ IPv4 完全一致        │ 判定为同一 IP，视为套利信号 │
  │ IPv6 IP 段（前缀）一致│ 判定为同一 IP 段，视为套利信号│
  └─────────────────────┴──────────────────────┘
  │
  ▼
③ 查看「资金账变」追踪资金动向
  对应《10-用户管理 → 账变记录》，异常信号是多个小号同 IP，
  或下线均为小额试探性存款
  📌 菲律宾平台最低充值金额为 ₱100——多个下线的存款金额都卡在
  ₱100（或与最低充值线一致）附近，视为「小额试探套利」的可疑
  信号；一旦下线存款金额明显高于最低充值线，则不适用本条规则，
  需结合其他信号判断
  │
  ▼
④ 查看「投注记录」核实真实投注行为
  对应《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 处理动作

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

① 订单管理执行「强制失败」
  该笔提现退回会员账户余额
  ↓
② 系统直充「单人充值 → 扣款」
  把违规彩金/盈利追回（详见 §1.3.2）
  ↓
③ 拉入套利层
  把该会员的用户层级调整为套利观察层，便于后续持续监控
  ↓
④ 写备注
  格式：{活动类型}套利，扣除彩金和盈利 · {日期} · {经手人}
  例：宝箱套利，扣除彩金和盈利 · 2026-07-05 · Aaron
  （活动类型按实际命中的活动替换：宝箱/拼多多/邀请奖励等）

⚠️ 四步都要做，缺一不可。

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

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

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

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

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

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

4.4 暴奖倍数核查

① 记录该笔订单的投注金额和中奖金额
  ↓
② 计算暴奖倍数 = 中奖金额 ÷ 投注金额
  ↓
③ 打开前台注册测试账号，查看该游戏规则页标注的最高倍数
  ↓
④ 对比判定
  实际倍数 ≤ 设定最高倍数 → 正常
  实际倍数 > 设定最高倍数 → 异常，冻结提款并核查

五、日常异常巡查四件套

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

5.1 存提差异常排查

后台路径：报表管理 → 日报表 → 存提差比例。

本地基准校准方法（上线后先做这一步，之后每天巡查才有判断依据）：

连续记录 5-10 个正常工作日
  ├─ 每天早间班前记一次「早间存提差比例」
  └─ 每天结束记一次「全天存提差比例」
  ↓
算出全天平均存提差
  ↓
推算两条参考线
  ├─ 早间正常区间 ≈ 全天平均 × 25%~60%
  └─ 早间异常阈值 ≈ 全天平均 × 75%（超过即启动排查）

💡 例：若全天平均为 12%，则早间正常约 3%~7%，早间超过 9% 即明显偏高需排查。经验公式只是起点，不同平台用户行为模式不同，最终以本地连续记录出来的实际区间为准。

❓ 待现场校准：菲律宾平台自身的全天平均存提差比例尚无记录，需组长在上线后按上述方法建立本地基准表。

常见异常原因：

• 团伙批量注册+充值套活动奖励：多个账号有输有赢，会把当天存提差比例搅乱抬高
• 周末活动发放大量彩金 → 周一比例可能为负或异常偏低（见下方周一特殊情况）

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

💡 排查目的是早发现早止损：找出异常 → 解决异常 → 不让异常点恶化。

5.1.1 存提差异常时的用户面排查

存提差异常、且不能用活动彩金解释时，从当日用户数据入手排查：

导出当日用户数据（含充值/提款/投注汇总）
  ↓
筛选用户层级：新用户
  ↓
按最大充值金额从大到小排序
（辅助参考：总投注金额是否异常大）
  ↓
逐个检查用户详情：充值记录 + 提款记录
  ↓
比对下表套利模式，命中则转入 §4.2 处理链路

📌 从用户数据入手而不是从活动记录入手，原因是存提差异常可能由多种原因导致——用户面排查能同时暴露活动套利以外的异常会员。

❓ 待确认：菲律宾站是否设有首存奖励/新用户充值类活动（有则本节是它的主要排查场景）；「导出当日用户数据」在澎湃后台的实际入口与导出字段。

5.2 大额用户排查

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

大额用户分两种情况，处理方向完全相反——一种要排查，一种要回馈，不要混淆：

情况 A · 异常大额用户——按以下四维逐项核查：

定位到大额充值/提款用户
  ↓
① 充值记录 ── 是否短时间大量充值？金额是否异常？来源是否集中？
  ↓
② 提款记录 ── 是否赢了大额立刻全提？是否分笔拆分刻意回避自动出款限额？
  ↓
③ 投注记录 ── 投注模式是否正常？是否集中在高风险/高返水游戏？
  ↓
④ 活动奖励 ── 是否大量领取各类奖励？
  ↓
命中异常 → 转入 §4.2 处理链路

📌 大额排查和 §5.1.1 的用户面排查可以同时进行——都是从同一份当日用户数据出发，只是筛选维度不同（一个筛新用户层级、一个按金额排序）。

情况 B · 正常大客户输钱（无任何领取红利行为，纯粹运气不好）：走主动回馈机制——发现即赠送，不用等固定时间点，目的是让客户记住网站、提升留存。

❓ 待确认：回馈的具体比例与载体（如按充值金额一定比例赠送宝箱/彩金），待菲律宾运营层确认。

5.3 游戏回报率异常排查

后台路径：报表管理 → 实时统计 → 厂商报表。

查看厂商报表（逐厂商回报率）
  ↓
是否有回报率异常偏高的游戏？
（出现大额爆奖 / 整体回报率远超正常值）
  ├─ 正常 → 继续监控
  └─ 异常
       ↓
     先核对是否为平台侧设置错误
       ├─ 是 → 上报处理（稽核对游戏配置无修改权限，见 §5.5）
       └─ 否 → 联系 API 商核实总控数据是否有回报率异常点

📌 核心原理：电子游戏回报率按大数据回报，个别客户大输大赢属正常，只要 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 本文档与现有文档的关系