CN114997913A - 结算方法、装置及其相关设备 - Google Patents

Abstract

本申请实施例公开了结算方法、装置及其相关设备，用于为商户进行返佣金结算，节约返佣金结算过程中的人力成本过度消耗。本申请实施例方法包括：当接收到商户与业务产品的签约信息时，根据所述签约信息生成所述商户的业务账号，并为所述业务账号设置结算规则；其中，所述业务产品与所述业务账号具有对应关系；采集所述商户的初始订单信息，所述初始订单信息与所述业务账号具有关联关系；对所述初始订单信息进行预处理得到目标订单信息；根据所述目标订单信息和所述结算规则生成结算信息。

Description

结算方法、装置及其相关设备

技术领域

本申请实施例涉及佣金结算技术领域，尤其涉及结算方法、装置及其相关设备。

背景技术

随着互联网金融的发展，中小额的消费贷款产品或者分期付款产品也逐渐出现在消费者的视野中，但是由于这样的消费产品并未大规模普及，所以在这类消费贷款类的业务产品的运营、发展过程中，可以提供此类消费服务的互联网金融平台需要和大量商户进行合作发展。通过合作商户的引流，给公司的消费金融产品带来用户流量。

为了与商户合作更加密切，利益共赢，需要给引流的合作商户支付一定的佣金，提高合作商户推广的主动性以及积极性，达到利益共赢。

但伴随着合作的商户越来越多，合作商户需要的佣金返佣结算需求多样化，统一的返佣结算方式不能满足合作商户个性化的返佣结算要求。进行结算时，也需要人力介入校验结算订单及金额，当合作商户推广多个业务产品时，若不同的业务产品需要匹配不同的返佣结算方式，则会造成大量的人力消耗。

发明内容

本申请实施例提供了结算方法、装置及其相关设备，用于为商户进行返佣金结算，节约返佣金结算过程中的人力成本过度消耗。

本申请实施例提供的一种结算方法，包括：

当接收到商户与业务产品的签约信息时，根据所述签约信息生成所述商户的业务账号，并为所述业务账号设置结算规则；其中，所述业务产品与所述业务账号具有对应关系；

采集所述商户的初始订单信息，所述初始订单信息与所述业务账号具有关联关系；

对所述初始订单信息进行预处理得到目标订单信息；

根据所述目标订单信息和所述结算规则生成结算信息。

可选的，所述为业务账号设置结算规则包括：

获得商户的第一规则设置请求，所述第一规则设置请求包括多个不同类型的业务产品以及每个类型的业务产品对应的业务账号；

针对每个类型的业务产品，为所述业务产品对应的业务账号设置结算规则。

可选的，所述采集所述商户的初始订单信息包括：

从多个不同类型的业务产品的数据库中，通过消息队列采集所述商户关联的订单信息，以得到每个类型的业务产品对应的初始订单信息；

所述对所述初始订单信息进行预处理得到目标订单信息，包括：

针对每个类型的业务产品，从预设线程池中分别为每个类型的业务产品获得对应的处理线程；

触发每个所述处理线程，分别对所述处理线程对应的业务产品对应的初始订单信息进行预处理以得到目标订单信息。

可选的，在所述根据所述目标订单信息和所述结算规则生成结算信息之前，所述方法还包括：

通过对账方式对所述目标订单信息进行完整性校验，以获得通过完整性校验的目标订单信息。

可选的，在所述根据所述目标订单信息和所述结算规则生成结算信息之前，所述方法还包括：

通过对账方式对所述目标订单信息进行一致性校验，以获得通过一致性校验的目标订单信息。

可选的，所述为所述业务账号设置结算规则包括：

获得商户的第二规则设置请求，所述第二规则设置请求包括多个不同类型的业务产品、每个类型的业务产品的结算周期以及每个类型的业务产品对应的业务账号；其中，所述结算周期为固定结算周期或定制化结算周期；

针对每个类型的业务产品，为所述业务产品对应的业务账号设置对应的结算周期及结算规则。

可选的，所述根据所述目标订单信息和所述结算规则生成结算信息包括：

按照所述结算规则对应的结算周期，根据所述目标订单信息和所述结算规则生成结算信息。

本申请实施例提供的一种结算装置，包括：

配置单元，用于当接收到商户与业务产品的签约信息时，根据所述签约信息生成所述商户的业务账号，并为所述业务账号设置结算规则；其中，所述业务产品与所述业务账号具有对应关系；

采集单元，用于采集所述商户的初始订单信息，所述初始订单信息与所述业务账号具有关联关系；

预处理单元，用于对所述初始订单信息进行预处理得到目标订单信息；

生成单元，用于根据所述目标订单信息和所述结算规则生成结算信息。

可选的，所述配置单元具体用于获得商户的第一规则设置请求，所述第一规则设置请求包括多个不同类型的业务产品以及每个类型的业务产品对应的业务账号；

针对每个类型的业务产品，为所述业务产品对应的业务账号设置结算规则。

可选的，所述采集单元，具体用于从多个不同类型的业务产品的数据库中，通过消息队列采集所述商户关联的订单信息，以得到每个类型的业务产品对应的初始订单信息；

所述预处理单元具体用于针对每个类型的业务产品，从预设线程池中分别为每个类型的业务产品获得对应的处理线程；

触发每个所述处理线程，分别对所述处理线程对应的业务产品对应的初始订单信息进行预处理以得到目标订单信息。

可选的，所述结算装置还包括：

校验单元，用于通过对账方式对所述目标订单信息进行完整性校验，以获得通过完整性校验的目标订单信息。

可选的，所述校验单元，还用于通过对账方式对所述目标订单信息进行一致性校验，以获得通过一致性校验的目标订单信息。

可选的，所述配置单元，具体用于获得商户的第二规则设置请求，所述第二规则设置请求包括多个不同类型的业务产品、每个类型的业务产品的结算周期以及每个类型的业务产品对应的业务账号；其中，所述结算周期为固定结算周期或定制化结算周期；

针对每个类型的业务产品，为所述业务产品对应的业务账号设置对应的结算周期及结算规则。

可选的，所述生成单元，具体用于按照所述结算规则对应的结算周期，根据所述目标订单信息和所述结算规则生成结算信息。

本申请实施例提供的一种结算设备，其特征在于，包括：

中央处理器，存储器以及输入输出接口；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行前述结算方法。

本申请实施例提供的一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行前述结算方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

在商户与业务产品签约时就设置结算规则，之后实时采集商户签约的业务产品产生的订单信息，根据订单信息和结算规则进行返佣金结算。降低了返佣金结算过程中的人力消耗，且结算过程可以采用计算机系统完成，不容易出错且效率较高。

附图说明

图1为本申请实施例提供的结算方法的一种实施方式的示意图；

图2为本申请实施例提供的结算方法的另一种实施方式的示意图；

图3为本申请实施例提供的结算装置的一种实施方式的示意图；

图4为本申请实施例提供的结算设备的一种实施方式的示意图。

具体实施方式

本申请实施例提供了结算方法、装置及其相关设备，用于为商户进行返佣金结算，节约返佣金结算过程中的人力成本过度消耗。

随着互联网金融的发展，中小额的消费贷款产品或者分期付款产品也逐渐出现在消费者的视野中，但是由于这样的消费产品并未大规模普及，所以在这类消费贷款类的业务产品的运营、发展过程中，可以提供此类消费服务的互联网金融平台需要和大量商户进行合作发展。通过合作商户的引流，给公司的消费金融产品带来用户流量。

为了与商户合作更加密切，利益共赢，需要给引流的合作商户支付一定的佣金，提高合作商户推广的主动性以及积极性，达到利益共赢。

但伴随着合作的商户越来越多，合作商户需要的佣金返佣结算需求多样化，统一的返佣结算方式不能满足合作商户个性化的返佣结算要求。进行结算时，也需要人力介入校验结算订单及金额，当合作商户推广多个业务产品时，若不同的业务产品需要匹配不同的返佣结算方式，则会造成大量的人力消耗。

基于上述问题，本申请实施例提供了结算方法、装置及其相关设备，用于为商户进行返佣金结算，节约返佣金结算过程中的人力成本过度消耗。请参阅图1，本申请实施例提供的结算方法的一种实施方式包括步骤101至步骤104。

101、当接收到商户与业务产品的签约信息时，根据签约信息生成商户的业务账号，并为业务账号设置结算规则。

当接收到商户与业务产品的签约信息时，根据签约信息生成商户的业务账号，并为业务账号设置结算规则；其中，业务产品与业务账号具有对应关系。本实施例中，互联网金融平台推出可以用于分期付款或中小额贷款的金融业务产品，当消费者通过平台作为支付中介方时，可以选择这些业务产品进行消费。平台需要通过合作商家开通这些业务产品，消费者在商家进行消费时可以选用这些业务产品进行支付，从而实现为业务产品引流的效果。

当商户选择与平台进行合作时，可以根据商户所经营的内容选择合作的业务产品类型，选定要合作的业务产品后，与平台就合作进行签约，在签约的过程中确认商户就签约的业务产品的佣金返佣结算规则。签约后，平台自动生成商户的业务账号，且业务账号与业务产品类型具有对应关系，例如，当某商户签约了业务产品A和业务产品B时，则会生成业务账号A和业务账号B，分别对应于业务产品A和业务产品B。

具体地，业务账号信息主要包含：商户ID、商户名称、业务产品类型、业务账号、对公银行账号、对公银行账户名、对公银行账号开户网点、结算周期以及业务账号状态等。结算规则信息包含：商户ID、业务账号、结算模式(按比例或按成交订单数)、佣金计费标准(比如按照交易额设置返佣比例或设置每笔成交订单的返佣金额数)、佣金计费起始单数、是否计算订单折扣以及是否梯度结算等。需要注意的是，本申请实施例中对于业务账号信息和结算规则信息所包含内容的列举仅基于行业内的一些常规处理方法进行列举，还可以有其他达到同样或者相似技术效果的内容作为初始订单信息，具体此处不做限定。

102、采集商户的初始订单信息。

采集商户的初始订单信息，初始订单信息与业务账号具有关联关系。当消费者在与平台进行签约的商户进行消费时，平台可以根据签约时所生成的业务账号信息和规则信息，确认需要收集的订单信息，例如当商户的店铺产生多个订单时，平台只收集使用了业务产品的订单的订单信息作为初始订单信息。具体地，初始订单信息可以包括：商户ID、订单号、外部订单号、用户ID、订单金额、订单优惠金额、订单贴息金额、借钱订单金额、借钱订单服务费、借钱免息金额、订单状态、订单类型以及业务产品类型等。需要注意的是，本申请实施例中对于初始订单信息所包含内容的列举仅基于行业内的一些常规处理方法进行列举，还可以有其他达到同样或者相似技术效果的内容作为初始订单信息，具体此处不做限定。

103、对初始订单信息进行预处理得到目标订单信息。

由于进行佣金返佣结算时，需要用到的计算佣金数额的信息并不是初始订单信息的所有内容，或者初始订单信息在经过服务器或者数据库的传输过程中会存在数据丢失或者数据格式错误的情况，所以需要对初始订单信息进行预处理，得到目标订单信息。

具体地，预处理可以包括对初始订单信息的清洗除杂，或者整理为用于进行返佣结算的标准化格式数据，本实施例中对于预处理过程不做详细限制。其中，目标订单信息可以包括：订单号、订单类型、用户ID、外部订单号、订单金额、退款金额等。需要注意的是，本申请实施例中对于目标订单信息所包含内容的列举仅基于行业内的一些常规处理方法进行列举，还可以有其他达到同样或者相似技术效果的内容作为初始订单信息，具体此处不做限定。

104、根据目标订单信息和结算规则生成结算信息。

平台在得到目标订单信息后，根据目标订单信息和结算规则生成结算信息，得到结算信息后便可以根据结算信息进行返佣。

本实施例中，在商户与业务产品签约时就设置结算规则，之后实时采集商户签约的业务产品产生的订单信息，根据订单信息和结算规则进行返佣金结算。降低了返佣金结算过程中的人力消耗，且结算过程可以采用计算机系统完成，不容易出错且效率较高。

请参阅图2，本申请实施例提供的结算方法的另一种实施方式包括步骤201至步骤205。

201、当接收到商户与业务产品的签约信息时，根据签约信息生成商户的业务账号，并为业务账号设置结算规则。

当接收到商户与业务产品的签约信息时，根据签约信息生成商户的业务账号，并为业务账号设置结算规则；其中，业务产品与业务账号具有对应关系。本实施例中，互联网金融平台推出可以用于分期付款或中小额贷款的金融业务产品，当消费者通过平台作为支付中介方时，可以选择这些业务产品进行消费。平台需要通过合作商家开通这些业务产品，消费者在商家进行消费时可以选用这些业务产品进行支付，从而实现为业务产品引流的效果。

当商户选择与平台进行合作时，可以根据商户所经营的内容选择合作的业务产品类型，选定要合作的业务产品后，与平台就合作进行签约，在签约的过程中确认商户就签约的业务产品的佣金返佣结算规则。具体地，由于不同的商户在于平台签约合作的过程中的签约条件以及返佣比例等不同，所以对于不同的业务产品，根据商户的第一规则设置请求，可以对其业务账号设置不同的结算规则。签约后，平台自动生成商户的业务账号，且业务账号与业务产品类型具有对应关系，例如，当某商户签约了业务产品A和业务产品B时，则会生成业务账号A和业务账号B，分别对应于业务产品A和业务产品B。

具体地，业务账号信息主要包含：商户ID、商户名称、业务产品类型、业务账号、对公银行账号、对公银行账户名、对公银行账号开户网点、结算周期以及业务账号状态等。其中，可以根据商户的第二规则设置请求为将结算周期设置为固定结算周期或者定制化结算周期。比如，若商户的第二规则设置请求为设置每三个月为一个固定结算周期，则平台每三个月为商户进行一次结算返佣。若商户的第二规则设置请求为将结算周期设置为定制化结算周期，则可以根据商户的结算需求进行结算。结算规则信息包含：商户ID、业务账号、结算模式(按比例或按成交订单数)、佣金计费标准(比如按照交易额设置返佣比例或设置每笔成交订单的返佣金额数)、佣金计费起始单数、是否计算订单折扣以及是否梯度结算等。需要注意的是，本申请实施例中对于业务账号信息和结算规则信息所包含内容的列举仅基于行业内的一些常规处理方法进行列举，还可以有其他达到同样或者相似技术效果的内容作为初始订单信息，具体此处不做限定。

202、对所述结算规则进行审核，审核通过后确认所述结算规则生效。

在结算规则配置后，由于结算规则多为人工议定之后在平台的系统上进行配置，所以出于安全性和准确性的考虑，可以在结算规则配置好之后进行审核，通过审核之后确认结算规则生效。具体地，对于结算规则的审核可以在线上进行，可以在平台的系统中增加审核模块，审核模块获取配置好的结算规则，将结算规则展示给审核人员进行审核，审核人员确认结算规则无误后进行确认，审核模块接收到确认指令后，结算规则生效。

203、采集商户的初始订单信息。

采集商户的初始订单信息，初始订单信息与业务账号具有关联关系。当消费者在与平台进行签约的商户进行消费时，平台可以根据签约时所生成的业务账号信息和规则信息，确认需要收集的订单信息，例如当商户的店铺产生多个订单时，平台只收集使用了业务产品的订单的订单信息作为初始订单信息。具体地，初始订单信息可以包括：商户ID、订单号、外部订单号、用户ID、订单金额、订单优惠金额、订单贴息金额、借钱订单金额、借钱订单服务费、借钱免息金额、订单状态、订单类型以及业务产品类型等。需要注意的是，本申请实施例中对于初始订单信息所包含内容的列举仅基于行业内的一些常规处理方法进行列举，还可以有其他达到同样或者相似技术效果的内容作为初始订单信息，具体此处不做限定。

具体地，本实施例中，由于不同的业务产品可能会对应不同的数据保存服务器户或者交互系统，当需要采集初始订单信息时可能需要从不同的服务器或者系统获取，所以可以采用消息队列作为中间介采集与所述商户的业务账号关联的初始订单信息。

204、对初始订单信息进行预处理得到目标订单信息，并对目标订单信息进行校验。

由于进行佣金返佣结算时，需要用到的计算佣金数额的信息并不是初始订单信息的所有内容，或者初始订单信息在经过服务器或者数据库的传输过程中会存在数据丢失或者数据格式错误的情况，所以需要对初始订单信息进行预处理，得到目标订单信息。

具体地，预处理可以包括对初始订单信息的清洗除杂，或者整理为用于进行返佣结算的标准化格式数据，本实施例中对于预处理过程不做详细限制。其中，目标订单信息可以包括：订单号、订单类型、用户ID、外部订单号、订单金额、退款金额等。需要注意的是，本申请实施例中对于目标订单信息所包含内容的列举仅基于行业内的一些常规处理方法进行列举，还可以有其他达到同样或者相似技术效果的内容作为初始订单信息，具体此处不做限定。

得到目标订单信息之后，还可以对其进行完整性校验和一致性校验。具体地，可以通过内部对账的方式进行目标订单信息完整性和一致性的校验。例如对于同一组数据，检测数据产生端的该组数据和初始订单信息中的数据以及目标订单信息中的该组数据是否一致且完整。进行校验主要是为了保障用于结算的数据的真实性和准确性，还可以采用其他的校验方式，具体此处不做限定。

205、按照结算周期根据所述目标订单信息和所述结算规则生成结算信息。

平台在得到目标订单信息后，根据目标订单信息和结算规则生成结算信息，得到结算信息后便可以根据结算信息进行返佣。本实施例中，还可以设置结算周期，平台按照设置的结算周期定时进行结算，这样就可以实现平台每隔一定的时间自动进行结算。

本实施例中，在商户与业务产品签约时就设置结算规则，之后实时采集商户签约的业务产品产生的订单信息，并且可以设置结算周期，按照结算周期根据订单信息和结算规则进行返佣金结算。降低了返佣金结算过程中的人力消耗，且结算过程可以采用计算机系统完成，不容易出错且效率较高。

请参阅图3，本申请实施例提供的结算装置的一种实施方式包括：

配置单元301，用于当接收到商户与业务产品的签约信息时，根据签约信息生成商户的业务账号，并为业务账号设置结算规则；其中，业务产品与业务账号具有对应关系；

采集单元302，用于采集商户的初始订单信息，初始订单信息与业务账号具有关联关系；

预处理单元303，用于对初始订单信息进行预处理得到目标订单信息；

生成单元304，用于根据目标订单信息和结算规则生成结算信息。

配置单元301具体用于获得商户的第一规则设置请求，第一规则设置请求包括多个不同类型的业务产品以及每个类型的业务产品对应的业务账号；

针对每个类型的业务产品，为业务产品对应的业务账号设置结算规则。

采集单元302，具体用于从多个不同类型的业务产品的数据库中，通过消息队列采集商户关联的订单信息，以得到每个类型的业务产品对应的初始订单信息；

预处理单元303具体用于针对每个类型的业务产品，从预设线程池中分别为每个类型的业务产品获得对应的处理线程；

触发每个处理线程，分别对处理线程对应的业务产品对应的初始订单信息进行预处理以得到目标订单信息。

结算装置还包括：

校验单元305，用于通过对账方式对目标订单信息进行完整性校验，以获得通过完整性校验的目标订单信息。

校验单元305，还用于通过对账方式对目标订单信息进行一致性校验，以获得通过一致性校验的目标订单信息。

配置单元301，具体用于获得商户的第二规则设置请求，第二规则设置请求包括多个不同类型的业务产品、每个类型的业务产品的结算周期以及每个类型的业务产品对应的业务账号；其中，结算周期为固定结算周期或定制化结算周期；

针对每个类型的业务产品，为业务产品对应的业务账号设置对应的结算周期及结算规则。

生成单元304，具体用于按照结算规则对应的结算周期，根据目标订单信息和结算规则生成结算信息。

本实施例结算装置中各组成部分所执行的功能以及流程与前述图1至图2中各组成部分所执行的功能和流程类似，此处不再赘述。

图4是本申请实施例提供的一种结算设备结构示意图，该结算设备400可以包括一个或一个以上中央处理器(central processing units，CPU)401和存储器405，该存储器405中存储有一个或一个以上的应用程序或数据。

其中，存储器405可以是易失性存储或持久存储。存储在存储器405的程序可以包括一个或一个以上模块，每个模块可以包括对结算设备中的一系列指令操作。更进一步地，中央处理器401可以设置为与存储器405通信，在结算设备400上执行存储器405中的一系列指令操作。

结算设备400还可以包括一个或一个以上电源402，一个或一个以上有线或无线网络接口403，一个或一个以上输入输出接口404，和/或，一个或一个以上操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等。

该中央处理器401可以执行前述图1至图2所示实施例中结算设备所执行的操作，具体此处不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

Claims (10)

1.一种结算方法，其特征在于，包括：

当接收到商户与业务产品的签约信息时，根据所述签约信息生成所述商户的业务账号，并为所述业务账号设置结算规则；其中，所述业务产品与所述业务账号具有对应关系；

采集所述商户的初始订单信息，所述初始订单信息与所述业务账号具有关联关系；

对所述初始订单信息进行预处理得到目标订单信息；

根据所述目标订单信息和所述结算规则生成结算信息。

2.根据权利要求1所述的结算方法，其特征在于，所述为业务账号设置结算规则包括：

获得商户的第一规则设置请求，所述第一规则设置请求包括多个不同类型的业务产品以及每个类型的业务产品对应的业务账号；

针对每个类型的业务产品，为所述业务产品对应的业务账号设置结算规则。

3.根据权利要求1所述的结算方法，其特征在于，所述采集所述商户的初始订单信息包括：

从多个不同类型的业务产品的数据库中，通过消息队列采集所述商户关联的订单信息，以得到每个类型的业务产品对应的初始订单信息；

所述对所述初始订单信息进行预处理得到目标订单信息，包括：

针对每个类型的业务产品，从预设线程池中分别为每个类型的业务产品获得对应的处理线程；

触发每个所述处理线程，分别对所述处理线程对应的业务产品对应的初始订单信息进行预处理以得到目标订单信息。

4.根据权利要求1所述的结算方法，其特征在于，在所述根据所述目标订单信息和所述结算规则生成结算信息之前，所述方法还包括：

通过对账方式对所述目标订单信息进行完整性校验，以获得通过完整性校验的目标订单信息。

5.根据权利要求1所述的结算方法，其特征在于，在所述根据所述目标订单信息和所述结算规则生成结算信息之前，所述方法还包括：

通过对账方式对所述目标订单信息进行一致性校验，以获得通过一致性校验的目标订单信息。

6.根据权利要求1所述的结算方法，其特征在于，所述为所述业务账号设置结算规则包括：

获得商户的第二规则设置请求，所述第二规则设置请求包括多个不同类型的业务产品、每个类型的业务产品的结算周期以及每个类型的业务产品对应的业务账号；其中，所述结算周期为固定结算周期或定制化结算周期；

针对每个类型的业务产品，为所述业务产品对应的业务账号设置对应的结算周期及结算规则。

7.根据权利要求6所述的结算方法，其特征在于，所述根据所述目标订单信息和所述结算规则生成结算信息包括：

按照所述结算规则对应的结算周期，根据所述目标订单信息和所述结算规则生成结算信息。

8.一种结算装置，其特征在于，包括：

配置单元，用于当接收到商户与业务产品的签约信息时，根据所述签约信息生成所述商户的业务账号，并为所述业务账号设置结算规则；其中，所述业务产品与所述业务账号具有对应关系；

采集单元，用于采集所述商户的初始订单信息，所述初始订单信息与所述业务账号具有关联关系；

预处理单元，用于对所述初始订单信息进行预处理得到目标订单信息；

生成单元，用于根据所述目标订单信息和所述结算规则生成结算信息。

9.一种结算设备，其特征在于，包括：

中央处理器，存储器以及输入输出接口；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行权利要求1至7中任意一项所述的方法。

10.一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至7中任意一项所述的方法。

Images