支付行业黑话:支付系统必知术语一网打尽

每个行业都自己的行业黑话,官方名词叫“术语”。如果你是支付行业的新手或正尝试深入了解这个复杂但又充满机遇的领域,那么掌握行业术语是打开这扇门的钥匙。

支付系统无论需求文档还是技术方案文档,都充斥着专业词汇和行业黑话,这些术语有的直观易懂,有的则晦涩难解。在这篇文章中,我们将揭开支付系统中常用术语的神秘面纱,用最通俗的语言解释这些专业词汇,帮助你一网打尽这些必知的术语。

需要补充说明的是:这些术语是个人从业经验的总结,多用于聊需求或设计时使用,严谨性可能不及一些权威书籍,但是足够实用。此外,一些术语在不同的领域有不同含义,下面的定义只适用在线支付系统场景下。

1. 通用

支付

Payment。用户通过在线支付系统将资金转移给PSP。

在后续的清分结算阶段,支付平台会把这笔支付的钱分成平台手续费和商户待结算款,手续费留在支付平台,待结算款会在后续结算给商户。

退款

Refund。支付系统将钱退还给用户。通常在取消交易或退回商品后发生。有全额退款和部分退款。有些平台会退款退费,有些平台退款不退费。

撤销

Cancel/Void。通常在当天(一般是日切前,还没有清算)取消一笔交易。在预授权/请款模式中,撤销用于取消预授权未请款那部分的金额。有全额撤销和部分撤销。

与退款的区别:

1)撤销一般是支付当天的逆向行为,退款一般是支付第二天的逆向行为。这里的当天一般是指会计日,而不是自然日。

2)撤销通常退手续费,退款一般不退手续费。但不是绝对的。

另外,现在大部分的电子钱包把退款和撤销合并成一个退款接口。

冲正

与撤销类似。来源于POS机时代,在交易发生当天用户申请退货退款时,或POS机支付超时的情况下,操作员发起一笔冲正,收单机构如果已经扣款就会退回。

收单产品

Acquiring Products。支付服务提供商(PSP)为商户提供的支付服务。这些支付服务需要基于交易订单,在系统中有明确的买卖行为发生。不同的公司因为商业策略不同,开出的收单产品也会有所不同。

担保交易

用户先把钱给到支付平台,用户确认收货再给钱到商家。

即时到账

付款资金直接转移到收款账户,不需要用户二次确认。

资金产品

Funds Products。通常指与处理客户资金流动相关的服务,包括充值、转账、提现、代发等功能。

充值

Topup。往在线支付系统账户增加资金的行为。比如往支付宝、微信账户充钱。

转账

Transfer。将资金从在线支付系统一个账户转到另外一个账户的过程。可以是同一支付平台内部转,也可以是跨平台或银行转。

特殊的,个人对个人的转账,简称:P2P转账。

提现

Withdraw。用户将在线支付系统账户中的余额提取到指定的银行账户。

代发

公司或组织通过在线支付系统将资金直接转入个人账户。有代发到余额和代发到卡。

T日/T+N

T日:交易实际发生的日期。

T+N:从交易日发生之后N个工作日。比如T+1清算,就是指交易完成后,第二天进行清算。

风控

交易的风险控制。欺诈检测、信用评估、合规检查等。

2. 支付方式与渠道

支付方式

终端用户可见的支付手段或工具。这个比较抽象,每个公司定义可能不一样。但一般来说,信用卡、借记卡、电子钱包、VA、OTC、信用付(比如花呗、白条,国外一般称为Buy Now Pay Later)等都可以抽象成支付方式。

渠道

一般指外部提供金融服务能力的金融机构。比如支付渠道,外汇渠道,流出渠道等,分别提供支付、外汇兑换、提现打款等金融服务。

快捷支付

通过在支付系统中提前绑定银行卡信息,快速完成支付交易,不需要每次都填写完整的卡详情。

代扣

个人授权商户直接去支付平台或银行进行扣款,不需要用户参与支付过程。比如水电煤代扣,滴滴打车代扣。

卡支付

使用信用卡或借记卡支付。

网银支付

需要跳转到银行提供的支付页面,输入银行账户信息进行支付。

VA支付

Virtual Account。虚拟账户是银行临时生成的一个账户,与用户和订单临时关联。一般在东南亚的支付场景,或者国际收款场景下使用得比较多。

东南亚很多人没有银行卡,但又要在线买东西,就可以临时生成一个VA。以支付流程为例:用户选择某个银行的VA支付方式,支付系统调用银行接口,先为用户订单生成一个VA号,用户拿着VA去钱下ATM机转账,银行收到钱后,通知支付系统,支付系统再通知商户,商户给用户发货。

OTC支付

Over-the-Counter。柜台支付。一般指大型连锁线下零售商提供的支付能力,比如7-11或肯德基提供的支付能力。整体流程和VA很像。区别在于VA通常指银行提供的。

同样以支付流程为例:用户选择某个OTC服务提供商的OTC支付方式,比如7-11,支付系统调用7-11接口,先为用户订单生成一个OTC码,用户拿着OTC码去钱下7-11柜台拿现金充值,7-11收到钱后,通知支付系统,支付系统再通知商户,商户给用户发货。

第三方钱包/电子钱包支付

非银行机构提供的在线支付服务。比如支付宝、微信支付,国外的PayPal等。

令牌化支付

将敏感数据(比如信用卡号)替换成唯一的识别码(令牌),在支付过程中传输令牌进行支付。减少信息泄露的风险。

可以认为这是卡组提供的绑卡支付能力。用户绑定后,卡组返回一个TOKEN给支付系统,支付系统拿着TOKEN去支付,外部支付网关先把TOKEN换成真实银行卡信息,再去发卡行进行扣款,因为发卡行只识别明文卡信息。

二维码支付

通过二维码发起支付交易。广泛应用于移动支付场景。

正扫

商户生成二维码,用户扫商户二维码。

反扫

消费者生成二维码,商户扫消费者的二维码。

3. 子系统/子应用分类

开放网关

主要对接商户,比如下单、支付等接口入口。通常要求有比较高的安全性。部分公司可能会把移动端网关、PC门户网关、商户通知等能力集成在开放网关,也可能会单独拆出部署。

收单结算

负责把商户的单收下来,并给商户发起结算。承担的收单产品包括有:线上收单,线下收单,担保交易、即时到账等,每个公司的商业策略不同,开出的收单产品会有差异。

资金产品

承担无买卖标的的纯资金转移能力。典型的有:充值、转账、提现、代发。和支付的区分在于支付是有买卖标的,而资金产品没有。也就是在系统中没有买卖记录发生,但在线下可能有。

收银核心

渲染可用支付方式。包括查询账户是否有余额,查询营销是否有营销券,查询渠道网关是否有可用的外部渠道,最后组合成可用支付方式,供前端渲染。

支付引擎

负责真正的扣款或转账。有些公司叫支付核心,或资产交换。个人认为资产交换更合适,因为无论对于支付、退款、充值、转账等各种交易,本质都是把资产从一个账户交换到另外一个账户。

渠道网关

负责去外部渠道扣款。通常还会提供渠道路由、渠道咨询等能力,做得细的公司可能下面再细分为渠道产品,报文网关和文件网关。

会员平台

管理会员的注册、登录、密码、实名认证等。

商户平台

管理商户的入驻、登录、交易管理等。

产品中心

管理平台对外提供的产品能力。一般大的支付系统才会独立成一个子系统。

资金账务

负责账户开立,记账等。

会计中心

会计科目管理、分录管理、日切管理。

对账中心

负责明细对账和资金对账。

营销平台

提供满减、红包等营销工具。

风控平台

针对账户和交易,提供实时、离线风控,控制平台的风险。

运营平台

订单管理、渠道管理、产品管理等综合运营工具。

数据平台

主要用于数据汇总和分析。分布式部署后,数据都在各子系统中,需要汇总到数据平台用于经营分析。

卡中心

负责管理用户的绑卡信息。需要经过PCI认证。

额度中心

累计用户、商户的额度,通常有日、月、年等各种分类。

外汇平台

负责外汇报价和兑换。

流动性与调拨中心

一些跨境支付公司,在多个国家多个银行有头寸,各头寸之间经常需要做流动性管理,提高资金利用率。

差错中心

负责差错处理。比如渠道退款失败,需要通过其它的方式退给用户。

拒付中心

处理用户的拒付和举证。在跨境支付场景下,信用卡用户联系发卡行说卡被盗刷或商品没有收到,或商品有问题等,拒绝支付给商户。

4. 监管合规

支付服务提供商

PSP,Payment Service Provider。

为商户提供支付解决方案的公司。银行、第三方支付公司都属于支付服务提供商。

收单机构

Acuquiring Institution/Acquirer。负责处理和清算商户交易的金融机构或支付服务提供商(PSP)。

牌照

License。由监管机构或政府授予的官方许可,允许持牌者在特定的法律框架和规定内经营某种金融服务或支付业务。支付相关的牌照主要有:

银行牌照:允许公司提供传统银行服务,例如接受存款、提供贷款等。

支付机构牌照:允许公司提供支付服务,如支付处理、资金转账、电子钱包服务等。

电子货币机构牌照:允许公司发行和管理电子货币,如预付卡、电子钱包中的资金等。

PA牌照

Payment Account。也就是储值牌照,用户可以先充值,后使用余额进行支付。

PG牌照

Payment Gateway。也就是支付网关牌照,只能调用外部渠道支付,不能有余额。

一般支付机构都会同时申请PA+PG牌照。

展业

在指定的区域开展业务。通常和牌照申请、监管合规等放在一起。

监管与合规

支付或金融机构遵守展业所在国家相关法律、规章、标准和行业准则的要求。需要定期向监管机构报告业务活动和财务状况,以证明企业的合规性。

反洗钱

Anti-Money Laundering, AML。旨在预防、识别和打击通过金融系统将非法所得洗白变成合法资金的行为。

反欺诈

Anti-Fraud。旨在预防、检测、调查和遏制欺诈行为。在支付领域,通常是风控系统负责。常见有信用卡盗用,账户盗用等。

5. 卡支付

预授权

Authorization,简称Auth。对用户信用卡取得一个临时授权,对应资金将会冻结,直到请款或撤销(主动或过期自动撤销)

请款

Capture。在预授权之后,商户向发卡行请求将预授权的资金正式扣除。有全额请款和部分请款。

AUTH-CAPTURE模式

预授权-请款模式。先冻结用户的资金,在请款时再实际扣款。

SALES模式

预授权-请款在一个步骤中完成。就是直接从信用卡账户中扣款。

拒付

Chargeback。当用户对信用卡交易提出异议(比如认为被盗刷),卡组一般会先将钱退回给用户,并扣除商户的钱,同时启动调查,通知商户有拒付发生。

拒付举证

Chargeback Representment。商户收到拒付通知后,如果认为是用户真实支付行为或商品没有问题,就会提供相关证明材料给卡组,这一过程称为拒付举证。如果卡组认为商户证据有效,拒付就会被撤销,重新扣回用户的钱并结算给商户。

拒付反转

Chargeback Reverse。商户进行拒付举证后,卡组认为商户证据有效,就会把拒付扣除的资金还给商户,同时撤销用户的退款。这一过程称为拒付反转。

MOTO支付/2D支付

非现场支付,以前是通过邮件或电话进行信用卡支付。在线支付系统里,通常指不需要跳转到独立核身页面进行核身的支付方式。支付成功率高,风险较大。

3DS支付

额外增加一层安全验证,需要跳转到一个独立核身的页面输入密码、OTP、账单地址等信息验证身份。对平台来说安全性高,但是支付成功率低。

3DS1.0/3DS2.0

3DS1.0通常是由发卡行来做身份验证。

3DS2.0由独立的第三方来进行身份验证。安全性更高。率先在欧洲启动。

卡BIN

卡号前6-8位号码,用于识别发卡行和卡种类。

发卡行

发行支付卡给用户的银行或金融机构。

收单行

为商户提供收单服务的银行或金融机构。

卡组/卡品牌

信用卡或借记卡交易网络的组织。比如VISA,MASTERCARD,银联等。

PCI认证

PCI DSS(Payment Card Industry Data Security Standard)。支付卡行业数据安全标准。保存银行卡的子系统需要通过PCI认证。认证由专业的第三方机构执行,需要定期核查。

支付系统中只有PCI域可以保存用户的卡明文信息(也是需要加密存储),其它非PCI子域不能保存用户的卡明文信息(加密存储也不允许)

渠道路由

当有多个外部渠道可以支持同一笔支付交易时,选择出最优的一条渠道。通常基于成功率、成本、卡类型、金额等因子做路由决策。

6. 外汇

锁汇

锁定汇率。在电商场景下,电商平台不愿意承担汇损风险,就直接在支付成功后,使用支付金额向外汇机构锁定一个固定汇率。

换汇

实际购汇。在电商场景下,电商平台不愿意承担汇损风险,在支付渠道清算后,使用原锁汇时的汇率,正式向外汇机构购汇,完成交割。

即期

按当前市场汇率立即交换两种货币。一般是2个工作日内交割。一般是场内交易。

远期

双方约定以当前确定汇率(远期汇率)在将来某天交换货币。一般是场外交易。

掉期

双方先通过即期交易,然后约定在远期时再换回来。一般是场外交易。

结汇入境

以入境中国为例。先在境外兑换成离岸人民币,再结算到境内银行账户或金融机构账户。

入境结汇

以入境中国为例。先以外币入境,在境内再兑换成人民币。

7. 资金账务

会计日

标识一笔交易在会计层面的日期。交易需要跨多个子系统,完成一笔交易的时间在不同子系统中是不一样的。与自然日可能有差异,特别是交易在零点附近的时候,所以统一使用会计日来明确交易应该计入哪一天。有可能一笔交易发生在2023.12.23这天,但是交易记录在2023.12.24这个会计日内。

日切

会计日切换到下一天。在这个点之后,所有的交易会被记录到下一个会计日。日切之后,通常需要进行批处理,包括交易清算、账户余额更新、试算平衡等。

记账

交易记录到会计科目中。

复式记账

一种会计准则,要求每笔交易都要有两个或以上的账目变动来记录,使得借方和贷方的总金额相等。

账户

记录特定类型财务交易的户头。比如商户账户、会员账户、收入账户等。

科目

会计账簿中用于分类和记录财务交易的项目。实际会分为多级。比如一级科目“应收”,二级科目“应收-银行待清算”,三级科目“应收-银行待清算-CMB”。

分录

记录一笔交易在会计账簿中的具体方法,明确记录到哪个借方、哪个贷方。

内部户

不直接面向客户,用于支付系统的内部会计和资金管理。

中间户

一种特殊的内部户,比如“应付-过渡-网关过渡户”,用于刚从渠道扣款成功时临时记账。

头寸

通俗地说,就是余额情况。头寸不够,就是余额不够。

流动性调拨

在多个银行备付金账户中转账,以确保符合业务需求。比如因为一些特殊原因,所有用户当天通过CMB渠道只支付了400万,但是当天所有用户合计要在CMB渠道退款500万,就需要从其它银行的备付金账户调拨过来。

结算

收单机构把交易资金结转给商户。通常有结算到余额到结算到银行卡。

清算

机构之间进行交易资金的转移。通常会由专门的清算机构负责清算。本质和结算是一样的,只是结算通常用在收单机构与商户之间,清算用在持牌的金融机构之间。

轧差

清分过程中把当天应收和应付金额相互抵消,最终只有净额需要结算或清算。

注意这个字读(gá),很多同学读成(zhá)是不对的。这是一个多音字,前者用在结算相关领域,后者用在钢材领域。

净清算额

轧差之后,各参与方需要转移的资金总额。

对账

比对交易双方的记账或资金。比如和渠道的对账。通常有明细对账和资金对账。前者就是对交易数据,按笔核对,后者对真实打款情况,当天交易100万,是否真实打款100万。

长款/短款

对账过程中发现实际的金额高于或低于账面金额。一般有支付长短款,退款长短款。对应的有差错处理。

计收费

支付平台针对手续费的记录和汇总。一般有商户计费和渠道计费。

手续费

支付系统对于交易处理或服务收取的费用。对接外部的渠道,外部渠道也会收渠道手续费。

税费

交易中被政府收取的税收。

资损

因某些原因导致的资金损失。比如用户提现100元,平台打款了200元,就是平台资损100元。

8. 会员与商户

商户

Merchant。销售商品的个体或企业。对接支付服务提供商的收单服务,用于完成所售商品的卖出。

会员

一般指加入支付金融机构的个人。比如支付宝、微信支付会员。

限额

一个账户在特定时间内允许交易的最大金额。一般有单笔限额、日限额、月限额等。不同的业务类型可能分开也可能共用额度。

商户入驻

新商户进入到支付系统,需要收集必要的商户信息,签署必要的协议,整个过程称为商户入驻。

冻结/解冻

冻结一般是因为某些风险问题暂时停止账户的交易活动或余额。

解冻则是恢复账户或余额的正常交易能力。

KYC/实名认证

Know Your Customer。实际就是实名认证。在国外一般称为KYC。就是“证明你是你”。

KYB

Know Your Business。有点类似商户级别的实名认证,除了验证商户的合法性,还会关联核实商户的信誉,企业法人的信誉等。

OTP/短信验证码

One-Time Password。通常就是指短信验证码。

PIN/密码

Personal Identification Number。通常就是指密码。登录密码、支付密码等。

签约/绑卡

会员在支付系统中绑定某张银行卡或某个第三方钱包账号,这样在下次支付交易时,就可以直接支付,而不需要输入完整的银行卡信息。

解约/解绑

会员取消在支付系统中绑定的某张银行卡或某个第三方钱包账号。

9. 交互

信息流

在交易过程中产生的非资金相关的数据。比如向渠道发起一笔支付,请求和响应都是信息流,签约解约也属于信息流。

资金流

也就是资金的流转。一般分为虚拟资金流和实际资金流。

虚拟资金流

支付系统内部各个账户之间资金的流转。比如用户余额减少,商户待结算余额增加等。

实际资金流

通常指银行账户之间资金的流转,比如用户存款账户余额减少,支付平台备付金账户余额增加等。

API接口

一般指系统间实时交互数据的一组协议。比如通过http实时接口调用银行渠道进行支付、退款等操作,就是API接口。API接口需要规定各字段的明确含义,签名验签以及加密解密的算法等。

文件接口

通过文件来交换数据,一般实时性不高。主要有清算文件、结算文件、流出交易文件。

清算文件

金融机构之间进行资金清算的交易记录文件。一般包括交易日下所有支付、退款等明细数据。

结算文件

金融机构与商户进行资金结算的交易记录文件。一般包括交易日下所有支付、退款等明细数据。

10. 结束语

本章主要讲了一些支付相关的常见的术语,通过了解这些术语,让我们在谈论支付系统时是同频状态。

11. 传送门

支付系统设计与实现是一个专业性非常强的领域,里面涉及到的很多设计思路和理论也可以应用到其它行业的软件设计中,比如幂等性,加解密,领域设计思想,状态机设计等。

在《百图解码支付系统设计与实现》的知识宇宙,每一篇深入浅出的文章都是一颗既独立但又彼此强关联的星球,有必要提供一个传送门以便让大家即刻到达想要了解的文章。

专栏地址百图解码支付系统设计与实现

领域相关

基本概念与概要设计:跟着图走,学支付:在线支付系统设计的图解教程

收单结算设计:支付交易的三重奏:收单、结算与拒付在支付系统中的协奏曲

技术专题

与数据库自增ID不同的业务ID:交易流水号的艺术:掌握支付系统的业务ID生成指南

签名验签:揭密支付安全:为什么你的交易无法被篡改

加密解密:金融密语:揭秘支付系统的加解密艺术

日志格式设计规范:支付系统日志设计完全指南:构建高效监控和问题排查体系的关键基石

幂等性设计:避免重复扣款:分布式支付系统的幂等性原理与实践

你可能感兴趣的:(百图解码支付系统设计与实现,金融,架构,后端)