Skip to content

斗拱产品体系全景:一张持牌支付平台都能干什么

分类:Linger 平台 · 难度:进阶 · 预计 10 分钟 · 持牌支付平台不是只会收款,它是一套账户+资金调度的工具箱,我们只用了其中三样

一句话:斗拱的产品分五大板块,Linger 只用了「一体化收款 + 账户和资金服务」里的收款 / 分账 / 取现 / 对账这几样,不碰余额支付和资金归集——因为那会让真钱进到平台自己的手里,撞上「避二清」这条红线。

这篇要回答什么

  • 斗拱这家持牌支付平台到底能干什么?(不只是收款)
  • 分账、结算、余额支付都是"把钱转来转去",它们有什么不同?
  • 自动结算手动取现又是什么区别?
  • Linger 用了它哪几样、没用哪几样、为什么?

这是"制度侧"的一篇

钱路专栏 ①-⑤ 讲的是"钱怎么流、怎么托管、怎么收费"(资金流侧)。本篇往另一个方向补——斗拱这家持牌方本身长什么样、我们用了它的哪几块能力(制度/角色侧)。想先懂"我们和斗拱谁管什么",去 ⑧ 边界;想懂"钱本身怎么被托管",去 ② 托管原理


先认识几个词

术语 · 产品中心(=支付界的"应用商店")

打个比方:就像手机的应用商店,货架上摆着一堆 App,你按需要装。斗拱的"产品中心"就是它把自己所有的支付能力分门别类摆出来的货架——你(商户/服务商)按业务需要,开通其中几样来用。

正式说:产品中心是斗拱把收款、分账、结算、账户管理等能力打包成的产品目录,商户按需开通。Linger 只开通了其中一小部分。

术语 · 一体化收款(="收钱"那套)

打个比方:管"把顾客的钱收进来"的那一整套东西——生成收款码、把款结进账、每天对账。

正式说:一体化收款是聚合扫码收款 + 结算 + 对账的能力大类。Linger 用它的收款(聚合正扫)和对账。

术语 · 账户和资金服务(=钱进来之后"怎么调度"那套)

打个比方:钱收进来只是第一步。这套东西管"接下来怎么分、怎么记、怎么提出去"——把一笔钱拆给好几个人、给每个人开个虚拟小账户记余额、让人把余额提到自己银行卡。

正式说:账户和资金服务是订单分账、电子账户、取现代发、余额支付、资金归集等资金调度能力的大类。Linger 用它的分账 + 电子账户 + 取现,故意不用余额支付和资金归集。


五板块全景

斗拱把自己的能力摆成一个"货架"。按 API 索引能对应到的能力大类,大致分三大板块、五组能力。下图把它们画出来,并标出 Linger 用到(✅)/ 没用(❌) 哪些:

对你来说意味着:斗拱远不止"会收款"——它是一整套账户+资金调度工具箱。Linger 只从工具箱里拿了四样趁手的:收款(把买家的钱收进托管)、分账(放款时一次拆给卖家和平台)、电子账户 + 取现(给每个卖家开虚拟小账户、让他把收入提到银行卡)、对账(每天逐笔核账)。剩下的——余额支付、资金归集、业财数通——一概不碰。为什么不碰,下面两节讲清。

板块命名以官方为准

上面的"一体化收款 / 账户和资金服务 / 业财数通"是按斗拱 API 能力大类的保守归类,原始板块划分与命名以斗拱产品中心/官网为准。本图只回答"我们用到哪些",不作板块定义的权威。


三兄弟辨析:分账 / 结算 / 余额支付

这三个词最容易混——它们都是"把钱转来转去",但方向完全不同。先看三条资金流并排画在一起:

一句话记住每条流的方向

概念一句话账户流向官方依据(原文口径)
分账一笔收款,收到后按规则拆给多个接收方收款方 → 多个分账接收方 huifu 商户号"按预设规则将收款金额分配给多个接收方…最大分账比例 0–100"(分账配置 fzpz_kyc)
结算把商户自己账上的钱按周期结到对公银行卡商户账户 → 商户对公户(自动/被动)取现文档区分 ENCASHMENT-取现 / TSENCHASHMENT-TS结算
余额支付斗拱虚账户里的余额直接付给另一个斗拱虚账户付款方虚账户 → 收款方虚账户"付款方使用斗拱虚账户中的资金余额付款到收款方的斗拱虚账户"(余额支付 acctpayzf)

对你来说意味着

  • 分账是"一笔钱进来,拆给好几个人"——Linger 放款就是这么干的:一笔任务款,一次性拆成"卖家净额 + 平台佣金",分别落到两个 huifu 账户。这是我们的那个。
  • 结算是斗拱把我们商户自己的收款款,按周期自动结到公司对公账户——这是一条旁路能力,跟放款给卖家是两码事。
  • 余额支付是"我斗拱账户里有余额,直接付给你斗拱账户"——Linger 故意不用。用它就意味着真钱得先进到平台自己的虚账户余额里,再从那里往外付,那正是"钱过了平台的手",撞「避二清」红线。

为什么分账不算"钱过平台的手",余额支付就算?

分账是斗拱在托管层直接把一笔钱拆开、分别落到卖家和平台账户——平台从没"先收进自己余额、再转出去",只是发了个"这笔拆成 90+10"的指令。余额支付则要求平台先有一笔真钱余额在自己虚账户里躺着,再主动付出去——这一步就让真钱进了平台的手。差别就在这。(避二清的完整机制看 ② 托管原理。)


自动结算 vs 手动取现

这俩也容易混——都是"把钱弄出去",但谁发起、到哪张卡、什么时候完全不同:

维度自动结算(D1 全天)手动取现(V2 取现接口)
谁发起斗拱自动、被动发起账户持有人主动点了才发起
到哪张卡商户的对公银行户事先绑定的个人银行借记卡
什么时候按周期自动结(免费)用户想提就提(按需)
谁用它斗拱把我们商户自己的收款款结到对公户Linger 卖家提现走这条

对你来说意味着:Linger 卖家点"提现",走的是手动取现——用户不点,钱就一直躺在他的虚拟子账户里,斗拱不会自动帮他提。自动结算是另一回事,是斗拱把我们公司自己的收款款结到对公账户的旁路。

官方明示:延时户 / 充值户不能作为取现出账方

斗拱官方文档明确规定:"延时户不可作为取现出账方、充值户不可作为取现出账方"。翻成人话——买家充进来、还锁在托管里的钱,不能被谁直接"提"走;只有卖家那个虚拟子账户里已经分账到手的收入,才是取现的合法出账方。这从底层堵死了"充进来立刻提出去"的套现路。


Linger 用到哪几块

把五板块摊开,用一张勾叉表看 Linger 到底用了什么:

板块(命名以官方为准)能力Linger 用了吗用来干什么
一体化收款聚合扫码收款买家充值扫码付钱进托管
结算(结到对公户)我们商户自己的收款款结到对公
对账每天逐笔守恒核账
账户和资金服务订单分账放款时一次拆给卖家 + 平台
电子账户(虚拟子账户)给每个卖家开小账户记收入余额
取现 / 代发卖家把收入提到本人借记卡
余额支付故意不用——真钱不进平台余额,避二清
资金归集故意不用——同上,不做资金归拢
业财数通发票 / 业财对账当前用不到

对你来说意味着:Linger 用斗拱,就像只从一个大工具箱里拿了四把最趁手的工具(收款、分账、电子账户+取现、对账),刻意把"会让真钱进自己手"的那两把(余额支付、资金归集)留在箱子里不碰。这不是功能没做全,是故意的边界设计。(我们和斗拱各管什么,看 ⑧ 边界。)


常见疑问

为什么不用余额支付?它不是更方便吗?

用余额支付,意味着真钱得先进到 Linger 自己的斗拱虚账户余额里躺着,再从那里往卖家账户付。这一步就让真钱过了平台的手——正是「二清」的定义(无牌照平台先收钱进自己账户、再转给别人)。

Linger 的红线是"平台账户全程 0 元、真钱一秒都不进平台的手"。所以放款只走分账(斗拱在托管层直接把一笔钱拆给卖家和平台,平台从不经手),坚决不走余额支付。这不是嫌它麻烦,是架构上就把这条路锁死了。(避二清为什么是红线,看 ① 钱路总览。)


一句话小结

斗拱不是"只会收款"的收银台,而是一整套账户+资金调度工具箱,分五大板块。Linger 只从里面拿了四样——收款、分账、电子账户+取现、对账——刻意不碰余额支付和资金归集,因为那会让真钱进到平台自己的手里,撞上「避二清」这条底线。用哪几块、不用哪几块,本身就是一道边界设计。


接下来读哪篇

串读顺序(制度线)

钱路专栏分两侧:资金流侧(① 总览 → ② 托管 → ③ 术语 → ④ 收费 → ⑤ 现状切换)讲钱怎么流;制度侧(新)(⑧ 边界 → ⑦ 角色进件 → ⑥ 产品体系(本篇))讲我们和斗拱怎么分工。建议先看 ⑧ 懂分工,再看 ⑦ 懂身份,最后本篇看"斗拱都能干什么"。


信源与同步

本篇的产品板块、分账/结算/余额支付定义、取现规则,来自斗拱官方文档核实 + 以下 Linger 仓库文档(研发级细节以它们为准):

这里讲的权威源
分账 / 结算 / 余额支付 / 取现接口定义斗拱官方 API 索引 https://paas.huifu.com/docs/api/#/api_jksm
产品板块 → Linger 用到哪些的映射文档与素材/A2A平台/Prd/03 钱包与结算/斗拱-官方API文档速查.md
分账放款 / 取现提现口径("虚拟子账户"/"账本投影")文档与素材/A2A平台/Prd/03 钱包与结算/03-钱包与结算-PRD.md §5.3 / §5.4
双池、避二清、收费拍板文档与素材/A2A平台/需求沟通/V0.7.0钱包与结算/00-子话题清单与决策日志.md §4.4 / §4.5
斗拱接入信息(甲方=开发者技术伙伴/渠道商)文档与素材/A2A平台/需求沟通/V0.7.0钱包与结算/07-斗拱接入信息与费率.md

维护约定:当上面任一源文档的"产品能力 / 分账结算口径 / 用哪几块"发生变动时,本篇需同步核对、更新,并刷新下方"最后核验"日期。产品板块命名与费率数字一律以斗拱官方产品中心/合同为准,不写商户号真值、不含密钥。


最后核验:2026-07-05