16 · 支付配置¶
入口路径：后台 → 支付配置 目标读者：副组长 / 业主 / 财务 / 运维（涉及支付通道接入与切换） 核心问题：怎么接入新支付通道 / 怎么切换通道权重 / 怎么看通道实时成功率 资料来源：
支付配置子项.png+通道资料配置.png+充值通道.png+提现通道.png+充值策略配置.png+提现策略配置.png+添加通道.png+通道流水统计.png最后更新：2026-05-11 作者：Bob/Aimee
一、模块定位¶
支付通道接入与路由——配置后台与第三方支付（GCash、Maya 等菲律宾电子钱包）的对接关系，控制订单怎么派单给哪家三方支付。
🔑 铁证菲律宾市场：所有截图的字段都以 GCash / Maya 为列名——这是菲律宾两大主流电子钱包（GCash 是 Globe Telecom 旗下，Maya 是 PayMaya 改名后的现产品），与印尼市场的 DANA/OVO/GoPay/QRIS 完全不同。
二、子菜单全景¶
| # | 子项 | 用途 |
|---|---|---|
| 1 | 通道资料配置 | 接入新三方通道（商户号、密钥、充值/提现支持方式） |
| 2 | 充值通道（黄） | 配置充值方向的通道权重、启用开关、路由策略 |
| 3 | 提现通道（绿） | 配置提现方向的通道权重、启用开关、路由策略 |
| 4 | 通道流水统计 | 实时看每个通道的当日充值/提现金额 |
📌 子菜单中的"充值"标黄、"提现"标绿——这是 UI 全局的颜色编码，在 14-导出 Excel 列表 的导出类型下拉也是同样配色。
三、通道资料配置（接入新通道）¶
3.1 功能定位¶
所有三方通道的总入口——这里录入商户资料后，通道才会在 §4 §5 §6 出现。
3.2 顶部按钮¶
| 按钮 | 用途 |
|---|---|
| 刷新（蓝） | - |
| 添加通道（蓝） | 弹出 §3.4 表单 |
3.3 列表字段¶
| 列 | 含义 |
|---|---|
| 通道 | 三方支付名（GCash / Maya / 等） |
| 商户号 | 三方分配的商户 ID |
| 充值通道状态 | 启用 / 停用 |
| 提现通道状态 | 启用 / 停用 |
| 充值支持方式 | 哪些充值方式（钱包 / 银行卡 / QR Code） |
| 提现支持方式 | 同上方向 |
| 操作 | 编辑 / 删除 |
💡 同一三方通道可分别启停充值和提现——这是关键设计：当 GCash 充值稳定但提现卡，可只关 GCash 提现通道，留充值通道继续收钱。
3.4 添加通道弹框¶
| 字段 | 必填 | 说明 |
|---|---|---|
| 通道 | ✅ | 下拉选择三方通道（枚举值由后台预置，❓ 待确认完整列表，常见菲律宾通道：GCash / Maya / GrabPay / BPI / BDO 等） |
📌 首次添加只选通道——商户号、密钥、支持方式等详细字段在选完通道后单独编辑（截图未展示编辑表单，业务上应为下一步填写）。
3.5 SOP（接新通道）¶
flowchart TD
s1["1. 业主 / 财务 与三方通道签约 → 拿到 商户号 / API 密钥 / Webhook URL"]
s2["2. 进 通道资料配置 → 添加通道 → 选三方名 → 确定"]
s3["3. 列表出现新行 → 点 操作-编辑 → 填商户号 + 密钥 + 充值/提现支持方式"]
s4["4. 默认 充值/提现状态 = 停用 → 灰度测试时点 编辑 临时开启充值（提现仍停）"]
s5["5. 测试 OK → 进 充值通道 → 修改 GCash/Maya 权重 → 设小流量(如 5%)"]
s6["6. 观察 1-3 天稳定 → 调高权重 → 开启提现"]
s1 --> s2 --> s3 --> s4 --> s5 --> s6四、充值通道¶
4.1 功能定位¶
配置充值方向的路由策略和权重——决定用户充值时，订单分给哪家三方的比例。
4.2 顶部信息¶
⚠️ 顶部说明文字（原文摘录，重要）：
"正常情况下，我们会根据业主设置的权重派单给三方，权重越高派单越多。若当前国家支付不稳定，建议业主开启尽量多的三方并开启智能派单，我们会根据三方的实时成功率进行高效分配。"
→ 这段是澎湃官方对支付路由的最佳实践指引： - 手动权重策略：业主主观控权（适合稳定期） - 智能派单策略：系统基于实时成功率动态分配（适合不稳定期 / 节假日 / 三方故障期）
4.3 当前策略按钮¶
| 按钮 | 用途 |
|---|---|
| 当前策略: 手动权重策略（蓝） | 点击弹出 §4.5 路由策略切换弹框 |
4.4 列表字段（点击修改类）¶
| 列 | 含义 |
|---|---|
| 通道 | 三方名 |
| 商户号 | 来自 §3 |
| 通道别名 | 自定义显示名 |
| GCash 权重(点击修改) | 该三方分配给 GCash 的权重 |
| Maya 权重(点击修改) | 该三方分配给 Maya 的权重 |
| 是否启用(点击修改) | 启用开关 |
💡 权重设计：同一三方通道可同时分 GCash 和 Maya 两条子通道（一些三方代理同时支持两个钱包），后台按"通道 × 钱包"两级矩阵分配流量。
4.5 充值策略配置弹框¶
| 路由策略 | 含义 | 适用场景 |
|---|---|---|
| 手动权重策略 | 严格按业主设的权重比例分流 | 业务稳定期、有明确成本/返点考量 |
| 智能派单策略 | 系统按三方实时成功率自动分流 | 不稳定期、节假日、三方故障期 |
4.6 SOP（值班期间切策略）¶
flowchart TD
root["副组长发现充值成功率掉到 70%（正常 ≥ 85%）"]
s1["第一步：进 通道流水统计 → 看哪个通道掉了"]
s2["第二步：进 充值通道 → 看那个三方的"是否启用""]
s3["第三步：决策<br/>a. 单一三方掉 → 临时关掉它的"是否启用" + 调高其他三方权重<br/>b. 多个三方都掉 → 切到 智能派单策略 让系统自动找最稳的<br/>c. GCash 全网故障 → 关 GCash 权重 = 0, Maya = 100"]
s4["第四步：联动 02-域名管理 + 04-营销工具 在前台挂"GCash 维护中" banner<br/>+ 用 15-站内消息推送 / 全体推送 通知所有用户"]
root --> s1 --> s2 --> s3 --> s4五、提现通道¶
5.1 功能定位¶
和充值通道对称——配置提现方向的路由策略和权重。
5.2 与充值通道的差异¶
| 维度 | 充值通道 | 提现通道 |
|---|---|---|
| 顶部颜色 | 黄色 "充值" | 绿色 "提现" |
| 顶部说明 | 同 §4.2 | 同 §4.2 |
| 当前策略 | 手动 / 智能 | 同 |
| 列表字段 | 通道/商户号/别名/GCash 权重/Maya 权重/启用 | 完全相同 |
5.3 提现策略配置弹框¶
字段与 §4.5 完全相同（手动权重策略 / 智能派单策略），仅标题颜色不同（"提现"绿色 vs "充值"黄色）。
5.4 副组长视角的差异¶
💡 充值 vs 提现的运营优先级： - 充值：用户充不进来 = 立刻流失新付费用户 → 优先保 - 提现：用户提不出来 = 用户怒 + 客诉 + 长期信誉 → 不能误关，否则口碑崩
实战中关充值比关提现风险小。提现通道切策略必须业主审批，禁止副组长自行操作。
六、通道流水统计¶
6.1 功能定位¶
实时看每个通道的当日成交金额——副组长盯盘第一站，找异常通道。
6.2 表格列¶
| 列 | 含义 |
|---|---|
| 通道 | 三方名 |
| 商户号 | - |
| 通道别名 | - |
| GCash 充值 | 该三方今天 GCash 通道的充值额 |
| GCash 提现 | 该三方今天 GCash 通道的提现额 |
| Maya 充值 | 该三方今天 Maya 通道的充值额 |
| Maya 提现 | 该三方今天 Maya 通道的提现额 |
| 当日累计充值 | 该三方所有钱包合计充值额 |
| 当日累计提现 | 该三方所有钱包合计提现额 |
6.3 与「08-订单管理」的差异¶
| 维度 | 08-订单管理 | 16-通道流水统计 |
|---|---|---|
| 颗粒度 | 单笔订单 | 通道维度聚合 |
| 用途 | 查单、核对、人工干预 | 盯通道健康、找异常 |
| 字段 | 用户/金额/状态/订单号 | 三方通道 × 钱包 × 方向 |
| 触发查询 | 多条件筛选 | 一键刷新看全部 |
6.4 副组长盯盘 SOP¶
flowchart TD
root["菲律宾时间早班 7:00 AM 开班"]
s1["1. 进 通道流水统计 → 刷新"]
s2["2. 看每个通道的 "GCash 充值" 是否有进账（昨日数据延后到今早）"]
s3["3. 找异常：哪个通道当日累计充值 = 0（昨日仍有量但今日卡 = 通道故障）"]
s4["4. 异常 → 立刻按 §4.6 流程切策略"]
s5["5. 每整点（X:00）复刷一次"]
root --> s1 --> s2 --> s3 --> s4 --> s5七、关键设计点¶
7.1 双层抽象：通道 × 钱包¶
flowchart TD
n1["通道资料配置 = 接入哪几个第三方"通道"（如三方代理 A / B / C）"]
n2["充值/提现通道 = 每个通道下分配多少给 GCash / Maya（钱包子维度）"]
n3["通道流水统计 = 实时看 [通道 × 钱包 × 方向] 的成交矩阵"]
n1 --> n2 --> n37.2 智能派单策略的本质¶
智能派单策略 = 业主放弃手动控权，让后台 SaaS 系统根据三方实时成功率自动分流。这是 SaaS 服务方（澎湃平台）相对手动操作的最大价值——业主无法掌握全网所有三方成功率，但 SaaS 可以。
7.3 充值/提现独立切换¶
通道资料配置中"充值状态"和"提现状态"独立——支持"只关一个方向"，避免一个故障让整个三方下线。
八、已知局限与运营补位¶
来源：MyTools《对接需求-澎湃后台 v2》§4.1。记录澎湃后台在支付通道管理上的真实局限，以及运营目前怎么用工具/人工兜。
通道开关散落多级菜单、无总览、无批量：维护时经常要批量开关某些通道的充值/代付（如 GCash 维护就先关掉），但通道配置散落在好几级菜单——改一个通道的充提开关要进二级页面，批量改特别慢；后台也没有"所有通道 + 各子平台开关状态 + 余额"的一张总览表。
运营补位：运营用自研工具把所有通道 + 子平台的开关状态汇总成一张表，行内直接点开关，替代逐页进二级菜单的慢操作。
一句话：知道后台这层局限（散落、无总览、无批量）→ 就用工具汇总总览 + 行内点开关补位，别指望后台一屏搞定。
九、待确认清单¶
| # | 待确认 | 位置 |
|---|---|---|
| 1 | "添加通道"下拉枚举完整列表 | §3.4 |
| 2 | 商户号 / 密钥 / Webhook 等详细字段在哪里录入（疑似"编辑"弹框） | §3.3 |
| 3 | 充值/提现支持方式枚举（钱包 / 银行卡 / QR Code / etc.） | §3.3 |
| 4 | 权重数值范围（0-100 / 0-1 / 0-1000？） | §4.4 |
| 5 | 智能派单策略的"实时成功率"统计窗口（最近 5 分钟 / 1 小时？） | §4.5 |
| 6 | 三方多通道（除 GCash/Maya 还有别的钱包）是否会显示在表格里 | §4.4 |
| 7 | 通道流水统计是否支持历史日期查询（截图无日期选择器） | §6 |
| 8 | 是否有自动告警（某通道成功率掉到阈值自动短信/TG 通知） | §6 |
| 9 | 切策略是否只影响新订单，还是会回滚未完成订单？ | §4 |
十、相关文档¶
- 02-域名管理（前台支付时使用的域名）
- 08-订单管理（单笔订单查询，本模块的下游）
- 14-导出 Excel 列表（充值订单 / 提现订单 / 现金直充 导出入口）
- 15-站内消息推送（通道故障时通知用户）
- 07-系统直充（绕过三方的手动加款）
- 内部记忆
project_payment_ecosystem.md（印尼电子支付生态，对照差异参考） - 内部记忆
feedback_provider_case_insensitive.md（provider 字符串比对忽略大小写经验）
十一、互动自测¶
:::quiz{id=chongzhi-tixian-duli} 在「通道资料配置」里，同一个三方通道的"充值通道状态"和"提现通道状态"是什么关系？
- [ ] 联动开关，关一个另一个也一起关
- [x] 相互独立，可以只关其中一个方向
- [ ] 只能整体启用或整体停用
- [ ] 提现状态由充值状态自动决定
解析：见 §3.3 与 §7.3——充值状态和提现状态独立，支持"只关一个方向"，例如 GCash 充值稳定但提现卡时，可只关 GCash 提现、留充值继续收钱。 :::
:::quiz{id=zhineng-paidan-yiju} 按「充值通道」顶部的澎湃官方说明，"智能派单策略"是根据什么来分配派单的？
- [ ] 业主手动设置的固定权重比例
- [ ] 三方通道的商户号顺序
- [x] 三方的实时成功率
- [ ] 通道别名的字母排序
解析：见 §4.2 原文——"我们会根据三方的实时成功率进行高效分配"。手动权重策略才是按业主设的权重比例分流（§4.5）。 :::
:::quiz{id=liushui-tongji multi=true} 关于「通道流水统计」，以下说法正确的有哪些？（多选）
- [x] "当日累计充值"是该三方所有钱包合计的充值额
- [x] 它是通道维度聚合，不是单笔订单颗粒度
- [x] 某通道昨日有量、今日"当日累计充值"仍为 0，可判为通道故障
- [ ] 它明确支持按历史日期查询
解析：见 §6.2 / §6.3 / §6.4——当日累计充值是所有钱包合计（§6.2），颗粒度为"通道维度聚合"区别于 08-订单管理的单笔（§6.3），昨日有量今日为 0 是通道故障信号（§6.4）。是否支持历史日期查询截图无日期选择器、仍列在待确认清单第 7 条，不能当已确认事实。 :::
:::scenario{id=zhiban-qie-celue}
{"start":"n1","nodes":{"n1":{"text":"副组长值班发现充值成功率掉到 70%（正常 ≥ 85%）。第一步做什么？","choices":[{"label":"直接切到智能派单策略再说","next":"bad","feedback":"❌ 还没定位是哪个通道掉就乱切，可能把好通道的量也搅乱","good":false},{"label":"先进「通道流水统计」看是哪个通道掉了","next":"n2","feedback":"✅ 先定位异常通道，符合 §4.6 第一步","good":true}]},"n2":{"text":"定位到是单一某个三方通道掉量，其它三方正常。怎么处理？","choices":[{"label":"临时关掉那个三方的「是否启用」+ 调高其它三方权重","next":"good","feedback":"✅ 符合 §4.6 决策 a：单一三方掉就关它、把量导给其它三方","good":true},{"label":"顺手把「提现通道」策略也自己切一下","next":"bad","feedback":"❌ 提现通道切策略必须业主审批、禁止副组长自行操作（§5.4），且与本次充值故障无关","good":false}]},"bad":{"text":"操作越界或未定位就动策略，可能放大故障或触碰权限红线。","terminal":true},"good":{"text":"先定位、再对单一异常通道精准关停并导流，充值成功率回升，未越权。","terminal":true}}}
:::flashcards{id=zhifu-peizhi-cards} - 支付配置子项数量 :: 4 个（通道资料配置 / 充值通道 / 提现通道 / 通道流水统计） - 充值 / 提现的 UI 颜色编码 :: 充值黄 / 提现绿 - 两种路由策略 :: 手动权重策略 / 智能派单策略 - 智能派单策略的分配依据 :: 三方的实时成功率 - 充值状态与提现状态的关系 :: 相互独立，可只启停一个方向 - 提现通道切策略的权限 :: 必须业主审批，禁止副组长自行操作 - "当日累计充值"的含义 :: 该三方所有钱包合计的充值额 - 通道流水统计的颗粒度 :: 通道维度聚合（区别于 08-订单管理的单笔订单） :::
:::gate{id=done score=0.8 title=学完支付配置} 完成以上自测且正确率达标，即视为掌握支付配置模块的通道接入、充值/提现路由策略、通道流水盯盘与切策略权限边界要点。 :::