定义、边界与相近类型

2.1 主角与相邻角色

类型	主要价值	是否处理客户资金	核心责任	不能默认拥有
非银行支付机构	按许可提供储值账户运营或支付交易处理	视业务而定	用户、商户、指令、备付金、结算和风控	银行业务、清算业务或无限地域
商业银行	账户、资金、收付与清算参与	是	银行账户、授权、资金与合规	第三方支付机构许可身份
清算机构/系统	在参与者间处理支付信息与资金清算	按制度	规则、净额/全额、最终性和参与者风险	面向商户开展普通收单
收单机构	拓展和服务商户，受理支付并结算	可能形成待结算	商户尽调、协议、交易监测和结算	发卡、储值或无条件跨境
支付网关	安全传输、接口适配和技术编排	原则上依合同不沉淀	可用性、密钥、路由技术、日志	借技术名义收取/控制客户资金
聚合技术服务	聚合码、设备、订单和对账界面	不应因技术服务自持	商户技术接入、数据和运维	商户尽调、签约、资金结算核心职责
风控/反欺诈服务	输出信号、模型和案件工具	通常不持有	数据质量、模型边界、解释和安全	直接冻结、拒绝或报送的法定权力
商户SaaS	商品、订单、会员、库存和经营工具	不当然	订单真实性和接口完整	支付许可或客户资金所有权

【风险提示】市场常把上述角色统称“支付公司”。业务专家必须追问：合同由谁签、付款指令给谁、资金进哪个账户、谁决定结算、谁能冻结、谁向客户收费、谁处理投诉、谁承担差错以及许可证写了什么。

2.2 储值账户运营与支付交易处理

【可核验事实｜中国大陆】条例按是否接收付款人预付资金把非银行支付业务分为储值账户运营和支付交易处理，单用途预付卡不属于该条例所称支付业务；具体分类和旧许可衔接应查实施细则。[SRC-J06-PBC-PAYMENT-REG-2023][SRC-J06-PBC-IMPLEMENTATION-2024]

对比	储值账户运营	支付交易处理
客户资金	接收预付资金并记录支付账户或预付余额	主要处理支付交易，不以储值为核心
核心对象	用户、账户、余额、充值、转账、提现/赎回	商户、支付指令、路由、授权、清算、结算
主要风险	匿名/假名账户、余额盗用、备付金、挤兑与休眠资金	假商户、套现、通道转接、重复扣款和清算差错
系统重点	账户账本、余额一致、权限和生命周期	高并发指令、幂等、路由、清算与商户结算
不能混用	余额不是存款或理财收益承诺	交易处理不是清算机构角色

2.3 支付账户不是银行账户，也不是数据库余额字段

支付账户是按用户真实意愿实名开立、用来发起支付指令、反映交易明细和记录资金余额的电子簿记载体。产品前端显示“钱包余额”之前，要确认具体法律结构、开立主体、资金归属、使用范围、赎回/提取、限额和异常处置。技术团队不能因数据库能写余额就创建一类新资金账户。

【典型做法】账户生命周期包含申请、身份核验、风险分级、开立、绑定工具、充值、支付、转账、限额变化、信息变更、冻结、解冻、余额处置、注销和档案保留。每个状态必须有授权事件，注销不等于删除交易记录。

2.4 清算、结算、对账不是同义词

名词	白话	关键输出	常见错误
支付	用户发出并执行资金转移指令的业务过程	支付状态、账务事件	只看前端成功页
清算	计算参与方应收应付并形成资金交收依据	清算结果、净额/全额头寸	支付机构变相自建跨机构清算
结算	按清算或合同结果完成资金交收	银行价值日、商户到账	文件已发就认为结算完成
对账	比较不同权威来源并解释差异	匹配、在途、差错、关闭证据	两边总额相等即关闭
轧差	把多笔应收应付按规则计算净额	净头寸	用轧差隐藏逐笔权利义务
冲正	撤销或反向处理原异常账务	原事件与冲正事件关联	直接删除原交易
退款	基于原交易和客户/商户规则返还资金	退款指令、状态和结算	另起一笔无关联付款
拒付/争议	对交易提出权利主张并进入规则处理	证据包、临时/最终责任	一收到争议就记永久损失

2.5 聚合支付最容易越界的地方

聚合服务可以帮助商户统一二维码、设备、接口、订单和对账，但不能仅凭技术合同替持牌机构完成依法必须自行完成的商户尽调、支付服务协议签订、持续风险监测或资金结算。平台若决定商户能否入网、以自己名义收款、控制资金去向、跨机构轧差并承担支付结果，已经不再是简单“软件外包”问题。

正在绘制业务流程…

2.6 金融科技基础设施的四层

第一层是连接：SDK、API、网关、协议适配和消息队列。第二层是交易：认证、路由、幂等、风控和状态机。第三层是账务：双式账本、待结算、费用、差错和对账。第四层是治理：许可、KYC/KYB、AML、数据、权限、连续性和监管报送。只做第一层的公司也可能接触敏感支付数据和生产密钥；做到了第三层却没有资格，风险更高。商业模式必须写清“不做什么”。