按照嘉宾的要求，本文不对外公开。如果你是意外看到这篇文章，请勿将链接发送给其他人。
一、主题分享：帐务处理和对账的那点事
希望讲的内容能帮到大家，是不是干货 我是这样认为的，只要大家觉得对自己有帮助有收获 我觉得就是干货 就是好东西，下面是我的时间了！今天分享的主题是《账务处理及对账的那点破事儿》！我也是用心花了一周时间整理的。
第一部分 充、提、退相关业务原理简介
我想讲讲关于支付宝的充值、充退和提现的相关简单业务原理。 这个有助于大家对面的的知识点理解，支付宝大家都在用，我们做群里做产品的多少人深入体验过支付宝的各类产品。从全后端就像全流程的体验，我喜欢通过各家产品进行研究 研究什么 研究后面的逻辑和原理。
1、充值业务简单介绍
充值的流程 后面的对账环节会有重点讲解
上面讲到了意外数据恢复 这个很重要
那么整个充值业务的流程是什么样的呢
这张图估计大家见过, 我对这个图加工了一下, 这张图就是之前说到的那个关于充值流程阐述的可视流程图, 建议大家体验一下支付宝充值的流程, 然后对比这张图,相信大家回豁然开朗。那么支付宝充值的渠道有哪些？
再次我注明一下 这些渠道是之前的渠道 现在是什么样的我不是很清楚了。业务是在不断不变化的 政策是在不断变化的。今天只讲一些方法论方面的东西。
上面讲的 充值业务的相关知识。下面我讲充退业务的东西
什么是充退？ 充退的来源有哪些？
这样图说明了什么是充退。来源是什么。或者说场景是什么。在清结算系统设计中,有一个前置区,其实就是支付缓存区,充退是有严格 的规则的。因为涉及到资金出金。
这些是目前的规则，由于时间有限，关于充退的场景体验在此不做进一步讲解。之后课件里面会有关于这些的场景体验案例。现在讲的都是一些业务，是为了你们更好的理解后面 的账务。所以才花时间讲这样业务方面的。
这是充退业务的业务和账务流程，
注意比较和充值还有后面的提现该流程图的异同，现在的提现产品有如下：
下面讲到了提现业务
刚刚讲到了充 提 退，我把三张流程图放一起，大家比较看：
好了，上面讲的就是目录里面的第一部分。充 提 退相关业务的简单介绍。我不知道群里有多少人是财务出身，我是财务出身的， 下面讲的是账务基础知识的相关介绍。之前的会计系统的分享中也提过。私下也有好多朋友咨询过关于账务方面的东西，好多人问入账流水怎么产生的 什么时候产生的，后面怎么记账的。好了 现在讲的就是这些
主要讲的有系统间关系 账务科目结构 日常账务处理 日切账务处理 差错处理办法。之前的也有朋友在群里讲过，网上的也有这方面公开的资料。我在此在复述一遍。
通过业务触发账务。各系统间的关系就是这样子的。大家应该知道支付宝的担保交易流程吧？那么他们的资金平衡是怎么样的呢？
简单讲一下这个平衡关系。买家支付宝账户+交易保证金账户+卖家支付宝账户=存放银行账户=支付宝公司银行备付金账户。资金对账对什么？大家明白了没有？不就是对客户存放在支付宝系统的账户余额是否等于存放银行账户 然后是否等于实际支付宝在银行的结算账户。
科目上担保账户是怎么记账的呢？这里面有关于资金调拨的业务原理。本次就不分享了。下次分享。
下面讲的是我之前也讲过的，账务科目结构。当然只讲一级科目，后面的二三级结构就不深入讲了。要将讲到明天都没有办法结束了。
内部户和科目的关系见下图
那么日常的业务的账务是怎么处理的呢？也就是你们说的会计分录 或者说怎么记账吧？
充值的账务处理，大家关于我里面写的记账时间，账务处理时间。很重要。在设计账务系统会计系统的要关注的。讲充值的账务处理。接着讲提现。
大家注意了，联想一下我上面说的那充值 提现 的流程图。和这个账务处理串联起来。
大家好好串联一下，然后深入理解一下。是不是发现讲的就是一个东西啊？是不是前后端有点联系了？
这个是一些手工帐，后面讲对账那方面也会涉及到。先埋一个伏笔。这是手续费 转账 计提利息 还有待查收支的会计分录。主要我说的待查收支会计分录。后面对账你们会再次遇到。
讲完日常账务处理 接下来讲日切的账务处理。
这些的账务处理 大家有没有后觉得之前我也讲过？是的 我在讲会计系统的规则的时候详细讲过这个。大家翻翻之前的内容 串联回想一下吧。
再讲讲常用的差错处理办法吧。后面再讲对账的结果处理中我们还会再次细讲。
这些常见的差错处理要是不懂会计的估计看的还有点吃力。上面就是我目录中的基础账务处理的相关知识
接下来讲对账业务，这环节我多讲一些。
先说一些名词，可能每一家公司的叫法不一样。
什么是对账？
这就是我们定义的对账
大家经常问我什么是清算流水 什么是入账流水？什么时候生成清算流水 什么时候生成入账流水？如何对账？
数据来源，
（三）入账流水
- 入账流水来源于支付层的成功结果
- 充值：实时收到的银行成功结果，以及业务对账恢复掉单的结果
- 充退、提现：线下业务，回导结果文件经系统业务对账处理；直连业务，接收银行返回的成功结果
下面讲对账逻辑，有一对一 多对多 一对多
还有内部流水勾销，这个大家关注一下
下面是讲对账流程
那么对账中心主要的功能有哪些，下面这个视图发给大家看。
下面我仔细深入的讲一下对账的业务流程及操作
刚刚上面讲账务处理的时候讲到了对账结果处理 这块的待查收支的处理就是说这个
现在讲对账的账务处理
第三部分对账的业务就讲到这， 后面接着讲业务记账的处理逻辑。大家还是要结合之前讲的会计系统规则设计内容进行串联
什么时候计单边账？什么时候结转？什么时候更新内部户余额？请各位仔细研究吧。这图已经说的很明白了
下面更有货。
充值业务订单的恢复处理
上面讲的各业务记账的处理逻辑，下面讲一下一些知识点吧，也就是一些名词。为了让大家对上面的知识进一步理解
我的关于账务处理和对账讲到这
二、 Q&A
Q1、是否方便解释一下充值时会计系统的数据库层面处理方式？
A、数据库层面我不知道啊，这个是技术实现问题，这个你可以看一下之前我讲的会计系统，里面有的。
Q2、哥们，资金调拨是个什么概念？
A、资金调拨设置这个科目的主要原因是：1、实际的银行存款可能会大于账面的银行存款；2、待清算结转到银行存款可能会滞后；3、还有就是资金对账也可能滞后，还有就是资金流转速度快当日必须要及时登账，才会设置一个资金调拨科目。
A2、明白了，就是调账
A、关于资金调拨，会有一个专门的资金调拨系统，其实就是要余额预警 资金预测，
A3、这块的资金预测，账户预警，秋秋什么时候方便分享一下
A、好的，资金调拨我抽空再讲
Q3、资金调度会对资金账户的头寸管理吗？
是的额 头寸的管理
Q4、交易实时单边，日终记清算账，这个是为了解决热点账户问题吗？
A、是的
Q5、你说的这种对账对不出来 没太明白，是说以银行的资金文件为准？
A、我今天讲的是资金层面的对账
Q6、对账主要是流水勾兑，如果出现一方流水多或少就要查原因了，可能是长款或者短款。
A、长短款处理有好多方法，有冲正，有退款，要根据不同原因处理。
Q7、请教大家个问题，支付业务中跨机构的操作，会计系统会按产品的维度去核算机构间清算，
还是说维度粗些就是A机构应收B机构100，B机构应付A机构100？
A、应收应付是按照机构纬度的，或者说按照银行企业账户维度。
A1、赞同
A、应收应付需要和实收实付充抵，否则报表是不能平衡的
A2、恩 按机构维度，在核算上会体现出来AB机构下的各个产品分别应清算多少么。
A、嗯，是的，对应银行来款多少，做实收，付出去多少做实付，最终落实到银行往来流水记录。
三、自由讨论
3.1、网联
Q1、我也想知道接入网联对于小的支付机构有什么好处？
A1、降低渠道对接成本
Q2、网联有开始对接的么？
A1、大家好，网联和银行、支付机构在陆续对接中
Q3、今年会把支付宝和财付通的量都切到网联么？
A1、量要逐步切
A2、不太现实的，体量太大.而且支付宝的数据中心的规模投入太大了，估计也就宇宙行能和他一拼
A3、挺期待网联能不能撑住春节，俩大支付公司的红包雨
A1、机构完全断开直联银行之时，也就是量全切过来的截止时间
A2、嗯，我觉得3年内是还会继续维持现状
A1、这个没问题，系统的峰值处理能力预留很大空间，以后也会持续扩容
A1、没三年那么久，监管机构有要求
A2、瞬间的峰值是需要实践检验的
A1、没错的
A1、实际承载能力是否达到设计能力需要实践检验，所以切量是逐步有计划进行
A1、灰度测试升级
A2、嗯，灰度升级的理念感觉挺好的~也比较适合网联的现实情况，不过前期人力投入要求很高了
Q4、网联是各大支付公司出人一起开发的是吗
A1、网联的首要任务是解决支付机构断开直联，解决支付机构一点接入银行，降低社会成本，共建共有共享
A2、嗯，互联网思维，共享降低成本~其实也是让支付机构把重点放到支付创新上
A1、切断支付机构与银行多头连接，改变机构违规从事跨行清算的现状
A1、通过支付机构一点接入，实现资金清算的透明化、集中化运作，节约连接成本，支持业务创新
A3、支付机构不能银联化，是监管的方向。
A1、对的，促进公平竞争，提高清算效率，保障资金安全，也有利于监管部门对社会资金流向的实时监测。
A2、嗯，也是价格的统一，避免产生价格竞争
A1、这些是习主席对保障金融系统安全稳定可控运行的一项重要工作内容
A4、可能我悲观点，觉得网联应该一段时间内不会有什么影响力或者占不了多少份额，本来就是共建的，而支付宝微信出力但不是一定用心；支付系统的完善可能也需要一定时间
A2、事在人为，我觉得一旦齿轮开始转动了，有些事情就会发生变化
A5、主要是我们国家整体的清算-结算支付 二级体系。一级体系由人行管理。
A1\网联是金融基础设施，网联不会去抢支付机构的市场也业务
A2、支付宝、微信不是全能的，也是逐步做大做强的
Q5、聚合支付公司可以接入网联吗
A、不是收单机构是不行的
Q6、网联不做银行间清算的是么？
A1、网联是服务好接入的机构和银行
A2、这个银行间清算是人行系统的事情。。大小额系统
A3、清算协会
Q7、基金保险之类的算接入准入单位么？
A1、基金、保险需要有销售牌照的，不是支付机构想做就能做的，支付还是支付，网联做的是支付机构与银行间的桥梁，不改变原有模式。
Q8、支付公司在网联接入过程中充当什么角色？
A1、大商户
A2、网联的下游准入是支付公司命门啊
A3、估计银联以后会主攻线下
A4、银联也是转接清算机构，一直倡导谁的卡谁转接清算，而且线下如何定义？有卡支付是线下？无卡支付属于线上？那银联收入要少一大块
A1、我觉得区分线上线下不是很好,本身网联和银联都是转接机构，银联的业务范围更大， 而网联明确是支付机构.银联国际还有对接国际业务，而网联目前是没有这块定位的
A6、如果只能做有卡支付清算，那银联基本不要玩了，有卡支付场景和份额越来越少了
A5、二维码一出，更模糊了
A1、如果只能做有卡支付清算，那银联基本不要玩了，有卡支付场景和份额越来越少了
A2、银联还有卡组织职能
A1、银联也可以做网联做的事情
A1、人行没有说支付机构只能接网联
A2、那在转接清算这个职能上，网联、银联存在重叠和竞争
A2、嗯，可以这么理解，但是有一只有形的手在控制
A2、独家垄断变寡头垄断，估计不会允许网联开设运动员只能的子公司，类似银商、CP这种
A1、嗯，网联的定位更多的是监管意图，而非盈利目的
A1、网联可以看作是一个监管的影子系统
A2、这样靠谱点，可以打消其他运动员的顾虑
A1、从股权结构来看也是如此，网联成立各家支付机构都有股份
A2、银联也是很多银行的股份
A1、嗯，是的，但是和支付机构之间是竞争关系
A1、所以银联没办法去承接网联的定位和职能
A2、银联本身没有，但银联子公司有，所以难以服众
A1、嗯，是的
A1、毕竟银联还是要盈利作为主要目的的
A3、只要是一个独立的法人（股份制），就要赚钱的，我觉得网联也是一样的。只是现在的一期的目标不是赚钱，是统一、规范、监管等职责。
A1、就看是否以上市为目的了
A3、有道理
A1、银联也不会上市的，银联太有钱了
A1、这个观点是错误的哦~银联也承担了为国家赚钱的义务，会不会上市需要看国家策略
A1、阿里的盈利不是都快赶超宇宙行了~~
A1、银联跟阿里相比，差距立现了~
A2、基因不一样，银联属于国企，经营范围有限，在自己的生态里很滋润，上市意味着很多东西公开化，反而可能麻烦
A1、那工农中建也是国企，不也是上市了吗~
A2、至少短期不会，没有啥动机
A1、嗯，这个是没错的，银联目前不能存在资金不足的问题
A1、上市的目的主要是融资和扩大在生产
A1、当初的工行上市，是剥离了不良资产，逐步做大做强的
A1、相对于其他融资渠道成本更加低廉，不会有太多的负债压力~
A4、据说网联的体制都没有建立 法人还没确认
A5、今天这么多大佬都在讨论银联
A4、银联对自己的定位核心还是转接清算
A4、和网联的职能有重叠 竞争是迟早的事 这对大家不是好事吗？
A5、网联现在的主要障碍除了银联还有各大行 网联分了各大银行的蛋糕
A6、银联的股东是银行 网联的股东是第三方 两家算门当户对了[呲牙]
A5、对银联 银行来说 最大的危机是用户只用支付宝 微信 后续所有的资金都在其中 不再流转出来
A7、就是不知道网联后台硬不硬，能不能搞得起来
A5、银行和银联后续的业务就大打折扣了
A8、网联是央行
A8、主导的吧
A9、暂时阻力还大于支持程度
A5、主要是有AT吧
A5、其他都不算什么
A6、央行才是网联最大股东
A6、我们支付公司是小股东
A1、个人猜想 网联的主要目标应该就是AT手里的数据吧 虽然伪装成股份公司
A1、银联最大的大股东 印钞铸币总公司，也是央行下属产业
A1、央妈有一颗操不完的心
A1、亲们，问下，现在的外部渠道可以验证哪些要素啊，不包括支付公司的外部渠道
A1、比如前海，鹏元
A1、银联就是听央妈话的小屁孩
A1、庆幸是企业 不是机关单位
A1、机关单位 都是公务员 整个支付行业的发展都不一样了
A1、网联要是能让银行作为收单机构接入就好了，现在是各种不对等，只能靠政府行为强推啊
3.2、预付卡业务
Q1、想请问一下 一笔订单，假设100元 ，用会员余额支付50元，再用支付宝支付50元，这样是否可行，如不可行，不可行的原因是什么？
A1、不可以的
A2、余额是你们自己的虚拟账户体系吧
A1、监管上不能两个钱包的资金互通
A3、会员余额的性质上是啥
A2、他们肯定是作为电商了吧
A1、电商除非是预付卡性质
A4、虚拟币还是预付卡
A3、若是电商 自己的虚拟账户体系，那么就是内部户+外部户
A3、可以的
A1、否则电商的这个会员余额也是违规的
A5、可以啊。内部账户没问题啊。
A1、除非是单一用途的
A6、虚拟币的话没看到有哪里不可行的，预付卡会有合规问题
A7、技术上 业务上都没问题，主要是合规性上面
A1、多用途的如类似携程什么就是违规
A2、自己体系里面 自己结算给自己没问问题
A2、结算给外部商户就GG
A4、业务上技术上都可行
A5、关键不好控制，要成功都成功，要失败都失败。
A7、没有问题啊 ，先支付宝支付再账户支付
A3、恩 内部+外部呗
A3、不是外部+外部就好
A1、嗯，还有就是这个内部的资金性质要搞清楚，只有单一用途预付卡才行
A1、否则内部的资金会认为是违规开展支付账户业务
A8、可不可以你自己体验一下就可以了吖
A9、 主要是业务合规性，会员余额的资金来源是用户充值吗，你们销售的全是自营产品？
A1、需要有互联网支付牌照才能开展支付账户业务的
A8、有些场景最去体验
A、会员资金来源是会员充值
A1、这个资金除了电商还能用在其他地方吗？
A1、是只有自营的，还是其他商户也可以使用？
A、会员资金是充值给到商户的 在商户线下线上消费时使用的
A、自营的
A7、我觉得不用讨论资质，资质有问题，和组不组合没有关系。
A9、嗯，你们用什么资质收充值的钱的啊
A、线下支付时 收银台收款 即用会员余额支付又用其他支付方式支付，如支付宝、微信
A9、充值到商户？关键是会员余额是否跨商户消费了
A10、这个看着就有点不太合规啊
A、没有跨商户消费
A1、有支付牌照么？
A2、如果是单一用途预付卡是可以的
A1、那就还行，到当地商务局报备下单用途预付卡业务吧
A5、不跨商户也有预付费卡资质问题的啊
A1、不跨商户也有预付费卡资质问题的啊
A8、嗯，是的
A1、预付卡报备后合规服务，但这个账户额度是受限的，非实名上限1000元，实名上限5000元
A3、嗯，是的，这个有专门单一用途预付卡管理办法
A1、百度一下可以了解看看
A9、个人觉得是否合规的本质要关注资金流向，充值的资金最后进入谁的账户，消费又是从哪个账户到哪个账户，如果这里涉及平台账户和商户账户的资金流转，平台又没有支付牌照，那就是违规的。
Q2、如果不涉及到充值，资金来源是拉新返现平台给用户佣金，那用户余额加第三方组合支付购买平台的商品，这种合规吗？
A1、看成2种支付性质，一个是预付卡支付，一个是支付账户支付
A2、一种是预付卡受理（单一用途），另一个需要和支付宝、微信签订特约商户收单协议，需要符合收单管理办法
A1、 建议把你们的业务场景再描述一下吧（或者说你们要做成什么样呢？），这样大家比较有针对性回答问题，能不能合并支付的问题，刚才已有很多大神回复。
A3、如果线下存钱 在商家系统变成充积分买积分 购买时以积分抵扣一部分 行不行？
A4、这样是不是可以不用报备预付卡业务了？
A1、单纯的充值消费，不需要预付卡牌照的资质，央行颁发的预付卡牌照的作用在于，可以做结算
A5、比我是是一个洗浴中心，你充了3W进来，只要在我这个商户范围内，你随便消费，买东西，吃饭，大保健都可以
A1、那其实和我以前公司做的很像了
A1、充值到平台的虚拟个人账户上
A1、嗯，这个还是叫单一用途预付卡
A2、多用途预付卡的作用在于可以给多个商户用，比如麦当劳，肯德基，吉野家
A4、然后在入驻商户消费
A1、虚拟个人账户必须要有互联网支付牌照
A6、这里的资金流向就是 用户-平台-商户
A3、嗯，多用途预付卡需要发放和受理牌照
A1、如果是商户自己用，那个可以是单用途预付卡
A2、我估计他们发起结算的时候，资金也会到商户在平台开设的虚拟账户吧
A1、然后商户提现
A6、这里就有平台二清的问题了
A3、有提现就是违规的
A1、是啊，以前的做法是，商户和平台签署委托收款协议
A3、不仅是二清的问题，是无牌机构开展支付账户业务
A1、是最近人行严查严打的
A3、这样资金流向就是 用户-平台（商户）
A2、嗯，没有支付牌照不能做提现，但是可以包装成伪提现，叫原路返回退款
A1、不过用起来麻烦死了
A3、但是据说后面这样也要查了
A2、一般是用代付出去的
A1、嗯，代付就是提现
A2、但是很多中小公司 都是这样干的
A1、那就看平台是否和商户的合作模式
A1、这种解释不过去的，人行肯定要算违规的
A2、二清方式
A1、若是平台做的是采购模式，开发票的是平台
A1、那其实没问题
A2、如果只做信息流，不碰资金流就可以
A6、但是最终提供服务的是商户，开票的是商户，平台收钱。。那就违规了╮(￣▽￣”)╭
A1、这么干不代表是合规的。。。平台跑路了，商户持卡人血本无归
A6、是啊
A2、这个资金是在平台保管的，而不是支付机构备份金受人民银行保护
A1、这个也可以绕过去，如果平台是代理模式呢
A4、不允许的
A1、事实上会形成平台采购，再销售，那就合规了
A2、这个那必须是自营
A1、是的，你做成采购模式 开票的是平台
A6、那妥妥的
A1、现在只做信息流也不想了吧
A5、谁开票 谁收钱
A2、代理销售模式需要有代理合同
A1、这个好做呀
A5、代理合同随便写写好了
A1、平台和商户之间的关系就本质上不同了
A2、平台收钱，平台收费
A1、以前玩的是委托收款协议
A5、平台开票
A1、谁能说说目前这一玩还行么
A2、这样
A1、然后平台和商户签代理，采购合同
A5、这个还有一个问题，收单机构不是和平台签订
A1、而是具体一家家商户
A2、你支付的钱，是给平台的
A1、你签商户 签的是平台呀
A5、而且资金不能停留，不能有余额的概念
A1、平台再和商户签合同
A1、我平台再和商户签
A2、这种模式平台不碰资金
A1、这个怎么也绕不开监管的
A1、少有不碰的。。前段时间蘑菇街不是被约谈了么
A5、后面做托管了
A2、很标准的平台电商模式╮(￣▽￣”)╭ 后面大体量的商户都会被慢慢约谈吧
A1、嗯，这个支付机构也要罚款的
A5、支付渠道全部都会切断
A1、现在还没那么严。。。就我了解的一堆平台电商还这样在玩
A2、电商不涉及“二清”的很少很少
A1、哟 蘑菇街的来了
A7、还有饿了么
A1、谁知道饿了么做托管了么
A8、其实电商平台倒闭了，问题都浮现出来了
A2、美团之前被搞，也是这个问题呀
A1、嗯， 现在可以举报的
A4、不涉及和主动涉是两码事，现在很多银行都有方案的。
A1、我第一家公司和刚刚那个杭州的朋友场景几乎一致
A2、公司也是百亿级的体量
A1、不知道后面做托管没
A4、即使做了托管，受理范围会缩小的
A1、说到底只能看作是预付卡模式，按照预付卡的监管要求来管理
Q3、如果是充值成为商户积分呢？也是要预付卡牌照？
A1、分为通用还是单一用途
A2、只要有资金性质，无论是积分还是人民币都是预付卡
A3、除非你是优惠券
A1、通用就是平台积分，单一用途就是只能是制定商户的对吧
A4、指定
A1、嗯，是的
A5、或者平台自营的商户
A1、比如美发连锁店，可以在不同连锁定使用
A5、通用积分怎么清算啊，我之前问过这个问题。呵呵
A6、就是正常的预付卡支付清算，不过是积分和人民币需要转换一下
A4、组合支付的时候，清算要分两部分来走？
A7、嗯，是的，两笔支付订单
A8、用户看到的还是一笔？
A1、用户看到的商户订单是一笔
A9、这个搞得好混乱 目的就是为了用户资金安全 然后平台千方百计截留的问题 如果技术支持让商家平台都不能碰用户的银行账户 那会简单的多 问题的根本是出在让一些敏感的信息（用户银行账户）经过需要严加看管的组织机构（平台商家）
A1、这个是真的有商户捐款跑路的
本文档来自支付产品技术交流群的聊天记录整理，由志愿者整理并发布到本网站。如需要及时收到来自支付产品技术交流群的最新消息，请扫码关注“凤凰牌老熊”的微信公众号。 本群面向支付行业的有经验（2年以上）的产品经理、软件工程师、架构师等，提供交流平台。如想加入本群，请在本文评论中留言（不公开），说明所在的公司、负责的工作、入群分享的主题和时间。
- 长按或者扫描二维码来打赏，感谢支持群管理工作！
- 请扫码关注“凤凰牌老熊”的微信公众号。
