本文主要解释了付款系统，产品体系结构，系统体系结构以及某些核心过程和相关现场模型，状态机器设计等中商户结算所涉及的基本概念。

收购和解是支付系统中最重要的子订单之一。可以看出，该行业经常呼吁获得许可的支付平台来收购机构。

在上一篇文章中，我们讨论了如何帮助商人收集资金。收集法案后，他们必须将钱转移给商人。用户支付100元。那么，商人何时给予它多少呢？这是解决平台完成的所有工作。 。它称为定居点。

持续下面的图片以改善收集，定居和拒绝的紧密整合的印象。

这三个功能如下：

在收款机构（支付平台）中，和解意味着根据商定的和解规则准确，及时地解决商家收集的资金。

定居模式分为主动解决和被动解决。从商人的角度来看，被动和解是基于收购机构的，收购机构表示，它和解决一样多。积极的和解基于商人，商人说这是一样的。

一般而言，大多数商人都有被动定居点，而真正的大型商人经常使用主动定居点。

会计期必须设计用于和解，就像会计系统必须有会计日，以避免解决跨日交易或零交易的解决异常。与帐户期相对应，记录帐户，关闭帐户并发出帐户。

核心服务包括：结算接受，注册，新创建，结束和发行帐户期，最后和解。

以下是即时帐户到达模式的示例。担保交易模型和预授权模型略有不同。

在交易日，收到付款收据后，将发送一条消息到和解。解决方案收到消息以检查和解合同并进入和解注册过程。

在结算和注册期间，如果有开放帐户期，它将直接发布。如果不存在，将创建帐户期。

在和解日，首先检查帐户，以避免对即时任务的影响。成功关闭帐户后，输入结算批处理，然后输入付款过程。

有3种用于投入资金的情况：

1）和解商人余额帐户。

2）在线签到提款卡。

3）离线手动付款（手动解决）。

付款完成后，将促进和解流。

左侧的绿色部分是与账单和营业额有关的信息，中间的蓝色部分是与会计期和批次有关的信息，右侧的付款信息是与付款有关的信息。

由于获取账单可能有多个费用，因此将产生多个账单流量。同样，收集可以解决到多个实体，对应于多个和解交易。

和解期与会计日有些相似，该会计日可以控制零至正确和解期左右的收集文件的结算。

帐户关闭后，将开始外部和解和相应的付款。和解批次可以分为多个付款。

以上吸引了所有参与和解的州机器。

真正的事情是用于下付款订单的州机器，因为将付款称为商人卡的外部渠道。外部渠道有一定的概率首先返回付款，然后在两天后返回退款（实际付款失败，资金是返回）付款。

退还票的原因有很多，例如商人的卡被冷冻。

解决方案通常仅涉及正资本流量，即付款成功后，解决方案将逐步进行商业余额帐户或商户银行卡。如果将其解决到商家余额帐户，则商人需要积极地将现金提取到商户门户网站。

许多人很好奇，为什么有付款网关过渡家庭和商人等待解决账户？我可以直接输入商人余额帐户吗？

我的答案是：如果您必须这样做，那就可以了，但是它会为自己带来很多陷阱。

让我给你两个例子：

1。从渠道的成功扣除并不意味着必须将其解决给商人。例如，扣除是进入外部渠道时消耗的时间。扣除成功后，如果订单已关闭（用户积极关闭订单或订单到期），则用户需要以相同的方式将钱退还。因此，有一个付款网关过渡帐户作为临时中间帐户（也是一个内部帐户，用户或商人看不见），当有必要返回时，它将直接从此中间帐户返回。

2。商人有定居周期，通常使用TN代表它们。从风险的角度来看，该n可以是0、1、2，…………很少使用T0。

3。和解方法是将和解协议用于余额帐户或卡。如果每个交易直接解决到卡，如果退款发生该怎么办？还有一个单独的退款帐户。在大规模交易的情况下，此卡具有很多交易记录。

4。退款通常是从商家扣除的，以解决和解结算帐户。这个设计更简单。

本文主要讨论结算的基本概念，以及相应的产品和系统体系结构图，一些核心域模型和状态机器设计。