【云闪付商家收款码 开通全过程视频！】     

               

上面就是云闪付商家收款码的申请全过程 ！您学会了吗？     

          

云闪付服务商官网是：ysffws.com，进入云闪付服务商官网可以直接联系上服务商，服务商可以帮助您完成二 次认证，解决申请过程出现的任何问题，是您申请收款码的好帮手哦！~     

   

---

                  

我们知道，每笔付款最终都必须结算，并且一般会有很多参与者或利害关系方。 交割完成后，相关利益关系将得到解决并完成权益分配。 本文作者对完成利益分配的“清算制度”进行了详细的分析和剖析。 让我们来看看。

付款完成后，合同即履行。 履行完毕后，需要对各方利益进行清算，最终解决。 结算系统和支付系统是并行的，是支付领域的另一个非常大的系统。

1. 清算系统设计

我们都知道，付款最终是要结算的。 企业通常有许多参与者或利益相关方。 事项完成后，必须清楚计算相关利益关系并完成利益分配。 今天我们就来说说“清算制度”，一个清算账目、分配利益的制度。

1、清算系统概述

我们先看一下清算的定义以及云闪通清算的含义。

《支付清算组织管理办法》规定：

云闪付的支付结算包括清算和资金划转两部分：

1）明确要点

对于交易日志中记录的成功交易，将交易本金和交易费用（手续费、利润分成等）一一计算，然后根据清算对象对差额进行汇总和净额，形成应收金额或应付。 简而言之，就是弄清楚今天向谁要多少钱？ 应该给谁多少？

2）资金划转

通过特定渠道和方式完成应收应付资金划转。 简而言之，就是明确应收账款的催收和应付账款的支付渠道。

从上述定义可以看出，清算的核心实际上是清算的过程，即算清各方应收应付账款的过程。 今天我们将重点关注这个过程和会计过程。 承载这个过程的系统称为清算系统。

2. 清算系统所在地

我们在《一张付款收据》一文中提出了“311架构模型”。 这里我们可以看到清算系统的位置，在交易系统之后； 在这种情况下我们可以理解为清算系统是在订单、交易、付款之后。 以上三者都可能根据自身业务请求清算，比如根据订单清算商户结算、根据交易计算卡券营销等成本、根据支付计算渠道成本等，如图1所示:

图1 结算系统位置

3、清算业务架构

清算系统的整个结构由以下几个部分组成。 我们之前在O2O清结算实践中详细讲过，主要包括上游请求系统、商户模型子系统、计算核心、计费子系统、记账前端模块。 后面会详细讲解各个模块的功能和设计要点，如图2所示：

图2 清算系统架构

4. 上游请求系统

简而言之，任何有清算需求的业务系统都可以称为清算系统的上游，向清算系统发起清算请求，如订单、交易、支付等。 以上三者可能会根据自己的业务请求结算，比如根据订单进行清算商户结算，根据交易计算卡券营销等成本，根据支付计算渠道成本等。

5. 对象模型

对象模型是您计算出的应收应付债权对象，以及对象之间的关系。 例如，食品配送平台上的订单可能涉及许多利益相关方。 例如，外卖平台需要佣金，提供餐食的商家需要餐费，骑士兄弟需要快递服务费，骑士兄弟需要保险费。 这些都需要完成。 订单共享账户； 外卖平台也可能有很多渠道或合作伙伴，需要对渠道和合作伙伴进行利润分成。

账户共享是将一笔金额分成多份，分配给多方； 而利润分享实际上就是平台将计算所得的收入分配给多个利润分享方。

一个公司的业务对于不同的业务可能有不同的对象模型，比如单个商户、有合作伙伴的商户、有渠道商的商户、有服务商平台商的商户。 因此，每种类型的订单都会有不同的商户模型，计算时的计算维度也会不同。

然后我们抽象出通用的集中式对象关系模型，如图3所示：

图3 常见对象关系模型

当商家注册或入驻时，在对象模型子系统中生成商家的对象模型以及该模型对应的对象关系。 例如，如果您通过朋友的邀请注册了一个网站，那么该朋友就成为您的合作伙伴，那么您的对象模型就是“合作伙伴-用户模型”。 当您购买时，系统会计算该金额并将其交给您的朋友。 作为您合作伙伴的份额。

6. 计费规则子系统

计费子系统的核心功能是维护计费规则并根据计费服务的请求返回计费模式和参数值。 例如，单商户模型需要计算平台的信息服务费，然后通过基础参数请求计费子系统，获取信息服务费的计费方式（比例、定额、单层或累计），并获取计费规则。 信息服务费可稍后计算。

最重要的是根据业务特点抽象出计费规则的模型。

一是匹配模式，即在规则池中查找规则的方法。 例如，条件方法是一组匹配规则的参数。 这也是最常用的，所以需要针对不同的计费类型进行设置。 不同的匹配条件组，例如示例中通过“类别+城市”查找规则，此时可以在匹配条件中设置灵活的条件组。

然后是规则的设置，一个规则应该由哪些维度组成，这样我们就可以把每个成本的计算看成一个函数。

共享成本=f(x)=g{ j(a) , k(b,c) , l[y,z, p(e,r,u) ] }

那么你的规则需要能够使这个一致的函数得到f(x)的值。

划分方式：固定金额、固定比例、单笔交易等级、累计等级、递减等。

以下是选择模式后需要配置的规则参数：

我们看一个计费规则配置示例，如图4所示：

图4 合作伙伴共享计费规则配置

基于上面的配置器，我们可以配置很多规则。 然后根据不同的费用配置模板，我们可以配置无限的计费规则，如图5所示：

如图5 合作伙伴共享计费规则列表

7、结算服务

强平请求到来后，不同的强平类型我们的计算任务是不同的，计算方式也不同，计算结果也会不同。 因此，我们还需要对会计模型进行设计和抽象。 例如，我们首先根据强平类型确定强平模板。 根据清算模板，我们知道应该计算哪些费用，应该完成哪些任务，然后我们就可以对每一项费用进行一一计算。 对于整个计算过程中如果需要做一些处理的话，就做吧。

关于利润分享和账户分享，根据不同的对象模型，我们可以知道哪些需要计算为利润分享，哪些需要计算为账户分享。 我们通过以下代理、商户、账户共享方来查看，如图6所示：

图6 账户分享与利润分享

8. 对结果进行排序

我们在小票里讲了清算计费的结果，看透了支付结算结构。 例如，下面我们计算了这张外卖订单的相关应收应付账款及其所属的主体对象，如表1所示：

表1 间隙详情

这是清算明细，是否需要汇总、扣除差异，取决于业务需求。 一般我们可以选择单笔交易入账，即一入一算。

9. 会计服务

分类完成后，我们需要进行记账处理。 我们在从入门到熟练的账户系统设计中都解释得很清楚。 你可以回顾一下。

2. 结算系统设计

公司每个月都要给员工结算工资：陈先生在京东开了一家店，京东需要定期结算货款； 你请了保姆，每个月都要和阿姨结算服务费……等等，我们来看看结算场景。 这并不陌生，但你知道如何设计结算系统吗？ 今天我们就好好聊聊（文末有原型页面）。

1. 什么是结算？

定义：资金从平台收款转移到平台商户的过程。

再拓展的话，还有滴滴、啦啦出行、京东等很多平台。 作为一个服务平台，有很多商家（我们也称滴滴司机商家）。 用户在平台上购买商品或服务。 服务完成后，平台需按照协议提取一定费用后将剩余部分服务费打入商户平台结算账户，或直接支付至商户银行账户进行资金划转流程。

结算条款解释如表2所示：

表2 常用结算条款解释

2、结算模式

常见的结算方式有两种：

银行卡结算：将结算金额直接支付至商户签约的结算银行卡账户。 结算至虚拟账户：虚拟结算金额记入商户在平台开立的结算账户，商户后续可自主提取现金。

例如，当微信支付宝开通支付产品时，您将获得一个商户账户。 每个商户账户都会有一套收款和结算账户，一份合约会与一张结算卡绑定。 前一日的结算金额将于次日结算。 虚拟账户是指与一笔结算绑定的交易对手账户。 当然，您可以自行设置结算到公众账户的比例。 您可以全额或部分结算，将部分资金留在虚拟账户中以供第二天退款或其他付款需要。

3、关于结算产品

结算产品实际上是指支持不同类型结算模式的结算能力：

对于结算功能，用户可以选择系统自动结算或自行发起结算。

商户在平台入驻时，会进行资质认证，签订适合自己的结算产品。

4. 结算场景

上面说的还是比较抽象。 我们列举几个容易理解的结算场景：

所以，简而言之，和解就是把属于别人的钱交给别人。

5、如何评价结算产品的质量

评价结算系统的好坏，一是从公司的角度，二是从用户的角度。

六、结算业务结构

业务完成并到达结算节点后，核算系统将已记录的需要结算的数据按照结算周期进行打包推送至结算系统。 结算系统处理结算数据，生成结算记录和结算明细； 然后请求会计系统进行结算。 付款时，记账系统请求账户中心扣款，然后调用支付中心申请付款，如图7所示：

图7 结算业务流程

7、结算系统系统架构

结算系统产品架构如图8所示：

图8 结算系统产品架构

针对不同的结算产品，需要通过定时任务的管理来促进结算。

八、结算系统业务实体结构

从更小的粒度去审视结算信息记录与每个信息单元记录的内容之间的关系，以便于更精细地理解结算系统。

例如，某日共有100家商户结算（1条结算请求），其中商户A结算1000元（1条结算记录），其中商户A快捷支付结算100笔500元，网关支付结算600 笔交易。 500元（结算明细），如图9：

图9 结算单据关系

九、业务流程

结算业务处理流程如图10所示：

图10 结算业务处理流程

10.系统交互时序图

结算系统处理时序如图11所示：

图11 结算系统处理时序图

11. 详细流程图

每个处理阶段的详细逻辑流程图篇幅有限。 为了方便阅读，流程图进行了简化，仅绘制了核心节点。 如果还有什么不明白的地方，可以加入产品学习群进行深入交流。

数据准备流程如图12所示：

图12 结算过程数据准备

结算处理流程如图13所示（以T1结算为例）：

图13 结算处理

支付流程如图14所示：

图 14 付款处理

结算状态流程如图15所示：

图15 结算状态流程

12. 账单结算

平台根据结算明细生成不同维度的结算账单。 商户可以在后台下载结算账单，也可以通过接口获取账单。 为此，可以研究微信或支付宝背景，这里不再详述。

延伸阅读1：《假金花》中的清算思维

很多人在团队建设或者日常休闲娱乐时都会选择玩一些卡牌游戏； 比如我们今天的主角《假金花》，就是这样一款多人卡牌游戏。 游戏过程中，需要考验玩家的勇气和智慧。 每个玩家拥有三张牌，每张牌都有自己的秘密。 三张牌组成一个局面，比较就决定输赢。

每个类别从上到下变得越来越小，然后比较相同的类别：

当然，这是一个游戏过程，因为整个过程中谁都不知道对手有什么牌。 就像斗地主一样，你一开始在桌上放置基础筹码，然后在这个过程中需要不断地循环下注，让桌上的筹码越来越多。 最终获胜者的奖励也将变得越来越诱人。

然而，在博弈过程中，有些人会因为担心更大的风险而选择“不跟”而退出。 这个过程可能涉及小作弊和大牌。 这是一场力量、勇气和智谋的较量。 这是一款冒险家的游戏； 最终，胜者为王。 把桌上所有的筹码都拿走...

但今天我们不玩游戏，而是玩不同的支付，解密这个游戏中隐藏的“支付结算思维”。

1.陈老师的《金花游戏》

元旦期间，陈老师邀请了4位朋友一起玩金花，组成了“5人金花游戏”。 就在我拿出卡牌准备开始的那一刻，突然眼前出现一道白光，我的大脑感觉一阵眩晕。 醒来后，我竟然来到了一个大房间，站在白板前。 下面有很多大佬，包括乔布斯、张小龙、于军、梁宁等等，他们都盯着我看……

只见后面的屏幕上写着一行大字“陈天宇‘支付秘密’全球巡回讲座-微信站”。

我见过大世界。 调整好自己迷茫的神态后，我在白板上写下了一行字“为骗花设计一个清算系统”，然后开始了我的演讲。

2. 清除账户设置

参加比赛的共有5人。 为每个人设置一个游戏结算账户，并设置一个待清算的中间账户，如图16所示：

图16 清除账户设置

3、结算货币的结算

在玩游戏的时候，我们可以选择一些物品作为代理货币，比如花生或者卡片，然后约定这些物品的短期货币积分，这些物品只在游戏中有效。 并约定游戏代理币与真实货币之间的汇率，比如1:10，如图17所示：

图17 游戏币与真实币汇率

4. 游戏币的发行和分配

游戏开始时，陈老师作为央行，决定发行100花生作为游戏的全额货币，每人获得20花生作为游戏的基础筹码，如图18所示：

图18 初始化账户余额

这样我们就搭建了游戏的桌面清算系统，采用实时多边净额清算模式。

当我们下注时，加重、往桌上扔花生的过程，就是用花生作为支付货币，支付筹码并请求实时清算的过程。 桌面清算后，我们可以实时看到桌上筹码总数的变化。 这个总额就是本次游戏当前需要清算的总额，游戏各个场景的清算流程如下。

5. 开盘投注结算

好吧，这是一个新的开始。 每人拿到三张牌。 牌的点数如图所示，1粒花生被送到牌桌上作为初始筹码。 此时，通过桌面清算系统的实时清算，我们可以看到当前待清算的筹码总量为5花生，即50元。 大家都垂涎三尺，跃跃欲试，像饿狼一样盯着这象征着“呷哺呷哺单餐还可以加鸡腿”的巨额财富，如图19：

图19 开仓后账户变化

这时，当桌面上的所有清算账户放在一起时，我们就可以理解为金华游戏的资金池。 资金池的总币量是100个仓位，每次花生在不同清算账户之间转账，我们可以理解为是资金的流动性。 流动性使得资金可以在不同清算账户之间转移，但不会改变整个资金池的货币量。

每一笔资金流动都是一次支付。 我们可以把它看成一种支付结算，每个人用来送花生、数手中的或者桌子上的花生的手都可以认为是一个支付系统。

6. 额外重量清理

在这个过程中，每个人都可以选择加权重或者不看别人的牌。 下一个人需要添加一个不小于前一个的重量，并选择看或不看。 如果看牌的话，牌较小的玩家就会被淘汰，这一轮已经交付的权重就都白费了。 你可以把这个游戏的过程想象成我们经济活动中的交易场景。 经过一段时间的厮杀，筹码分配成如下局面，但最终难分胜负，战斗十分胶着，如图20所示：

图20 游戏过程中添加权重

上述过程可以称为单局的“游戏内”实时清关过程。

7. 个人之间的借贷和清算

这时，经过一段时间的战斗，乌龟手里已经没有花生了，也就是没有筹码了。 然而，此时的他正酣战不已，不忍退出，于是他向在场手里手里有花生的人发起了贷款呼吁。 最后我以60元的价格向陈老师购买了6颗花生，完成了资产借贷，如图21所示：

图21 会员间借贷

8.“单轮结束”时的多边净清算

到了陈老师叫牌的时候，陈老师不忍心让大家破产，于是他增加了5个权重，选择了开牌，如图22所示：

图22 开牌

此时，陈老师以最高的豹牌点赢得了比赛，并获得了桌上的所有筹码。 抱歉，桌子上的牌都是我的，如图23：

图23 结束后桌面清理

9. 全球多边净额结算

天色已晚，大家都困了。 是时候停止谈判，改日再战了。 此时，多边清算开始。 每个人手中的花生基数作为爆仓的依据。 每个人都需要付人民币去买别人的花生。 获得期初花生数量20粒，或者出售手中的花生获得人民币达到期初花生数量20粒。 爆仓后，大家手中的花生又恢复到期初的20，但是这个爆仓需要人民币。 强平驱动，如图24所示：

图 24 全球多边净额结算

上述清算过程中存在一些小错误。 有兴趣的可以在留言区了解并回复讨论。 这个过程就是对账过程，所以需要一个对账系统来实现。

10. 游戏总结

清算系统模型，如果要设计一个支付清算系统，那么从上面我们可以看出，它至少需要以下子系统和要素，清算账户、支付系统、交易系统、货币系统、交易场景等。

11、如梦醒来，会心一笑

此时，天崩地裂，大地落入紫金锤，龙出海。 令人震惊的变化发生了。 过了一会儿，大地震动，一道白光出现……这时，陈老师一个踉跄，差点打翻了牌桌上的茶杯……这时候已经来不及了！很快，张三就上来了扶我说：“陈老师怎么了？是不是我又早起写文章，感觉有点低血糖了？”

这时，我平静了一些，会意地笑了：“哈哈哈哈，不管怎么样，今天我一定会中奖的……”新年的钟声敲响了，屋外已经飘起了雪花。 放眼望去依然灯火通明，每一扇窗子透进来的光芒和白雾，也许就是我们对2022年幸福的期盼……

延伸阅读2：如何办理工资结算

现在很多平台都有个体商家或者服务商，比如外卖平台上的骑手、货运平台上的司机、家政平台上的阿姨等。 这些个体劳动者在平台上提供服务，平台结算收入。 虽然很多灵活就业平台都有成熟的解决方案，或者使用标准的清算结算平台来完成这部分服务收入结算，但本文将介绍的设计方法可能不常见，但里面的一些设计思路可能会有所启发。

1、结算信息

我们假设司机的收入结算是针对货运平台设计的。 每个司机根据不同的周期进行结算。 特殊司机按日结算，高级司机按周结算，普通司机按月结算。 结算方式按照约定期限有效。 要将钱转账到司机签名的银行卡上，我们需要有一个基本的结算信息数据，如表3所示：

表3 结算对象信息管理

2. 结算声明

这个结算文件和我们之前讲的账户有点不同。 这份文件更像是一张工资单，但是里面的一些字段带有账户的一些属性。 该结算文件包含更多信息，每个司机都会为每个结算周期创建一份该文件的副本。 定期结算文件。 这个结算单包含一些统计字段，用于记录我们工资单中的一些金额，比如公积金、养老保险、税金、应付工资等。 例如，我们筛选出王武近六个月的结算文件，如表4所示：

表4 结算记录

实际收入不能为负，但实际情况中必然存在当期纯负收入的情况。 为了保证这个字段不为负数，我们设置了另外两个字段，一个是本期的欠款，记录本期总共实际发行的负数； 上期欠款从上期欠款结转。 本期上期欠款等于上期“本期欠款+上期欠款”。

3. 结算信息的创建

司机签字通过认证后，司机crm会申请创建司机的结算账户，也就是我们上面的结算信息，并为其创建第一张结算单。

4. 结算文件的生成

根据司机的结算周期，定期创建该周期的结算单据，并根据结算结果实时更新结算单据的相关数据。 当司机完成收入订单时，订单系统将订单推送到结算系统以完成单据。 计算该订单相应的费用，如平台佣金、税费等，然后计算该订单的司机收入，并根据计算结果更新司机的结算单； 奖金和罚款也是如此。

5、期末会计处理

因为存单中有几个字段需要在本期结束后统一处理，比如欠费的处理。 因此，在一个结算周期结束后的第二天凌晨，在付款之前，我们需要完成期末账务的处理，如汇总生成当期欠款、汇总生成本期实际付款情况等

6. 付款

结算周期结束后的次日凌晨，根据结算单的“实际收入”生成支付指令，请求支付系统进行支付。

7.学习会变得越来越高效

我想我们已经介绍了很多与结算账户等相关的内容。 现在任何结算方式和方法大家都应该很容易理解。 学习肯定会变得越来越容易，接收内容的效率也会越来越高。

就像我最近看了很多支付方面的书，速度越来越快，因为你只要看到标题，然后扫一下文中的关键词就基本知道它在讲什么了。 你已经知道的事情被一扫而光。 ，快速浏览，你的大脑就会提取出书中相似的知识点并添加新的内容。 所以，学得越多，你的升级效率就会越快……量变最终会带来质变。

最舒服的工作可能不是工作本身，而是你对工作的掌控力； 如果有任何需要或交流，只要另一方说某些关键字，我认为您已经有了最好的答案。 这是最舒适的工作，因为您永远不会因为“困难”而受苦。 来吧，使您面对的一切简单，即使在别人眼中是一个巨大的挑战！

扩展阅读3：“三层”清理和解决中心

我们都知道清算和解决方案，因为班级刚刚完成了本专栏的第20堂课。 我认为我们中的许多人也知道中东，因为这个概念已经生活了很长时间。 那么什么是“清算和定居点”？ 我认为这很容易理解。 它不过是使用“中国台湾概念”建立“清算和定居系统”。

在这种情况下，如果您想在中间平台上做得很好，则必须首先了解中间平台是什么，而中间平台的核心是什么？ 如何将与中间平台更近的清算和和解相关的系统移动，并变得像中间平台……这是本文将介绍的内容。

可以说，我们正在创建一种构建事物或系统的概念和方法。 为了提取这种概念和方法，我们首先需要探索其核心和最突出的功能。 除了不同的功能模块外，清算和和解业务或相关系统本身以及商品系统，购物车，订单，服务实现和其他系统之间没有实质性差异。 它们都是基于某个业务的一个集成功能。

因此，系统本身没有最突出的功能。 最突出的功能必须从“中间平台”的系统构建概念中发现。

什么是智泰，中泰的核心特征是什么？ 我们经常谈论抽象的一般功能，避免重复构造等。这些都是中间平台的目的。 我们对中间平台分析的核心特征可以汇总到这样的模型中：三层类型。

如果清算和结算系统标准化为“三层”结构，则将是“清算和定居点”。 这三层如图25所示：

图25三层清算和结算中间平台体系结构

1）业务层

清算和和解中间办公室必须关注业务方案，并为业务方案提供系统服务。 在多个业务领域的清算和结算业务是清算和和解中间办公室的对象。 因此，清算和解决不再是独立的后端。 该系统是服务集群。 我们需要基于“服务”构建系统。

2）服务层

服务层是基于服务对象抽象的服务单元。 就像我们去银行开展业务一样，大厅的接待员也会收到您。 传统上，她是接待员，但从服务的角度来看，她提供了“接待服务”。 尽管她仍然是自己，尽管接待仍然是接待，但完全不同。 基于接待服务的思考，我们将更多地关注服务本身，而不是接待员。

因此，在清算和和解中心中，我们不再关注清算和和解系统中的单独系统本身，而是该系统可以为外界提供的服务，并根据服务来判断影响。 由于它是“服务层”，因此我们需要抽象这些服务，定义这些服务，并设计这些服务的访问标准，流程和规范，以及如何提供这些服务（是否API，MQ，SQL，或者...

3）基层

这方面就像“接待员”一样，这是我们为外界提供服务的能力的基础，因此我们可以称其为“能力基础层”。 该层是基于系统功能（例如清算和计费功能），记录帐户和冻结帐户的能力而构建的。 简而言之，这些功能是我们曾经称为“函数”的另一个术语。 为了表明我们是一个专业的中间办公室，我们向外界声明我们的功能不是简单的功能，而是能力群。

让我们用描述来定义这三层之间的关系。 该公司的业务很复杂。 为了避免重复建设，我们建立了一个通用系统，将来可以由多个业务线和新业务重复使用。 我们根据业务场景和抽象原子服务单元进行摘要； 这些服务单元需要一系列由系统功能支持的，这些系统功能抽象的通用系统服务功能，封装了这些服务功能并构建功能集群。 因此，我们需要注意定居中心未来的三件事，如图26所示：

图26清算与和解中心的三个目标

根据业务方案建立基本功能，然后将基本功能封装到标准服务中，以涵盖更多业务方案； 然后，清除和定居中心实际上做了以下三件事，如图27所示。

图27清算和解决方案的三个关键点

通过更简洁地表达清算和结算中心的能力集群，分组多个功能，并从业务角度来解释每个小组，我们可以获得清算和和解中心的几个主要服务集群，如图28：图28：

图28清算和定居中心服务集群

因此，如果您想构建一个清除和结算系统，那么您需要在系统的架构和功能中做得很好。 如果您想建立一个清算和和解中间办公室，则需要执行“三层系统”，并定义每一层以及每一层之间的协作。 。 然后在每一层中进行更多细粒度的计划和抽象。 至少您看起来像一个合格的“清算和解决中心” ...

精神模型只是越过山脉和改变海洋之后，这一旅程最令人难忘的摘要和抽象！

专栏作家

陈天宇，微信公众号：陈天宇，人人都是产品经理专栏作家。 多平台支付领域专栏作家，拥有十年产品经验； 专注于为10万支付产品经理、支付机构和企业提供深度支付内容和服务！

标题图片来自CC0协议

本文中的意见仅代表作者自己的意见。 产品管理器平台仅提供信息存储空间服务。

收集的最爱{{。 }}喜欢{{。 }}