支付是一个庞大且繁杂的体系，有非常多的概念、模型和逻辑。通过本文的88张图，66个知识点，把支付清结算体系串起来，建立一个支付知识速查手册
1.支付的本质图片
支付的本质是付款人向收款人的资金转移收付款人：可以是个人、企业、银行
资金：即货币，可以是现金、银行存款、支付机构零钱余额
转移：即债权归属发生了变化
转移需要工具：银行卡、支票、移动支付、网络支付等
2.支付和交易
图片
有联系，但范畴不同，交易是价值的交换，支付是资金的转移纯交易：价值交换，不涉及货币
纯支付：资金转账，不涉及商品和服务
基于交易的支付：用货币兑换商品和服务的价值交换
3.支付的过程支付可以划分为“交易、清算、支付”，三个过程图片
交易：用户身份的确认，订单生成以及支付的发起
清算：支付指令的接收、清分、轧差
结算：基于清分结果，执行的资金划拨
4.直联和间联图片
机构间的接入，有直联和间联模式直联：直接对接接口，传递支付指令
间联：通过第三方机构转接支付指令
5.支付模式支付经过多年的发展，形成了多样化的支付模式第一方支付：即现金支付，面对面，一手交钱，一手交货图片
第二方支付：即通过银行进行资金的划转，避免大量现金携带的安全性和便捷性问题图片
第三方支付：即通过持有支付牌照的三方支付机构将资金支付给商家的支付模式图片
第四方支付：即用户通过聚合支付平台将款项支付给收款人的支付模式图片
6.清算模式1.根据收付双方所开户的机构是否相同，支付可以分为机构内清算和跨机构清算机构内清算:付款账户和收款账户在用一个机构内图片
跨机构清算:付款账户和收款账户在不同的机构内图片
2.根据清算的处理时效和轧差方式可以分为，实时全额清算和延迟净额清算，延迟净额又分双边和多边实时全额清算：以实际的支付金额进行实时逐笔清算的模式图片
延迟净额清算：根据清算对手之间的支付往来进行正方向冲抵以后，将净额部分进行一次性清算，双边净额是两两之间进行，多边清算是全部参与者之间图片
7.三方产业生态图片
根据提供支付服务环节的不同，可以将支付机构分为收单侧和账户侧收单侧：为商户提供快捷、网关、聚合、POS等收单服务的支付机构账户侧：为用户提供付款需要的“资金账户”，以微信和支付宝为主 8.PVP/DVP/往来户/代理了解四种机构间的结算模式，有助理理解跨境支付、央行大小额系统集中清算的原理
1.PVP结算（Payment Versus Payment）
同时付款；指在外汇交易达成后，在双方指定结算日，外汇的交割和资金的结算同步进行，并互为条件的一种结算方式，一手交钱一手交钱
图片
2.DVP结算（Delivery Versus Payment）券款对付；指在债券交易达成后，在双方指定结算日，债券的交割和资金的结算同步进行，并互为条件的一种结算方式，一手交券一手交钱图片
3.往来户结算
银行间相互在对方开通账户并且存款用于跨行结算，称为往来账户结算模式
图片
银行间支付过程：B银行借记A银行存款账户（-1000）
银行内支付过程：A银行借记张三账户1000（-1000），B银行贷记李四存款账户（+1000）4.代理结算
在同一家第三方银行都开立账户，用于银行间结算的模式；例如目前的央行就是各商业银行、三方支付机构之间资金清算的代理行
图片
1.银行1和银行2之间的结算通过在代理行A的存款进行
2.银行2和银行3之间的结算先通过代理行A和B在代理行C完成清算，然后再由银行A与银行2结算、银行B与银行3结算9.合作银行存管模式没断直连之前，支付机构的备付金开在商业银行，分为“存管户、收付户、汇缴户”
图片
汇缴户：功能最弱，只能用户本行收款和原路退回，不能向客户付款，且日终不留余额
收付户：一个合作银行最多只能开一个，可以同行收款和付款，日终允许有余额
存管户：功能最强，在存管行的每个省、直辖市分行都可以开一个存管户；只有存管户可以跨行收款和付款10.集中存管模式断直连以后，备付金集中存管在央行，每个支付机构只有一个备付金集中存管账户，该账户可以同行/跨行收款、付款；通过网联银联实现
图片
映射/解映射：支付机构将央行备付金圈存给网联或者银联用于日间清算
支付请求：支付机构向网联银联发起收款、退款、打款等业务，并实时清算
信息转接：网银联将支付请求转接给对应的商业银行
提交结算：结算场次，网银联将支付机构的轧差净额提交央行进行结算
11.支付生态全景国内支付体系依靠庞大的生态网络共同实现，没有任何一家企业可以独立完成支付业务
图片
这么庞大的支付网络，离不开众多支付组织的支撑，每个支付组织都承担着相应的“支付职能”
交易平台：为商家和用户提供交易场所，提供商品或者服务，撮合买卖双方支付机构：通过提供各类收付支付解决方案为交易平台提供支付服务，例如微信支付、支付宝支付、聚合支付等清算机构：跨机构进行交易转接和资金清算时，需要依赖清算组织实现银行：支付需要钱，最原始的钱在银行的结算账户当中；银行为社会提供最基础的金融服务，是支付服务的最主要提供方央行：几乎所有跨机构的支付业务在人行完成最终清算。人民银行为支付业务提供最基础的支付清算服务、支付基础设施、清算账户12.计价/计费图片
计价和计费都是计算，但二者存在差别
所处环节不同：计价在交易之前进行，计费在交易之后进行
服务对象不同：计价是用户服务；计费是为商家服务
计算结果不同：计价计算出来用户应该付多少钱；计费计算出来应该结算给商家多少钱
系统不同：计价有计价系统实现；计费由清算系统实现
13.订单/账单/支付单图片
不同的单据职责不同，记录的信息不同，但相互之间有非常密切的关系
订单：登记一次交易所包含的全量信息，谁买了那个商家的什么商品
账单：以订单为依据，其中包含卡券、积分等内部支付方式，以及外部渠道的支付方式
支付单：仅处理外部支付渠道的支付，以账单为依据14.券的处理机制图片
券在交易中要被处理两次：提交渠道之前先冻结；渠道成功之后再进行核销15.交易补贴/支付立减
有时候用户在下单支付有优惠，可能是在下单时优惠，也可能是渠道支付立减优惠图片
交易补贴：下单时使用优惠券，用户的应付金额=订单金额-优惠金额，属于平台的补贴
支付立减：用户支付时优惠，用户的实际支付金额=应付金额-渠道立减；属于支付渠道的补贴，但平台还是会收到用户的应付金额，渠道会把补贴部分给到平台，只不过用户少支付了一些
16.即时交易/担保交易图片
即时交易：支付成功以后，资金会实时进入收款方账户，例如资金转账、面对面付款等
担保交易：电商场景居多，用户支付成功后，资金会先进入中间担保户，用户确认收货或者超过一定时间后转入商家收款账户17.逆向交易策略图片
正向交易用了卡券、积分等组合支付，在用户发起部分退款时需要明确这些支付方式的处理顺序或者比例例如支付了100元，用了20元券；当部分退款40时，是直接退40元，还是先处理20的券，再通过渠道退给用户20元；或者按比例处理18.四大履约模式图片
物流配送：像买的实物商品，商家通过配送发货进行履约，当然，也存在自提的模式
上门服务：像家政、打车等的履约，需要服务人员找到用户进行面对面履约
到店享受：像KTV、宠物美容等，需要用户到店里兑换服务
权益发放：像视频会员、超前点映、话费充值等，虚拟权益类的履约，直接在线发放不同的履约模式，在履约处理上存在差别，如下图所示图片
19.交易核心架构图图片
虽然有众多交易模式，但从交易处理的宏观视角看，具有一个稳定的处理流程框架和大体顺序，掌握这个模型，基本就可以推演各类交易模式，以及各种交易处理
20.支付业务类型根据场景和资金转移的特点，支付可以划分出非常多样化的服务，消费、退款、结算打款、代付、代发、打款退回、充值、提现、转账、预授权、调拨、分账等图片
支付：代商户向用户收款
退款：将收用户的钱，退回用户的资金账户
结算打款：代商户收的钱，结算给商户绑定的银行卡
代付：将商户的款项付款至商户指定的银行账户中
代发：具备明确的付款场景下的代付，例如发工资、发补贴等
退票：付款成功的款项，又退回至付款账户
充值：将银行卡中的钱转入支付账户中
提现：将支付账户中的钱转入银行账户中
转账：非消费场景的同类账户之间的资金直接划转，例如支付账户之间，结算账户之间；不同类型账户之间划转资金是充值或者提现
预授权：根据消费金额预先冻结账户资金
调拨：统一企业的不同资金账户之间资金的划转
分账：将收款按比例分成多份划转至各方资金账户
21.支付底线为了确保资金安全，要遵守底线原则：渠道支付成功才入账，商户扣账成功才出款
图片
22.支付（消费）图片
支付即向用户收款；用户用不同的支付方式，平台需要将支付指令提交给不同类型的渠道零钱支付：即钱包支付，用户的支付账户和平台的收单账户在同一家机构（当然也有可能不再同一家，例如用户使用微信零钱）
银行卡支付：即快捷支付、网银支付、认证支付；需要用户先绑卡，支付时从银行卡里扣钱到平台的收单账户；因为涉及到跨行，所以需要清算机构转接信息，并最终提交央行进行跨行清算
余额支付：用户在平台开设一个虚拟账户，预先充值余额，支付时直接扣款给平台商家；此支付方式无需调用外部支付渠道
23.退款图片
退款的原则是原路退回，用户支付时用什么样的支付方式，退款时就走原支付方式的逆向
零钱支付退款：资金退回到用户零钱账户银行卡支付退款：资金原路退回到用户的付款银行卡余额支付退款：资金退回到用户在平台的虚拟账户中
退款时要校验原支付单是可退款余额即退款次数是否超限；另外还需要啊校验退款的有效期，一般渠道时效为1年，超过一年的支付无法原路退回；可以转为付款将资金退给用户注意：网联的退款通道分为“协议支付退款、商业委托支付退款、网关支付退款等”，是不同的通道
24.组合支付组合支付是指一笔订单通过2种及以上的支付方式进行支付；线上支付通常内外组合：内部支付方式（券、余额）+外部支付渠道图片
25.合单支付多个子单一次性进行支付的模式，常见的是以下两种场景
场景1：在航旅、酒店等支付场景中，一次支付行为可以同时进行票证、保险的付款，且多笔付款分别对应多个不同的商户场景2：电商平台上，用户挑选不同商家的商品，加入购物车，可进行合单支付，只需要用户做一次支付
图片
在合单支付的解决方案选择上，有两种模式
模式1：直接接入“合单支付”产品，实现合单支付，例如微信的“合单支付”
图片
模式2：接入一款延迟分账的产品，用户资金先进入过渡户，平台根据子订单金额发起分账，将资金结算给商户
26.分次支付支付金额比较大，超过了所有可用渠道的支付单笔限额，分多次进行支付；只有在整个订单总金额全部被支付以后，才算订单支付成功
图片
要区分分次支付和分期支付之间的不同
图片
27.充值/提现/转账这几种支付行为都会产生资金的流动，但是本质上存在差别图片
充值：是资金从高信用账户流向低信用账户，例如从银行卡账户流向支付账户；亦或是从货币账户流向专项用途的非货币账户，例如从支付账户给手机充值；
提现：是资金从低信用资金账户流向高信用资金账户；主要是从支付账户提现到银行账户
转账：是同等级别信用账户之间的资金划转，例如银行卡账户转到银行卡账户，支付账户转到支付账户图片
注意：资金范畴的充值/提现需要同名，例如银行账户和支付账户之间的充值和提现需要绝对同名，也就是你的零钱账户只能绑定自己的银行卡往里面充钱；而向手机话费账户充值，不受同名限制28.充值充值本质上走的是“收单通道”，收款成功后增加用户在平台的账户余额图片
除了向支付账户充值以外，还有其他的充值类型，常见的有以下4种
电子钱包充值：从银行卡充钱到微信零钱，或者到平台虚拟余额游戏充值：通过银行卡账户或者支付账户向游戏平台的会员账户充值，本质是虚拟商品的购买，一般无法提现电话卡充值：给手机卡充话费，可以用银行账户充，也可以用支付账户充，资金进入运营商的话费账户，一般无法提现预付卡充值：向公交卡、美发卡等充值，一般无法提现29.提现提现本质上走的是“付款通道”；扣除用户账户余额后，向绑定的银行账户所属行发起付款请求，付款成功后，收款行增加用户账户余额；一般需要提现到同名账户
图片
用户提现：用户将零钱账户余额提现到绑定的个人银行卡中商户提现：商户将收款账户中的余额提现到绑定的企业结算银行卡中30.转账转账是银行账户之间，支付账户之间的资金划转，可以是同名账户，也可以是非同名账户
图片
31.代付/代发/代收/代扣这四个词很相似，但有所区别，代付和代发是一组，因为都是资金流出，属于付款业务；代收跟代扣是一组都是资金流入，属于收款业务
图片
从业务渠道种类看：分为柜面代收代付、浏览器（网络支付）代收代付、专线直联代收代付、互联网直联代收代付等代收：即代理收款，当然，收款的方式有很多种，例如快捷、网关、代扣等，都可以帮助客户收款；代收都是收款方发起，即便有的场景看起来是客户发起，但实际上是客户在收款方渠道的操作，触发了收款方的代收行为代扣：是由收款方发起的主动向付款方收款的业务，需要跟付款方预先签约代扣协议，常用场景是分期还款、会员自动续费等；本质是收款方发起借记支付，付款方将借记支付转为贷记支付进行主动付款的支付业务代付：代客户付款至指定银行账户，这里的付款可以是单纯的付出一笔资金；主要用于商户提现、用户提现、结算付款等；还有另一个含义就是在买东西时找朋友代付款，即找人代付，是用户之间进行的代发：具有明确场景的代付，就是你付的是什么钱，更合理、透明、合规，例如工资、补贴等等；一般需要用企业对公基本结算户实现；另外，代发是一种老叫法，现在除了代发工资，已都叫代付了。也就是说，“代发工资”是一个业务场景，使用的“代付”业务产品32.退票通过银行支付款项时，银行实时扣减付款账户余额，但最终没有成功入账到收款人的账户，而将付款金额全额退回至付款账户的业务，即退票图片
把付款业务看成由2个过程组成：一个过程是“钱付出去了”，另一个过程是“对方收到钱了”只有这2个过程都成功了，才是真正的付款成功；但是，第二个过程可能会失败，那就会发生退票33.归集/调拨/资金池
图片
资金归集：是指将分散在不同账户、部门或地区的资金集中到一个中心账户或资金池中的过程资金调拨：更侧重于资金的转移和重新分配过程；资金归集通过调拨实现资金池：则是这些集中起来的资金所形成的一个统一的资金储存和管理空间。因此，资金归集是形成资金池的一种方式或手段34：主扫/被扫/刷卡/碰一碰
这类支付方式的核心是“新型支付工具的研发”
图片
这是四种线下面对面支付的方式，本质上是对支付工具的识别，进而进行支付工具所绑定的支付账户的账务处理，以完成最终的支付35.刷掌/刷脸/声波/虹膜这类支付方式的核心技术是“用户身份识别能力”
图片
这是四种线下面对面支付的方式，本质上是对用户身份的识别，基于该用户身份下所开通的该支付方式所绑定的账户进而进行账户的账务处理，以完成最终的支付；
36.信息流和资金流
信息流是支付指令的传输路径，资金流是资金在账户之间的流动的路径图片
资金的流动依赖信息的流动去推动，以信息流为依据；同样资金流动也是信息流动的必然结果，发生信息流动的目的就是推动资金的转移以完成最终的支付可以通过以下步骤结合上图，进行信息流和资金流的分析对象分析：分析出都有哪些参与对象
账户分析：涉及到哪些资金账户，这些资金账户都属于谁
信息流分析：交易流程是什么样的，参与者之间是如何进行信息交互的，就得到了我们要的信息流了
资金流分析：将支付过程，结算过程中涉及到的账户标记出来，资金是从哪些账户流出，流入哪些账户的，就得到了我们的资金流了
37.退款的全局实现不同平台接入的通道不同，退款政策也不同，就需要去分析接入的各类通道的退款能力，已实现自己的退款业务图片
商户做退款：通过微信支付、支付宝支付、快捷支付的退款能力实现三方做退款：通过网联或者银联执行的支付在退款时可以通过请求网联银联提供的退款通道执行退款清算机构做退款：内部先做净额轧差，净额通过人行最终实现退款资金的清算38.前置路由用户在提交订单以后，需要后端提供收银台封装结果，哪些支付方式可用，如何排序，是否有推荐的支付方式等图片
首先是交易层要传入支付特征给到收银台服务端或者支付系统；后端根据交易特征和历史支付画像，封装出收银台给到前端图片
39.支付处理流程对于支付处理的流程的把握，主要关注3层模型
图片
支付全局流程：站在全局的视角看支付流程，了解清楚从用户挑选商品开始，到最后支付完成，不同系统层之间是如何协调完成的支付核心主流程：支付核心系统不变流程，例如请求校验、幂等性、交易信息补全、路由处理、渠道信息补全、支付应答等支付方式的差异化流程：是在主流程的框架上，每一个支付方式的差异，例如交易信息补全环节，每个支付方式补全的参数不同
40.渠道路由
渠道路由及根据交易特征，选择出最有的支付通道出来；通过分组规则以及多条筛选规则得到最终要走的支付通道图片
41.支付渠道
可以将渠道分几大类：收款渠道、付款渠道、退款渠道、鉴权渠道、实名渠道图片
1.快捷通道根据方案提供机构的不同，快捷支付可以分为三种模式：三方模式、银联模式、银行模式图片
三方快捷：即由三方支付机构提供给商户的快捷支付产品，该模式也是市面上的主流模式，以易宝支付快捷支付为例图片
图片来易宝支付开放平台银联快捷：银联在线支付是银联推出的网上支付平台，包括认证支付、无跳转支付、网银支付等多种支付方式，其中无跳转支付即快捷支付图片
图片来银联开放平台银行快捷：有的银行也直接向商户提供快捷支付产品，以例如工商银行的“H5移动在线支付”图片
图片来工商银行开放平台2.网银通道网上银行支付，是指消费者在网上银行页面输入其账户信息，通过银行提供的验证方式（如U盾，支付密码等）完成付款的支付方式，主要适用于PC端及移动端，以汇付天下的网银支付流程为例图片
图片来自汇付天下开放平台
3.代扣通道是由收款方发起的主动向付款方收款的业务，需要跟付款方预先签约代扣协议，常用场景是分期还款、会员自动续费等图片
本质是收款方发起借记支付，付款方将借记支付转为贷记支付进行主动付款的支付业务4.微信支付通道做过零售端主流的支付方式，面向个人用户的收款非常重要的一个支付通道，其包含多种支付产品：APP支付、公众号支付、合单支付等图片
图片来自微信支付开放平台
对通道的理解和接入并不难，因为通道方都会提供接入文档和相应的商务和产研人员辅导42.支付记账支付成功后的记账主要涉及到支付、交易、营销三层业务的登记；不同业务登记不同的会计分录图片
从全局视角看支付的记账，可以省略掉中间过渡户，会计分录如下借 银行存款 80 销售费用 20 （20元的券） 贷 商户待结算 10043.支付核心全景图
一笔支付是有众多组织以及很多系统共同完成的，把这些组织和系统放到一起，通过支付流程串起来，可以看清楚一笔支付的全貌
图片
商户平台交易处理：处理用户的订单，先请求支付平台预下单，然后根据支付机构返回的支付标识、方法或者URL调用渠道的收银台
支付机构支付处理：处理商户的支付请求，并请求清算机构进行支付处理，内部需要登记账务流水、清算处理、结算处理、以及与商户对账
清算机构转接处理：实时清算，定时结算，向付款行转发支付请求
银行对客户的处理：银行根据清算机构转接过来的支付申请，操作用户的账户44.渠道清结算
以最复杂的场景为例，看一下清结算的原理；用户在交易平台购买了一个商家的商品，支付成功以后全链的清结算如下图所示，一层套一层图片
用户之间资金流用户支付：用户付款成功，渠道登记平台待结算；
渠道结算：从待结算结算到平台的收单账户；
结算通知：支付渠道通知交易平台钱已经结算到了收单账户
收单提现：平台将资金提现到对公户；
商家结算：平台从担保户结算到商家的虚拟账户；
商家提现：商家提现到自己的对公户平台间的清结算流清算机构清算：主要是清算机构向付款行和支付渠道下发清算文件和结算文件；
支付渠道清算：支付渠道向交易平台下发交易账单和资金账户；
商家结算：交易平台提供给商家对账单机构间的资金流在央行银行清算账户和备付金账户之间完成45.对象关系在算账过程中不同的交易会涉及到不同的对象关系，有没有代理商、有没有分账方等图片
对象关系不同涉及到的算账目标和任务不一样，在商户入网时构建该商户的关系模型，在实际算账过程中调用该模型关系，计算对应目标单商户：就是简单的收单商户，自己找上门签了一个收款产品
商户-分账方：最典型的就是电商类交易平台，如滴滴、美团等，平台需要给店家、骑手分账
代理商-商户：商户通过代理商接入平台，形成了代理关系
代理商-代理商-商户-分账方：这是更复杂的关系，涉及二级代理商
46.分账/分润本质
图片
分账：是商户将交易金额按照设定比例进行多方划分的过程
分润：是渠道方将各参与方费率差部分划分给各方的过程，例如给代理商划分“商户手续费-自己手续费”的那一部分手续费差
47.算账模型图片
交易成功后先登记账务流水，然后由账务系统推送至清算中心进行计费和清分，计费结果再返回账务系统进行流水登记
计费过程中通过交易所属商户的商编获取到其对象关系模型，以及每个对象的手续费配置和分账分润比例
48.商户手续费/通道成本
支付业务中会向商户手续交易手续费，并向通道支付通道成本，其差值即是支付机构最基本的商业模式图片
49.计费模式
常见的商户计费模式有内扣、外扣、预付实扣；常见的通道成本计费模式有固定金额、固定比例、笔数阶梯计费模式、利息模式、银联阶梯模式等图片
50.清分
结算前按照结算对象计算应收应付金额的过程
图片
51.商户清结算
支付机构将备付金中的预收代付资金，按照与商户签订的结算协议结算给商户的过程
结算方向：可以结算到支付账户，或者结算到银行卡
图片
结算模式：即按照什么样的方式将资金结算给商户
图片
T1结算：下一个工作日结算D1结算：下一个自然日结算D0结算：当天结算H0结算：整点结算S0结算：逐笔结算TD结算：跨日结算，针对于酒吧、KTV等0点前后交易集中的商户结算模式，例如按照上一日的12:00到下一日的12:00为结算周期
52.结算处理流程D1是自然日+1结算，与T1结算产品类似，多了一个垫资的场景，需要判断是否是工作日，周末要考虑垫资，因为上游渠道还没有结算图片
53.结算产品架构图片
结算服务：向上游提供各类业务的结算数据接收、查询、对账单下载等服务结算任务管理：各类结算产品的结算任务时间和结算的触发业务数据：待结算的业务数据结算信息管理：商家签约、结算日期、结算卡等基础信息的维护结算处理引擎：各类结算产品的核心处理核心商户对账：结算账单的模版及生成记录、查询和下载打款处理：请求出款54.商户结算记账将平台代商户向用户的收款，结算至商户的支付账户或者银行卡的过程，该过程主要是从商户结算户出金、通过过渡户扣减平台银行存款（备付金）的过程图片
从全局视角看商户结算的记账，可以省略掉中间过渡户，会计分录如下借 商户结算户 100 贷 银行存款 10055.钱包
钱包是利用互联网技术手段实现数字货币线上管理的虚拟钱包，像微信钱包，支付宝钱包，以及刚刚推出的数字人民币钱包——“存钱、借钱、花钱、结钱”图片
银行用户钱包：由银行基于银行结算账户体系构建的钱包应用，比如各个银行APP里的钱包
支付机构用户钱包：由支付机构基于支付账户体系提供钱包解决方案构建的钱包应用或者API经过商户封装后的钱包应用
数字人民币钱包：人行推出的数字人民币钱包
平台自建钱包：各个平台自己基于自建账户搭建的虚拟钱包应用
综合钱包：是以上几类账户共同构成账户基础的综合性钱包56.三户模型设计账户的经典模型，可以清晰的构建出各信息层的边界和关系图片
三户：客户、用户、账户，客户是一个自然存在的个人或者企业；用户是客户在平台注册形成的一个用户账号，资金账户是用户开通的用于支付交易或者结算使用的账户
关系：一个客户可以注册为多个用户，每个用户可以开通多个账户，例如你在美团可以注册为美团用户、摩拜单车用户、美团打车用户
拥有和授权：例如在微信拥有零钱账户、理财账户；同样微信可以为家属开通亲属卡，将账户授权给亲属用户使用57.账户分类
图片
从不同的角度，账户有不用的分类方法按科目属性：资产类账户、负债类账户、损益类账户、共同类账户等按科目级别：总分类账账户、明细分类账账户
按对象类型：个人账户、企业账户
按用途：结算户、待结算户、清算往来户、已清算账户、存款户
按账户种类：虚拟账户、支付账户、结算账户、清算账户、备付金账户58.复试记账法
每一项经济活动发生后，都会登记在至少2个账户的记账方法；常用的是“借贷复式记账法”
牢记记账规则：有借必有贷，借贷必相等
能够分析出账户属性：资产类账户、负债类账户、损益类账户、共同类账户等
记住3个会计恒等式
会计恒等式1：资产=负债+所有者权益 恒等式2：利润=收入-费用恒等式3：资产+费用=负债+所有者权益+收入主要是1和3，2+1推出3，等式左边增加在借方，减少在贷方；等式右边增加在贷方，减少在借方
例如：用1000元买了一台电脑
先分析涉及到的账户属性，钱减少了1000元，涉及到银行存款减少了，获得一台电脑即库存商品增加了；二者都属于资产类科目，增加在借方，减少在贷方；所以会计分录为
借 库存商品 1000
贷 银行存款 1000
59.会计事件支付发生后需要记账，记账就需要一个时机，这个时机就是会计事件，例如订单创建成功、支付提交渠道、支付返回成功、优惠券完成核销等等图片
60.记账模式
根据业务发生后如何进行记账，可以将记账方式分为实时记账、缓冲记账等图片
61.热点账户及解决热点账户是指在短时间内产生了大量记账请求，造成账户余额的高并发更新，而出现入账延迟、失败、准确性等问题，这里涉及到的账户称为热点账户图片
可以通过以下7种方案解决热点账户问题限流，控制并发：限制入账请求的并发数，缺点是会造成大面积记账延迟
变多为少，明细汇总记账：将明细汇总成总金额去更新账户，适合对账户余额时效性要求不高的账户
排队办理，缓冲记账：建立缓冲区，超过并发的请求，进行排队
临时存放，缓存记账：高并发请求先记入缓存，然后定时将缓存记账更新到数据库
增加点位，子账户拆分：将账户拆分成子账户，分别进行更新
小弟线上，前置缓冲：可参考网联前置系统，为解决央行备付金账户热点问题
技术性能升级：提高系统性能，从根本上解决技术瓶颈
62.记账日与日切
记账日及会计总账日，指业务发生后登记账务的时间，一般由日切子系统统一维护记账日图片
日切简单的说就是记账日期的切换，变更系统的记账时间；这个切换时间点就是“日切点”统一调度：日切任务，有日切系统统一调度，协调进行日切点与日切维护：日切子系统维护日切时间，以及记账日期系统时段切割与运行状态管控：将日切过程划分成日切准备、日切中、日切结束、日终处理等阶段
63.三大对账模式对账即“账证实”的核对，确保账务登记的准确性
图片
根据核对的目的和数据的不同，可以将对账分为3种模式
交易对账模型：核对平台支付记录与渠道清算记录的一致性资金对账模型：核对渠道的应收应付和实收实付时候一致余额调节核对：将系统记账余额和实际资金账户余额经过在途调整后进行一致性核对的业务64.对账差错处理对账差错是在核对过程中发现的与实际不相符的错误点图片
不同对账模式会对出不同的差错类型账务差错：账务数据和支付数据不一致，给商户多入或者少入了；可以通过商户补入账消除差错
交易差错：平台支付数据与渠道清算数据不一致，存在平台单边或者渠道单边；可以通过平台补单或者渠道撤单消除差错
资金差错：应收应付和实收实付不一致，出现长短款了；可以向银行追款或者确认损失消除差错
65.二清本质
“二清”即二次清结算，分信息二清和资金二清，重点要解决资金二清指的是有清结算资质的机构将资金结算给入网的平台后，该平台再将资金清结算给其子商户，若该平台没有清结算资质的话，就属于二清了图片
如果平台的经营出现问题，资金又没有受到第监管，这些“裸奔”的资金容易被平台卷走，对于商家和客户而言，都不安全
66.二清解决原理
图片
原理：非自有资金不过自己的账户，通过收单机构直接清分给自己的商户 本站仅提供存储服务，所有内容均由用户发布，如发现有害或侵权内容，请点击举报。九龙配资提示：文章来自网络，不代表本站观点。
