把账算清晰，数要记明白，钱需结正确，款应打到户，本文详聊清结算
用户付出完成后，平台需履行相应义务，即举行履约。履约完毕后，则需举行整理，并实验最终的结算。清结算体系与付出体系并行，构成了付出领域中的另一个庞大体系。
1.整理子体系
一笔付出完成后，最终需要举行整理。业务通常涉及多个参与者或利益方，事件处置惩罚完毕后，整理体系负责算清晰各方的利益关系，并完成利益分配。
1.1.整理体系概述
《付出整理组织管理办法》规定：付出整理是指付出指令的交换与计算。付出指令是参与者以纸质、磁介质或电子形式发出的，用于办理确定金额的资金转账的命令。付出指令的交换，是指提供专用的传输路径，以便吸收、清分和发送付出指令；而付出指令的计算，则涉及对指令的汇总和轧差。参与者是指接受付出整理组织章程束缚，可以或许发送和吸收付出指令的金融机构及其他机构。
付出整理包括清分和资金划拨两个关键环节。清分是指对交易日志中记录的成功交易，逐笔计算交易本金及交易费用（如手续费、分润等），然后按整理对象汇总轧差，形成应收或应付金额。简而言之，就是明白各方应收应付的金额。资金划拨则是通过特定的渠道和方式，完成应收应付资金的转移。简言之，就是确定如何通过渠道收回应收款、付出应付款。
由此可见，整理的焦点在于清分过程，即准确计算各方应收应付的金额。承载这一过程的体系被称为整理体系。整理体系位于交易、付出等业务之后，这些业务体系大概基于其自身业务需求请求整理，比方，基于订单整理商家结算款，基于交易计算卡、券营销本钱，基于付出计算通道本钱等。
1.2.整理业务架构
整理体系业务架构重要由以下几部门构成：接入层、清分处置惩罚子体系、算账服务、计费子体系以及账务前置模块。这些部门之间的架构关系如图1所示。
图1 整理体系架构
接入层吸收包括订单体系、交易体系、付出体系等体系的整理请求。关系模型重要负责构建各参与者之间的关联关系。算账服务与计费子体系则用于计算各方的应收和应付金额。账务前置体系则重要为后续的入账工作做好预备。
1.3.对象关系模型
对象关系模型是指体系计算出的应收应付款项所属的对象，以及这些对象之间的关联关系。以外卖平台的一个订单为例，它大概涉及多个利益相关方：外卖平台需要抽取佣金，提供餐食的商家要收取餐费，配送骑士要收取配送费，还有骑士的保险费等。这些费用需要通过订单分账来确定。此外，外卖平台还大概涉及多个渠道或合伙人，需要给他们分配相应的利润。
一个公司的差别业务大概对应差别的对象模型。好比，有的商家是单一经营，有的商家有合伙人，有的商家有渠道商，还有的商家有服务商。因此，每类订单大概涉及差别的关系模型，在计算时，需要考虑的维度也会有所差别。常见的几种对象关系模型如图2所示。
图2 常见对象关系模型
在商家注册或入驻时，关系模型模块会为其生成相应的对象模型及对象关系。比方，如果你通过挚友的邀请注册了一个网站，那么挚友就成了你的合伙人，此时你的对象模型就是“合伙人-用户”模型。当你产生消耗时，体系管帐算你挚友作为合伙人的分成。
图2展示了至少4种常见的对象关系模型：
- 单商户：即简朴的收单商户，直接签约收款产物。
- 商户-分账方：典型如电商类交易平台，平台需要给商家分账。
- 代理商-商户：商户通过代理商接入平台，形成代理关系。
- 代理商-代理商-商户-分账方：这是更复杂的关系模型，涉及二级代理商。同样地，在分账设置上也可以支持二级分账和多级代理商布局。
1.4.计费规则子体系
计费子体系的焦点职责是维护和管理计费规则。当吸收到算账服务的请求时，它会返回相应的计费模式及参数值。比方，在单商家模型下，若需要计算平台的信息服务费，则可通过底子参数请求计费子体系，获取信息服务费的计费模式（如按比例、固定金额、按单笔门路或累计门路等）。获取到计费规则后，即可计算出信息服务费的详细数值。因此，计费子体系的焦点环节在于，根据业务特点抽象出公道的计费规则模型。
规则的匹配模式决定了如何从规则池中找到实用的规则。此中，条件法是一种常用方法，即通过一组参数去匹配相应的规则。为此，需要为差别的计费范例设置差别的匹配条件组，如通过“类目+城市”的组合来查找规则。这样，在匹配条件中可以设置更加机动的条件组。
以图3所示的规则设置示例为例，该规则重要用于计算合伙人的分成。此中，分成模式包括固定金额、固定比例、按单笔门路、按累计门路递减等多种方式。当选择“金额递减”作为分成模式时，需要设置相应的参数。
图3 合伙人分成计费规则设置
基于上面的设置器，可以设置出非常多的规则，那么基于差别的费用的设置模板我们就可以设置出无穷个计费的规则了，如图4所示，是由上述规则设置器设置出来的规则列表。
图4 合伙人分成计费规则列表
1.5.算账服务
整理请求到来后，差别范例的整理任务其计算方式和模式各不雷同，因此计算效果也会有所差别。以是，我们需要计划一个抽象的算账模型。起首，根据整理范例确定相应的整理模板，通过整理模板明白需要计算哪些费用以及实验哪些任务，然后逐一计算每项费用。
关于分润和分账，基于差别的对象模型，可以明白哪些情况下需要计算分润，哪些情况下需要计算分账。如图5所示，可以看出分润分配的是手续费，而分账则是分配的交易款项。图中“算法及计算次序”列中的数字是计算实验的次序，数字后是计算公式。
图5 分账与分润的计算模型
1.6.清分服务
体系根据业务范例，对联机交易数据明细举行了登记，详细如表1所示。该表包含了协议付出和付款的交易记录，每笔交易明细都详细记录了收付双方的信息以及交易金额。
表1 联机交易明细
清分处置惩罚是将表1中的交易明细，按照“机构+业务范例+借贷方向”的预设维度举行分组，最终得到如表2所示的清分效果。这一效果将作为实验结算的依据。
表2 清分效果明细
2.结算体系
公司需要给员工结算工资，平台需定期为商家结算收入，收单机构则要为商户结算收款。这些都是典型的结算场景。
2.1.结算业务概述
结算是依据清分效果来完成资金最终现实转移的环节。企业范例多样，如普通交易平台、四方付出机构、三方付出机构等，它们都涉及结算业务。尽管结算模式大概存在差别，但其根本原理和职能是相似的。
2.1.1.差别范例企业的结算业务
交易平台，如滴滴、货拉拉、京东商城等，上有浩繁司机、商家等服务或商品提供者。交易完成后，平台会依据协议约定扣除一定费用，然后将剩余的服务款项结算给商家。与付出机构通常采用的T+1、D+1结算周期差别，交易平台的结算周期更加多样化。比方，外卖骑手大概3天一结或7天一结，家政阿姨则每月一结，有的电商平台甚至60天一结。因此，在计划交易平台的结算体系时，“结算周期”是一个需要重点考虑的因素。
三方付出机构作为收单机构，负责资助商户收款，并依据与商户入网时签署的结算协议，将款项结算给商户。三方付出机构的结算业务涵盖了向商户的代收款结算、向分账方的分账结算、向渠道商的分润结算，以及向渠道付出的通道本钱结算等。无论结算对象是谁，结算处置惩罚都是基于交易记录和清分效果来举行的。
2.1.2.账户在结算业务中的作用
账务焦点可以或许为结算体系提供用于结算的账户，如“商户待结算户”、“商户结算账户”等，详细如图6所示。
图6 账户在结算业务中的作用
在整个账务体系中，会发现一些过渡账户，如商户待结算户、整理往来户等，这些账户的作用和寄义常常让人感到困惑。
待结算户现实上是用来管理“结算在途”资金的，即那些已经交易成功但尚未举行结算处置惩罚的资金。这部门资金可以通过交易记录统计、账户余额冻结等方式来体现，因此，并不一定非要设立一个专门的商户待结算账户，有多种手段可以管理结算在途资金。
整理过渡户则是用于记录平台通过付出渠道完成的收款情况，即收款资金在途或整理在途。这时，可以设立一个“整理往来户”，用于登记平台需要向付出渠道追讨的资金。详细如图7所示。
图7 过渡户的意义
2.2.三方结算模式剖析
三方付出机构常见的结算产物如图8所示。该图展示了三方付出机构提供的各类结算服务产物。
图8 三方机构常见的结算产物
- T1结算：指工作日结算方式，即当天发生的交易，在下一个工作日举行结算；
- D1结算：指自然日结算方式，当天发生的交易，在次日举行结算，整年365天均可结算；
- D0结算：也是自然日结算方式，当天发生的交易，当天即可结算，同样整年365天均可举行；
- H0结算：即整点结算方式，可在9:00、10:00、11:00等整点时间举行结算；
- S0逐笔结算：指交易完成后即可立刻结算，支持自动逐笔结算或商户按订单号手动逐笔发起结算。
- TD结算：为跨日结算方式，特别实用于酒吧、KTV等0点前后交易会合的商户。
2.2.1.常见结算模式
在结算体系的实现上，常见的有三种模式：中间户模式、冻结模式和账单模式。此中，前两种模式也被称为余额模式。
1）中间户模式
即设置一个中间账户“商户待结算账户”，用于管理待结算资金的登记。交易成功后，资金计入“商户待结算账户”。在结算处置惩罚时，若采用到户结算方式，则将资金从商户待结算账户转入商户结算账户；若采用到卡结算方式，则无需对商户待结算账户举行处置惩罚。在打款扣账环节，结算到卡模式下会扣减商户待结算账户的余额；结算到户模式下，打款时会扣减商户结算账户的余额。详细流程如图9所示。
图9 中间户模式
2）冻结模式
在“商户结算户”下设置“冻结余额”和“可用余额”两个余额。结算处置惩罚时，会将冻结余额举行解冻，并转入商户的可用余额中。在打款扣账时，则会扣减商户的可用余额。详细流程如图10所示。
图10 冻结模式
3）账单模式
不设置专门的结算户，为了保障资金安全，可以设立“商户收款账户”用于余额校验。在该模式下，结算处置惩罚是根据清分明细直接汇总生成结算单，然后依据结算单举行打款处置惩罚。详细流程如图11所示。
图11 账单模式
从上面的三个结算模式可以看出，是否需要设置“待结算账户”这个中间账户，取决于我们选择的结算模式。很显着，在冻结模式和账单模式下，是不需要待结算账户的。
此外，在上述三种模式中，还有两个重要概念需要介绍：一是结算方向，二是结算触发方式。
结算方向分为结算到卡和结算到户两种。结算到卡，即直接将结算款项付出到商家签约的结算银行卡中；结算到户，则是将结算款项先入账到商家在平台开通的结算账户中，后续商家可以自主提现。
结算触发方式则分为自动结算和自助结算两种。自动结算是指体系按照结算协议，在约定时间自动将款项付出至商户绑定的结算账户；而自助结算则需要商户自主在服务平台上完成可结算周期内的款项结算申请。
2.2.2.结算体系关键指标
可以从两个角度来审视结算体系。一是站在公司的角度，一个好的结算体系应该具备高准确率、确保资金安全、能让用户满意且投诉率低的特点。二是站在用户的角度，他们期望结算体系能支持多家银行、服务优质、到账敏捷且本钱低廉。常用的结算体系关键指标如图12所示。
图12 结算体系关键指标
2.3.结算的架构
对于差别的结算产物，需要依赖定时任务管理来推动结算流程的举行。商户后台是商家自主发起结算、查询结算信息、变更相关信息的操作平台；运营后台则是公司内部运营职员的操作台。账务体系为结算体系提供必要的结算数据，吸收打款申请，并反馈出款关照。垫资体系负责处置惩罚D1、D0、S0等结算请求中的垫资申请。计费体系则负责计算结算时商家需要付出的费用。商家体系则供商家查询与结算相关的各类信息。结算体系的产物架构如图13所示。结算体系的功能重要包括：结算请求管理、结算记录管理、结算明细管理、结算信息管理以及打款管理等。
图13 结算体系产物架构
2.4.结算业务流程
整个结算流程从结算请求数据的输入开始，颠末一系列结算处置惩罚后，将效果运送给打款模块，最终完成付款。该结算流程可以分为数据预备、结算处置惩罚、打款处置惩罚及打款效果更新等环节。结算业务的主流程如图14所示。
图14 结算处置惩罚主流程
2.4.1.结算数据预备
数据预备环节是指账务体系将符合结算条件的交易数据生成文件，并将该文件推送给结算体系。结算体系随后对吸收到的文件举行剖析处置惩罚。该环节的业务流程如图15所示。
图15 结算数据预备
2.4.2.结算焦点处置惩罚
结算处置惩罚环节的重要任务是处置惩罚已吸收的商家交易数据，将符合结算条件的数据举行加工汇总，生成相应的结算票据。差别的结算产物有其独特的结算处置惩罚逻辑，以下以T1、D1和自主结算为例举行说明。
1）T1结算处置惩罚
T1是最通例的结算模式，其结算周期与上游渠道的整理周期保持同等，无需垫资。该模式正常结算上一个工作日的全部成功交易，处置惩罚流程如图16所示。
图16 T1结算处置惩罚流程
起首获取工作日历，然后筛选出满足结算条件的商家，即那些已开通自动结算（可在商户结算信息管理列表中查看）、已开通T1结算产物，且当前状态为可结算的商家。接下来，按产物码分产物汇总结算金额，汇总的数据为截止日期之前全部未结算的订单，且需按照出入账分类举行汇总。在调用计费体系计算结算手续费时，需通报的参数包括商户编码、最低收费限额、结算产物范例、是否为工作日以及结算金额等。
2）D1结算处置惩罚
与T1结算产物相似，但不存在周逐一次性结算3天的情况。相比之下，D1结算多了一个垫资的场景。如果签约的上游渠道采用T1结算方式，那么机构在D1结算模式下，周六、周日的结算处置惩罚需要申请垫资，由于此时上游渠道尚未举行结算。D1结算的处置惩罚流程如图17所示。
图17 D1结算处置惩罚流程
起首获取工作日历，然后筛选出满足结算条件的商家，即那些已开通自动结算（可在商户结算信息管理列表中查看）、已开通D1结算产物，且当前状态为可结算的商家。接下来，按产物码对结算金额举行汇总，汇总的数据为截止日期之前全部未结算的订单，且需按照出入账分类举行细分。在调用计费体系计算结算手续费时，需通报的参数包括商户编码、最低收费限额、结算产物范例、是否为工作日以及结算金额等。
与T1结算模式差别的是，D1结算在处置惩罚时还需判断当前是否为工作日。若非工作日，则需申请垫资。当垫资申请失败时，结算将无法举行，并会生成结算失败记录，失败原由于垫资额度不足。
3）自主结算处置惩罚
自助结算处置惩罚是指商户自行在商户后台发起结算申请，申请方式可以按照日期、产物或余额等举行。自主结算的处置惩罚流程如图18所示。
图18 自主结算处置惩罚流程
起首判断是否为D0结算模式。若是D0结算，则查询商户当天0点至当前时间内的全部未结算订单，按产物生成日订单明细，并将结算状态标记为未结算。需注意的是，D0结算仅支持自助结算方式，通常不会自动举行。
若非D0结算，则按产物码对金额举行汇总，统计截止日期之前全部未结算的订单，并按照出入账分类对结算金额举行汇总。
接下来，根据结算产物（如D1、T1等）判断当前是否为工作日，以及是否需要申请垫资。后续的处置惩罚流程与D1、T1结算模式的处置惩罚流程雷同。
2.4.3.打款处置惩罚
结算处置惩罚完成后，会生成结算记录（即结算单）。随后，体系需处置惩罚并生成打款申请单。接着，请求账务体系划扣商户收款账户余额。若扣账失败，需判断是否存在逆向交易：若不存在，则流程竣事；若存在，则更新结算记录和打款金额。扣账成功后，需判断打款方式是到卡照旧到户：若是到卡，则将打款申请置为待提交渠道；若是到户，则直接标记为成功。整个流程如图19所示。
图19 打款处置惩罚流程
2.4.4.结算体系处置惩罚时序
如图20所示，体系架构包含账务中央、结算中央、任务中央和计费中央等几个关键构成部门。整个处置惩罚流程涵盖了订单明细汇总、结算处置惩罚、打款处置惩罚、状态更新、付款失败处置惩罚以及付款失败重试处置惩罚等重要环节。
图20 结算处置惩罚全流程时序图
3.清结算的全过程
以三方付出机构场景为例，全面剖析清结算的实现过程，包括各环节数据的生成、各类账户的设置，以及差别场景下的账务处置惩罚方法。
付出机构的重要业务是协助交易平台举行交易款的代收。详细而言，付出机构先从消耗者的发卡行收取交易资金，然后再将这些资金结算给交易平台。对于交易平台而言，其资助店家贩卖商品，并通过付出机构收款。交易平台收到款项后，再结算给自己的商家。
这构成了两个典型的清结算场景：一是付出机构的清结算，二是交易平台在信息层面完成的“类清结算”业务（尽管交易平台本身不具备清结算资质）。上述业务模式如图21所示。
图21 清结算业务全景图
要全面相识付出机构清结算的业务环节，才华彻底弄清晰如何着手搭建清结算体系，以及这一体系涉及哪些体系、这些体系之间有何关联。将上述内容浓缩抽象后，清结算涉及的资金处置惩罚业务流程如图22所示。
图22 清结算全业务环节分别
所谓清结算，就是从渠道获取全部款项，并准确无误地完成对商户的结算。从上图可以看出，清结算全局重要涉及以下几个关键部门：
- 四个环节：付出交易环节、渠道整理环节、渠道结算环节、商户结算环节。这四大环节构成了“清结算”业务的主链路。
- 四段数据：账务数据、交易数据、整理数据、渠道账单数据。这四段数据覆盖了清结算业务的重要数据范围。
- 三套对账：交易对账、资金对账、账务对账。这三套对账机制确保了四段数据的同等性。
- 三套不对：通过对三组数据的查对，会形成三组差别数据，这些差别数据构成了各类在途账务。不对处置惩罚就是办理这些在途账务，从而确保全业务链路的清结算业务顺利完成。
3.1.全局数据
无论是交易、付出，照旧对账、渠道整理、商户结算，这些过程都离不开各类数据的支持。可以将全链路中的最原始数据归纳为四类，即：账务数据、付出数据、整理数据和结算数据。为了便于描述，分别将它们定义为1段数据、2段数据、3段数据和4段数据，详细如表3所示。
表3 数据分段
数据分段后，通过数据编号就能清晰地相识到该数据的全量信息，包括它来自哪个体系，是哪项付出业务产生的。在后续的凭证规则设置中，可以根据数据段来制定凭证生成规则，明白哪个数据段的数据应该生成哪种凭证，以及需要操作哪些账户。比方，编号为2001的付出数据，就需要操作整理收款往来账户和商户待结算账户，详细如图23所示。
图23 2001段数据的账务处置惩罚逻辑
将全部数据段以及查对差别产生的不对处置惩罚数据的账务处置惩罚规则举行了梳理，并绘制出了如图24所示的各段数据源与账务焦点的账务处置惩罚关系图。
图24 基于数据段的账务处置惩罚逻辑
这么多数据，它们是如何从业务体系流向账务体系的呢？体系之间的数据流转关系如图25所示。数据从各业务体系产生后，颠末对账体系、转换中央、计费中央、财务处置惩罚中央到达最后的管帐焦点。
图25 全局业务流转关系
对账中央起首从渠道获取整理文件，剖析出整理数据，并从交易平台获取交易数据，用于举行交易对账。接着，交易中央将相关数据推送至账务焦点举行记账。同时，对账中央的整理数据也会被推送至账务体系，用于整理过渡类账户的账务处置惩罚。
交易对账数据和账务数据会按照各段数据的格式要求，被转换成文件数据，然后推送至本钱计费中央。在这里，通道本钱会得到计算，并在整理数据上绑定结算账户、结算日期等信息。随后，这些数据被推送至财务处置惩罚中央，预备举行资金对账。
资金对账过程中产生的长短款数据，以及长短款的核销数据，会形成新的数据段。这些数据会被推送至管帐焦点，生成长短款等挂账数据。最后，备付金账套中的手续费收入和通道本钱会被结转给财务账套，举行内部资金的核算。
至此，整个数据从业务产生到核算完成，实现了全链条的流转。
3.2.科目与账户设置
清结算业务精密依赖于账务和账户体系，因此，我们需要设立一套完善的账户，以为付出交易和清结算等业务提供坚实的账务支持。所设置的账户及其详细用途，详见表4。
表4 清结算账户设置
往来账户、已查对应收银行账户和银行存款账户。此中，共同类账户进一步细分为收款类账户和付款类账户。这样的账户设置共同支持起了基于付出交易的向内结算和向外整理的付出业务框架，详细如图26所示。
图26 清结算体系的账户业务流程全貌
有了上述管帐科目后，为了清晰明白账务处置惩罚，我们需要明白账务处置惩罚的要素和底子原理。账务处置惩罚的要素涉及举行账务处置惩罚时需关注的几个关键维度，重要包括以下四个方面：业务范例、记账机遇、记账数据以及记账规则。详细来说：
- 业务范例：指需要记账的详细业务范例，常见的业务种类包括收款/退款、打款/打款退回、不对处置惩罚、长短款及核销、客户账务调整、结算结转财务等。
- 记账机遇：这些机遇通常与业务操作的节点相对应，如付出成功、打款成功、退款成功、渠道整理对账成功、资金对账成功、账务记账成功等。
- 记账数据：指用于记账的详细数据，如付出数据、整理数据、结算数据、不对数据、长短款核销数据等。
- 记账规则：重要包括借贷方向以及涉及到的详细账户，以确保账务处置惩罚的准确性和规范性。
账务处置惩罚的底子原理是采用借贷记账法，根据业务数据对相应账户举行操作，如图26所示。这些数据的借贷符号也在图中清晰标示。此外，特别需要关注的是不对类的记账处置惩罚，如交易类不对、资金处置惩罚类不对以及客户调账不对等。
3.3.三大在途
过渡账户的借方和贷方分别基于两份相关的数据源举行记账，因此其余额体现了这两份数据源之间的差别。当过渡账户存在余额时，意味着存在在途，重要包括客户在途、付出在途和资金在途三种情况。在途可以明白为各类挂账，而各类不对处置惩罚的记账过程就是消除这些挂账的过程。
3.3.1. 付出在途
渠道待整理往来账户的余额体现了付出在途的情况。整理完成后，该账户的余额应为零。若余额不为零，则说明平台与渠道之间的整理数据存在差别，详细如图27所示。
图27 付出在途的产生原理
从原理上讲，该账户的余额反映了平台付出记录与渠道整理记录之间的差额，即期末余额代表了“付出在途”的金额。在一个整理周期内，该账户的余额大概存在三种情况：
- 余额在借方：说明平台的付出记录多于渠道的整理记录，总体上属于平台挂账。
- 余额在贷方：说明渠道的整理记录多于平台的付出记录，总体上属于渠道挂账。
- 余额为零：说明平台的记录与渠道的整理数据完全同等。
当余额不为零时，意味着存在平台单边或渠道单边的情况。单边数据会在对账中央查对出来，并可以通过相应的不对处置惩罚来消除差别。比方，如果是渠道单边，可以选择举行平台补单、银行退款或平台确认收入等操作。这些不对处置惩罚操作会涉及该账户，从而抹平账户余额，完成最终的整理。
3.3.2. 资金在途
已查对应收银行的账户余额用于反映长短款数据。资金对账完成后，该科目的余额应为零。若余额不为零，则说明存在长短款情况，详细如图28所示。若余额在借方，则体现存在短款，即银行少结了款项；若余额在贷方，则体现存在长款，即银行多结了款项。
图28 资金在途的产生原理
3.3.3 客户在途
待结算商户账户余额体现尚有款项未完全结算。若余额在借方，则说明已多结算给商户；若余额在贷方，则说明尚少结算给商户。在少结的情况下，可以通过调增客户账户余额来举行补入账处置惩罚；在多结的情况下，则可以调减客户账户余额以举行平账。
3.4.账务处置惩罚规则及示例
起首，我们来看全局核算如何举行账务处置惩罚。以收款业务为例，该业务的账务处置惩罚涉及四个环节和三类不对。详细环节包括：付出交易环节、渠道整理核算环节、商户结算环节和渠道结算环节。三类不对则包括：客户不对、交易不对和资金不对。每个环节都有相应的记账源数据，并依据相应的记账规则对相关账户举行操作。详细环节说明和记账规则详见表5。
表5 清结算账务处置惩罚环节
为了加深对上述各环节账务处置惩罚的明白，我们通过一个现实的收款例子来举行说明。
案例：平台收到两笔款项，每笔均为10元。渠道采用T+1的结算方式，同样，平台也给商户采用T+1的结算方式。以下是各环节的数据情况及相应的账务处置惩罚。
3.4.1. 付出交易环节
用户举行了两笔付出，每笔金额均为10元。此中一笔付出成功，另一笔仍在处置惩罚中。付出焦点体系已生成相应的付出数据，详细数据情况如表6所示。
表6 付出记录
交易驱动账务体系举行记账处置惩罚，以付出数据作为记账依据。详细记账操作为：借记“渠道整理往来”账户，贷记“待结算商户”账户，如图29所示。
图29 付出成功的账务处置惩罚
3.4.2. 渠道整理环节
对账中央获取到渠道整理文件后，与平台记录举行了仔细查对。查对效果表明，渠道已成功整理了两笔交易。查对效果的详情见表7，此中发现了一笔渠道单边的情况。
表7 交易对账效果
整理文件中的数据作为渠道整理的记账依据，记账操作为：借记“已查对应收银行”账户，贷记“渠道整理往来”账户。详细记账情况如图30所示。整理完成后，可以看出“渠道整理往来-收款”账户存在贷方余额，这是由交易对账中出现的渠道单边情况所导致的。
图30 渠道整理账务处置惩罚
3.4.3. 交易不对处置惩罚
经排查发现，平台的付出体系状态更新出现异常。对此，对账中央举行了“平台补单”的不对处置惩罚，将原本处于处置惩罚中的付出状态更新为成功状态，详细处置惩罚效果如表8所示。
表8 交易对账不对处置惩罚
补单成功的付出记录将触发账务体系再次举行记账处置惩罚。由于平台补单的数据属于平台的付出记录范畴，因此其账务处置惩罚规则与平台正常付出记录的账务处置惩罚规则保持同等，详细记账流程如图31所示。
图31 交易不对处置惩罚账务处置惩罚
至此，全部账户的记账情况如图32所示。可以看出，此时“待结算商户”账户余额为20元，与渠道整理已成功的20元相对应。而“商户结算户”和“银行存款户”现在尚无余额。
图32 各账户记账情况
3.4.4. 商户结算环节
假设最初那一笔付出成功的交易未能完成账务记账，而次日通过对账补单成功的交易则完成了客户记账。因此，只有补单成功的交易完成了向商户的结算，详细结算情况如表9所示。
表9 账务记录
基于补单成功的交易，账务体系完成了记账处置惩罚。在T+1日实验结算后，成功完成了向商户的款项结算，详细结算流程如图33所示。可以看到，“待结算商户-收款”账户存在贷方余额，这体现应结算给商户的在途资金。该余额的存在是由于有部门交易尚未完成入账处置惩罚。
图33 商户结算账务处置惩罚
3.4.5. 客户账调账、交易补入账
体系举行了补入账操作，将未入账的交易记录增补录入，详细记录如表10所示，且这些补入记录的结算状态为“未结算”。
表10 账务记录
对未结算的账务明细重新实验了结算操作，完成了商户的结算入账。至此，“待结算商户”余额归零，商户在途资金处置惩罚完毕。同时，也成功完成了向商户的款项结算，详细结算情况如图34所示。
图34 客户补入账的账务处置惩罚
3.4.6. 渠道结算环节
资金对账模块在获取到银行结算账单后，举行了资金对账处置惩罚。假设渠道结算文件中仅记录了一笔交易，因此在资金对账过程中出现了短款情况，详细短款详情如表11所示。
表11 资金对账效果
资金对账效果显示存在10元的短款，体系将自动生成长短款记录，详细记录如表12所示。
表12 长短款记录
根据渠道结算单举行账务记账，实收金额为10元，详细记账情况如图35所示。可以看出渠道资金对账后，已查对的应收银行款项存在借方余额，即存在短款挂账情况。这与表12中的短款记录是同等的。因此，过渡户科目余额的反映与对账效果的寄义是雷同的。
图35 渠道结算账务处置惩罚
3.4.7. 长短款核销
经人工排查确认，收单账户的资金已经成功入账，短款缘故原由是结算文件数据丢失。因此，对短款举行了“银行补入账”的核销处置惩罚，详细数据如表13所示。
表13 长短款核销记录
针对该短款，已实验核销凭证的入账处置惩罚，详细记账情况如图36所示。
图36 长短款核销账务处置惩罚
至此，收款清结算的全部环节账务处置惩罚已完成，涉及的全部账户记账情况如图37所示。
图37 全环节账户记账情况
可以看出，通过这5组账户的借贷账务处置惩罚，完成了从交易到内外部清结算的全链路核算，并最终完成了记账。中间过渡户的余额为零，代表着渠道整理往来核算及商户结算核算均已完成。该账户体系可以或许高效、准确地实现清结算业务的全局处置惩罚。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
