做支付的人应该都见过通道方发过来的报价表同一家机构上面写一个“代付”下面又写一个“纯代付”费率不一样限额不一样连进件要求都不一样。之前就有个做电商的朋友拿着一份这样的报价单来问我说这俩名字就差一个字为什么价格差这么多到底该选哪个这个问题其实不少人都问过我干脆把它整理成一篇把这两个概念从业务逻辑、通道设计、费率结构到实操选型一层层拆开来讲。先说结论这两个词在日常沟通里经常被混用但在支付产品和资金合规层面它们完全是两种东西选错了轻则费率吃亏重则通道被关停、资金被冻结不是小事。这篇内容适合支付从业者、电商平台的财务或运营、做企业资金管理的朋友以及对结算体系感兴趣的同行参考。1. 两个概念差在哪先看定义再看场景1.1 代付交易闭环里的“最后一公里”我们平时说的代付全称应该叫“代收代付”里的代付它本质上是交易闭环里的一环最常见的就是平台结算。举个例子一个交易平台上用户下单付款之后资金一般不会立刻到商户手里而是先经过平台的聚合支付商户号做归集等订单完成、确认收货或者到了约定的结算周期平台再把归属于商户的那部分款项通过代付通道打给商户银行卡。这个动作看起来就是一笔简单的“付款”但通道方在风控上要求你关联原交易订单。你去翻对接文档会发现代付接口的请求参数里往往带着原交易流水号、订单金额、交易时间这类字段它们的作用是让这笔出款能够“对得上账”。所以代付的核心特征是它绑定了一个具体的、真实的交易背景。资金流和信息流需要能交叉验证付款的源头是平台的归集资金本质上是交易结算流程的延伸。你去银行或者持牌机构申请代付通道对方一般会要求你提供业务场景、交易平台链接、结算规则说明就是要确认你是真的在做有真实订单撮合的生意而不是随随便便往外打钱。1.2 纯代付脱离交易闭环的“单点付款”纯代付就不一样了它强调的是“纯”字意思是这种付款不依赖任何交易背景也不绑定订单闭环。什么场景下会用纯代付比如一家集团公司总部要给全国各地的经销商打市场推广补贴这时候没有线上订单没有交易流水财务手里只有一张表里面是经销商户名、开户行、账号和金额。再比如一个做分销系统的企业要给二级代理结算分润这些分润不是平台交易产生的结算款而是企业根据规则计算出来的佣金这些场景都需要一个独立的出款能力单纯把款打出去。纯代付出款通道方一般不看你背后的交易订单你的接口请求里也不需要传“原订单号”只要你提供收款账户信息、金额、用途摘要剩下的就是通道方帮你把钱打过去。这里要注意通道方虽然不要求你提供交易背景但不代表它不审核用途。国家对于资金支付有明确要求纯代付通道的风控逻辑是背靠付款方的资质和承诺加上用途摘要字段的填报来做合规审查。它承担的风险比代付要大因为你没法用交易信息来证明这笔钱是合法经营产生的。1.3 一张表看懂核心区别为了方便对比我做了一张表把两个概念的关键差异直接列出来后面所有的选型逻辑都是基于这张表的对比维度代付纯代付是否绑定交易背景绑定必须关联原交易订单不绑定独立出款资金来源平台归集结算资金付款方的自有资金典型场景电商结算、退款、拼团分账、商户提现工资代发、佣金分发、企业间往来款风控重点交易真实性与订单匹配度付款方资质与款项用途合法性接口核心字段原订单号、交易流水号、订单金额收款账号、户名、金额、用途摘要计费常见方式按笔固定或按比例按笔固定单价往往更高资金逆向退款可原路退回支持关联一般不支持原路退回需重新发起付款申请门槛相对较低有交易场景即可相对高对企业资质要求更严格这张表基本可以把两个概念在业务层面区分清楚了。业内还有一个更直观的说法叫“落地”和“不落地”代付也叫落地代付资金有真实的交易背景做支撑纯代付有时候叫不落地代付就是直接一笔钱打过去不跟具体订单挂钩。这个叫法很形象你一听就知道区别在哪了。2. 为什么市面上会同时存在这两种通道2.1 通道方产品线的内在逻辑很多人会好奇通道方为什么要搞出两种名字这么像的东西直接提供一种出款能力不就行了这里面有产品设计的内在逻辑。代付通道对通道方来说更像是“收单业务的配套服务”。通道方更愿意你把收单和代付一起接这样资金从进到出都在它自己的体系里流转它既能赚收单的手续费又能赚出款的手续费同时资金池更稳定风控也更可控。你在很多聚合支付服务商那里看到的“代付”功能往往都要求你先接入他们的收款产品就是因为这个原因资金在同体系内自进自出通道方对风险和资金流向的把握才更强。纯代付通道则是一个独立的“出款产品”。通道方承担的风险更大因为它看不到这笔钱是从哪个交易场景来的只能靠付款方的资质和用途声明来做判断。为了控制风险它在产品上就设置了更高的门槛和更高的单价这有点像银行对公柜台办理“汇兑”和“贷款放款”的区别前者有贸易背景审查后者本质上是金融服务输出审查维度完全不一样。2.2 从资金流向上看两者的区别我再用资金流向把两个概念串一遍。代付的资金流向通常是这样的用户支付一笔钱到平台商户号平台把众多用户的资金归集在一起等到结算节点平台向通道方发起代付请求通道方把资金从平台商户号拨付到收款人的银行卡。整个链路里资金经过“用户—平台商户号—收款人”这个路径每一个节点都有订单信息可以对应。纯代付的资金流向就简单得多付款企业从自己的对公账户向通道方发起付款请求通道方把款项从付款企业的账户划拨到收款人账户。整个链路里只有付款方和收款方没有中间的交易节点。在这个模式中通道方其实是替你完成了一笔类似银行汇兑的动作只是它帮你批量处理、走的是电子化接口效率更高而且有些纯代付通道还支持对私打款这是传统对公网银不太好做到的事情。这个区别直接决定了它们的风控思路完全不一样。代付可以依赖“订单匹配”做反洗钱审查纯代付只能依赖“付款方承诺用途申报额度控制”来做风险防范所以纯代付通道对企业资质、经营范围、资金用途的审核都更严你不在一级名单里或者经营范围里有行业禁入的项目进件阶段就会被打回来。2.3 费率差价的来源回到开头那个朋友的问题为什么纯代付更贵因为通道方的风险和运营成本更高。代付通道因为是收单的配套通道方可以通过收单业务把成本摊薄手续费往往可以做到比较低。有些代付通道为了吸引客户把收单业务一并接入甚至会把代付费率压到几毛钱一笔或者按万分之几来算。纯代付通道没有收单业务做对冲通道方只能靠出款服务本身覆盖成本而且纯代付往往涉及更繁琐的风控审核、更复杂的系统对接和更高的资金备付要求所以它的单价通常比代付高起步限额也会更高。当然具体的价格受每家机构的资金成本、渠道优势、合作模式影响很大我不能给出一个放之四海而皆准的数字你拿到的报价表上通常写得清清楚楚。我只是想提醒你看到两类通道价格不同不要觉得通道方在“坑”你先判断你的业务到底匹配哪一个再来看价格才有意义。3. 实操中怎么判断自己该选哪个3.1 先用三个问题做自检我接触过不少商家和创业者他们在对接支付通道时最迷茫。我一般会让他们先自己回答下面三个问题答完基本就有方向了。第一个问题你的出款是否有一笔真实的线上交易订单作为依据如果你的出款是对应于一个订单、一个退款、一笔已完成的交易比如电商平台给商户结算、给用户退款答案就是“有”你大概率需要的是代付通道。第二个问题你的出款资金来源是什么如果你的钱是用户支付后归集来的资金所有权实质上是其他商户或用户的你需要的是代付通道。但如果你用的是公司自己的钱要给供应商、经销商、员工发款那你的场景就更倾向于纯代付。第三个问题通道方的进件材料里是否明确要求你提供交易场景说明如果是这基本就是代付通道。如果对方只要求你提供营业执照、法人信息、对公账户没有要求提供业务场景和交易流水那大概率是纯代付。这三个问题看起来简单但现实中很多人根本回答不出来因为他们并没有仔细想过自己的资金属性。资金属性是判断两类通道最硬的标准你往外付的钱是谁的钱是这个问题的答案决定了你应该走哪条路。3.2 从接口文档反推通道类型还有一种更直接的判断办法就是看接口文档。你一定要养成看接口文档的习惯这个习惯能避免掉进大部分坑里。代付通道的出款接口通常长这样我写一个示意性的JSON{ merchant_no: 商户号, out_trade_no: 外部出款单号, orig_order_no: 原交易订单号, orig_trade_amount: 原订单金额, pay_amount: 出款金额, account_no: 收款银行卡号, account_name: 收款户名, remark: 商户结算退款 }注意看里面有orig_order_no也就是“原交易订单号”这个字段就是用来绑定交易闭环的它是代付通道的标志性字段。纯代付通道的出款接口一般是这样的{ merchant_no: 商户号, batch_no: 批次号, pay_list: [ { serial_no: 明细序号, account_no: 收款银行卡号, account_name: 收款户名, amount: 100.00, purpose: 劳务报酬 } ] }你发现没有纯代付的接口核心是“收款人列表金额”没有原订单号反而有一个purpose用途字段让你申报这笔钱是干什么用的。拿到接口文档后你就看有没有要求传“原交易订单号”这个字段一分钟就能判断这是个什么通道。这个方法我百试百灵。3.3 谈判时盯住的合同条款确定了自己需要哪类通道之后在商务条款阶段也有几个细节必须盯紧。第一合同里的业务名称。看清楚合同里写的是“代付业务服务协议”还是“出款服务协议”如果名称里带了“结算”“交易”“订单”这些关键词它的责任边界就是按代付来约定的如果名称里写“独立出款”“不落地出款”“纯代付”那责任边界就不一样。第二单笔和单日限额。代付通道因为绑定了交易背景单笔限额一般能满足电商结算的日常需求纯代付通道出于风控考虑往往对单笔、单日、当月累计都有明确的额度上限。如果你的分销分润单笔金额比较大要看清楚纯代付通道的单笔最高限额免得系统上线之后发现大额佣金根本打不出去。第三失败单的处理。代付通道对失败单有可能自动触发原路退回或者提供冲正机制纯代付通道一旦打款失败通常需要你重新发起一笔新的付款不会自动冲正。这个细节直接影响你的财务对账流程必须在合同里明确失败单据的处理时效和责任划分。4. 对接和上线过程中的常见坑4.1 容易踩的四个坑这块坑我踩得太多了。我在帮别人搭支付体系的时候见过不少客户和同行在前面几个环节栽跟头我整理出四个最常见的坑你对照着避一下。第一个坑是拿纯代付通道跑“退款”场景。很多做电商的朋友觉得只要能把钱退回用户卡上就行管他什么通道。结果退了一两笔发现接口里压根没有“原订单号”这个概念退款跟订单对不上账财务月底做账的时候彻底懵了每一笔退款都像是一笔独立打款没法跟原交易关联。更麻烦的是一旦用户投诉说“退款为什么没有原路退回”平台这边连证据链都不完整。第二个坑是进件材料被反复打回。你申请了一个代付通道但是提供不了通道方要的交易场景截图、业务后台录屏、结算规则说明进件流程卡在那里十天半个月。其实这种情况你早该判断出自己可能需要的是纯代付通道而不是在代付上死磕。第三个坑是低估纯代付的风控响应速度。纯代付通道的单笔打款有时候会触发人工审核特别是当你的用途摘要写得模糊或者收款账户出现可疑特征的时候通道方会风控暂停那笔出款。如果你业务里有老板等着给代理商发佣金那这种延期往往是很致命的。第四个坑是忽略了“资金不能混用”这条红线。有些平台既做代收业务又做代付业务结果把代收归集的用户资金和自有资金混在一个账户里往外打款这属于严重的资金管理问题一旦被监管查到通道被关停算是轻的重则影响整个公司的支付牌照或者银行合作关系。4.2 怎么验证通道的真实能力在签合同之前还有一个很实用的做法就是要求小额测单。我一般建议不管通道方说得怎么天花乱坠你先让对方开通测试权限发起一笔1元到你自己名下的银行卡上然后从头到尾跑一遍流程。你需要观察几个点第一这笔测试资金到账用了多久是秒到还是等了几个小时所谓“T0”到底是实时的还是准实时的第二你发起出款时接口有没有强制要求你填原订单号这是判断代付和纯代付最直观的证据第三通道方后台能不能看到这笔出款对应的详细流水如果能说明资金和信息流是有匹配的。实测下来正规通道方的表现普遍是稳定、高效的而某些做撮合业务的“二道贩子”测试时会出现回执信息丢失、回调延迟等情况这种就要格外小心。测单不但能验证通道类型也能验证通道方的整体系统稳定性绝对值得花这个时间和几块钱手续费。4.3 选型决策建议清单如果你现在正在选型我给你整理一份可以直接抄的决策清单核心就是按业务场景对号入座。你的业务模式推荐通道类型备注电商平台给商户结算货款代付绑定订单资金归属清晰平台用户申请退款代付退款需要原路退回便于对账多级分销系统给代理分佣金纯代付无交易订单按名单批量出款企业工资代发纯代付高频批量关注单批上限集团对子公司拨款纯代付关注用途申报和风控审核保险理赔打款纯代付行业资质要求高商户从钱包余额提现代付绑定额度与钱包系统这个清单不是一个死板的标准但它覆盖了绝大多数主流场景。你在做决定时可以用这三个维度反复校验资产业务有没有交易凭证、资金是不是自有、出款是否高频批量。这三个维度能帮你把绝大多数场景快速归类。我在实际项目中还有一个习惯对接任何一家通道前先找通道方要一份他们的进件材料清单和接口文档花半小时看完再结合我们刚才说的判断方法反推通道类型。两相对照对方的通道是正规代付、纯代付还是挂羊头卖狗肉基本就清清楚楚了。这个习惯帮我避开了好几个“名义上是代付实则让你用自己账户打款”的高风险方案。做资金对接的亲历者可以认真学一下这个方法。