अभी लॉगिन करें 支付公司做扣款这件事，看起来就是发起一笔交易，但背后其实牵涉到监管变化、银行合作、产品形态和资金调度一整套逻辑。我结合自己的工作经历，把这些零散的知识点串起来聊聊，给同样关注这个领域的朋友做个参考。
先说说底层模式的变化。2018年6月底之前，行业里普遍是直连银行模式，也就是支付公司一家一家去跟银行谈合作，银行把扣款接口放出来，费率、单笔限额、日限额这些都靠双方协商确定。这种模式下，不同支付公司的能力差距非常大，主要体现在三点：一是能支持的银行数量不一样，有的能接几十家，有的可能就几家；二是即使同一家银行，不同支付公司拿到的额度也千差万别，有的单笔能到几十万，有的只能几千；三是费率更加五花八门，大支付公司体量大、有战略合作，能拿到极低的成本，小公司则几乎没有议价空间。所以那个时候，商户为了兼顾成本和成功率，往往要同时接入四五家支付公司，再自己搭一套路由逻辑，从中挑出最好的通道来用。
转变发生在2018年6月30日之后。随着监管要求“断直连”，支付公司陆续切断与银行的直接连接，统一接入银联或网联这样的清算组织。扣款链路变成了：支付公司发起扣款请求，银联或网联去跟发卡行交互。这样一来，扣款能力主要取决于银联和网联推出的标准化产品，各家支付公司在额度、费率上的差异迅速缩小。到了这个阶段，商户就轻松多了，通常选两三家系统稳定、运营服务跟得上的支付公司就能满足需求，不用再费劲地四处比价、拼缝。
再说具体的扣款产品。早些年比较常见的是“代扣”，也叫裸扣，意思就是只凭卡号、姓名、身份证号、手机号这四要素，甚至三要素、两要素，就能直接从用户卡里把钱划走，连短信验证码都不用。这在直连时代几乎是标配，尤其是在续费、扣月租这类场景里用得很普遍。四要素代扣因为验证信息相对完整，是最主流的产品；三要素代扣可以绕开手机号变更导致的失败，对续费类业务比较友好；两要素代扣风险太高，很早以前支付公司就基本不放了。随着断直连推进，市场上裸扣接口越来越少，但并没有完全消失，有的靠还没断干净的旧接口撑着，有的包装成银联的某些协议产品，还有的通过内部协议号“撞库”的方式变相实现。不过在资金安全监管越来越严的趋势下，裸扣的生存空间注定会越来越窄，慢慢退出历史舞台。
另一个大家更熟悉的产品是快捷支付，最初由支付宝带起来的。它的核心是先签约、后扣款。用户第一次绑卡的时候，发卡行会下发短信验证码，用户回填之后，银行生成一个协议号，这个协议号与卡号、支付公司、发卡行三方绑定。同一张卡在支付宝和微信上签约，出来的协议号是完全不同的两个。之后每次支付，就凭这个协议号直接扣款，不再需要验证码。这些年业内围绕快捷支付冒出了很多叫法，比如签约支付、免密支付，但原理基本没跳出这个框架。
通常一家商户会接入多家支付公司，这时候就需要一个路由系统来决定每笔扣款走哪条通道。路由的决策要素一般会考虑这么几个方面：首先是费率，成本最低的通道优先；其次是通道的可用额度，避免因为单通道限额导致扣款失败；然后是成功率，比如该通道对某家银行最近一段时间的扣款成功率高不高；再就是是否支持该笔业务需要的扣款类型，比如支不支持代扣，支不支持快捷；最后也要看结算时效，有些通道能垫资做到D0到账，有些只能T+1。这一套组合拳打下来，才能保证扣款既快又省。
最后说说结算时效的问题。商户向支付公司发起扣款，资金并不是实时到商户账上的，因为银联或网联与支付公司之间的资金清算通常不是每秒结算，而是分批轧差，或者按T+1结算。所以正常情况下，支付公司也会在T+1才把资金结算给商户。如果想做到D+1甚至D0到账，就需要商户和支付公司协商垫资——支付公司用自己的备付金先垫付给商户，等银联或网联的钱到账后再平账，本质上是支付公司提供了一笔短期信贷。这对商户的资金周转帮助很大，但背后拼的是支付公司的资金实力和风控能力。
把这些脉络理清楚之后，在做支付方案的时候，就能知道哪些地方可以优化，哪些雷区不能碰。扣款功能的设计，远不止表面上发起一笔交易那么简单。