CN116823369A - 可配置结算策略的高通用结算方法、装置及电子设备 - Google Patents

Abstract

本发明提供了一种可配置结算策略的高通用结算方法、装置及电子设备，通过定义结算策略因素，维护基础数据；配置结算策略；接收业务系统的交易单据，对交易单据进行数据处理，将符合要求的交易单据中的数据转换、归集为业务单据；判断业务单据状态是否满足清分结算时点要求，当满足时，执行结算策略；对执行结算策略后的业务单据进行财务记录和处理。通过将不同业务场景下产生的交易单据数据转换成统一格式的业务单据数据，用不同的结算策略配置可以满足不同业务场景的结算需求，最终达到建设可适用于多种电商交易结算场景的高通用结算系统的目的。

Description

可配置结算策略的高通用结算方法、装置及电子设备

技术领域

本发明涉及自动结算技术领域，具体而言，涉及一种可配置结算策略的高通用结算方法、装置及电子设备。

背景技术

目前，企业入驻各个大型电商平台触达平台客户进行电商交易，需要对来自于多个不同平台不同店铺的大量细碎、分散的订单进行收入成本的结算，财务人员手工对账效率低且极易出错。另一方面，企业自建小程序、APP等多端在线商城，赋能线下门店，需要接入支付机构进行支付结算；进而，为了提高经营能力，企业搭建自建电商平台，整合供应链、赋能渠道伙伴及忠实消费者，拓展营销玩法，需要对参与订单交易的各方进行实时的多方收益结算。

上述业务场景下，分散在不同平台或业务系统中的交易单据数据、结算数据的结构各不相同，不同业务的结算时间要求也不一致，需要采用不同的处理逻辑进行结算。因此当前技术下多数企业都会针对上述不同业务场景的交易结算需求，在业务流程和代码逻辑上实现不同业务各自独立的结算系统或结算功能。

现有技术下，当企业增加新的业务场景时，需要搭建新结算系统或调整原有功能代码来实现新业务场景的结算需求，而且，为不同业务场景搭建的结算系统或结算功能造成了财务数据的分散，自建在线商城和自建电商平台下针对不同业务场景在不同应用端的结算功能在重复“造轮子”，造成财务人员需要切换不同业务系统进行财务处理，发现异常结算数据需要人工核算时财务人员和业务人员需要去理解不同业务系统上的各自不同的实现逻辑进行排查。

发明内容

基于此，本发明实施例提供了一种可视化配置结算策略的高通用结算方法、装置及电子设备，通过将不同业务场景下产生的交易单据数据转换成统一格式的业务单据数据，用不同的结算策略配置可以满足不同业务场景的结算需求，最终达到建设可适用于多种电商交易结算场景的高通用结算系统的目的。

本发明实施例提供了一种可视化配置结算策略的高通用结算方法，所述方法包括：

定义结算策略因素，维护基础数据；

配置结算策略；

接收业务系统的交易单据，对所述交易单据进行数据处理，将符合要求的交易单据中的数据转换、归集为业务单据；

判断所述业务单据状态是否满足清分结算时点要求，当满足时，执行结算策略；

对执行结算策略后的所述业务单据进行财务记录和处理。

进一步地，所述定义结算策略因素，维护基础数据包括：定义业务结算类型及子分类、定义交易角色类型和定义资金费用清分项目。

进一步地，所述配置结算策略具体包括：

定义所述结算策略的名称、启用/停用状态；

定义所述结算策略关联的业务单据的归集规则；

定义清分、结算时点；

定义结算策略的清分规则、记账规则和结算规则。

进一步地，所述业务单据具体包括：业务单据信息、关联交易单据信息、业务单据金额信息、交易对象清单信息和商品信息。

进一步地，所述执行结算策略包括：

按照所述清分规则获取业务单据结算对象信息和金额信息，对其进行清分计算，生成清分单；

按照结算测量，依据生成的清分单数据，发起待处理的账户记账、往来记账指令；

按照结算策略，进行结算，汇总清分单生成的结算单，执行资金结算处理。

进一步地，对执行结算策略后的所述业务单据进行财务记录和处理包括：

应收应付往来单、实收实付收付款单、自动化实时核销及定时冲销进行往来核销处理、生成往来核销单。

第二方面，本发明实施例提供了一种可配置结算策略的高通用结算装置，应用于第一方面所述的可配置结算策略的高通用结算方法，所述装置包括：

基础数据模块，用于定义结算策略因素，维护基础数据；

配置模块，用于配置结算策略；

业务单据归集模块，用于接收业务系统的交易单据，对所述交易单据进行数据处理，将符合要求的交易单据中的数据转换、归集为业务单据；

清结算模块，用于判断所述业务单据状态是否满足清分结算时点要求，当满足时，执行结算策略；

财务模块，用于对执行结算策略后的所述业务单据进行财务记录和处理。

第三方面，本发明实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述可配置结算策略的高通用结算方法，或上述可配置结算策略的高通用结算方法中任一种可能的实施方式中的步骤。

第四方面，本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述可配置结算策略的高通用结算方法中任一种可能的实施方式中的步骤。

第五方面，本发明实施例还提供一种计算机程序产品，包括计算机程序/指令，该计算机程序、指令被处理器执行时执行上述可配置结算策略的高通用结算方法中任一种可能的实施方式中的步骤。

本发明实施例提供的一种可配置结算策略的高通用结算方法、装置及电子设备，通过定义结算策略因素，维护基础数据；配置结算策略；接收业务系统的交易单据，对交易单据进行数据处理，将符合要求的交易单据中的数据转换、归集为业务单据；判断业务单据状态是否满足清分结算时点要求，当满足时，执行结算策略；对执行结算策略后的业务单据进行财务记录和处理。通过将不同业务场景下产生的交易单据数据转换成统一格式的业务单据数据，用不同的结算策略配置可以满足不同业务场景的结算需求，最终达到建设可适用于多种电商交易结算场景的高通用结算系统的目的。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，此处的附图被并入说明书中并构成本说明书中的一部分，这些附图示出了符合本发明的实施例，并与说明书一起用于说明本发明的技术方案。应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例所提供的一种可配置结算策略的高通用结算方法的流程示意图；

图2示出了本发明实施例所提供的一种可配置结算策略的高通用结算方法的结算功能示意图；

图3示出了本发明实施例所提供的另一种可配置结算策略的高通用结算方法的结算功能的流程示意图；

图4示出了本发明实施例所提供的一种可配置结算策略的高通用结算装置的示意图；

图5示出了本发明实施例所提供的一种电子设备的示意图；

图6示出了本发明实施例所提供的一种电商对账结算实施例的流程示意图；

图7示出了本发明实施例所提供的一种平台支付结算实施例的流程示意图；

图8示出了本发明实施例所提供的一种多方结算实施例的流程示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

本文中术语“和/或”，仅仅是描述一种关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。

经研究发现，现有技术下，当企业增加新的业务场景时，需要搭建新结算系统或调整原有功能代码来实现新业务场景的结算需求，而且，为不同业务场景搭建的结算系统或结算功能造成了财务数据的分散，自建在线商城和自建电商平台下针对不同业务场景在不同应用端的结算功能在重复“造轮子”，造成财务人员需要切换不同业务系统进行财务处理，发现异常结算数据需要人工核算时财务人员和业务人员需要去理解不同业务系统上的各自不同的实现逻辑进行排查。

基于上述研究，本发明实施例提供的一种可配置结算策略的高通用结算方法、装置及电子设备，通过定义结算策略因素，维护基础数据；配置结算策略；接收业务系统的交易单据，对交易单据进行数据处理，将符合要求的交易单据中的数据转换、归集为业务单据；判断业务单据状态是否满足清分结算时点要求，当满足时，执行结算策略；对执行结算策略后的业务单据进行财务记录和处理。通过将不同业务场景下产生的交易单据数据转换成统一格式的业务单据数据，用不同的结算策略配置可以满足不同业务场景的结算需求，最终达到建设可适用于多种电商交易结算场景的高通用结算系统的目的。

本发明是基于BOC(商业运营平台)的整体架构进行建设，通过总结并抽象、归纳各种电商交易场景的结算需求设计而成，以业务中台和可组装式概念建设的一种高通用的结算系统。

结算中心用于定义不同业务场景的结算策略，并从业务中心归集来源于不同业务场景的交易单据转换为统一的业务单据数据，对业务单据数据进行结算处理，计算出结算信息，将结算信息通过接口中心调用银行系统或ERP(企业资源计划管理系统)系统进行资金处理或账务处理，将结算结果提供给业务终端的财务管理模块使用。

接口中心用于与外部系统对接，将结算信息生成清结算请求，对接银行系统以使银行系统根据清结算请求完成资金交易业务，生成资金交易信息并反馈，以及将反馈的资金交易信息发送给结算中心；也可将上述结算信息生成应收应付往来单据和实收实付单据，对接ERP系统进行资金处理和凭证处理；

业务中心用于存储业务数据。业务中心是对业务中台中除结算中心、接口中心之外各中心的概述，各业务中心针对不同的业务场景管理业务逻辑，与业务终端交互完成业务闭环。如：订单交易会在交易中心记录订单信息完成交易闭环，支付收银业务会在支付中心完成支付和支付流水记录，电商全渠道履约业务会在库存中心完成发货物流和退货物流的处理和处理结果记录，账户中心会完成用户开户、绑卡、充值、提现、余额支付等业务并记录账户流水明细等。

需要说明的是，本发明的结算系统，能够将各个业务场景下的交易单据数据归集为结算中心的业务单据，在结算中心进行集中处理，避免了财务数据的分散；通过接口中心能够与银行系统直连完成统一资金清结算处理，做到把资金业务处理由繁到简，满足核心结算业务的需求，增强了系统的扩展性；在不直连银行系统的情况下，也可以把资金业务处理对接到ERP(企业资源计划管理系统)系统进行线下的资金处理。

参见图1所示，图1为本发明实施例提供的可配置结算策略的高通用结算方法的流程示意图，该方法依次进行如下步骤S101～步骤S105，最后完成单据的结算。

步骤S101，定义结算策略因素，维护基础数据。

本发明实施例中的基础数据服务于结算操作，其中结算策略因素具体包括用于归类管理业务场景的业务结算场景类型、用于定义参与交易各方的交易角色类型、用于对交易本金和交易费用进行统一费用分类管理的资金费用清分项目。用户可以通过可视化的方式在页面上完成结算策略因素的基础数据配置，用于后续在结算策略配置模块选择这些基础数据组装成不同的结算策略。

参见图2和图3，其中，图2为本发明实施例所提供的一种可配置结算策略的高通用结算方法的基础结算功能示意图，图3为本发明实施例所提供的一种可配置结算策略的高通用结算方法的结算功能的流程示意图。

具体的，定义结算策略因素，维护基础数据包括：定义业务结算类型及子分类、定义交易角色类型和定义资金费用清分项目。

其中，定义业务结算类型及子分类包括：定义结算类型为支付流水结算、订单明细结算、发货明细结算、发货物流结算、售后明细结算等，分别定义了业务单据归集的业务结算场景类型；然后基于业务结算场景类型所采集的业务单据定义子类型，如支付流水结算的子类型为支付流水的不同支付类型，如线上支付-渠道、线下支付-现金、线下支付-银行转账、信用支付、返利支付、预付款支付等。

定义交易角色类型包括：基于已知电商交易的场景，定义交易角色类型，如：买家、卖家、平台方、服务商、分润方等。

定义资金费用清分项目包括：根据财务记账科目需要和业务管理颗粒度需求，按资金管理的最小颗粒度定义资金费用清分项目。如：货款、手续费、服务费、佣金、快递费等。

步骤S102，配置结算策略。

本发明实施例中，用户通过可视化的方式，选择结算策略因素，定义结算策略的业务单据规则规则、清分时点、清分规则、记账规则、资金结算规则(调度外部系统进行资金结算)，形成结算策略，并保存在结算策略模块。

具体的，配置结算策略具体包括：

定义所述结算策略的名称、启用/停用状态；

定义所述结算策略的业务单据归集规则，包含业务结算场景类型、采集的交易单据(交易单据或交易明细单据)。

定义清分时点；约定执行清分的业务时点要求，比如快递费结算的清分时点定义为关联交易单据(即发货单)的物流状态为“已揽件”时进行清分。

定义结算策略的清分规则，包含资金费用清分项目、清分来源对象、清分目标对象、清分比例。比如定义清分规则：买家(清分来源对象)清分给卖家(清分目标对象)100％(清分比例)的货款(资金费用清分项目)，并从卖家(清分来源对象)分账给平台方(清分目标对象)0.6％(清分比例)的服务费(资金费用清分项目)。

定义结算策略的记账规则，包含是否启用账户记账和是否启用往来记账。启用账户记账规则，需约定清分来源对象和清分目标对象的记账账户类型。若启用账户记账，则清分规则补充为：从买家(清分来源对象)的订货钱包账户(账户类型)清分给卖家(清分目标对象)的货款结算账户(账户类型)100％(清分比例)的货款(资金费用清分项目)，并从卖家(清分来源对象)的货款结算账户(账户类型)分账给平台方(清分目标对象)的服务费结算账户(账户类型)0.6％(清分比例)的服务费(资金费用清分项目)。

启用往来记账规则，可约定记账要求，包含：单向记应收、单向记应付、双向记往来。单向记应收指只给清分目标对象生成应收单，单向记应付指只给清分来源对象生成应付单，双向记往来指给清分来源对象生成应付单同时给清分目标对象生成应收单。

定义结算策略的资金结算规则，包含是否启用外部系统资金清结算，若启用则需要指定外部系统渠道、约定结算时点和资金交易方向。

外部系统渠道指具体的外部系统接口通道，如某一家已对接的银行系统。

结算时点，用于约定执行资金结算划拨的业务时点要求，比如快递费结算的清分时点定义为关联交易单据(发货单)物流状态为“已揽件”且订单状态为“已签收”时进行清分。

资金交易方向包含正向交易和逆向退款，用于约定执行资金结算的资金流向，正向交易指资金按优先级正序从清分来源对象依次划拨流向清分目标对象，逆向退款指资金按优先级逆序依次从清分目标对象划拨流向清分来源对象。

步骤S103，接收业务系统的交易单据，对交易单据进行数据处理，将符合要求的交易单据中的数据转换、归集为业务单据。

系统监听业务中心的交易单据，在交易单据创建的时候，与结算策略匹配，将符合结算策略要求的交易单据中的商品、金额、交易对象数据统一转换、归集到结算中心保存为业务单据，然后持续监听交易单据的状态变化并更新结算中心业务单据的状态。

可选的，业务单据具体包括：业务单据信息、关联交易单据信息、业务单据金额信息、交易对象清单信息和商品信息。

具体的，业务单据，其数据结构包含：1)业务单据信息：编号、业务结算场景类型、业务单据分类、匹配的结算策略；2)关联交易单据信息：关联单据编号、关联单据类型、关联单据状态、关联订单编号、关联订单状态等；3)业务单据金额信息：交易金额、优惠金额、折扣金额、实付金额、退款金额等；4)交易对象清单信息：交易对象类型、交易对象编号、交易对象名称等；5)商品信息：商品编号、商品名称、商品销售单价、商品成本单价、商品数量、商品类型等。

步骤S104，判断所述业务单据状态是否满足清分时点结算要求，当满足时，执行结算策略。

监听业务单据的状态是否满足清分时点要求，达到约定清分时点，系统自动执行结算策略。

具体的，按照所述清分规则获取业务单据结算对象信息和金额信息，对其进行清分计算。清分计算执行时，按照规则获取业务单据数据结构中的交易结算对象信息和业务单据金额信息，按照预先定义的清分规则进行清分金额计算，生成清分单。

例如：比如归集的支付流水信息中包含买家M、卖家S、平台方P、支付金额1000元，按照上述步骤S102举例的清分规则，生成清分单如下：1)买家M给卖家S清分1000元(支付金额1000元*100％)的货款；2)卖家S给平台方P清分6元(支付金额1000元*0.6％)的服务费。

账户记账和往来记账；

例如：1)找到买家M的订货钱包账户，增加一笔1000元的货款支出流水明细；2)找到卖家S的货款结算账户，增加一笔1000元的货款收入流水明细和一笔6元的服务费支出流水明细；3)找到平台方P的服务费结算账户，增加一笔6元的服务费收入流水明细。

若启用往来记账，按照配置的记账规则，买家不需要记应付，卖家和平台方需要双向记往来，则往来记账过程如下：1)给卖家单向记应收，给卖家S生成一张1000元的货款应收单；2)给卖家和平台方双向记往来，给卖家S生成一张6元的服务费应付单，给平台方P生成一张6元的服务费应收单。

进行结算处理，生成结算单。

若启用外部系统资金清结算，指定银行系统进行资金处理，则生成结算单，从买家M的外部系统账户扣划1000元，分别划转给卖家S结算资金994元(1000-6元)、给平台方P结算资金6元。

步骤S105，对执行结算策略后的所述业务单据进行财务记录和处理。

用于进行财务账务记录和处理，包含应收应付往来单、实收实付收付款单、自动化实时核销及定时冲销进行往来核销处理、生成往来核销单。

本发明实施例提供的一种可配置结算策略的高通用结算方法、装置及电子设备，定义结算策略因素，维护基础数据；配置结算策略；对交易单据进行数据结算处理，将符合要求的交易单据中的数据转换、归集为业务单据；判断业务单据状态是否满足清分结算时点要求，当满足时，执行结算策略；对执行结算策略后的业务单据进行财务记录和处理。通过将不同业务场景下产生的交易单据数据转换成统一格式的业务单据数据，用不同的结算策略配置可以满足不同业务场景的结算需求，最终达到建设可适用于多种电商交易结算场景的高通用结算系统的目的。

基于同一发明构思，本发明实施例中还提供了与可配置结算策略的高通用结算方法对应的可配置结算策略的高通用结算装置，由于本发明实施例中的装置解决问题的原理与本发明实施例上述可配置结算策略的高通用结算方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

请参阅图4，图4为本公开实施例提供的一种可配置结算策略的高通用结算装置的示意图，如图4中所示，本公开实施例提供的可配置结算策略的高通用结算装置400包括：

基础数据模块401，用于定义结算策略因素，维护基础数据；

配置模块402，用于配置结算策略；

业务单据归集模块403，用于接收业务系统的交易单据，对所述交易单据进行数据处理，将符合要求的交易单据中的数据转换、归集为业务单据；

清结算模块404，用于判断所述业务单据状态是否满足清分时点要求，当满足时，执行结算策略；

财务模块405，用于对执行结算策略后的所述业务单据进行财务记录和处理。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

本公开实施例提供的一种可配置结算策略的高通用结算方装置，通过定义结算策略因素，维护基础数据；配置结算策略；对交易单据进行数据结算处理，将符合要求的交易单据中的数据归集并保存为业务单据；判断业务单据状态是否满足清分时点要求，当满足时，执行结算策略；对执行结算策略后的业务单据进行财务记录和处理。通过将不同业务场景下产生的交易单据数据转换成统一格式的业务单据数据，用不同的结算策略配置可以满足不同业务场景的结算需求，最终达到建设可适用于多种电商交易结算场景的高通用结算系统的目的。

对应于可配置结算策略的高通用结算方法，本发明实施例还提供了一种电子设备500，如图5所示，为本发明实施例提供的电子设备500结构示意图，包括：

处理器51、存储器52、和总线53；存储器52用于存储执行指令，包括内存521和外部存储器522；这里的内存521也称内存储器，用于暂时存放处理器51中的运算数据，以及与硬盘等外部存储器522交换的数据，处理器51通过内存521与外部存储器522进行数据交换，当所述电子设备500运行时，所述处理器51与所述存储器52之间通过总线53通信，使得所述处理器51执行图1与图2中的可配置结算策略的高通用结算方法的步骤。

本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的可配置结算策略的高通用结算方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。

本发明实施例还提供一种计算机程序产品，该计算机程序产品包括有计算机指令，所述计算机指令被处理器执行时可以执行上述方法实施例中所述的可配置结算策略的高通用结算方法的步骤，具体可参见上述方法实施例，在此不再赘述。

其中，上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(Software Development Kit，SDK)等等。

接下来，为了更好地说明本发明实施例的高通用性，使本发明的技术方案和优点更加清楚，本发明提供了一种复用基础结算功能进行不同业务场景结算的系统方法，包含：电商对账结算实例、平台支付结算实例、多方结算实例。

电商对账结算实施例。

首先，描述一下电商对账结算的场景。电商公司入驻外部各个电商平台成为卖家，在平台上开店进行营销以达成交易，业务中心拉取各个电商平台的订单同步到履约管理系统进行统一的发货履约和售后服务管理。在订单完成之后，电商平台会扣除平台各项服务费用后将订单的货款结算到卖家约定的账户，并提供对账单明细供电商公司进行对账结算。电商公司需要对来自于多个不同平台不同店铺的大量细碎、分散的订单进行货款、快递费、服务费的结算。

参照图6，图6示出了上述电商对账结算实施例的流程示意图。下面对本实施例的电商对账结算方法中的各个步骤进行详细的描述。

步骤1：系统实施人员梳理业务场景，在基础配置模块中维护基础信息。包含：1)按照财务会计科目需要，将货款、快递费和各电商平台对账单中的资金类型配置到资金费用清分项目中；2)将发货收入、售后收入退款、包裹快递费等结算场景分别定义业务结算场景类型；3)启用交易对象包含买家、卖家、平台方、服务商，若涉及分销业务则启用分润方。

步骤2：系统实施人员在结算策略模块，配置业务结算场景类型的结算策略。包含：1)按照财务核算颗粒度，定义结算策略与业务单据的匹配规则，如发货结算货款收入，若财务记账维度需要细化到商品维度则定义采集发货单明细商品行信息作为业务单据，若只需要到发货单维度则定义采集发货单汇总信息作为业务单据；2)定义清分结算时点，如货款在订单已完成状态清算、快递费在发货单已揽件状态清算；3)定义清分规则，因结算分账已经由电商平台完成，电商公司作为电商商家不存在二次分账需求，定义清分规则清分比例为100％；4)定义记账规则，因结算对象仅电商公司自己在系统操作，只需要对电商公司自己(即卖家)记单向应收或单向应付，不需要使用账户中心记账；5)定义资金处理规则，交易资金通过外部电商平台系统或线下人工转账，不在电商公司自己的系统上转移，因此不需要直连银行系统发起资金清结算指令。

步骤3：系统结算中心业务单据归集模块，按照结算策略自动归集交易单据，转换生成业务单据。包含：1)发货收入结算场景类型，归集发货单商品明细行生成业务单据，关联交易单据为发货单、订单，结算对象包含买家(消费者)和卖家(电商公司)，清结算时点为发货单已完成且订单已完成状态，单向给卖家记应收；2)售后收入退款结算场景类型，归集售后单商品明细行生成业务单据，关联交易单据为售后单、订单，结算对象包含买家(消费者)和卖家(电商公司)，清结算时点为售后单已完成且订单已完成状态，单向给卖家记应收(负数金额)；3)包裹快递费结算场景类型归集包裹单作为业务单据，关联交易单据为发货单、订单，清结算时点为发货单已揽件状态，结算对象包含卖家(电商公司)和物流服务商(快递揽件网点)。

步骤4：系统结算中心清结算模块，定时监控业务单据归集模块的结算时点，在满足清结算时点时，按照单据匹配的清结算规则，自动生成财务模块数据。根据清结算规则配置，在电商对账结算场景中生成的财务模块数据包含：发货收入结算生成的应收单、售后收入退款生成的应收单(负数金额)和包裹快递费结算生成的应付单。

步骤5：业务中心拉取电商平台提供的对账单或业务人员在前端系统导入电商平台下载的对账单文件，系统自动标准化解析文件字段，并传递到结算中心生成财务模块数据。包含：对账单资金收入生成收款单、对账单资金支出生成付款单。

步骤6：结算中心财务模块，自动执行核销和冲销任务，完成收入的自动对账结算。包含：1)在收款单生成的时候，系统自动寻找商品、订单、资金费用清分项目和客商与收款单一致的应收单进行实时核销生成往来核销单；2)因退款产生的负数金额应收单在每月初定时冲销正数金额应收单生成往来核销单。上述单据输出到业务终端供业务人员查看对账结果，及时处理差异结果。

步骤7：结算中心财务模块，输出应付单到业务终端，业务人员以应付单为依据，导出文件与物流公司的对账单文件进行比对完成快递成本的对账。

平台支付结算实施例，参见图7，图7示出了本发明实施例所提供的一种平台支付结算实施例的流程示意图。

首先，描述一下实施例已应用的支付结算场景。品牌商赋能经销商搭建B2b(Business To Business，企业对企业电子商务模式)平台，经销商入驻平台成为卖家，在平台上开店进行营销以达成交易下单。品牌商直连银行系统搭建平台账户体系，在平台上提供在线支付工具帮助经销商完成收银，在线支付渠道手续费由卖家承担，品牌商不收取平台服务费。同时品牌商为了避免售后资金风险，在订单完成之后，才允许经销商将账户资金提现。

图8示出了上述B2b平台支付结算实施例的流程。请参见图8，下面对本实施例的平台支付结算方法中的各个步骤进行详细的描述。

步骤1：系统实施人员梳理业务场景，在基础配置模块中维护基础信息。包含：1)按照财务会计科目需要，将货款、支付手续费配置到资金费用清分项目中；2)定义业务结算场景类型为支付结算；3)启用交易对象包含买家、卖家、平台方、支付渠道服务商。

步骤2：系统实施人员在业务中心账户管理模块，配置启用卖家账户类型，不可提现的待结算账户和可提现的货款账户。卖家入驻平台时，业务终端自动为卖家创建账户，并由卖家发起银行进件申请在银行系统开通对应的用户账户，然后绑定提现使用的银行，具体步骤采用行业已有支付结算方案在业务系统处理，此处不做赘述。

步骤3：系统实施人员在结算策略模块，配置业务结算场景类型的结算策略。包含：1)定义结算策略与业务单据的匹配规则，采集订单支付流水作为业务单据；2)定义清分结算时点，在订单已支付状态清算；3)定义清分规则，清分100％货款给卖家，同时卖家清分货款的0.6％作为支付手续费给支付渠道服务商；4)定义记账规则，使用业务中心账户模块配置的卖家待结算账户记账，同时在财务模块记往来账，将货款配置为单向给卖家记应收，支付手续费配置为单向给卖家记应付；5)定义资金处理规则，交易资金通过直连银行系统发起资金清结算指令进行结算，结算时点为订单完成状态。

步骤4：系统结算中心业务单据归集模块，按照结算策略自动归集业务单据。即：归集订单支付流水作为业务单据，关联交易单据为订单，结算对象包含买家(零售商)、卖家(经销商)和支付服务商。

步骤5：系统结算中心清结算模块，定时监控业务单据归集模块的结算时点，按照单据匹配的清结算规则，自动生成财务模块数据。根据清结算规则配置，在上述B2b平台支付结算场景中生成的财务模块数据包含：1)订单支付生成的卖家货款应收单和卖家手续费应付单；2)订单取消生成的卖家货款应收单(负数金额)和卖家手续费应付单(负数金额)。

步骤6：系统结算中心清结算模块，定时监控业务单据归集模块的清结算时点，按照单据匹配的清结算规则，生成资金清结算单，直连银行系统扣除0.6％支付手续费后的货款结算到卖家的待结算账户并记账。定时监控业务单据归集模块的资金结算时点，在订单完成时，直连银行系统将待结算账户资金结算到货款账户。同时自动生成财务模块数据。包含：1)订单支付货款生成收款单；2)订单取消货款生成负数金额的收款单；3)订单支付产生的支付手续费生成付款单；4)订单取消退回的支付手续费生成负数金额的付款单。

步骤8：结算中心财务模块，自动执行核销和冲销任务，完成收入的自动对账结算。包含：1)在收款单生成的时候，系统自动寻找订单、资金费用清分项目和客商与收款单一致的应收单进行实时核销生成往来核销单；2)因退款产生的负数金额应收单在每天定时冲销正数金额应收单生成往来核销单。

步骤9：结算中心财务模块，输出应收单、应付单及往来核销单数据到业务终端，提供给卖家查询并可将已完全核销的应收单和应付单导出为对账单文件。

多方结算方法实施例。参见图8，图8示出了本发明实施例所提供的一种多方结算实施例的流程示意图。

首先，描述一下实施例已应用的多方结算场景。品牌商(平台方)为自营门店(卖家)搭建分销商城线上平台，普通消费者用户可以申请成为分销员(分润方)并开通分销店铺。分销员将门店的分销商品上架到自己分销店铺产生带有商品、分销员、分销店铺信息的商品链接，分享到社交平台进行销售。普通消费者用户可以通过商品链接在分销店铺下单完成交易，门店完成订单发货履约和售后服务。订单支付后，按照门店在商品中设置的佣金比例实时给分销员计算待结算的佣金收益。订单完成后，将订单所有商品的待结算佣金生成佣金结算单和货款结算单给到门店审核，门店审核确定后将订单金额扣减佣金后生成货款结算单，进行多方结算。

以上的业务均是在业务终端系统实现业务逻辑，订单完成后，应用本发明的结算方法进行多方结算。

步骤1：系统实施人员梳理业务场景，在基础配置模块中维护基础信息。包含：1)按照财务会计科目需要，将货款、分销佣金配置到资金费用清分项目中；2)定义业务结算场景类型为分销结算；3、启用交易对象包含买家、卖家、平台方、分润方。

步骤2：系统实施人员在业务中心账户管理模块，配置启用卖家和分润方账户类型，包含卖家货款账户、分润方佣金账户。门店入驻平台时，业务终端自动为卖家创建账户。普通消费者申请成为分销员时，业务终端自动为分销员创建账户。

步骤3：系统实施人员在结算策略模块，配置业务结算场景类型的结算策略。包含：1)定义结算策略与业务单据的匹配规则，采集分销订单、分销商品明细行作为业务单据，关联交易单据为订单；2)定义清分结算时点，佣金在订单已完成状态清算，货款在订单已完成状态清算；3)定义清分规则，清分商品实付金额20％的佣金给分润方，清分订单实付金额100％的货款给卖家；4)定义记账规则，使用业务中心账户模块配置的卖家货款账户和分润方佣金账户记账，不需要往来记账；5)定义资金处理规则，本实施例中门店均为品牌商内部组织，采用线下财务转账完成资金处理，因此配置为不需要直连银行系统发起资金清结算指令。

步骤4：系统结算中心业务单据归集模块，按照结算策略自动归集业务单据。包含：1)归集分销订单商品明细行作为业务单据，关联交易单据为订单，结算对象包含卖家(门店)、分润方(分销员)；2)归集分销订单作为业务单据，关联交易单据为订单，结算对象包含买家(普通消费者)和卖家(门店)。

步骤5：系统结算中心清结算模块，定时监控业务单据归集模块的结算时点，按照单据匹配的清结算规则，自动进行账户记账处理。包含：1)在订单已完成状态时，往分润方佣金账户中计入一笔佣金收入流水明细；2)在订单已完成状态时，往卖家货款账户中计入一笔货款收入流水明细。

步骤6：账户流水明细传输到业务终端(门店分销运营后台系统和分销员系统)，门店人员和分销员在业务终端查看账户明细流水和账户可用资金余额、导出账户流水作为对账单文件、发起账户资金提现，品牌商财务人员进行转账处理，完成多方结算。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本发明所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种可配置结算策略的高通用结算方法，其特征在于，所述方法包括：

定义结算策略因素，维护基础数据；

配置结算策略；

接收业务系统的交易单据，对所述交易单据进行数据处理，将符合要求的交易单据中的数据转换、归集为业务单据；

判断所述业务单据状态是否满足清分结算时点要求，当满足时，执行结算策略；

对执行结算策略后的所述业务单据进行财务记录和处理。

2.根据权利要求1所述的方法，其特征在于，所述定义结算策略因素，维护基础数据包括：定义业务结算类型及子分类、定义交易角色类型和定义资金费用清分项目。

3.根据权利要求1所述的方法，其特征在于，所述配置结算策略具体包括：

定义所述结算策略的名称、启用/停用状态；

定义所述结算策略关联的业务单据的归集规则；

定义清分、结算时点；

定义结算策略的清分规则、记账规则和结算规则。

4.根据权利要求1所述的方法，其特征在于，所述业务单据具体包括：业务单据信息、关联交易单据信息、业务单据金额信息、交易对象清单信息和商品信息。

5.根据权利要求1所述的方法，其特征在于，所述执行结算策略包括：

按照所述清分规则获取业务单据结算对象信息和金额信息，对其进行清分计算，生成清分单；

按照结算测量，依据生成的清分单数据，发起待处理的账户记账、往来记账指令；

按照结算策略，进行结算，汇总清分单生成的结算单，执行资金结算处理。

6.根据权利要求1所述的方法，其特征在于，对执行结算策略后的所述业务单据进行财务记录和处理包括：

应收应付往来单、实收实付收付款单、自动化实时核销及定时冲销进行往来核销处理、生成往来核销单。

7.一种可配置结算策略的高通用结算装置，所述装置包括：

基础数据模块，用于定义结算策略因素，维护基础数据；

配置模块，用于配置结算策略；

业务单据归集模块，用于接收业务系统的交易单据，对所述交易单据进行数据处理，将符合要求的交易单据中的数据转换、归集为业务单据；

清结算模块，用于判断所述业务单据状态是否满足清分结算时点要求，当满足时，执行结算策略；

财务模块，用于对执行结算策略后的所述业务单据进行财务记录和处理。

8.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1中所述的可配置结算策略的高通用结算方法的步骤。

9.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1中所述的可配置结算策略的高通用结算方法的步骤。

10.一种计算机程序产品，包括计算机指令，其特征在于，所述计算机指令被处理器执行时实现权利要求1中所述的可配置结算策略的高通用结算方法的步骤。