围绕「HTOB（跨境供货撮合）起点、下游派生 BTOB / BTOC」的新蓝图，对照当前已落地的三端平台与四层底座，逐点拆解产品逻辑变化与开发改动量：哪些可复用、哪些要新建、改动多大、底层从哪开始改。
新蓝图不是推倒重来的技术重构，而是一次产品叙事 + 资格模型的升级：底层仍是「单后端 + 三销售前台 + 共享底座」，但把 HTOB（跨境供货撮合）抬升为所有商品的「源头入口」，要求商品必须先在 HTOB 诞生并过审，再按规则派生到 BTOB / BTOC；并新增一套 「跨渠道会员资格」模型，让同一个企业在不同渠道拥有独立审核、独立角色。对开发而言，分账底座、联合开店镜像机制可复用，日方跨境支付沿用 Stripe；中方款项走「平台代收 + 月结手动拨款」为新增。主要工作量集中在资格模型、企业认证流转、AI 国际化门禁、核规整改专区这四块新增逻辑。
图 1 ｜ 新蓝图三层全景：HTOB 是商品源头，BTOB / BTOC 是下游渠道；底座大部分复用（中方资金代收为新增）
| 维度 | 现有实现（当前已落地） | 新蓝图（目标形态） | 改动性质 |
|---|---|---|---|
| 平台叙事 | B2C / B2B / H2B 三端并行，各自独立获客 | HTOB 为源头，BTOB / BTOC 由 HTOB 派生 | 叙事调整 |
| 商品来源 | 各渠道商家均可直接上架 | 商品须先在 HTOB 诞生并过审，再派生下游 | 新增门禁 |
| 企业身份 | 企业实体全局唯一，三端共享客户池 | 同一企业，各渠道独立会员资格 + 独立角色 | 新增资格层 |
| 认证流转 | 客户（买家）与商家（卖家）两套实体，可入驻转换 | 明确「HTOB 采购方 → 再次申请 → BTOB/BTOC 会员」流转 | 流程明确化 |
| 卖货模式 | 三种：自营 / 联营代发 / 联营自营 | 三种交易路径：躺平跨境 / 借壳开店 / 底价供货 | 可映射 |
| 联合开店 | 已有代发 + 自营；托管模式未实现 | 借壳开店 = 托管模式（坑位费） | 新增托管 |
| 网红推广 | 后端底座已实现（归因 + 分佣 + 结算） | BTOC 带货飞轮（产品定义一致） | 沿用补全 |
| 推荐人招商 | 仅设计稿，未实现 | B 端招商飞轮（与网红复用分账底座） | 全新建设 |
| 分账 / 支付 | 佣金引擎 + 跨境支付连接 + 防倒贴护栏 | 沿用，新增坑位费、整改费等收费项 | 核心复用 |
绿底（沿用）是好消息——日方支付与分账链路基本复用（中方资金代收为新增）；红底（新增）是主战场——资格模型、门禁、专区、推荐人、中方代收；黄底（调整）是产品口径需要重新对外表述的部分。后续产品层 / 开发层会分别展开。
本部分面向产品经理 / 业务方，用业务语言讲清新蓝图与现状的产品差异、角色关系、身份流转，以及需要产品拍板的口径。不含任何技术实现细节。
对外可以强调「所有优质 AI 商品都从 HTOB 进入，经过合规与本地化把关后，流向批发与零售两端」。这个叙事既符合监管对跨境电商「源头可溯」的要求，也让平台显得更有品控门槛。
这是最容易把产品方带晕的地方：同一个企业，在不同渠道，买家 / 卖家身份会翻转。必须先用一张表理清。
| 参与角色 | HTOB（跨境撮合） | BTOB（国内批发） | BTOC（零售） |
|---|---|---|---|
| 🏭 中国供方（例：智核科技） | 🟢 卖家 | — | —（或借壳开店） |
| 🏪 日方采购方（例：樱花堂） | 🔵 买家 | 🟢 卖家（转售） | 🟢 卖家（开店） |
| 🔑 推荐人 | 拉新商户入驻 | 拉新大客户 | — |
| 🌟 网红 | — | — | 选品带货赚佣金 |
| 👤 C 端消费者 | — | — | 浏览下单 |
樱花堂在 HTOB 是买家——它从中国智核科技采购 AI 美容仪；但当它把这批货拿到 BTOB 转售给日本连锁店时，它在 BTOB 就变成了卖家；如果它再在 BTOC 开零售店卖给消费者，它又是 BTOC 的卖家。同一家企业、三个渠道、身份会切换——这就是「身份双轴：渠道 × 角色」。
业务方习惯按「中国供方参与度」分模式（躺平 / 联合开店），而系统按「谁定价、谁发货、谁承担库存」分模式——这两个分类轴不正交，沟通时极易拧巴。建议产品对外统一用「交易路径」三选一来描述（见 P4），避免模式命名打架。
① 现在三端是不是共用同一个用户？② 新蓝图是不是要三端独立用户？③ 一个 B2C 前端用户注册完企业，怎么「变成」B2B 商家，流转怎么做？能不能复用现有底座？
答案是：账号体系仍然共用，但「会员资格」按渠道独立。也就是说——一个企业用同一个账号登录，但它在 HTOB / BTOB / BTOC 各有一份独立的「会员资格」和「角色」，每进入一个新渠道都要单独申请 + 审核。
| 层次 | 现有实现 | 新蓝图要求 | 是否独立 |
|---|---|---|---|
| 登录账号 | 同一后端，账号通用 | 沿用，账号通用 | 共用 |
| 企业实体 | 一个企业一份记录 | 沿用，一份记录 | 共用 |
| 会员资格 | 三端共享客户池（未按渠道切分） | 每个渠道一份独立资格 | 按渠道独立 |
| 渠道角色 | 卖家 / 买家角色笼统 | 每个渠道显式角色 | 按渠道独立 |
图 2 ｜ 身份流转：企业认证一次 → 渠道资格按需申请。账号不拆分，资格按渠道独立审核
分两步，都能复用现有底座：
田中先在 BTOC 注册成普通消费者（客户身份），买了一台 AI 翻译耳机觉得很赚。他觉得自己也能卖，于是：① 提交自己公司「田中商事」的营业执照 → 平台审核通过，田中商事成为企业实体，田中本人获得商家身份；② 田中向 BTOB 申请批发资格（审核大客户资质）→ 通过；③ 田中向 BTOC 申请开店资格 → 通过；④ 田中在 HTOB 从中国智核科技采购耳机（联合开店镜像自动把货同步到他的 BTOC 店），他改个零售价就能卖。整个过程没有新建任何账号，全是资格叠加。
不需要做三套独立用户系统。现有「客户 → 企业 → 商家」的升级链路已经具备，新蓝图只是在此基础上增加一层「渠道会员资格」（申请 + 审核两个动作）。产品只需定义：每个渠道的资格申请条件、审核标准、有效期即可。
日方采购方在 HTOB 看中商品后，根据自身能力和意愿三选一。三条路径的成本承担、定价权、库存位置、结算方式完全不同。
| 对比项 | ① 躺平式 · 一次性跨境 | ② 借壳开店 · 联营托管 | ③ 底价供货 · 联营代发 |
|---|---|---|---|
| 谁定价 | 中国供方定批发价 | 中国供方自主控零售价 | 日方二次加价控零售价 |
| 谁发货 | 中国直发日本 | 中国供方发货（部分日本仓） | 供应商发货 / 日方自发 |
| 库存位置 | 中国内地仓 | 部分进日本保税仓 | 日本保税仓 |
| 日本化改造成本 | 不需要 | 中国承担（说明书/认证/包装） | 日方承担 |
| 结算方式 | 一把结算 + 平台佣金 | 日方收借壳费（坑位费） | 按销量 × 底价结算 |
| 适合谁 | 小渠道商试水 | 中国品牌想直营日本零售 | 日方有渠道想赚溢价 |
| 经营风险 | 最低 | 高（中国全担） | 中（日方担销售风险） |
| 现有对应 | 普通跨境（可复用） | 托管模式（未实现） | 联营代发（已实现） |
① 躺平式：智核科技定批发价 ¥500，小渠道商买 100 台试水，智核每台赚 ¥200。
② 借壳开店：智核借樱花堂的日本店铺壳，自己定零售价 ¥1200 直卖日本消费者，承担日文说明书 + PSE 认证成本，付樱花堂 坑位费。
③ 底价供货：樱花堂以底价 ¥450 从智核拿货，自己加价到 ¥1300 卖，承担日本化改造，按销量结算给智核 ¥450/台。
决策层反复强调「HTOB / BTOB / BTOC 都要做企业认证」，本小姐理清它们的关系：企业认证只做一次（全局），渠道资格认证各自做。
图 3 ｜ 三层认证：企业认证一次到位，渠道资格与商品合规各自独立审核
目标：拉新企业商户入驻（中国供方 / 日方采购方 / 大客户）。
收益：平台从实收佣金中让利给推荐人，与商户永久绑定，特定期限享分成。
层级：B2B（商户层），按企业维度归因。
📋 仅设计稿，未实现
目标：推广商品销售（选品库挑货 → 个人货架 → 推广码带货）。
收益：商品销售推广佣金，按推广码 / 末次点击归因。
层级：B2C（消费者层），按商品 / 订单维度归因。
✅ 后端已实现 🚧 前端在建
推荐人拉的是「企业」（B2B，长期绑定），网红推的是「商品」（B2C，按单归因）。两者复用同一套分账底座，但独立运营、互不干扰——产品上不要把它们混成一个「推广系统」。
这三个是现有平台完全没有、团队也从未接触过的全新能力。本节用大白话讲清「是什么、为什么、里面什么逻辑」，配流程图和例子。
AI 门禁＝商品上架前的「安检关卡」；核规整改专区＝不达标商品的「整改服务市场」；企业私用专区＝大客户的「私密采购 VIP 室」。三者串起来：门禁卡住不合规商品 → 引导去整改专区花钱修好 → 修好的商品才能进各渠道（含大客户私用专区）。
中国供方把 AI 商品上传到 HTOB 时，平台在上架前自动跑一道「安检」，检查这件商品是否「能在日本正常用 + 符合日本法规」。不达标就拦住，不能上架。
中国 AI 产品直接丢到日本，常出问题：① 到日本连不上网 / 服务器被墙 ② AI 大模型在日本不可用（变砖头）③ 全中文界面日本用户看不懂 ④ 违反日本出口 / 电波 / 认证法规 ⑤ 没有日文说明书和合规标签。门禁就是提前把这些「坑」挡住，保平台声誉与合规。
① 海外联网：在日本能正常联网 ② AI 模型可用：依赖的 AI 大模型在日本可调用 ③ 界面多语言：至少有日文 / 英文界面 ④ 出口合规：符合中日出口管制 ⑤ 本地化资料：日文说明书、认证凭证、包装标签齐全。
自动通过（五项达标）→ 上架；人工复核（部分需人判断）→ 平台管理员审核；拦截 + 引导整改（明显缺项）→ 引导去核规整改专区。
智核科技上传「AI 美容仪」，门禁自检发现缺日文说明书 + 缺 PSE 认证凭证（第五维不达标）→ 自动拦截 → 提示「请前往核规整改专区补齐」→ 商品暂存、不上架。
一个「帮商品达标」的服务市场。门禁没过的商品，平台引导供方来这里购买整改服务（翻译说明书、代办 PSE 认证、改日文包装等），修好后重新过门禁、才能上架。
中国供方通常不懂日本合规（PSE 电气认证、电波法、日文标签…），自己搞不定。平台撮合第三方专业服务商，让供方「一站式」买服务把商品改合规——既帮供方，平台也保证上架商品都达标。
① 服务项目目录（日文翻译、PSE 代办、包装设计…）② 收费标准（明码标价）③ 服务订单（下单 → 接单 → 交付 → 验收）④ 成果回传门禁（整改凭证回填，重新过门禁）。
整改服务要花钱，这笔钱谁来付？按商品「最终要去哪个渠道卖」决定：
「分流」＝根据目标渠道，把付款责任分给不同的人，由系统按商品标记的「目标渠道」自动判定。
智核的美容仪要做整改（日文说明书 + PSE），服务费 ¥38000。若计划上 BTOC 零售 → 智核（中国供方）付这 ¥38000；若计划上 BTOB 批发 → 樱花堂（日本采购方）付。同一件商品、同一笔服务费，目标渠道不同，付款人就不同。
BTOB 里给大客户（连锁店、集团、大型批发商）开的「私密采购专属入口」。大客户用独立密码进入，看到的是只给自己定制的商品目录和价格，别人看不到。
大客户采购有特殊需求：① 要专属阶梯价（买得越多越便宜，价格不公开）② 不想让竞争对手看到自己的采购价 ③ 要定制商品组合。普通 BTOB 满足不了，所以要单独开「VIP 室」。
① 独立密码入口（每个大客户一个专属入口，区别于普通 BTOB 登录）② 专属商品目录（只展示给该大客户）③ 专属阶梯价（不同大客户不同价）④ 来源优先（专区商品主要来自 HTOB；大客户上传 HTOB 之外的独立产品须过平台审核才可见）。
日本「樱花药妆连锁」是大客户，平台给它开专属密码入口。它登录后看到的 AI 美容仪批发价 ¥450/台（量大专属价）；普通小批发商登录普通 BTOB 看到的是 ¥500/台。樱花药妆的专属价别的客户看不到，保护了它的大客户优势。
三概念串联：门禁安检 → 不达标去整改专区（缴费分流）→ 修好回门禁 → 达标进各渠道（含私用专区）
本部分面向开发 / 架构师，按领域建模语言（不暴露具体代码路径与内部代号）讲清改动地图、改动大小、底层起点与依赖顺序、分阶段路线。
| 能力领域 | 现有状态 | 新蓝图要求 | 性质 | 大小 | 建议方案（可降级） |
|---|---|---|---|---|---|
| 分账 / 佣金引擎 | ✅ 完整 | 沿用 + 新增坑位费/整改费/中方代收 | 复用 | 小 | 直接做 |
| 跨境支付连接 | ✅ 完整 | 沿用（日方 Stripe 自动打款） | 复用 | 小 | 日方直接复用 Stripe |
| 资金代收与打款（中方） | 部分 | 中方款项平台代收 + 后台绑卡 + 财务月结手动拨款 | 新增 | 中 | 月结手动即确定方案（见 D11） |
| 联合开店镜像机制 | ✅ 代发+自营 | 沿用 + 新增托管模式 | 改动 | 中 | 初期坑位费可线下合同 + 手动分账 |
| 企业 / 商家 / 客户实体 | ✅ 完整 | 沿用（账号不拆） | 复用 | 小 | 直接做 |
| 商家入驻审核流程 | ✅ 完整 | 沿用作为「升级」基础 | 复用 | 小 | 直接做 |
| 跨渠道会员资格模型 | ❌ 无 | 每渠道独立资格 + 申请审核 | 新增 | 特大 | 可大幅降级：管理员后台手动开通渠道权限，企业线下申请（特大→小） |
| AI 国际化门禁 | ❌ 无 | 发布前置校验五维度 | 新增 | 大 | 可降级：管理员人工逐件审核五维度 |
| 核规整改专区 + 缴费分流 | ❌ 无 | 整改服务 + 按目标渠道分流付款 | 新增 | 大 | 可降级：线下对接服务商 + 线下收费，缴费由审核员人工判断 |
| 企业私用专区（密码鉴权） | ❌ 无 | 专属入口 + 定制可见性 | 新增 | 中 | 可降级：现有专属渠道 + 价格清单 + 手动开户替代 |
| 推荐人招商系统 | 📋 设计稿 | 与网红复用分账底座 | 新增 | 大 | 可降级：初期线下登记推荐关系 + 财务手动算佣金 |
| 网红推广 | ✅ 后端 / 🚧 前端 | 补全前端工作台 + admin | 改动 | 中 | 后端已实现，补前端即可 |
| 三销售前台 / 渠道隔离 | ✅ 完整 | 沿用，强化资格过滤 | 改动 | 小 | 直接做 |
本平台尚未上线，正是「先用最小开发把业务跑通、验证需求」的好时机。原则：
改动必须自下而上：先建数据模型，再建资格与审核流，最后才是门禁、专区、前台。乱序会导致反复返工。
图 4 ｜ 改动依赖链（自下而上）：L0 复用 → L1 资格模型（根基）→ L2 门禁/整改 → L3 专区/托管/推荐人 → L4 前台。箭头＝下层支撑上层；同层多块为并列项
所有新业务的共同根基是「跨渠道会员资格模型」。它不做，门禁不知道给谁看、专区不知道给谁开、托管模式不知道谁来挂。第一步必须是资格模型 + 资格申请审核流，其余都挂在它上面。
| 建模要素 | 说明 | 关联现有 |
|---|---|---|
| 渠道资格记录 | 一个企业在某个渠道的资格（渠道类型、角色、状态、有效期） | 关联企业实体（现有） |
| 资格状态机 | 待申请 → 审核中 → 已通过 / 已驳回 → 已过期 / 已冻结 | 沿用现有审核状态机思路 |
| 申请审核工作流 | 提交申请 → 资料校验 → 人工/自动审核 → 结果通知 | 沿用现有入驻审核工作流扩展 |
| 渠道类型枚举 | HTOB 采购 / BTOB 批发 / BTOC 零售 | 沿用现有销售渠道概念 |
| 资格与角色绑定 | 每份资格决定该企业在该渠道是买家还是卖家 | 关联现有角色权限 |
| 续期 / 变更 | 资格有效期到期提醒、资质变更触发复审 | 新增提醒机制 |
本平台尚未上线，不存在老数据与老企业，因此无需任何迁移兼容策略——所有企业直接走新资格模型，从 HTOB 资格开始，BTOB/BTOC 资格按需申请。这反而简化了设计，不用维护新老两套逻辑。
田中（客户实体，复用）→ 提交田中商事资料 → 审核通过生成 企业实体（复用）+ 田中获商家身份（复用入驻流程）→ 田中商事申请 BTOB 资格（新增资格记录 + 审核流）→ 通过 → 田中商事在 BTOB 拥有「卖家」角色（资格绑定角色）→ 田中从 HTOB 采购耳机，联合开店镜像（复用）把货同步到他 BTOC 店。全程复用 6 项，新增 1 个资格模型。
蓝图的「三种交易路径」不是全新机制，两种能直接映射到现有联合开店模式，一种要新建。
| 蓝图交易路径 | 现有工程对应 | 改动 | 要点 |
|---|---|---|---|
| ① 躺平式跨境 | 普通跨境交易（购物车 + 跨境结算） | 复用 | 仅加门禁 + 佣金项 |
| ② 借壳开店（联营托管） | 托管模式（未实现） | 新增 | 坑位费 + 改价直同步（不走镜像失效） |
| ③ 底价供货（联营代发） | 联营代发 Linked Listing（已实现） | 复用 | 双轨分账已具备 |
现有联营代发是「镜像 + 改价失效再重发」机制；托管模式要求「改价直接同步、不失效」+「坑位费结算」。这是新的定价与同步机制，不能简单复用代发。需要新建托管模式分支，且建议沿用现有「关系级模式锁定」约束（合作建立时三选一，存续期不可变更）。
在商品发布工作流挂扩展点（hook），五维度前置校验：
① 海外可联网 ② AI 大模型可用 ③ 操作界面多语言 ④ 出口合规 ⑤ 本地化资料齐全
三档处理：自动判定拦截 / 人工复核 / 引导整改。建议与整改专区共用同一套规则，避免两套标准。
新建「服务商城子域」：服务项目（日文说明书翻译、PSE 认证代办等）+ 服务订单 + 收费标准。业务逻辑与例子见 P7 · 概念二。
缴费分流（谁付整改费）：按商品目标渠道判定——目标 BTOC 则中国供方付款，目标 BTOB 则日本采购方付款。实现需在商品模型预留「目标渠道」字段。
① 专属入口：每个大客户独立密码入口（区别于普通 BTOB 登录）。
② 定制可见性：商品 / 价格按大客户维度过滤，不同客户看到不同目录与阶梯价。
③ 来源优先：专区商品主要来自 HTOB；大客户上传 HTOB 之外的独立产品，须过平台审核才可见。
❌ 全新 复用现有「销售渠道 + 价格清单」做可见性过滤，新增「密码入口 + 客户维度定价」。
| 引擎 | 后端 | 前端 | 与蓝图衔接 |
|---|---|---|---|
| 🌟 网红推广 | ✅ 已实现（归因+分佣+结算+打款底座） | 🚧 在建（网红工作台、供应商选品 opt-in、admin） | 直接作为 BTOC 带货飞轮，补全前端即可 |
| 🔑 推荐人招商 | 📋 设计稿 | 📋 设计稿 | 全新建设，复用网红同款分账底座 |
网红后端底座（9 张数据表 + 归因引擎 + 状态机 + 分佣公式 + 结算 + 打款）已经落地，可作为推荐人系统的参照蓝本——推荐人复用同一套分账底座，只是归因维度从「商品」换成「企业」。
图 5 ｜ 分阶段路线（按依赖排序，工作量大小见 D1 热力图）。Phase 0 是硬前置，不可跳过。
这是金额敏感的核心规则，日方与中方走完全不同的资金通路，务必先对齐。
资金流向：日方走 Stripe 全自动；中方款项平台代收，财务月结手动拨款到绑卡账户
① 中方代收：中方相关订单款项不直接付给中方，而是进平台收款账户；② 中方绑卡：后台支持中方录入 / 留存银行卡（注意合规，不要明文存储）；③ 月结拨款：财务后台需「按月汇总中方应收 → 生成拨款单 → 手动确认拨付」能力；④ 日方沿用 Stripe 自动化，无需新建。
8 月上线时间紧，原则：核心交易链路程序保证，其余「审核 / 资格 / 合规 / 招商 / 专区」全部人工兜底先跑起来，几乎零新增模块。
8 月上线只需保证「一笔跨境交易能跑通 + 钱能收能分」。关键区分：企业 / 产品的「申请、提交、资料留存」走线上程序（有入口、能提交、留记录），只有「审核、判定、合规检查」走人工。处置图例：✅ 程序＝复用现有；🟡 线上申请+人工审核＝提交线上、审核人工；🚫 人工/线下＝全程人工。其余智能功能先人工顶上，跑通后补程序。
| 功能 | 8 月处置 | 人工怎么做 | 上线后补 |
|---|---|---|---|
| AI 国际化门禁（产品合规） | 🟡 提交线上/审核人工 | 供方线上提交商品 → 管理员人工审五维度合规（检查清单打勾） | 量上来补自动判定 |
| 核规整改专区 | 🚫 不开发 | 线下对接整改服务商，微信 / 对公转账收费 | 量上来建服务商城 |
| 缴费分流 | 🚫 不开发 | 审核员人工判断谁付款（看商品目标渠道） | — |
| 跨渠道会员资格 | 🟡 申请线上/审核人工 | 企业线上提交申请 + 资料 → 管理员人工审核批/驳 → 开通渠道权限 | 量上来建自动资格模型 |
| 企业私用专区 | 🟡 申请线上/配置人工 | 大客户线上申请 → 管理员人工配专属渠道 + 价格清单 | 量上来建密码专区 |
| 推荐人招商 | 🟡 注册线上/佣金人工 | 商户线上扫码注册（复用）+ 绑定推荐人 → 财务用表格算佣金 | 规模上来建佣金系统 |
| 联营托管 / 坑位费 | 🚫 不开发 | 线下签合同 + 财务手动分账 | 量上来建托管模式 |
| 中方资金代收打款 | 🚫 不开发 | 平台代收 + 财务月结手动拨款（本就手动） | 可补拨款单管理 |
| 商品上架（HTOB） | ✅ 程序 | 复用现有 + 人工审核入口 | — |
| 躺平式跨境 / 底价供货 | ✅ 程序 | 复用现有交易链路 | — |
| 日方 Stripe 支付 | ✅ 程序 | 复用跨境支付连接 | — |
| 网红推广 | 🚧 简化 | 后端已有，前端先上简化版 / 人工配推广码 | 补全前端工作台 |
| 借壳开店（托管路径） | 🚫 不开发 | 走线下合同（见上） | 补托管模式 |
纯人工兜底只适合上线初期小规模验证。一旦商品 / 商户 / 订单规模上来，人工会崩（审核积压、算错账、漏拨款）。建议"上线后补自动化"按业务量触发：哪个环节先撑不住，就先补哪个的程序——而不是按固定时间表。
用一支 AI 美容仪，把上面所有新逻辑串起来跑一遍，看看每个环节复用 / 新增了什么。
图 6 ｜ 全链路：招商 → 门禁 → 整改 → 过审 → 路径选择 → 镜像开店 → 网红带货 → 分账
① 推荐人招商（设计稿）｜② HTOB 上架（复用）｜③ 国际化门禁（新建）｜④ 核规整改 + 缴费分流（新建）｜⑤ 路径选择（躺平复用/借壳新建/底价复用）｜⑥ 联合开店镜像（复用）+ 渠道资格（新建）｜⑦ 网红带货（后端已实现）｜⑧ 分账结算（日方复用/中方代收）
身份双轴（渠道 × 角色）+ 三种交易路径 + 中日双资金通路，会在很多接缝处产生「谁来做、钱从哪走、责任归谁」的错位与闭环断裂。这些点现在不确定，实现时才发现就很难排查。下面逐个挑出，并标注待确认项。
网红选品库的佣金设置权：正常是「卖货方（日方分销商）上架商品 → 进选品库 → 设佣金率」。但到借壳托管模式——中国供方借日方壳、自主控价运营——佣金设置权反转到中国供方：选品库本该由店铺主（日方）维护，变成中国方维护；而网红通常是日方、佣金却由中国方承担。资金通路也对不上：中方走平台代收月结手动，日方走 Stripe 自动。这种「角色反转 + 资金通路错配」遍布全链路，不止这一处。
正常：卖货方设佣金。借壳：中国供方设。错位：选品库维护方由日方 → 中国方。
待确认 借壳订单的网红佣金，平台代扣转付，还是中国方手动付网红？
网红（日方）佣金由中国方承担，但日方打款走 Stripe 自动、中方走平台代收月结手动，两条通路对不上。
待确认 平台是否做「中方代扣 → 转付日方 Stripe」中转？汇损谁担？
店铺法律主体 = 日方（出壳），运营 = 中国方（控价 / 发货 / 售后）。消费者看到日方店、实际中国直发。
待确认 售后 / 税务 / 消费者权益责任归谁？日本《特定商取引法》要求标示实际经营者，是否披露中国方？
中国方付日方坑位费。中方钱在平台代收（手动），日方收钱走 Stripe。
待确认 坑位费从中国代收款扣 → 平台转付日方 Stripe？结算周期与汇损归属？
同一个「BTOC 零售价」：借壳由中国方定、底价供货由日方定、普通自营由日本分销商定。同一字段三个定价方。
待确认 前台是否标识「谁在定价」？定价权变更条件？
推荐人永久绑「企业」，但企业有三份渠道资格。推荐中国供方后，其借壳到 B2C 的销售额算不算推荐人业绩？
待确认 推荐人佣金按「全渠道」还是「推荐时所在渠道」计？
整改费按「目标渠道」定付款方（BTOC 中国付 / BTOB 日方付）。但一个商品可同时上两个渠道。
待确认 目标渠道单选还是多选？多渠道时分摊规则？
资格审核通过 ≠ 角色就绪。BTOB 资格→卖家（转售）、BTOC 资格→卖家（开店），但「卖家」权限随渠道不同。
待确认 资格通过后，角色与权限如何自动赋权？
借壳订单：消费者付 Stripe（日方），货中国直发。退款从 Stripe 退，但货已发 / 退回中国，跨境退货成本高。
待确认 借壳订单退货退款流程？跨境退货成本谁担？
中国方买家付款 → 平台代收 → 月结拨付。代收期间资金法律归属是平台还是中国方？
待确认 代收资金法律定性、对账凭证、利息归属、平台挪用风险防控？
每条业务关系的「一个 X 能关联几个 Y」必须钉死，否则数据模型与分账都会乱。
| 关系 | 待确认基数 | 影响 |
|---|---|---|
| 联合开店：日本分销商 ↔ 中国供方 | 1 对 1 / 1 对多 / 多对多？ | 选品范围、分账复杂度、独占性 |
| 借壳：中国供方 ↔ 日本店铺壳 | 1 壳只借 1 供方？还是 1 壳多供方？ | 防店铺冲突、资金 / 责任归属 |
| 镜像代发：1 中国货 ↔ 日本分销商 | 1 货被多分销商引用（1 对多）？ | 一货多店同卖、库存抢占 |
| 推荐人 ↔ 企业 | 1 企业只能 1 推荐人（唯一）？ | 防佣金争抢、归属清晰 |
| 网红 ↔ 商品 | 1 商品多网红？1 网红多商品？ | 推广码归因、佣金分摊 |
| 大客户 ↔ 私用专区 | 1 专区 1 客户？1 客户多专区？ | 专区隔离、价格保密 |
| 企业 ↔ 渠道资格 | 1 企业最多 3 份（HTOB / B2B / B2C，已定） | — |
| 规则 | 待确认 | 为什么重要 |
|---|---|---|
| 坑位费 | 按销售额比例？有无封顶？按单结 / 按月结？ | 资金计算、封顶防超额 |
| 推荐人佣金有效期 | 12 / 6 月后永久，还是到期终止？ | 平台长期成本 |
| 网红归因窗口 | 末次点击 cookie 几天（如 30 天）？ | 归因准确性、争议 |
| 整改服务定价 | 平台统一定价，还是服务商自主报价？ | 收费标准、利润 |
| 资格有效期 | 各渠道资格有效期多久？续期提前几天？ | 续期运营、过期处置 |
| 商品派生规则 | HTOB 商品默认派生哪些渠道？供方选还是平台定？ | 上架流程、门禁范围 |
| 库存归属（借壳） | 日本保税仓库存算中方还是日方？库存成本谁担？ | 资产归属、成本 |
| 订单拆分 | 一个订单含多渠道商品，怎么拆单结算？ | 结算、发货 |
| 货币与汇率 | 中日交易结算货币？汇率何时锁定？ | 金额敏感、汇损 |
| 税务与关税 | 日本消费税谁交？跨境关税谁清？ | 合规、成本 |
| 下架级联 | 源头商品下架，下游镜像 / 托管自动下架？已下单怎么办？ | 数据一致、订单履约 |
| 价格变更级联 | 源头改价，下游是否同步？已生成订单按新 / 旧价？ | 价格一致、争议 |
这 10 个缺口根因是同一个：身份双轴（渠道 × 角色）只定义了「谁」，没定义「钱和责归谁」。建议动工前补一张「交易路径 × 角色 × 资金通路 × 责任主体」四维矩阵，把每种组合下的「定价权、佣金承担方、打款通路、售后责任、税务主体」一次性钉死。这张表不定，上面每个点都是雷——而且实现时爆出来的现象（佣金算错、钱对不上账、售后扯皮）很难倒查回这几个根因。
以上待确认点，下面以「简单、清晰、低风险、易运营、能快速落地」为原则给出推荐项与备选，供决策参考。每条附业务理由——优先选运营负担最轻、纠纷最少、对账最简的方案。
| 关系 | ✅ 推荐 | 备选 | 业务理由 |
|---|---|---|---|
| 联合开店（日方 ↔ 中方） | 一对多 | 多对多 / 一对一 | 分销商需多源货源才能经营；一对多平衡「货源丰富」与「分账清晰」 |
| 借壳（中方 ↔ 日方店铺壳） | 一对一 | 一壳多供方 | 一壳一方，资金、定价、合规责任清晰，避免对账与消费者认知混乱 |
| 镜像代发（1 货 ↔ 分销商） | 一对多 | 一对一 | 好货应多店分销以最大化曝光，库存按订单实时扣减即可 |
| 推荐人 ↔ 企业 | 一对一（唯一） | 多人分摊 | 归属唯一，防佣金争抢，纠纷最少 |
| 网红 ↔ 商品 | 多对多 | 一商品一网红 | 符合传播特性，最大化覆盖，按推广码归因互不冲突 |
| 大客户 ↔ 私用专区 | 一对一 | 一客户多专区 | 私密定制本质，保证价格保密与专属体验 |
| 规则 | ✅ 推荐 | 备选 | 业务理由 |
|---|---|---|---|
| 坑位费 | 固定月费（分档） | 按销售额比例 / 按单 | 冷启动期费用可预期、对账最简、双方好接受；规模上来再转比例 |
| 推荐人佣金有效期 | 限时（如 12 月） | 永久 / 到期终止 | 限时让推荐人持续拉新，同时控制平台长期成本 |
| 网红归因窗口 | 30 天 | 7 天 / 90 天 | 行业惯例，平衡网红积极性与归因准确性 |
| 整改服务定价 | 平台统一价目表 | 服务商自主报价 | 透明可控、供方好决策、避免乱报价 |
| 资格有效期 | 1 年 + 提前 30 天提醒 | 长期 / 半年 | 契合企业资质年审节奏，提前提醒防误过期 |
| 商品派生规则 | 供方发布时勾选目标渠道 | 平台自动全渠道 | 供方最懂商品适合哪个市场，勾选简单可控 |
| 库存归属（借壳） | 归中方，日本仓寄存 | 归日方 | 借壳是中方直营，库存自然归中方，日本仓仅寄存点 |
| 订单拆分 | 按渠道自动拆单 | 混合单 | 不同渠道履约 / 结算不同，拆单保证清晰 |
| 货币与汇率 | 日元结算 + 下单锁汇 | 人民币结算 | 日本消费者用日元最自然，锁汇防波动 |
| 税务与关税 | 消费税日方担、关税中方担 | 平台担 | 符合借壳法律结构（日方法律主体、中方进口方）；需法务确认 |
| 下架级联 | 源头下架 → 下游自动下架，已下单继续履约 | 下游独立 | 保证一致同时不毁约 |
| 价格变更级联 | 下游同步新价，已生成订单按原价 | 价格锁定 | 未来单用新价、历史单不溯及，公平 |
| 缺口 | ✅ 推荐 | 备选 | 业务理由 |
|---|---|---|---|
| ① 网红佣金设置权 | 借壳下由运营方（中方）设置 | 平台代定 | 谁运营谁定佣金，权责对等 |
| ② 借壳佣金资金通路 | 平台居间调拨（中方代扣 → 转付日方网红） | 中方手动线下付 | 平台调拨保证通路连通、网红体验好；初期可手动 |
| ③ 法律 vs 运营主体 | 日方法律 / 消费税、中方运营 / 履约 | 平台兜底 | 符合借壳法律结构；需法务落地合同 |
| ④ 坑位费资金中转 | 从中方代扣 → 月结转付日方 | 日方直接扣销售 | 跟随中方月结节奏，平台统一调拨、对账清晰 |
| ⑤ 定价权漂移 | 前台不标，后台记录定价方 | 前台标识 | 消费者只关心价格；后台记录用于追溯即可 |
| ⑥ 推荐人绑定粒度 | 绑企业，按推荐时所在渠道计佣 | 全渠道计佣 | 绑定简单，计佣边界清晰、成本可控 |
| ⑦ 缴费分流多选 | 目标渠道单选（主渠道方付） | 多选分摊 | 单选简单、责任清晰 |
| ⑧ 资格 → 角色映射 | 资格通过自动赋对应渠道角色 | 人工赋角色 | 减少手动操作、体验顺、防漏 |
| ⑨ C 端跨境退款 | 钱走原路（Stripe），货由运营方协调 | 不退货退款 | 钱原路退、货运营方处理，合规且损失小 |
| ⑩ 代收资金所有权 | 独立托管账户，归属中方、平台代管 | 平台一般账户 | 合规防挪用、对账清晰、双方安心 |
本清单的推荐统一遵循四条：① 能简单不复杂（如固定月费优于比例计算）；② 能清晰不模糊（如一对一绑定、单选渠道）；③ 责任边界先划清（法律 / 运营 / 资金主体明确）；④ 金额规则先封顶或限时（防长期成本失控）。决策层若采纳推荐项，可大幅降低运营纠纷、对账复杂度与合规风险，也最有利于快速上线与后续平滑扩展。
这些点不定，技术方案会反复返工。建议带着这份清单与决策层过一次。按影响优先级排序。
| # | 类型 | 待确认事项 | 建议倾向 | 影响 |
|---|---|---|---|---|
| 1 | 产品+技术 | 渠道资格「再次申请」是审核制还是自动开通？（影响最大） | 分级：HTOB 自动、BTOB/BTOC 审核 | 特大 |
| 2 | 产品 | 躺平式跨境佣金承担方 + 比例 | 建议供方承担 3-5% | 中 |
| 3 | 产品 | 借壳开店坑位费计算规则（固定 vs 比例档位） | 比例档位 15/20/30/50% | 中 |
| 4 | 产品+技术 | 三种交易路径能否中途切换 | 保持锁定（关系级不可变更） | 大 |
| 5 | 技术 | 中方「月结手动拨款」对账与凭证机制 | 明确周期/凭证/绑卡留存 | 中 |
| 6 | 技术 | 门禁与整改五维度规则是否合并 | 合并为一套合规校验 | 中 |
| 7 | 产品 | AI 门禁「五维度」具体判定标准清单 | 输出可机器判定 vs 人工清单 | 大 |
| 8 | 技术 | 托管模式「改价直同步」新建分支 vs 扩展镜像 | 新建分支（机制本质不同） | 中 |
| 9 | 产品 | 佣金 / 坑位费 / 整改费结算周期（T+N / 月结 / 实时） | 月结 + 最低起付额 | 小 |
| 10 | 技术 | 资格过期对在用资格的处置（冻结 vs 宽限） | 宽限期 + 续期提醒 | 中 |
平台费率、平台费承担方、坑位费档位、现有模式费率是否变更——这些金额规则不定，分账逻辑无法落地。建议先锁定 1-4 号决策，再启动 Phase 0。
日方支付与分账链路基本复用（中方资金代收为新增）；真正的工作量集中在资格模型（L1，硬前置）、门禁+整改、托管模式、推荐人招商、中方代收打款五块新增逻辑。建议排期：先锁决策 1/4/5，再启动 Phase 0 资格模型，其余按依赖链推进。