主 题
支付收单专栏 · 第 5/6 篇
目录 · 上一篇：进件与客户经理 · 下一篇：运管台
写在前面
六端不是为了「多几个仓库好看」，而是角色、容器、发版与安全边界本来不同。
本篇收束：为什么拆，商服后台 vs 运管台，以及 商户端 + 客户经理端 合并时什么能合、什么不能合。
六端对照
| 端 | 主用户 | 容器 | 若硬塞进别的端 |
|---|---|---|---|
| H5 全量收银台 | 付款人 | H5/公众号/银联码 | 小程序扛不住全量入口 |
| 小程序精简收银台 | 付款人 | 微信/支付宝小程序 | H5 多入口拖垮主路径 |
| 商户服务端 | 商户 | 微信小程序 | 不宜开放经理巡检权限 |
| 客户经理端 | 客户经理 | 微信小程序 | 不宜暴露给商户登录态 |
| 商服后台 | 商服运营 | Vue PC | 不宜扛全行风控/机具厂库 |
| 运管台 | 收单/风控/设备/渠道 | Vue PC | 不宜与商服岗共用无隔离后台 |
拆分的四条硬理由
1. 付款入口形态不同 → 双收银台
H5 覆盖银联码/公众号/动态码/PC；小程序独立 AppID 与 scene。
订单状态机合，工程交付可不合。
2. 数据权限与作业不同 → 商户 / 经理
商户看本商户范围；经理看管户与机构树。同一登录态硬揉，权限模型会烂。
3. 发版节奏不同
收款链路最谨慎；经营可周更；经理跟合规政策；两个 PC 跟不同岗位菜单。
4. 岗位与合规不同 → 商服后台 vs 运管台
mserve-vue |
bmp-manage-vue |
|
|---|---|---|
| 定位 | 商户服务运营子集 | 银行收单全量中台 |
| 典型 | 商户/门店/码、商服结算活动 | 机具厂库派工、渠道商、风控反洗钱、分润、开放平台、巡检派单 |
| 风险 | 商服误操作影响经营配置 | 风控与资金规则误配影响全行 |
把运管台能力塞进商服后台，等于让商服岗看见不该看见的风控与渠道数据；反过来只给运管台不做商服后台，商服日常会被超大菜单淹没。
合并专题：商服 + 客户经理小程序
flowchart TD
launch[冷启动] --> role[角色选择：商户 / 客户经理]
role --> mLogin[商户登录]
role --> cLogin[经理登录]
mLogin --> mHome[商户分包]
cLogin --> cHome[经理 Tab/分包]
| 可合并 | 必须保留分离 |
|---|---|
| 同一个小程序壳、统一发版 | 两套登录态与 token |
| 角色选择后不同首页 | 两套 channel / 请求栈 |
| 按现网可达页迁主路径 | 商户权限 ≠ 经理权限 |
| UI 可分区 | 经理接口不对商户角色开放 |
合并解决交付成本；不消灭「现场收款 / 管户合规 / 中台治理」三种作业。
专栏收束（接第 6 篇）
| 篇 | 一句话 |
|---|---|
| 01 | 资金角色一张图，产品六端另一张图 |
| 02 | 双收银台共用订单终态与幂等门 |
| 03 | 商户看见结算；商服与运管台分层处理日切 |
| 04 | 经理外勤；运管台派单与主数据 |
| 05 | 拆端为边界；商服 ≠ 运管台 |
| 06 | 运管台能力域全景 |
专栏导航
| 序号 | 主题 |
|---|---|
| 01 | 六端全景 |
| 02 | 双收银台与订单幂等 |
| 03 | 对账结算 |
| 04 | 进件、巡检与客户经理作业 |
| 05 | 拆分与合并（本篇） |
| 06 | 收单运管台 bmp-manage-vue |
全部评论(0)