9:41
BalanceP 12,345,678.90
Withdraw Record›
Bet History›
Registered mobile number: 09171234567
Please enter the code sent to 091****4567
This step is existing. It is not changed by this requirement.
Friendly Reminder: Each account can bind up to 5 GCash accounts
BDO Unibank, Inc.
Metropolitan Bank and Trust Company
Bank of the Philippine Islands (BPI)
Philippine National Bank (PNB)
Union Bank of the Philippines
Land Bank of the Philippines
Security Bank Corporation
Gaming Venue
GCash
Maya
GrabPay
Bank
Withdrawable amount:1,234.56
Withdraw

Withdrawal processed. Funds are typically credited within minutes.

Reminder

Your {BankName} account number looks unusual. Kindly review it again to ensure smooth and secure transactions on our platform.

① 决策流程 / Decision flow

🔴 先从这里走一遍：选一条路、答一个问题，手机上就切到对应那一屏，右边第二栏是当时的配置。真实动作留在手机上——流程只决定场景，按钮自己按。
这一轮走哪一条路 / Which path
§3
输入的手机号，跟注册手机号一样吗 / Same as registered?
§3.2
选中的提款账户，是注册手机号那一个吗 / Registered one?
§3.3
绑定放行 / Binding allowed
§3.2
手机上按 Confirm 看结果。固定顺序：格式 → OTP → 重复 → 数量上限 → 注册手机号 → 保存。
绑定拦截 / Binding blocked
§3.2
Toast ↪ 复用平台通用：Phone number mismatch. Please enter your registered phone number.
不落绑定。提示语不引导玩家去解绑——他没有那个入口（§4.2）。
提款放行 / Withdrawal allowed
§3.3
进入既有的提款流程，本需求不再介入。
提款拦截 / Withdrawal blocked
§3.3
Toast ↪ 复用平台通用：Only your registered phone number is eligible for withdrawals.
发起失败，不落任何单据——提款申请与提现风控审核上查不到这一笔（§3.3）。

② 配置模拟 / Config simulator

这一栏就是后台的四个配置项。改完手机立刻跟着变。两套值域方向相反：总开关 1 是开启，名单里 1 是关闭。
⚠️ 平台上线默认是 `0`（关闭）；这里两个总开关预设成 `1`，是为了一进来就看得到拦截长什么样。
绑定与提款都拿这一串来比，改了立刻生效——按当下值实时比对，不留历史值（§3.3 · AC16）。
想走 happy path 就在手机上输一样的；想看拦截就随便输别的。 清空这一格就是「档案上没有注册手机号」那一种（§5.2 · AC21）。
额度（每种钱包 5 笔）也留给你自己试——绑满了 + Add 会置灰。 验证码填 123456，其他会出 Verification code invalid。
—
🔴 这三种都是既有行为，本需求不改，摆在这里是因为线上那一页本来就有。 三种画面与两句话逐字取自 Axure 016_withdraw____1：正常时可提款余额 1,234.56； 未达标时变 0.00 ＋ 出一句话；没有渠道时出另一句话。后两种 Confirm 一律按不下去， 所以本需求那道校验根本走不到。
🔴 这也是既有行为，本需求不改。选「是」再去 Fund Accounts ＞ Banks ＞ + Add 按 Confirm，就会出 Axure 上那个 Reminder 弹窗。
🔴 它挡不住：Confirmed 照原样落绑定，Confirm Again 回去改号、不落绑定。
⚠️ 真正判「异常」的规则本档没有依据——Axure 上有一张中文的「卡号规则」表（七家银行各自的位数）， 但抓下来的正文是散的，哪一家对哪一条对不起来，所以这里做成开关让人自己切，没有猜。
关闭　维持现行的不校验。两条提示语一次都不会出现。
开启　比对注册手机号：相等放行，不相等拦下来并出提示语。

③ 提示语 / UI Messages

十条全列（五条 ↪ ／ 五条 ✅）。 前七条逐字取自 PRD §6 的前两张表；🆕 末三条逐字取自线上 Axure （016_withdraw____1 两条 ＋ 021_fund_accounts______1 一条）， 是提款页与绑定页的既有文案，本需求不改—— 列出来是因为 CLI-022 要求「既有文案也要列」。
↪ ＝ 复用平台通用文案库，跨需求共用 ⇒ 🔴 逐字照抄别改，改一个字别的需求跟着变。
✅ ＝ 复用本模块的线上现行文案，只此一处 ⇒ 照抄。
两个都是「复用既有、照抄」，差别只在共用范围。本需求没有 📐（本 PRD 拟稿）那一类。
🔴 四条不是 Toast，各自写明呈现方式（CLI-022 第 4 条）：
　·「提款发起成功」是弹窗——标题条 Withdraw ＋ 右上 ✕ ＋ 正文 ＋ 一颗 Confirm， 按 Confirm 只关弹窗、留在提款页。
　·「打码量未达标」与「没有可用渠道」是页内文字，不弹不消失， 印在 Withdrawable amount: 那一行底下。
　·「银行账号看起来异常」是弹窗，而且是唯一有两颗钮的—— Confirm Again（回去改号、不落绑定）与 Confirmed（照原样落绑定）。 🔴 它挡不住，只是提醒。{BankName} 是原文里的占位符。
Binding successful 已确认为跨需求共用文案；系统没有邮箱绑定。

④ 覆盖对照 / Coverage

本流程覆盖两侧各自的开启／关闭、三层取值顺序的四种组合、以及两条提示语。✓ ＝ 流程内点得到；· ＝ 后端或业务边界，客户端没有独立画面。
✓ 名单值 1 ＋ 总开关 1 ⇒ 只有这个代理关闭　§1.2 · AC1
✓ 名单值 2 ＋ 总开关 0 ⇒ 只有这个代理开启　§2 · AC2
✓ 名单空 ＋ 总开关 0／1 ⇒ 全平台关／开　§1.2 · AC3
✓ 在名单里就不看总开关　§2 · AC4
✓ 不在名单里就走总开关　§2 · AC5
✓ 总开关清空 ⇒ 一律当关闭　§5.1 · AC6
✓ 那一组坏掉 ⇒ 该代理视同不在名单里　§1.3 · AC8
✓ 绑定开启且号码不符 ⇒ 拦截、不落绑定　§3.2 · AC13
✓ 提款开启且账户不符 ⇒ 发起失败　§3.3 · AC15
✓ 结论为关闭时两条提示语一次都不出现　§6 · AC20
· 从 Account 直接进与提款时跳转过去，走的是同一段流程　§3.2 · AC14
· 被拦下的提款不落单据，报表上查不到　§3.3 · AC15
✓ 显示格式不同但规范后同为 11 位数字 ⇒ 视为相符　§3.1 · AC32
✓ OTP 与手机号同时错误 ⇒ 只先显示验证码错误　§3.2 · AC33
· 改了注册手机号之后按新号比对　§3.3 · AC16
· 档案上没有注册手机号 ⇒ 拦截　§5.2 · AC21
🆕 ✓ 提款方式选 GCash／Maya／GrabPay ⇒ 三种电子钱包共用同一套注册手机号校验　§3.4 · AC25
🆕 ✓ 提款方式选 Bank ⇒ 不校验、直接放行　L0 ④ · AC23
🆕 ✓ 在 Banks 页签绑一张卡 ⇒ 不校验、直接放行　L0 ④ · AC23
🆕 ✓ 提款方式选 Gaming Venue ⇒ 没有提款账户这个东西，本需求管不到它
This flow covers separate bind / withdrawal switches, four combinations in the three-level resolution order, and the two validation messages. ✓ = testable in this flow; · = server or business boundary without a separate client screen.
✓ Override 1 + master switch 1: disable only this agent　§1.2 · AC1
✓ Override 2 + master switch 0: enable only this agent　§2 · AC2
✓ Empty override + master switch 0/1: platform-wide Off/On　§1.2 · AC3
✓ An agent override takes precedence over the master switch　§2 · AC4
✓ Agents absent from the list use the master switch　§2 · AC5
✓ Empty master switch is treated as Off　§5.1 · AC6
✓ An invalid override group is treated as if that agent were absent　§1.3 · AC8
✓ Binding enabled and phone mismatch: block and do not save the account　§3.2 · AC13
✓ Withdrawal enabled and account mismatch: fail the withdrawal request　§3.3 · AC15
✓ When resolved Off, neither validation message appears　§6 · AC20
· Direct Account entry and withdrawal redirect use the same flow　§3.2 · AC14
· A blocked withdrawal creates no order and no report row　§3.3 · AC15
✓ Different display formats that normalize to the same 11 digits are a match　§3.1 · AC32
✓ If OTP and phone both fail, show only the OTP error first　§3.2 · AC33
· After the registered phone changes, compare against the new number　§3.3 · AC16
· Missing registered phone: block　§5.2 · AC21
✓ GCash / Maya / GrabPay use the same registered-phone validation　§3.4 · AC25
✓ Bank withdrawal is excluded and proceeds without this validation　L0 ④ · AC23
✓ Adding a bank card is excluded and proceeds without this validation　L0 ④ · AC23
✓ Gaming Venue has no withdrawal account, so this requirement does not apply

⑤ 说明 / Notes

PRD 全文（HTML）
提款账户限定注册手机号↗ 后台原型
基本配置↗

本需求

将钱包绑定与提款的注册手机号校验改为按代理线配置；不新增玩家页面。
PRD §1～§4

校验范围

GCash、Maya、GrabPay 共用手机号校验；Bank 与 Gaming Venue 不校验。绑定成功沿用 Binding successful。

操作

在右侧控制区切换总开关、代理例外与注册手机号，再走绑定或提款流程。校验顺序与逐字提示语见 PRD §3、§6。

边界

Banks 页签与银行列表仅重现既有页面；银行卡规则、解绑、渠道限额及统计不在本需求内。