一、三分钟看懂

1.1 合并到底好在哪

现在每开一个站、每改一版，研发几乎要做两遍（中站一遍、越站一遍；电脑端一遍、手机端再一遍）。运营改活动、加场馆，也要两边各配一次。

合并做成之后：一份代码、一份配置，换站点档案就能长出中站或越站。以后 BTY 国际、新品牌，理论上是「加一份配置」，不是「再养一套研发」。这是合并真正要买的东西——不再重复开发，长期省成本。

所以本报告不反对合并，反对的是现在、在现网上硬合。

1.2 调研看到的事实（2026-11-05，账号 bucks9527）

下面不是感觉，是打开实站对过的。

对照图、逐页差异在第三章以后。先信这些事实，再决定合不合。

1.3 为什么「好处很大，但现在不合」

好处是省以后的重复开发。代价是现在就要付一笔很大的「把四套界面、两套支付、两套进厅、写死的分类，收成一份能配的东西」的账单。还要推倒中站正在做的改版，还要按两套后台联调。

这笔账现在付，买不到「立刻少一套人」——越站落后两版，合进去先是补课。中站用户、越站用户都在充值投注，现网上缝，出问题没有退路。

倾向：合并的好处留到后面拿；现在先别在现网上付这笔最大的代价。

1.4 建议（给决策用的三句话）

1. 这个月：VTY 中站按原计划做完改版并上线。越站先不动。不合。
2. 下一阶段另开项目：做能兼容多个站点的 SaaS 平台。分类、支付、导航、进游戏全部变成配置，不再写死。
3. 先开新站验证，再迁用户：用新平台拉起一个新站（或内部站），证明「一套代码、多个站点能同时活」。跑通充值、提现、进游戏、换语言不破版之后，再把现网用户迁过去。

决策层可能觉得这不够快、不能马上看到「已经合成一套」。但调研结果支持的是这条：先有能并存的平台，再迁人；不要把两个现网缝在一起赌。 详细步骤在第十章。下面从第二章起，是支撑上述结论的对照和证据。

二、评估范围与方法

2.1 四个产品面，不是两个站点

本报告一律按四个产品面对照，禁止把 PC、H5 混成「一个站」。

中站本轮 UI 改版没有把 PC 和 H5 收成一套。改的是视觉，不是信息架构。越站并入后，不会自动少一端，仍是四套页面要同时正确。

2.2 对照维度

每个页面从三层看：

• 功能：用户能做什么、不能做什么、前置条件是什么。
• 页面：入口在哪、信息怎么排、有没有这个页面。
• 交互：点哪里、跳到哪、用弹层还是整页、空态和拦截怎么表现。

2.3 证据边界

未复测项不削弱主结论：已核实的壳、体育进厅、支付规则、底栏职责，已足够判断合并不是翻译项目。

三、四个产品面总览

3.1 用户能感知到的「不是同一个产品」

3.2 合并难度总表（产品视角）

「极高」的含义：不是多做一张配置表，而是要先重新定义产品规则，再让中站改版按新规则重做。

四、逐页对照

每节先写四个产品面分别是什么，再写功能差、交互差、对合并的含义。

4.1 全局壳

页面分别是什么

• 中站 PC：左侧固定分类、顶部品牌与余额、右侧悬浮快捷条、日夜间切换。主内容在中间。
• 中站 H5：无侧栏、无右侧浮条。底部固定五键。体育页另有一层场馆顶栏。
• 越站 PC：与中站 PC 同属「侧栏 + 浮条」骨架，但侧栏多「斗鸡」，首项是首页而非「热门推荐」，电子类命名为 Slot。
• 越站 H5：底部五键职责与中站 H5 不同，见下表。

功能对比

交互对比

• PC 的主导航是「一直在左侧，点了中间换内容」，很多品类切换不表现为整站换页感受。
• H5 的主导航是「底部换页」，每一次都是页面级跳转。
• 中站 H5 把「充值」「客服」做成随时可点的一级入口；越站 H5 把「滚球」「优惠」做成一级入口。这是产品对用户主路径的判断不同，不是翻译。
• 右侧浮条只存在于两个 PC 面。H5 没有「贴边悬浮条」这套交互。

壳不能合并成一个页面。即使视觉统一，也要先裁决：越站 H5 是否改成中站底栏，或中站是否改成越站底栏，或允许两套底栏长期并存。这是合并的第一张产品决策单。未决策前，中站改版无法按「可合并」来做。

4.2 登录 / 注册

页面分别是什么

• 中站 PC：首页弹层。左侧宣传，右侧表单。账号 + 密码。
• 中站 H5：独立登录页。账号 6–20、密码 8–20、记住密码，另有「手机号登录」。
• 越站 PC：同样是弹层，越南语文案，记住密码默认勾选。
• 越站 H5：独立页，顶部 Tab 切换「账号登录 / 手机号登录」。

• PC 登录不打断整站框架，关弹层回到原页。
• H5 登录是整页，成功后回跳路径要单独定义。
• 中站 H5 把手机号登录放成辅助入口；越站 H5 把两种登录方式做成并列 Tab。用户心智不同。
• 登录态在 PC 域名与 H5 域名之间不通。用户在 PC 登过，打开 H5 仍要再登。

要先定义：双端登录是否必须打通、手机号登录是否四国一致、注册国家是否允许自改。未定义则四个登录面无法收口。

4.3 首页

• 中站 PC：「热门推荐」首页。主 Banner、联赛快捷、邀请入口、赛事 Tab（直播 / 足球 / 篮球）、推荐模块、品牌风采、牌照。进入时常有活动弹层。
• 中站 H5：底栏「首页」。信息密度按窄屏重排，体育 Banner 比例与 PC 不同。
• 越站 PC：「Trang chủ」。骨架接近，快捷图、活动、赛事 Tab 按越站运营。未见与中站同等的「直播」Tab。
• 越站 H5：底栏「Trang Chủ」。维护窗口期间会落到维护页。

• PC 首页是「看推荐再进厅」；H5 首页常常是「尽快进体育或充值」。
• 活动弹层在 PC 是宽弹窗加侧栏目录；同一运营内容在 H5 必须换成窄屏布局。
• 中站首页强调热门与直播；越站首页强调站点主页和本地联赛运营。

首页不能共用一张稿。更关键的是：游戏分类（体育、真人视讯、彩票、Slots / 电子、棋牌、电竞、斗鸡等）目前大都写死，只有一部分走后台。 合并时必须把分类、排序、可见性、进厅目标全部收成站点配置。只并「已经可配」的那一部分，中站会继续露出写死的中文分类，越站会缺斗鸡或错出 Slot 名。运营位仍须按「站点 × 端」出内容和尺寸。

4.4 体育

本模块是合并难度最高的产品规则之一。现行产品规则已经明确：

PC 进入三方体育厅；H5 与 App 使用站内原生体育。

• 中站 PC：场馆大卡 V / DB / FB / IM / 沙巴，返水 0.8%。点击后离开本站进入中站三方厅。已登录实采停在中站三方域名，顶栏仅「充值」，余额 440。
• 中站 H5：原生体育壳。顶栏「V体育 | DB体育 | 娱乐」，其下滚球 / 今日 / 早盘 / 关注 / 冠军以及球种。
• 越站 PC：V / FB / DB / IM / Saba。进入越站三方厅。已登录实采顶栏「Nạp | Rút」，余额 2,000,000 ₫。采样时三方厅处于维护页。
• 越站 H5：原生滚球壳。底栏第一娱乐入口直接是「滚球」，不必经过中站那种「娱乐」顶栏。

• 同一颗「进入体育」，PC 是「离开本站」；H5 是「还在本站里切 Tab」。返回、余额刷新、充值入口全部不同。
• 中站 H5 用户在体育里还能切到「娱乐」六类；越站 H5 从底栏直接进滚球。
• App 与 H5 同属原生侧。合并时必须把 App 算进体育验收。

体育不是「场馆列表翻译」。它是两条产品路径：三方厅、原生盘口。每条路径还要再分中站、越站。未先写出《体育进厅与返回规则》，中站改版里任何体育相关页面都不能视为可复用。

4.5 真人

• 中站 PC：DB、CHOICE、PT、BG、瓦力。返水约 0.88%。
• 中站 H5：经「娱乐」进入，卡片比例与 PC 大卡不同。
• 越站 PC：DB、Sexy、PT、DG、BG。
• 越站 H5：无中站那层「娱乐」顶栏，入口需按越站 H5 信息架构单独画。

共同动作是「选供应商 → 进三方」。分叉在名单：中站有 CHOICE、瓦力，无 Sexy、DG；越站相反。PC 是横卡 + 「进入游戏」；H5 是另一套卡片。

真人页可以长得像，但不能共用一份场馆配置。必须冻结「中站可售 / 越站可售」两张名单，以及某馆下架时四端如何隐藏。

4.6 棋牌

越站棋牌供应商明显少于中站。必须按站点授权，不能按「代码里有就展示」。

4.7 电子 / 捕鱼

• 中站 PC：「电子捕鱼」。电子 PG / 5G / PT / DB / PP；捕鱼博雅 / KS / DB。进厂后有搜索、收藏、机台分类；无结果提示「暂无该游戏」。
• 中站 H5：经娱乐进入。搜索与分类要按窄屏重做。
• 越站 PC：「Slot」。电子多 MINI；捕鱼 DB / KS / BY。
• 越站 H5：入口层级与中站 H5 不同。

电子是四端里页内交互最重的品类。PC 先选厂再进机台墙；H5 必须决定是先选厂还是直接出热门。游戏池不同，空态频率不同。

电子页不是一张场馆卡，而是「选厂 + 检索 + 收藏」的完整工具页。中站若只按中站游戏池做，越站合并时整页要重验。

4.8 彩票 / 电竞 / 斗鸡

斗鸡不是翻译能解决的页面。只要越站保留，中站信息架构就必须预留可关闭的一级分类，PC、H5 都要留位。这会改变中站正在做的导航。

4.9 充值

• 中站 PC：顶栏「充值」。虚拟币、电子钱包、数字人民币、支付宝、微信、云闪付、银联快捷；USDT 的 TRC20 / ERC20；档位约 100–50000；汇率样例 1 USDT = 6.63 CNY。
• 中站 H5：底栏进入独立充值页。通道规则同中站，单列表单。
• 越站 PC：顶栏「Nạp」。普通充值 / USDT，银行转账、扫码。
• 越站 H5：从「我的」进入。未绑定手机号则充值被拦截。

• 中站：打开通道列表 → 选通道 → 填金额 / 看汇率 → 提交。
• 越站：先过手机号门禁 → 再选银行或扫码 / USDT。
• 中站 H5 充值在底栏，路径最短；越站 H5 放进「我的」，但用手机号把门挡住。
• 金额档、限额、汇率刷新不能共用一张表。

充值是合并里第二贵的产品块。中站正在做的充值页默认长在人民币通道上，不能原样带进合并项目。

4.10 提现

• 中站 PC：顶栏没有提现，必须进个人中心。
• 中站 H5：底栏没有提现，进「我的」再点。
• 越站 PC：顶栏「Rút」与充值并列，提现是一级动作。
• 越站 H5：「我的」内提供提现。

中站把提现定义为「账户能力」，藏在个人中心；越站把提现定义为「资金主路径」，和充值同级。合并顶栏不是改一个按钮，是改一侧用户的资金习惯，或改中站正在做的顶栏规范。

必须先拍板「提现在各端是否一级入口」。不拍板就不能合并顶栏。

4.11 安全中心 / 收款绑定 / KYC

• 中站 PC：昵称、注册国家（不可自改）、手机（样例已绑定）、邮箱、银行卡、提币地址、微信收款码、支付宝收款码、提现密码、登录密码、识别码。
• 中站 H5：独立安全页，微信 / 支付宝收款码继续下钻。
• 越站 PC：骨架接近，收款只有银行 / USDT，手机样例未绑定。
• 越站 H5：安全项在「我的」下。未绑定手机会反向拦截充值。

中站是「资料 + 多种收款工具包」。越站是「资料 + 银行 / 链上地址」，并且手机号从建议绑定升级为交易前置条件。PC 堆在一页，H5 拆成子页。

KYC 与收款方式应按站点永久视为两套产品规则。合并会迫使中站安全页增加大量「仅某站可见」的分支，这就是重新开发。

4.12 个人中心 / 我的

• 中站 PC：一页内看资料、VIP、余额、充值提现、投注、资金、邀请、福利、安全、消息、反馈。
• 中站 H5：上部钱包，下部宫格：资金明细、投注、邀请、VIP、福利、优惠、安全、反馈、商务、赞助、帮助、教程、关于、设备、下载。
• 越站 PC：同骨架，项名越南语，收款项按越站裁剪。
• 越站 H5：宫格为历史、明细、赛果、合作、福利、赞助、VIP、安全、邀请、个人信息、反馈、设置、指南、下载等。未见与中站完全同构的「商务 / 设备 / 教程」组合。

两边都覆盖余额、资金、安全、邀请、VIP、下载。分叉在：中站强调商务、设备、教程、优惠；越站强调赛果、合作、设置。PC 少跳转，H5 一格一页。中站 H5 钱包卡与底栏充值形成双入口；越站 H5 没有底栏充值，钱包卡更重。

「我的」是 H5 的账户操作系统，和 PC 个人中心不是同一页面。中站正在画的 H5「我的」，不能假设越站可以原样翻译。

4.13 注单 / 投注记录

中站把注单放在「资金 / 账户」语境；越站 H5 把注单放在「和滚球并列的主功能」语境。合并底栏时，注单的产品地位必须重写。

4.14 优惠活动

• 中站 PC：侧栏优惠，列表 + 弹层。中文运营（签到、联赛、NBA 等）。
• 中站 H5：多从「我的」或弹层进入，不是底栏一级。
• 越站 PC：侧栏优惠，越站活动。
• 越站 H5：优惠占底栏一位，是主路径。

功能都是看活动 / 领奖励 / 读规则。交互上，越站 H5 随时能从底栏进优惠，中站 H5 要绕一层。活动不能共用 ID 和文案。合并前要决定优惠是不是 H5 一级功能——这会改中站正在做的底栏。

4.15 客服、合营、下载、赞助、帮助

这些页面单独看不贵，合在一起会拖住回归：客服入口一改，四端都要测；下载一改，PC 与 H5 交互仍不能复用。

五、交互差异汇总（跨页面）

以下差异会重复出现，合并时必须当成全站交互规范来写，而不是每个页面各自发明。

图片比例不是视觉细节，是运营产能问题。PC 主 Banner 约 845×360（约 2.35，源图常见 1720×720）；侧栏快捷约 108×44（约 2.45），中站、越站文件槽位不同；中站 H5 体育 Banner 约 374×109（约 3.43）。合并后，同一活动至少要出四套图。

五B、国际化布局困难（换行、破图、撑版）

合并若只换语言包，下面这些会立刻在四端炸开。越站已经落后两个版本，中站新版如果按中文字长和中文出图来做，越文一套上去就会破。

下面两块是按 2026-11-05 实采结构还原的对照，用来看「换行 / 破图 / 入口不同」会怎么长在界面上。不是把中站新版截一张就当越站。

五C、界面对照（按实采还原）

已登录 PC 顶栏：只放充值 vs 充值|提现

同一账号 bucks9527。中站三方厅顶栏只有「充值」、余额 440；越站三方厅顶栏是「Nạp | Rút」、余额 2,000,000 ₫。合并顶栏不是改一个按钮。

H5 底栏：资金客服 vs 滚球优惠

中站五键短词能单行。越站「Trong Trận」「Khuyến Mãi」「Của tôi」在窄屏上会折行。职责也不同：中站钉充值和客服，越站钉滚球和优惠。

同一槽位：中文单行 vs 越文折行 / 破图

国际化不是换字符串。越文更长、VND 更宽、图槽不同、图上还印着中文。中站本轮新版如果按中文定死宽高，越站并入时这些坑会一起爆发。越站已经两轮没改，没有现成的「越文新版布局」可以抄。

六、为何产品判定「代价非常大」

6.1 不是一处贵，是四处同时贵

1. 端是两套。中站改版后仍然 PC 一套、H5 一套。合并不会把两端合成一端。
2. 站是两套。导航职责、品类、支付、KYC、优惠地位、客服渠道全部不同。
3. 体育是两套路径。PC 三方，H5 / App 原生，再乘两个站点。
4. 后台是两套。同一功能在中站、越站并不保证同一套字段、状态、失败原因。开发完还要按两套接口逐条调试。工作量由技术评估，产品确认它必然存在。
5. 版本差两轮，国际化会破版。中站近两轮都改了，越站两次都没跟。中文短词、窄金额、中文出图定下来的布局，套越文就会换行、撑版、破图。

五项相乘，才是「非常大」。任何只看其中一项的估算都会偏乐观。

6.2 对正在进行的中站改版意味着什么

中站目标是月底完成。当前范围是「把中站 PC、中站 H5 做成新版」。若中途并入越站，中站需要重新开发：

因此：合并不是「中站做完再加语言包」。合并会让月底这个目标失效，变成新项目。

6.3 合并之后仍然贵

即便接受重新开发，上线后产品仍要长期按四个产品面做需求。一次「改首页 Banner」，实际是四次设计、四次验收。一次「改充值拦截」，实际是两套规则、四端回归。代价不会在上线日清零。

6.4 产品不在本报告估算人天

工期、人力、是否能复用组件、接口如何兼容，一律交技术评估。产品只给出结论口径：

在中站改版进行中启动中越合并，产品范围从「双端新版」变成「四产品面 + 两套后台」。这是重新立项，不是并行加需求。代价非常大。

七、提请技术自行评估的问题

以下只提问题，不给实现建议，不给工期。

7.1 范围与存量

1. 中站月底改版的代码，有多少是按「单站点、单套后台」写死的？并入越站要推倒到什么层？
2. 越站现行前端与中站新版的可复用比例，技术怎么看？产品不假设可复用。
3. PC、H5 继续分两套的前提下，合并仓库是否反而增加分支成本？

7.2 后台与联调

4. 中站、越站后台哪些接口对象不同（登录、余额、充值、提现、绑定、场馆、活动、注单、客服）？差异是字段级、协议级，还是两套服务？
5. 同一业务失败时，两边返回的状态和文案是否能被同一套前端理解？
6. 支付回调、三方进厅、活动领奖，是否必须在两套环境各走一遍联调？有无共用沙箱？
7. 维护状态、限红、通道开关，两边是否同一套运营后台？

7.3 登录与会话

8. PC 域名与 H5 域名登录态不通，是否视为缺陷？若要打通，影响哪些端？
9. 中站、越站账号体系是否允许出现「同一前端、两套登录域」？
10. 手机号登录在两边的校验、验证码、风控是否同一套？

7.4 体育与场馆

11. PC 进三方、H5 / App 走原生，现有实现能否按站点切换三方厅，而不破坏原生盘口？
12. 场馆上下架、返水展示、维护标记，是否已有按站点过滤的能力？
13. 斗鸡作为越站独占品类，对导航、权限、统计、检索的影响？

7.5 资金与合规

14. 两套支付通道能否在同一前端按站点隔离，避免中站露出越站通道、越站露出人民币通道？
15. 越站「未绑手机不可充值」是否后台强制？前端漏拦的后果是什么？
16. 微信 / 支付宝收款码相关能力，能否对越站完全关闭且无残留入口？

7.6 发布与回归

17. 四个产品面是否必须同版本发布？能否中站先发、越站后发？
18. 一次改动的最低回归面是否就是中 PC、中 H5、越 PC、越 H5，外加 App 体育？
19. 运营素材按站点 × 端投放，现有 CMS 是否支持？不支持时前端是否要硬编码？

产品等待技术就以上问题给出评估，再决定是否立项。本报告不代替技术结论。

八、若必须合并：产品需要先输出什么

若决策仍是「必须合并」，产品不能只丢一句「做成一套」。必须先交付下列材料，技术才能评估和落地。缺任何一项，都不具备开工条件。

8.1 决策文件（先拍板，再画页面）

8.2 产品规格（给设计和开发用）

8.3 设计与运营同步交付

8.4 联调所需的产品输入

1. 每条主路径在中站、越站分别用哪套账号、哪种币、哪条通道做验收。
2. 可接受的差异：例如中站没有的通道，越站页面允许整段消失，而不是置灰。
3. 不可接受的差异：例如越站露出支付宝、中站露出斗鸡。
4. 维护、关通道、关场馆时，用户必须看到什么，禁止看到什么。
5. 中站月底若先上线，合并阶段以哪个环境为准做对照。

没有以上输入，技术只能按「看起来差不多」联调，四个产品面一定会出现漏拦、漏露出。

8.5 产品内部的组织准备

• 一名对四端结果负责的产品（本报告角色）。
• 中站、越站各一名业务产品，负责通道、活动和合规差异。
• 与设计约定：所有需求默认按四端出稿，除非范围外清单写明某端不做。
• 与技术约定：需求评审必须带上第七章相关问题的技术意见，否则不进入开发。

九、建议的决策口径

理由（只针对 VTY 中越）：

1. VTY 中站改版后仍是 PC、H5 各一套；VTY 越站也是 PC、H5 各一套。仅 VTY 内部，合并对象已是四个产品面。
2. 差异集中在壳、体育进厅、场馆授权、充值提现、KYC、底栏职责，全部是规则和结构问题，不是文案问题。
3. VTY 中站开发进行中、月底要交付。现在合并 = 中站按双站规则重新开发。
4. 即使用一个前端接 VTY 两站，中站、越站后台仍不同，上线前必须按两套接口完整调试。调试代价由技术评估，但产品确认无法绕开。
5. 若再叠上 BTY 中 / 越 / 国际，评估面和回归面继续扩大。那是下一册的工作，本册不给全量工期，只给方向：全量合并不会比 VTY 中越更便宜。

本轮建议：VTY 中站按原范围完成月底改版。VTY 中越合并不纳入本轮。BTY×VTY 全量合并另立评估，先补 BTY 三站对照。

若决策层坚持「必须做代码合并」：不要在现网中站、越站上原地缝合。走第十章：先做成能兼容多站点的代码（分类全部配置化），再开新站验证，通过后再迁用户。决策层可能不接受这条，因为它看起来更慢、不能马上关掉一套现网。产品仍应把这条写成唯一可验证、可回滚的合并法。

十、另开项目：SaaS 多站平台 → 验证并存 → 迁用户

本章是「如果一定要做代码合并」的产品路径，不是本轮排期。决策层可能认为这不够快、没有立刻省人。需要事先讲清楚：在现网两套旧站上硬合，风险比新开一站再迁用户更大。

10.1 为什么不能在现网上原地合并

• VTY 中站本轮改版进行中，PC、H5 仍是两套，月底要交的是中站单站。
• VTY 越站连续两轮没跟，落后两个版本。分类、支付、导航、出图都对不齐。
• 首页游戏分类大多写死。现网缝合时，写死的那一截不会跟着站点变，必然错分类、错入口。
• 现网用户已经在充值、投注、绑卡。合并一旦破支付或破进厅，伤的是正在赚钱的站，没有空窗可以试错。

所以：合并的对象先是代码能力，不是先把两个现网域名捏到同一个发布包里。

10.2 目标形态（产品语言）

先有一份「认站点」的前端：同一个代码可以拉起中站、越站，以及以后的新站。每个站点是一份配置，不是一份分叉代码。PC、H5 仍然可以是两套壳，但两套壳读的是同一份站点配置。

做不到「分类全部配置化」，后面开新站也只是把写死名单复制到第三个站，不能叫多站兼容。

10.3 四步怎么走

10.4 每一步产品要先交出的东西

1. 站点档案模板：一个新站最少要填哪些项（语言、币种、分类树、支付包、KYC、导航、体育进厅、出图槽）。
2. 分类全量配置表：把现在写死的体育 / 真人 / 彩票 / Slots / 棋牌 / 电竞 / 斗鸡全部列成「站 × 端 × 是否展示」。没有这张表，第一步不算开工。
3. 新站验收标准：与第八章 P9 相同，但只打在新站上，不拿现网当验收环境。
4. 迁用户规则：哪些用户先迁、余额差一分怎么办、进行中的注单怎么办、旧站提现保留多久。
5. 失败回退：新站支付挂了、进厅挂了、分类配错了，分别停在哪一步、用户回哪。

10.5 和「把现网中越直接缝起来」的差别

10.6 决策层可能不接受，仍要写进结论

这条路径看起来更慢：不能立刻宣布「中越已经是一套代码」，也不能立刻减掉一套维护班组。还要多一个新站、多一轮迁用户。决策层若目标是「这个月看见合并结果」，多半会否决。

产品仍建议把否决记下来，同时写明否决之后只剩两条：要么不做合并（选项 A），要么在现网硬缝（选项 C）。硬缝的代价本册已经写过：中站重做、分类写死清不掉、越站两轮旧债、两套后台联调、没有回滚场。若否决第十章又选择 C，等于接受现网当试验田。

代码合并的合格标准，不是「两个现网域名打进同一个仓库」。而是：能靠配置拉起第三个站，并且这个站的分类、支付、进厅都不改代码。做不到这一点，迁用户没有意义。

附录 A　采样路径

附录 B　用词

本册到此结束。范围仅限 VTY 中越。BTY 中 / 越 / 国际，以及 BTY×VTY 全量对照，需另册。技术评估请另文。 · 2026-11-05