个人知识库

斗拱里的角色与进件：我们、卖家、买家各是什么身份 ​

分类：Linger 平台 · 难度：进阶 · 预计 11 分钟 · 斗拱控台里那串子商户号，不是你的下级也不是用户，是你自己的马甲

一句话：斗拱把接入方分成层——服务商/渠道商在上、商户在中、个人用户在下；我们（上海星荧）既是渠道商又是商户，卖家是我们名下的个人用户/分账接收方，买家根本不进斗拱；控台里那串"通道子商户号"只是我们在各支付渠道报备后的马甲，不是下级、不是用户。

这篇要回答什么 ​

  • 服务商和渠道商有啥区别？
  • 斗拱说的"用户"和"商户"，不是一回事吗？
  • 截图里那串子商户号（9049*****……）到底是谁？
  • "入网 / 进件 / 闪电进件 / 测试入驻"这几个词各是什么意思？
  • "防断链"又是啥？
  • 卖家、买家在斗拱里分别是什么身份？

这篇在专栏里的位置

这是钱路专栏"制度/角色"侧的一篇。前五篇（①钱路总览 ~ ⑤现状与切换）讲"钱怎么流、怎么托管、怎么收费"；本篇补上"斗拱这家持牌方本身怎么分角色、我们和卖家买家各站在哪一层"。想先搞清"我们和斗拱谁管什么"，看 ⑧ 边界分工；斗拱都能干什么，看 ⑥ 产品体系。

先认识几个词 ​

进入正题前，先把三个最容易混的词各用一句大白话钉死：

术语 · 进件（入网 / 开户）

打个比方：像第一次去银行办卡——你得先把身份证、资料交上去，银行给你建个档、发个账户号，之后才能存取钱。

正式说：进件（也叫入网、开户）＝一个主体第一次进斗拱系统、建立身份的动作。没进件，就没有身份号，什么都干不了。

术语 · 商户（能收款经营的主体）

打个比方：像一家实体店——有营业执照、能对外收钱做生意、钱能结算到自己账上。

正式说：商户＝在斗拱有收单/结算能力的经营主体，走"商户入驻"接口开出来。我们（上海星荧）自己就是一个商户。

术语 · 用户（挂商户名下、只收分账提现的个人）

打个比方：像一家公司的兼职外包——不是这家店本身，是挂在店名下、干完活领钱走人的个人。

正式说：用户＝挂在某个商户名下、只用来"收分账 + 提现"的个人或企业，走"用户开户"接口开出来。Linger 的卖家就是这种"个人用户"，不是商户。

对你来说意味着：斗拱里"商户"和"用户"是两种不同身份、走两个不同接口——这正是很多人搞混的第一道坎。商户是"开店的"，用户是"店里领钱的"。

主体分几层 ​

斗拱把接入方按"谁能给谁开户"分成清晰的几层。先看图，再看官方原文佐证：

官方 API 文档里，这两层的原文分别是（已双通道核实 ✅）：

  • 上游给下级商户开户："服务商、渠道商、平台商户为下属商户提供基本开户信息，入驻斗拱平台"（企业商户基本信息入驻）。
  • 给个人用户开户："服务商或商户为旗下的个人用户开户，开户后该用户可使用多方分账及结算功能"（个人用户基本信息开户）。

🔑 关键区分：斗拱把主体分成两层——「商户」（有收单/结算能力的经营主体，走"商户入驻"接口）和 「用户」（挂在某商户名下、只用来收分账+提现的个人，走"用户开户"接口）。

服务商 vs 渠道商，细分怎么算？

官方索引里两者常并列出现（"服务商、渠道商、平台商户为下属商户提供……"），都属"给下级开户/管理下级"的上游角色。至于分润层级、管理权限的细分差异，控台页抓不到干净正文，以斗拱官方为准。对我们来说记住一点即可：我们签的是《开发者技术伙伴合作协议》，定位是渠道商/开发者技术伙伴。

我们是什么 ​

我们（上海星荧科技）在斗拱这套体系里，一人分饰两角：

身份大白话凭据
渠道商 / 开发者技术伙伴签了合作协议的"上游"，负责开发应用 + 推荐/管理下级用户《开发者技术伙伴合作协议》
收款商户本身我们自己也是一家"店"，有自己的商户账户，钱托管在这个账户名下huifu_id = 66660002****（占位）

对你来说意味着：别把"我们是渠道商"和"我们是商户"当成矛盾——它们是同一个我们的两个面。作为渠道商，我们能给卖家开户；作为商户，我们自己有个账户，买家充的钱先托管在这个账户的"延时户"里（延时户机制见 ② 托管原理）。

🔴 真实商户号是敏感信息，本文一律用占位 66660002****，不写真值。

那串子商户号到底是谁 ​

这是全篇最要澄清的易混点。打开斗拱控台，你会看到一串"子商户号列表"，像这样：

微信         9049*****
支付宝网联    2088************
支付宝银联    …（另一串）

很多人第一反应是："这是不是我的下级商户？还是平台上的用户？" 都不是。

术语 · 通道子商户号（atu_sub_mer_id / sub_mch_id）

打个比方：一个人在微信、支付宝、抖音各注册了账号——还是同一个人，只是在每个平台有一个"平台内的账号名"。这串号就是我们这一个商户，在微信/支付宝/银联各通道内的"账号名"。

正式说：截图里的 9049***** / 2088************，对应官方字段 atu_sub_mer_id（"微信、支付宝、银联真实商户号"）/ sub_mch_id（"微信分配的子商户号"）。间连模式下，我们这个商户在微信/支付宝/银联各通道报备后拿到的通道内身份——本质是"我们自己在各通道的马甲"。

一句话钉死这三个"不是"：

  • 不是下级商户（下级商户是纵向挂在我们名下的另一个"店"）；
  • 不是平台用户（用户是卖家那种、挂我们名下领分账的个人）；
  • 是我们同一个商户在各通道横向的马甲身份。

对你来说意味着：一个我们 = 一个 huifu_id；但报备进微信/支付宝/银联后，每个通道各给我们发一张"马甲"（通道子商户号）。它们是横向并列的"同一个人的多个渠道账号"，不是纵向的下级。看到那串号，脑子里换成"我们在微信的账号、在支付宝的账号"就对了。

卖家 / 买家在斗拱是什么 ​

台前的卖家和买家，在斗拱后台的地位天差地别——一个要开户、一个根本不进斗拱：

角色斗拱身份有账户吗钱怎么进出
卖家（接单方）个人用户 / 分账接收方（走 V2UserBasicdataIndv 个人用户开户）✅ 有 huifu_id + 一个虚拟子账户记余额放款时分账进子账户；提现时从子账户打到本人借记卡
买家（发单方）纯付款人❌ 不开户、没有斗拱账户扫码付款进我们的延时户；没花完走"原路退款"退回原微信/支付宝

对你来说意味着：

  • 卖家要在我们商户下"开一个户"，斗拱给他一个虚拟子账户记余额——这是他"能提现的真钱"的事实源。
  • 买家只是扫码付钱的人，根本不进斗拱开户。他充了没花完的钱，走"原路退款"退回原来的微信/支付宝，不是从斗拱账户退（因为他压根没有斗拱账户）。

放款和提现，在斗拱是什么动作

  • 放款 = 交易确认（delaytrans confirm）+ 一次分账（把净额分给卖家 huifu_id、把佣金分给平台 huifu_id），一次清分完成。
  • 提现 = 取现（V2TradeSettlementEncashment），从卖家虚拟子账户 → 本人同名银行借记卡。

机制细节见 ② 托管原理，费率见 ③ 术语词典。

进件四象限 ​

进件（开户）时，斗拱有两组维度：标准 vs 闪电（材料严不严）、立即 vs 测试（真不真钱）。两两组合成四象限：

维度闪电进件 → 测试入驻（体验服）标准进件 → 立即入驻（正式服）
材料可用测试数据，快速拿沙箱商户号提交企业正式资质，走正式审核
碰真钱吗❌ 不碰真钱，纯联调✅ 正式对外收真钱
拿到的号沙箱 huifu_id / product_id正式号（可能与沙箱不同，不能沿用）
Linger 现状✅ 当前就在这里切换前必走

⚠ 标准/闪电、立即/测试这四个词，官方 API 索引未单列定义（属控台运营概念，SPA 页抓不到干净正文）。上表按 Linger 进件配置记录已坐实的实践口径描述，细分定义以斗拱官方为准。

对你来说意味着：闪电/测试 = 先跑通流程的"体验服"，标准/立即 = 真收钱的"正式服"。Linger 现在是测试入驻（不碰真钱）；要切正式服，得先过四道门禁全绿——切换手册见 ⑤ 现状与切换。

防断链一段 ​

术语 · 防断链（间连聚合模式下的报备追溯机制）

打个比方：像快递的"实名寄件"——包裹经过好几个中转站，每一环都要能追溯到"真正的寄件人是谁"，链子不能在中间断掉，否则出了问题查不到源头。

概念澄清：间连聚合模式下，微信/支付宝要求真实交易主体的信息能一路追溯到通道子商户，避免链路"断掉"导致合规/风控问题。这套报备管理机制就叫"防断链"。

具体规则以斗拱官方防断链文档为准，本专栏只做概念澄清、不写字段。

对你来说意味着：我们走的是间连模式（钱通过斗拱这层间接连到微信/支付宝），所以每笔交易背后"真实主体是谁"都得报备清楚、能追溯——这就是"防断链"要解决的事。它是合规要求，不是我们能自选的开关。

分账接收方怎么入驻 ​

卖家要能收分账、能提现，得先"入驻"成分账接收方。官方分两步（已核实 ✅）：

  1. 个人用户开户：为个人用户开户，"开户后该用户可使用多方分账及结算功能"（个人用户基本信息开户 V2UserBasicdataIndv）。这一步给卖家发 huifu_id + 虚拟子账户。
  2. 用户业务入驻 / 绑卡：开户后绑定本人的银行借记卡——这是提现（取现）出金的落点。

对你来说意味着：卖家不是"注册个账号"那么简单，是斗拱层面真的给他开了个户、发了身份号、绑了本人借记卡。开完这两步，他才能收放款分账、才能把收入提到自己卡上。出金只到本人借记卡、不到支付宝，这条已被斗拱协议锁死（见 ⑤ 现状与切换）。

一句话小结 ​

斗拱把接入方分成层：服务商/渠道商在上、商户在中、个人用户在下。我们既是渠道商又是商户；卖家是我们名下的个人用户/分账接收方（有 huifu_id + 虚拟子账户）；买家根本不进斗拱，只是扫码付款人。控台里那串"通道子商户号"，是我们同一个商户在微信/支付宝/银联各通道报备后的马甲，不是下级、也不是用户。现在是测试入驻（体验服），切正式服要过四门禁。

接下来读哪篇 ​

制度线串读顺序

⑧ 边界分工 → ⑦ 角色进件（本篇）→ ⑥ 产品体系——先懂"我们和斗拱怎么分工"，再看"用户在斗拱是什么身份"，最后看"斗拱都能干什么"。

信源与同步 ​

本篇的角色定位、进件类型、身份号来自以下 Linger 仓库文档 + 斗拱官方文档（研发级细节以它们为准）：

这里讲的权威源
我们双重身份 / 渠道商定位 / 费率文档与素材/A2A平台/需求沟通/V0.7.0钱包与结算/07-斗拱接入信息与费率.md
进件类型 / 沙箱切正式 / 四门禁文档与素材/A2A平台/Prd/03 钱包与结算/斗拱-进件配置记录.md、斗拱-正式进件与真钱切换说明.md
术语 / 通道子商户号字段 / 分账文档与素材/A2A平台/Prd/03 钱包与结算/斗拱-术语与配置说明.md、斗拱-官方API文档速查.md
卖家/买家身份 / 放款提现口径文档与素材/A2A平台/Prd/03 钱包与结算/03-钱包与结算-PRD.md §5.3 / §5.4
斗拱官方接口索引https://paas.huifu.com/docs/api/#/api_jksm

维护约定：当上面任一源文档的"角色定位 / 进件类型 / 身份号字段"变动时，本篇需同步核对、更新，并刷新下方"最后核验"日期。商户号一律用占位 66660002****，不写真值；标准/闪电/立即/测试等控台概念的细分定义一律标注"以官方为准"。

最后核验：2026-07-05