CN114612092A - 一种提高记账准确性的业务交易记账方法 - Google Patents

Abstract

本申请涉及业务交易账务处理技术领域，具体公开了一种提高记账准确性的业务交易记账方法，其包括具有松耦合性的业务系统和账户系统，业务系统进行业务逻辑处理，账户系统进行账户的定义及记账逻辑处理；业务交易记账方法根据外部账户余额增减方向将业务系统的业务进行分类，对同一分类下的业务进行处理时，业务的逻辑处理和业务对应的记账逻辑处理采用通用的框架进行，处理后进行周期性对账。本方法可提升业务系统中业务交易账户记账的安全性、准确性等。

Description

一种提高记账准确性的业务交易记账方法

技术领域

本申请涉及业务交易账务处理技术领域，尤其涉及一种提高记账准确性的业务交易记账方法。

背景技术

目前很多系统都涉及到支付、充值、转账等涉及账户余额增减的功能，尤其在支付、金融领域。一般的形式是通过业务系统进行相关的订单操作和状态变化再触发账户余额的增减。其中，常见的账户余额的处理分单独账户系统处理、业务系统集成处理这两种方式；账户记账方式又分复式记账法和单式记账法。

大部分账户余额的增减直接涉及到外部用户的资产或价值物的变化，例如购买理财的余额、商户收款的待结算余额、充值会员费的余额、用户进行余额的提现、积分余额的兑换等，因此保障账户余额增减的准确性非常重要。异常的账户余额增减直接会导致外部用户或公司的资产损失。

目前很多公司对账户余额增减的处理并没有一个统一的框架实现，而是针对具体的业务场景主要基于业务逻辑进行账户余额增加的处理，而账户余额增减只是业务逻辑处理的一个环节，一个账户增减通常要与余额增减的前后逻辑都有关系，并且业务系统大多还需要与本公司的其他业务系统、公司外业务系统进行对接后来能处理订单状态。无论是采用复式记账法还是单式记账法，针对有些情况，要先标记业务系统订单完成后，在进行账户余额的增减；而有些情况则是要先进行账户余额扣减，然后进行业务系统订单处理，并且如果订单失败还需要账户余额进行冲正还原处理。如果在异常场景下，不完善的业务系统逻辑和账户增减的逻辑处理会造成账户余额不正确的情况，直接导致外部用户和公司的资产损失，例如商户收款后，重复进行记账会造成商户待结算金额增加；用户余额提现异常，会造成重复提现成功等等。

发明内容

本申请提供了一种提高记账准确性的业务交易记账方法，以解决上述问题。

本申请提供了一种提高记账准确性的业务交易记账方法，具有松耦合性的业务系统和账户系统，业务系统进行业务的逻辑处理，账户系统进行账户的定义及记账逻辑处理；所述的业务交易记账方法包括根据外部账户余额增减方向将业务系统的业务进行分类，对同一分类下的业务进行处理时，业务的逻辑处理和业务对应的记账逻辑处理采用通用的框架进行，处理后进行周期性对账；

其中，外部账户余额增减方向包括外部账户余额的增加方向和减少方向，通用的框架包括：

一、增加方向的业务的逻辑处理和业务对应的记账逻辑处理包括：

S11、业务系统进行订单创建，并且标记订单处理的初始状态和订单的记账初始状态；

S12、业务系统标记订单处理的运行状态，并进行关键业务处理，关键业务处理包括业务风险校验、订单明细数据生成、同公司或跨公司合作方的业务接口调用及处理，根据业务处理的结果标记订单处理的结果状态，若业务处理结果为失败，则流程结束，若业务处理结果为成功则进入步骤S13；

S13、调用账户系统的记账接口进行账户的记账处理，记账处理过程中，判断用户账户类型，用户账户类型包括实时记账和非实时记账，实时记账指实时更新余额，非实时记账是指在一定时间后更新余额，记账处理后将记账结果返回至业务系统；

S14、业务系统根据记账结果进行业务处理，并标记订单的记账结果状态；

S15、业务系统预配置定时程序，对订单处理的结果状态为成功，但是记账状态为初始状态的业务，发起账户系统进行记账处理进入步骤S13；

二、减少方向的业务的逻辑处理和业务对应的记账逻辑处理包括：

S21、业务系统进行订单创建，并标记订单处理的初始状态、订单记账的初始状态和订单冲正的初始状态；

S22、业务系统标记订单处理的运行状态，进行业务处理，业务处理包括业务风险校验，调用账户系统的记账接口进行记账处理，记账处理过程中，对用户账户余额进行余额扣减，记账处理后将记账结果返回到业务系统；

S23、业务系统根据接收到的记账结果进行关键业务处理，关键业务处理包括调用订单明细数据生成、同公司或跨公司合作方的业务接口调用及处理，并标记业务订单的记账结果状态，若订单处理成功，则流程结束，若订单处理失败，则调用账户系统记账冲账接口进入步骤S24；

S24、账户系统记账冲账接口接收到业务系统请求后，进行冲正处理，冲正结束后将冲正结果返回至业务系统；

S25、业务系统根据返回的冲正结果，标记业务订单的冲正结果状态，流程结束；

S26、业务系统预配置定时时间点，对订单处理运行状态，且记账状态为初始状态的业务订单调用账户系统进行记账处理；

S27、业务系统预配置定时时间点，对订单处理结果失败，记账成功且冲正失败的业务订单调用账户系统进行冲正处理。

本申请公开了一种提高记账准确性的业务交易记账方法，通过抽象复杂业务系统中的业务订单处理和记账处理的逻辑，并设计统一的逻辑处理框架，可提升业务系统中账户记账的安全性、准确性；避免了业务系统重复记账的问题，避免的对用户影响和公司的损失；避免业务系统部分业务订单漏记账的情况；通过借贷复式记账及每日对账，进一步减少了系统异常、人为恶意修改数据等多种安全隐患，提升记账的安全性、准确性；通过每日对账的管理页面，可加快异常记账数据的处理速度。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请的实施例提供的外部用户账户余额增加方向场景下的业务交易记账方法的部分示意流程图；

图2是本申请的实施例提供的外部用户账户余额减少方向场景下的业务交易记账方法的部分示意流程图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。

本申请的实施例提供了一种提高记账准确性的业务交易记账方法。其中，该业务交易记账方法可以应用于终端或服务器中，以抽象复杂业务系统中的业务订单处理和记账处理的逻辑，并设计统一的逻辑处理框架，可提升业务系统中账户记账的安全性、准确性等。

本发明涉及一种提高记账准确性的业务交易记账方法，其具有松耦合性的业务系统和账户系统，业务系统进行业务逻辑处理，账户系统进行各种账户的定义及记账逻辑处理。

该提高记账准确性的业务交易记账方法包括根据外部账户余额增减方向将业务系统的业务进行分类，对同一分类下的业务进行处理时，业务的逻辑处理和业务对应的记账逻辑处理采用通用的框架进行，处理后进行周期性对账。

其中，外部账户余额增减方向包括账户余额的增加方向和账户余额的减少方向。

本申请采用业务系统和账户系统独立的方案，即业务系统只进行业务逻辑的处理，账户系统进行各种账户的定义及记账逻辑的处理。此方案具有系统间的松耦合性，减少不同系统修改和上线带来的影响，也可以将不同类型的技术代码分开管理。

通过将业务系统的业务处理进行分类，针对不同类型的业务处理设计业务系统订单处理和记账处理的逻辑框架，来保障业务系统记账的准确性和逻辑安全性。并且通过制定周期性的对账流程，包括记账中状态处理、记账平衡检查、业务订单与账户流水核对、业务流水唯一性检查、人工管理界面等来进一步保障订单处理的安全性和准确性。

本申请涉及的业务系统的业务处理是基于订单的，例如支付交易订单、采购订单、理财购买订单，业务处理的结果体现到订单的状态变化，经过抽象，订单状态一般都包括订单已创建、订单处理中、订单处理成功、订单处理失败这4个状态，具体到不同的业务系统可能会对这4个订单状态进行细分或合并。

同时，账户的增减是基于账户的，根据账户所有者的不同，分为外部账户和内部账户这两种类型，外部账户是针对外部用户的，例如用户、代理商、合作机构等等，内部账户是企业内部核算需要的，例如应收账户、应付账户等等。

另外，针对账户的增减记账，分为实时记账和非实时记账，在用户账户类型上按照余额增减方向分别进行标记；实时记账指业务处理发生时实时更新账户的余额，进行增减操作，例如用户充值、用户积分兑换等；非实时记账指业务处理发生时，账户余额先不做扣减操作，而在指定时间进行余额增减，但是会先对账户余额进行锁定操作，例如用户购买理财时先锁定用户储蓄余额，待每日固定15点进行用户储蓄账户余额的扣减和理财账户余额的增加。

本设计方法是基于外部用户账户的增减方向来进行划分，分成外部用户账户增加方向的业务处理类型和外部用户账户余额减少方向的业务处理类型，针对这两种类型各设计一种通用的业务系统处理和记账系统处理逻辑，其中同一类业务处理类型的业务使用对应的通用处理逻辑，处理逻辑主要包含业务订单处理的订单状态变化，及业务系统与账户系统的交互逻辑。另外，无论是外部用户账户增加，还是外部用户账户减少的场景中，针对实时记账和非实时记账又有不同的处理逻辑分支。

如图1所示，增加方向的业务的逻辑处理和业务对应的记账逻辑处理包括步骤S11-S15。

S11、业务系统进行订单创建，并且标记订单处理的初始状态和订单的记账初始状态。

具体地，业务系统进行订单创建，包括订单创建权限校验，产生业务订单号、外部用户编号、相关订单信息，并标记订单处理的初始状态为“订单已创建”，标记订单的记账初始状态为“未记账”。具体的状态名称可以任意设置，设置通俗易懂即可，在此不做具体的限制。

S12、业务系统标记订单处理的运行状态，并进行关键业务处理，根据业务处理的结果标记订单处理的结果状态，若业务处理结果为失败岀流程结束，若业务处理结果为成功则进入步骤S13。

业务系统标记订单处理的运行状态为“订单处理中”，同时进行关键业务处理。其中关键业务处理包括业务风险校验、订单明细数据生成、同公司或跨公司合作方的业务接口调用及处理。

业务系统根据业务处理的结果标记订单的结果状态，若业务处理结果为成功，则修改业务订单状态为“订单处理成功”，并跳转到S13，若业务处理结果为失败，则修改订单状态为“订单处理失败”，此时不需要调用账户系统进行记账，订单流程结束。

S13、调用账户系统的记账接口进行账户的记账处理，记账处理过程中，判断用户账户类型，用户账户类型包括实时记账和非实时记账，实时记账指实时更新余额，非实时记账是指在一定时间后更新余额，记账处理后将记账结果返回至业务系统。

具体地，若业务处理结果为成功，业务系统调用账户系统记账接口，账户系统记账接口接收请求后进行账户的记账处理。

具体地，账户系统记账接口接收到请求后进行账户的记账处理，记账处理包括步骤S131-S135：

S131、记账唯一性校验。

进行业务订单号唯一性记账逻辑判断，即同一个来源系统的同一个业务订单号只能有一次记账成功。

S132、生成记账明细数据。

生成的记账明细数据包括每个账户的余额增减方向及的具体的增减数值。

S133、记账明细借贷平衡检查。

使用账户系统的借贷平衡检查，检查此笔记账的借方和贷方的累计余额是否相等。如果相等则继续处理，如果不相等，则标记为记账失败。

S134、判断外部用户账户的类型，若为外部用户账户实时记账，则实时更新余额，若为非实时记账则定时更新余额。

针对用户账户余额进行借贷增减操作，判断用户账户类型是否是实时记账，如果是实时记账，则实时对账户进行余额处理，如果是非实时记账，则业务系统调用记账时暂不处理。

账户记账时还包括对其他内部账户的账户借贷操作，按照逻辑进行正常内部账户实时余额处理即可，例如应付账户等。

S135、记账结束。

S14、业务系统根据记账结果进行业务处理，并标记订单的记账结果状态。

具体地，账户系统返回记账结果的数据，业务系统根据账户系统返回的记账结果的数据进行业务处理。记账系统返回记账结果数据有3种类型，分别为记账成功、记账失败和记账重复，业务系统根据3种不同的返回类型进行业务处理。

“记账成功”：业务系统按照成功流程进行下一步的业务系统处理后，流程结束；

“记账失败”：业务系统可选择立即再次发起同一记账，指定最高重试次数后停止；

“记账重复，原订单已成功”：业务系统判断业务订单是否已经处理过，如果没有，则按照“记账成功”的处理逻辑进行处理，避免对同一订单重复处理。若是有处理过，则不需要再次处理。

S15、业务系统预配置定时程序，对订单处理的结果状态为成功，但是记账状态为初始状态的业务，发起账户系统进行记账处理进入步骤S13。

具体地，业务系统预配置定时程序，处理订单状态为“订单处理成功”，但是记账状态是“未记账”的业务系统，发起账户系统进行记账，逻辑同S13。

需要说明的是，账户系统返回“记账失败”的原因有多种，可能是短暂的网络问题，此时步骤S15可以处理。失败原因是商户信息有误、订单信息有误、账户系统不可用等异常，需修复问题后步骤S15才可以成功处理。

针对非实时记账，账户系统预配置定时时间点对需要记账订单范围内的记账进行批量余额处理。

例如配置每日15点，处理本年度7天内所有待处理的非实时记账。

针对外部账户余额增加的非实时记账场景，只需要在人机交互界面告知用户有待处理的订单处理即可，不需要在业务订单发生时对用户账户余额进行增减操作。

在此流程结束后，业务系统针对订单处理成功用记账成功的订单可继续进行其他业务需要的逻辑处理。

上述的内容为外部用户账户余额增加场景时，定义的通用逻辑框架进行业务处理和记账处理，下面对外部用户账户余额减少场景时，定义的通用逻辑框架进行详细说明。

当外部用户账户余额为减少方向时，例如用户余额提现时的用户余额扣减，用户积分兑换时的积分余额扣减等。由于外部账户减少的情况下通常操作并发不高，且一般需要实时扣减用户余额，如果保留非实时场景的必要性不大，因此用户账户余额减少的情况下禁用非实时记账。

如图2所示，减少方向的业务的逻辑处理和业务对应的记账逻辑处理包括步骤S21-S27。

S21、业务系统进行订单创建，并标记订单处理的初始状态、订单记账的初始状态和订单冲正的初始状态。

具体地，业务系统进行订单创建，包括订单创建权限校验，产生业务订单号、外部用户编号、相关订单信息，并标记订单处理的初始状态为“订单已创建”，标记订单记账的初始状态为“未记账”，标记订单冲正的初始状态为“未冲正”。具体的状态名称可以任意设置，设置通俗易懂即可，在此不做具体的限制。

S22、业务系统标记订单处理的运行状态，进行业务处理，调用账户系统的记账接口进行记账处理，记账处理过程中，对用户账户余额进行余额扣减，记账处理后将记账结果返回到业务系统。

具体地，业务系统标记订单状态为“订单处理中”，同时进行业务处理，业务处理包括进行业务风险校验。调用账户系统记账接口进行用户账户余额扣减。

账户系统记账接口接收到请求后，进行记账处理，记账处理包括步骤S221-S225。

S221、记账唯一性校验。

进行业务订单号唯一性记账逻辑判断，即同一个来源系统的同一个业务订单号只能有一次记账成功。

S222、生成记账明细数据。

生成的记账明细数据包含每个账户的余额增减的方向及具体增减数值。

S223、记账明细借贷平衡检查。

使用账户系统的借贷平衡检查，检查记账的借方和贷方的累计余额是否相等，如果相等则继续处理，如果不相等则标记为记账失败。

S224、实时更新外部用户账户余额。

此场景只允许实时记账，因此账户系统直接按照逻辑进行外部用户账户余额扣减。

S225、记账结束。

账户记账时还包括对其他内部账户的账户借贷操作，按照逻辑进行正常内部账户余额实时余额处理即可，例如应付账户等。

S23、业务系统根据接收到的记账结果进行关键业务处理，并标记业务订单的记账结果状态，若订单处理成功，则流程结束，若订单处理失败，则调用账户系统记账冲账接口进入步骤S24。

具体地，记账系统返回记账结果数据，业务系统根据返回数据类型进行业务处理。记账系统返回数据有3种类型：记账成功、记账失败和记账重复，业务系统根据3种不同的返回类型进行业务处理。

“记账成功”：业务系统按照成功流程进行下一步的业务系统处理后，流程结束；

“记账失败”：业务系统可选择立即再次发起同一记账，指定最高重试次数后停止；

“记账重复，原订单已成功”：业务系统判断业务订单是否已经处理过，如果没有，则按照“记账成功”的处理逻辑进行处理，避免对同一订单重复处理。若有处理过，则不需要再次处理。

业务系统收到记账系统返回“记账成功”或“记账重复”后修改订单状态为“已记账”，进行关键业务处理，关键业务处理包括订单明细数据生成、同公司或跨公司合作方的业务接口调用及处理。若业务处理成功，则修改业务订单状态为“订单处理成功”，流程结束，若订单处理失败，则需要调用账户系统记账冲账接口；

S24、账户系统记账冲账接口接收到业务系统请求后，进行冲正处理，冲正结束后将冲正结果返回至业务系统。具体地，冲正处理包括步骤S241-S245。

S241、冲正唯一性校验。

根据业务订单号唯一性记账逻辑判断，即同一个来源系统的同一个业务订单号只能有一次记账冲账成功。

S242、生成冲正明细数据。

根据业务订单号找到原记账流水明细，按照记账流水明细，一一产生增减方向相反且增减数值相同的流水明细。

S243、冲正明细借贷平衡检查。

S244、实时更新余额。

针对外部用户账户及其他相关的内部账户余额执行实时余额增减操作。

S245、冲正结束。

S25、业务系统根据返回的冲正结果，标记业务订单的冲正结果状态。

具体地，记账系统返回的记账结果数据有3种类型：冲正成功、冲正失败和冲正重复，原订单已成功。业务系统根据3种不同的返回类型进行业务处理。

“冲正成功”：业务系统按照成功流程进行下一步的业务系统处理后，跳转到下一步；

“冲正失败”：业务系统可选择立即再次发起同一记账冲正，指定最高重试次数后停止；

“冲正重复，原订单已成功”：业务系统判断业务订单是否已经处理过，如果没有则按照“冲正成功”的处理逻辑进行处理并挑选到下一步，避免对同一订单重复处理。若有处理过，则不需要再次处理。

业务系统收到账户系统记账冲正接口返回的冲正成功后，标记业务订单结果状态为订单处理失败，订单冲正结果状态为已冲正，流程结束。

S26、业务系统预配置定时时间点，对订单处理运行状态，且记账状态为初始状态的业务订单调用账户系统进行记账处理，转动步骤S22。

例如，业务系统预配置的定时时间点为每30分钟一次，对订单记账状态为“未记账”的业务订单调用账户系统进行记账处理，转到步骤S22。具体的定时时间点可以根据实际需求设置。

S27、业务系统预配置定时时间点，对订单处理结果失败，记账成功且冲正失败的业务订单调用账户系统进行冲正处理，转到步骤S24。

例如，业务系统预配置定时时间点为第30分钟一次，对订单为“订单处理失败”，订单记账状态为“已记账”且未冲正的业务订单调用账户系统进行记账冲正处理，转到步骤S24。具体的定时时间点可以根据实际需求设置。

在一个可选的实施例中，周期性对账包括以下步骤：

一、在账户系统记账流水管理页面，针对记账失败的数据进行人工查询和复核并修正问题，保证系统可以正常处理。

二、在账户系统中，按照不同账户借贷科目等级统计所有“记账成功”和“冲正成功”的累计借方余额和贷方余额，进行借贷平衡检查，要求同一科目层级的所有科目借方余额等于借方余额。

三、账户系统在所有账户流水表中检查所有业务订单的记账和冲正只能有一次记账成功或冲正成功的记录。可以按照企业需要将账户流水表进行分表存储来提升账户系统记账及检查性能，并且针对一定时间前的数据备份到账户流水表用以备份查询，不再参加业务订单号唯一性检验，例如1年前的记账流水数据。

四、每天定时将业务系统的订单同步到账户系统来源业务订单表中，比对账户系统中“记账成功”和“冲正成功”的记账流水对应的业务订单与来源业务订单表的业务订单一一对应。

五、在账户系统每日对账报告页中显示上述四个步骤中的结果数据，并显示对账总览，包括第一步中的记账失败总笔数（含重新记账成功）、记账失败总笔数（不含重新记账成功）、冲正失败总笔数（含重新冲正成功）、冲正失败总笔数（不含重新冲正成功）；第二步中的借贷平衡检查结果，包括借贷平衡检查通过，借贷平衡检查不通过这两种状态，针对借贷平衡检查不通过的场景，显示不平衡的科目清单及借方累计余额、贷方累计余额；针对借贷平衡检查通过的科目也可以查询借方和贷方的累计余额。第三步中的业务订单唯一性校验通过结果，包含校验通过和校验不通过两种状态，针对校验不通过的显示详细的业务订单号及重复次数；第四步中的业务订单一一对应的校验结果，包含校验通过、校验不通过两种状态，针对校验不通过的情况可查看详细业务订单号。

本发明抽象复杂业务系统中的业务订单处理和记账处理的逻辑，并设计统一的逻辑处理框架，可提升业务系统中账户记账的安全性、准确性等，具体有以下效果：

1、基于统一的逻辑处理框架，可提升系统开发效率并保障记账的安全性、准确性；

2、避免了业务系统重复记账的问题，避免的对用户影响和公司的损失；

3、避免业务系统部分业务订单漏记账的情况；

4、通过借贷复式记账及每日对账，进一步减少了系统异常、人为恶意修改数据等多种安全隐患，提升记账的安全性、准确性；

5、通过每日对账的管理页面，可加快异常记账数据的处理速度。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (5)

1.一种提高记账准确性的业务交易记账方法，其特征在于，具有松耦合性的业务系统和账户系统，业务系统进行业务的逻辑处理，账户系统进行账户的定义及记账逻辑处理；所述的业务交易记账方法包括根据外部账户余额增减方向将业务系统的业务进行分类，对同一分类下的业务进行处理时，业务的逻辑处理和业务对应的记账逻辑处理采用通用的框架进行，处理后进行周期性对账；

其中，外部账户余额增减方向包括外部账户余额的增加方向和外部账户余额的减少方向，通用的框架包括：

一、增加方向的业务的逻辑处理和业务对应的记账逻辑处理包括：

S11、业务系统进行订单创建，并且标记订单处理的初始状态和订单的记账初始状态；

S12、业务系统标记订单处理的运行状态，并进行关键业务处理，关键业务处理包括业务风险校验、订单明细数据生成、同公司或跨公司合作方的业务接口调用及处理，根据业务处理的结果标记订单处理的结果状态，若业务处理结果为失败，则流程结束，若业务处理结果为成功则进入步骤S13；

S13、调用账户系统的记账接口进行账户的记账处理，记账处理过程中，判断外部用户账户类型，用户账户类型包括实时记账和非实时记账，实时记账指实时更新余额，非实时记账是指在一定时间后更新余额，记账处理后将记账结果返回至业务系统；

S14、业务系统根据记账结果进行业务处理，并标记订单的记账结果状态；

S15、业务系统预配置定时程序，对订单处理的结果状态为成功，但是记账状态为初始状态的业务，发起账户系统进行记账处理进入步骤S13；

二、减少方向的业务的逻辑处理和业务对应的记账逻辑处理包括：

S21、业务系统进行订单创建，并标记订单处理的初始状态、订单记账的初始状态和订单冲正的初始状态；

S22、业务系统标记订单处理的运行状态，进行业务处理，业务处理包括业务风险校验，调用账户系统的记账接口进行记账处理，记账处理过程中，对用户账户余额进行余额扣减，记账处理后将记账结果返回到业务系统；

S23、业务系统根据接收到的记账结果进行关键业务处理，关键业务处理包括调用订单明细数据生成、同公司或跨公司合作方的业务接口调用及处理，并标记业务订单的记账结果状态，若订单处理成功，则结束流程，若订单处理失败，则调用账户系统记账冲账接口进入步骤S24；

S24、账户系统记账冲账接口接收到业务系统请求后，进行冲正处理，冲正结束后将冲正结果返回至业务系统；

S25、业务系统根据返回的冲正结果，标记业务订单的冲正结果状态；

S26、业务系统预配置定时时间点，对订单处理状态为运行状态，且记账状态为初始状态的业务订单调用账户系统进行记账处理，转入步骤S22；

S27、业务系统预配置定时时间点，对订单处理结果失败，记账成功且冲正失败的业务订单调用账户系统进行冲正处理，转入步骤S24。

2.根据权利要求1所述的提高记账准确性的业务交易记账方法，其特征在于，所述S13中的记账处理包括：

记账唯一性校验；

生成记账明细数据；

记账明细借贷平衡检查；

判断用户账户类型，若为实时记账，则实时更新余额，若为非实时记账，则定时更新余额；

记账结束。

3.根据权利要求1所述的提高记账准确性的业务交易记账方法，其特征在于，所述S22中的记账处理包括：

S221、记账唯一性校验；

S222、生成记账明细数据；

S223、记账明细借贷平衡检查；

S224、实时更新余额；

S225、记账结束。

4.根据权利要求1所述的提高记账准确性的业务交易记账方法，其特征在于，所述S24中的冲正处理包括：

S241、冲正唯一性校验；

S242、生成冲正明细数据；

S243、冲正明细借贷平衡检查；

S244、实时更新余额；

S245、冲正结束。

5.根据权利要求1所述的提高记账准确性的业务交易记账方法，其特征在于，所述周期性对账包括：

在账户系统记账流水管理页面，针对记账失败的数据进行人工查询和复核并修正；

在账户系统中，按照不同账户借贷科目等级统计所有记账成功和冲正成功的累计借方余额和贷方余额，进行借贷平衡检查；

账户系统在所有账户流水表中检查所有业务订单的记账和冲正只能有一次记账成功或冲正成功的记录，

每天定时将业务系统的订单同步到账户系统来源业务订单表中，比对账户系统中记账成功和冲正成功的记账流水对应的业务订单与来源订单表的业务订单一一对应；

在账户系统每日对账报告页面中显示对账总览。

Images