CN113627916A - 一种清结算方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明涉及清结算技术领域，本发明公开了一种清结算方法、装置、电子设备及存储介质。该清结算方法包括接收支付订单信息；根据该支付订单信息确定出清结算场景类型；基于该清结算场景类型确定目标分润规则；根据该目标分润规则和该支付订单信息对第一清分主体进行清分和清算；该第一清分主体为需要实时清分和清算的主体；从而可以基于不同的场景类型来对清分主体进行清分、清算，这种完善且系统的清算方法能够有效提高清算效率和准确性。

Description

一种清结算方法、装置、电子设备及存储介质

技术领域

本发明涉及清结算技术领域，特别涉及一种清结算方法、装置、电子设备及存储介质。

背景技术

在线上支付服务场景中，清结算系统需要对收益按比例清分，并结算给相应的服务提供方。

但在现有技术中，以网约车场景为例，只能对正常的行程订单的金额进行多主体清结算，无法满足多业务场景，例如改费、风控等的需要，且存在清结算步骤复杂，资源消耗大的缺点。

发明内容

本发明要解决的是上述现有技术中清结算不能满足业务场景、且清结算步骤复杂的技术问题。

为解决上述技术问题，本申请一方面公开了一种清结算方法，其包括如下步骤：

接收支付订单信息；

根据该支付订单信息确定出清结算场景类型；

基于该清结算场景类型确定目标分润规则；

根据该目标分润规则和该支付订单信息对第一清分主体进行清分和清算；该第一清分主体为需要实时清分和清算的主体。

可选的，该基于该清结算场景类型确定目标分润规则，包括：

基于该支付订单信息确定车辆信息；

根据该车辆信息确定该车辆对应的城市编号；

基于该清结算场景类型和该城市编号确定出该目标分润规则。

可选的，该基于该清结算场景类型和该城市编号确定出该目标分润规则，包括：

若该城市编号对应的城市存在预设分润规则，则获取该预设分润规则；基于该清结算场景类型，从该预设分润规则中确定出该目标分润规则；否则，获取默认分润规则；基于该清结算场景类型，从该默认分润规则中确定出该目标分润规则。

可选的，该根据该目标分润规则和该支付订单信息对第一清分主体进行清分和清算，包括：

根据该目标分润规则和该支付订单信息对该第一清分主体进行清分操作，得到该第一清分主体的清分信息；

根据该第一清分主体的清分信息对该第一清分主体进行清算，并输出该第一清分主体的收支账单。

可选的，该根据该目标分润规则和该支付订单信息对第一清分主体进行清分和清算之后，还包括：

获取当前时间；

若该当前时间处于第一预设时间段，则获取与第二清分主体相关的清分信息；该第二清分主体包括平台和商户；

基于该与第二清分主体相关的清分信息对该第二清分主体进行清算，并输出该第二清分主体的收支账单。

可选的，该基于该清分信息对该第二清分主体进行清算，并输出该第二清分主体的收支账单之后，还包括：

当该当前时间处于第二预设时间段时，对该第一清分主体和该第二清分主体进行结算操作，以使该第一清分主体和该第二清分主体实现提现。

可选的，该根据该支付订单信息确定出清结算场景类型之前，还包括：

对该支付订单信息进行解析操作，得到支付订单记录数据集，该支付订单记录数据集包含清结算场景类型信息和费用明细；

该根据该支付订单信息确定出清结算场景类型，包括：

从该支付订单记录数据集中确定出清结算场景类型；

该根据该目标分润规则和该支付订单信息对第一清分主体进行清分和清算，包括：

根据该目标分润规则和该费用明细对该第一清分主体进行清分和清算。

本申请另一方面公开了一种清结算装置，其包括：

接收模块，用于接收支付订单信息；

清结算场景类型确定模块，用于根据该支付订单信息确定出清结算场景类型；

分润规则确定模块，用于基于该清结算场景类型确定目标分润规则；

清结算模块，用于根据该目标分润规则和该支付订单信息对第一清分主体进行清分和清算。

本申请另一方面公开了一种设备，该设备包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述的清结算方法。

本申请另一方面还公开了一种计算机存储介质，该计算机存储介质中存储有至少一条指令或至少一段程序，该至少一条指令或至少一段程序由处理器加载并执行以实现上述的清结算方法。

采用上述技术方案，本申请提供的清结算方法具有如下有益效果：

本申请提供的该清结算方法包括接收支付订单信息；根据该支付订单信息确定出清结算场景类型；基于该清结算场景类型确定目标分润规则；根据该目标分润规则和该支付订单信息对第一清分主体进行清分和清算；该第一清分主体为需要实时清分和清算的主体；从而可以基于不同的场景类型来对清分主体进行清分、清算，这种完善且系统的清算方法能够有效提高清算效率和准确性。

附图说明

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

图1为本申请提供的一种应用场景图；

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

图3为本申请实施例提供的一种场景设计示意图；

图4为本申请实施例提供的另一种清结算方法的流程示意图；

图5为本申请一种可选地新能源车辆的定位换电装置的结构示意图；

图6为本申请实施例提供的一种新能源车辆的定位换电方法的服务器的硬件结构框图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

如图1所示，图1为本申请提供的一种应用场景图。该场景包括收银装置102、清结算装置103和服务器101；该收银装置102用于将接收到的支付订单信息发送给服务器101，该服务器101用于接收该收银装置102发送的支付订单信息，并根据该支付订单信息确定出清结算场景类型；基于该清结算场景类型确定目标分润规则，并将该目标分润规则和该支付订单信息发送给清结算装置103，该清结算装置103用于根据该目标分润规则和该支付订单信息对第一清分主体进行清分和清算；该第一清分主体为需要实时清分和清算的主体。从而能够实现对第一清分主体的高效快捷地清分和清算。

可选的，该清结算装置可以配置服务器或者其他终端中，也可以独立于服务器而配置。

可选的，收银装置与所述服务器之间、清结算装置与服务器之间可以通过网络进行通信，该网络可以为无线网络或有线网络。

可选的，基于不同的场景类型，第一清分主体是不同的；例如，当为网约车场景时，该第一清分主体可以是司机；本申请的场景为派送外卖场景时，该第一清分主体可以是派送员；该场景还可以是网上授课等平台与个人接单主体共同实现某种服务的场景；下述的第二清分主体可以平台、也可以是平台和商户，该商户也可以称为加盟商。

可选的，终端可以是台式电脑，笔记本电脑、手机、平板电脑，数字助理、智能可穿戴设备等类型的实体设备；其中，智能可穿戴设备可以包括智能手环、智能手表、智能眼镜、智能头盔等。

该终端可以包括通过数据总线相连的显示屏、存储设备和处理器。所述显示屏用于待监控设备的虚拟图像以及待监控设备中各个子设备之间的连接关系，该显示屏可以是手机或者平板电脑的触摸屏等。存储设备用于存储拍摄装置的程序代码和数据资料等，该存储设备可以是终端的内存，也可以是智能媒体卡(smart media card)、安全数字卡(secure digital card)、快闪存储器卡(flash card)等储存设备。所述处理器可以是单核或多核处理器。

以下介绍本申请一种清结算方法的具体实施例，图2为本申请实施例提供的一种清结算方法的流程示意图，本说明书提供了如实施例或流程图的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图2所示，该方法可以包括：

S201：接收支付订单信息。

在本实施例中，该场景为网约车场景，第一清分主体为司机，需要进行实时清分和清算的主体，第二清分主体为平台。

在本实施例中，如图3所示，图3为本申请实施例提供的一种场景设计示意图。清结算完整的生命周期依次为清分、清算和结算；清结算场景类型包括第一类场景和第二类场景；其中，第一类场景为正向操作类，例如，正常支付清分和预清分；其中，预清分是指乘客是先付钱，平台再派单，将该笔支付的金额由平台进行代收。第二类场景为逆向操作类，例如，改高、改低、免单和风控、风控撤销等，改高是指在原订单费用的基础上增加费用，即再支付一笔额外费用，例如里程丢失、司机忘记计费、提前结束计费、忘记添加附加费用等；改低是指在原订单费用的基础上减少费用，即退一部分费用，例如司机绕路、里程漂移、违规计费等；免单是指直接冲正原订单；风控是指业务风控人员会对该笔订单进行风控核实之前的风控处理，可以是先收回司机对该笔订单的收益，具体风控事项可以是司机否存在刷单。

需要说明的是，本申请中的清结算操作是客户已经完成该笔订单的支付后进行的操作，参阅图3，如在后续流程中发现对于该笔支付订单需要进行上述逆向操作，则需要先通过该支付订单信息追溯该笔订单的原始订单，对其进行冲正处理，然后再基于具体的第二类场景以及其对应的分润规则生成新的分润收益，即重清分处理。

可选的，该支付订单信息可以是包含了收银信息、操作信息、车辆信息、清结算场景类型信息、订单行程信息以及费用明细；其中，收银信息可以是编号，作为该笔支付订单的标签，用于表征该笔订单支付完成，为了便于表征，该编号可以是基于车辆编号、当天时间以及该车辆编号对应的当天订单序号组合而成的，操作信息也可以是编号，通过对每个操作节点进行编号，从而构建成上述操作信息，上述编号可以数字、字母、符号或者其的组合，例如，该支付订单信息中可以包含编号A120210521#1#A，其中A1为车辆编号，20210521为当天时间，#1表示正常支付，#A表示改高，则该编号是指车辆编号为A1的车在2021年5月21号接了一订单，该笔订单已完成支付，后续由于后台人员发现存在里程丢失，基于该笔订单进行了改高操作，该改高操作可以是对原订单先进行冲正，再对原记录金额与新增金额进行轧账处理；费用明细可以包含起步费、里程费、高速费、小费、优惠券等；订单行程信息包含出发地地址、达到地地址、里程数等。

可选的，可以基于上述订单信息中的收银信息和操作信息快速追溯上一笔清分行为，对其进行冲正，继而可以快速追溯一个订单完整的生命周期，了解每个操作节点发生的业务场景，例如清分、冲正的业务场景。

可选的，当第二清分主体还包括商户时，该支付订单信息中还需要包含商户信息，从而可以确认商户，并基于该笔订单对该商户进行清结算操作。

S202：根据该支付订单信息确定出清结算场景类型。

于一种可选的实施例中，步骤S202之前，该清结算方法还包括：对该支付订单信息进行解析操作，得到支付订单记录数据集，该支付订单记录数据集包含清结算场景类型信息和费用明细；步骤S202可以阐述为：从该支付订单记录数据集中确定出清结算场景类型；下文步骤S204可以阐述为：根据该目标分润规则和该费用明细对该第一清分主体进行清分和清算。

可选的，为了便于记录每笔支付订单信息的内容，可以是通过上述举例的采用编码的方式记录，在后续需要了解该支付订单信息中的内容时，可以对其进行解析进而得到。通过上述描述可知，解析后的支付订单记录数据可以是包含了收银信息、操作信息、车辆信息、清结算场景类型信息、订单行程信息以及费用明细，从而可以直接从该支付订单记录数据中确定出清结算场景类型和费用明细。

S203：基于该清结算场景类型确定目标分润规则。

于一种可选的实施例中，如图4所示，图4为本申请实施例提供的另一种清结算方法的流程示意图。步骤S203可以表示为：

S2031：基于该支付订单信息确定车辆信息。

在本实施例中，可以从上述支付订单记录数据集中确定出车辆编号。

可选的，该车辆信息还包括车辆的属性信息，例如融资租赁、自营和加盟；当然，上述车辆信息还可以是单独获取，可选的，可以基于司机的个人信息(例如：名字、驾驶证号等)来获取。

由于不同的城市的消费水平以及管理制度可能会存在不同，为了便于不同城市的差异化管理，本申请还可以基于上述步骤S2032来先确定出车辆所在城市，基于其不同的城市来对其进行清结算；S2032：根据该车辆信息确定该车辆对应的城市编号。

S2033：基于该清结算场景类型和该城市编号确定出该目标分润规则。

于一种可选的实施例中，步骤S2033可以表示为：若该城市编号对应的城市存在预设分润规则，则获取该预设分润规则；基于该清结算场景类型，从该预设分润规则中确定出该目标分润规则；否则，获取默认分润规则；基于该清结算场景类型，从该默认分润规则中确定出该目标分润规则。

可选的，默认分润规则可以一个分润规则，也可以是基于不同城市设置的不同的分润规则。

在本实施例中，该预设分润规则包含上述涉及到的不同清结算场景类型对应的分润规则，该预设分润规则是一种分润规则集合，而该目标分润规则为具体的清结算场景对应的分润规则，例如，正常支付分润规则、改高分润规则、改低分润规则和风控分润规则等。

S204：根据该目标分润规则和该支付订单信息对第一清分主体进行清分和清算；该第一清分主体为需要实时清分和清算的主体。

在本实施例中，该第一清分主体为司机，当每接收到一个支付订单，就对第一清分主体进行清分和清算操作。

于一种可选的实施例中，步骤S204可以表示为：根据该目标分润规则和该支付订单信息对该第一清分主体进行清分操作，得到该第一清分主体的清分信息；根据该第一清分主体的清分信息对该第一清分主体进行清算，并输出该第一清分主体的收支账单。

于一种可选的实施例中，如表1-3所示，该第一清分信息中可以是既包括与第一清分主体相关的清分明细，也包含与第二清分主体相关的清分明细；在另一种可选的实施方式中，该第一清分主体的清分信息仅包含与第一清分主体相关的清分明细，后续第二清分主体的清算结果可以直接采用总额减去第一清分主体的清算结果即可，当然，第二清分主体也可以基于支付订单信息进行单独的清分。

表1正常支付场景下第一清分主体的清分信息

注：清分计算公式：(支付总金额+平台优惠项-单独清分费用项费用总和))*基础费用项清分比例+SUM(单独清分费用项费用*该费用项清分比例)

表2改高场景下第一清分主体的清分信息

注：清分计算公式：(支付总金额+平台优惠项-单独清分费用项费用总和))*基础费用项清分比例+SUM(单独清分费用项费用*该费用项清分比例)；该场景为存在里程丢失，故而为改高场景，需要先冲正原始订单，之后对该笔订单进行重新清分，上述表2为重新清分的信息；表中里程费中增加的15为补上的里程费。

表3风控场景下第一清分主体的清分信息

注：清分计算公式：冲正原收益记录并将支付总额算入平台收入；延续上述表2的数据，表3场景为风控场景，需要冲正原始订单记录，之后对该笔订单的收入均归入平台，如后续风控解除，则对该笔订单先进行冲正，再进行上述正常支付场景的重新清分。

于一种可选的实施例中，为了提高清结算效率以及合理化系统资源消耗，可以采用以下方法对第二清分主体进行清结算；步骤S204之后，该清结算方法还包括：获取当前时间；若该当前时间处于第一预设时间段，则获取与第二清分主体相关的清分信息；该第二清分主体包括平台和商户；基于该与第二清分主体相关的清分信息对该第二清分主体进行清算，并输出该第二清分主体的收支账单。

本实施例中，该第二清分主体为平台。

本实施例中，通过上述阐述可知，该第二清分主体的相关清分信息可以是包含在第一清分主体的清分信息中，也可以是后续单独清分出的。

可选的，第一预设时间段为支付订单量较少的时间段，例如凌晨3:00-5:00，且可以根据需要，设定在该时间段清结算的支付订单，可以是前一天0:00-24:00的，也可以是前一天10:00-22:00的。

于一种可选的实施例中，为了提高清结算效率，上述该基于该清分信息对该第二清分主体进行清算，并输出该第二清分主体的收支账单之后，该清结算方法还包括：当该当前时间处于第二预设时间段时，对该第一清分主体和该第二清分主体进行结算操作，以使该第一清分主体和该第二清分主体实现提现。

可选的，该第二预设时间段可以是与第一预设时间段相同的时间段，先进行清分、清算处理，再进行结算处理；该第二时间段也可以是单独设置的时间段，也是为支付订单量较少的时间段。

需要说明的是，上述清分的过程以及车辆信息确认的过程均可能存在其他异常状况，例如，对第一清分主体进行清分的过程中，由于存在订单信息不完整，不能查询到车辆信息或者上笔订单信息等情况，则可以采用人工清分；对车辆的所属信息进行确认时，可能存在不能查询到其所属商户的信息，则需要自行输入。

本申请另一方面公开了一种清结算装置，其包括：

接收模块，用于接收支付订单信息；

清结算场景类型确定模块，用于根据该支付订单信息确定出清结算场景类型；

分润规则确定模块，用于基于该清结算场景类型确定目标分润规则；

清结算模块，用于根据该目标分润规则和该支付订单信息对第一清分主体进行清分和清算。

于一种可选的实施例中，所述分润规则确定模块，用于基于该支付订单信息确定车辆信息；根据该车辆信息确定该车辆对应的城市编号；基于该清结算场景类型和该城市编号确定出该目标分润规则。

于一种可选的实施例中，所述分润规则确定模块，用于若该城市编号对应的城市存在预设分润规则，则获取该预设分润规则；基于该清结算场景类型，从该预设分润规则中确定出该目标分润规则；否则，获取默认分润规则；基于该清结算场景类型，从该默认分润规则中确定出该目标分润规则。

于一种可选的实施例中，所述清结算模块，用于根据该目标分润规则和该支付订单信息对该第一清分主体进行清分操作，得到该第一清分主体的清分信息；根据该第一清分主体的清分信息对该第一清分主体进行清算，并输出该第一清分主体的收支账单。

于一种可选的实施例中，还包括：

时间获取模块，用于获取当前时间；

清分信息获取模块，用于若该当前时间处于第一预设时间段，则获取与第二清分主体相关的清分信息；该第二清分主体包括平台和商户；

所述清结算模块，用于基于该与第二清分主体相关的清分信息对该第二清分主体进行清算，并输出该第二清分主体的收支账单。

于一种可选的实施例中，所述清结算模块，用于当该当前时间处于第二预设时间段时，对该第一清分主体和该第二清分主体进行结算操作，以使该第一清分主体和该第二清分主体实现提现。

于一种可选的实施例中，该装置还包括：

解析模块，用于对该支付订单信息进行解析操作，得到支付订单记录数据集，该支付订单记录数据集包含清结算场景类型信息和费用明细；

清结算场景类型确定模块，用于从该支付订单记录数据集中确定出清结算场景类型；

清结算模块，用于根据该目标分润规则和该费用明细对该第一清分主体进行清分和清算。

本申请实施例所提供的方法实施例可以在计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图6是本申请实施例提供的一种人脸识别方法的服务器的硬件结构框图。如图6所示，该服务器600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(Central Processing Units，CPU)610(处理器610可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器630，一个或一个以上存储应用程序623或数据622的存储介质620(例如一个或一个以上海量存储设备)。其中，存储器630和存储介质620可以是短暂存储或持久存储。存储在存储介质620的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器610可以设置为与存储介质620通信，在服务器600上执行存储介质620中的一系列指令操作。服务器600还可以包括一个或一个以上电源660，一个或一个以上有线或无线网络接口650，一个或一个以上输入输出接口640，和/或，一个或一个以上操作系统821，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

输入输出接口640可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器600的通信供应商提供的无线网络。在一个实例中，输入输出接口640包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，输入输出接口640可以为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。

本领域普通技术人员可以理解，图6所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器600还可包括比图6中所示更多或者更少的组件，或者具有与图6所示不同的配置。

本申请的实施例还提供了一种电子设备，该电子设备包括处理器和存储器，存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或该指令集由处理器加载并执行以实现如上述的清结算方法。

本申请的实施例还提供了一种存储介质，所述存储介质可设置于服务器之中以保存用于实现方法实施例中一种清结算方法相关的至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述清结算方法。

可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

由上述本申请提供的清结算方法、装置、电子设备及存储介质的实施例可见，本申请中接收支付订单信息；根据该支付订单信息确定出清结算场景类型；基于该清结算场景类型确定目标分润规则；根据该目标分润规则和该支付订单信息对第一清分主体进行清分和清算；该第一清分主体为需要实时清分和清算的主体。如此，可以提高识清洁效率和准确度。

需要说明的是：上述本申请实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种清结算方法，其特征在于，包括如下步骤：

接收支付订单信息；

根据所述支付订单信息确定出清结算场景类型；

基于所述清结算场景类型确定目标分润规则；

根据所述目标分润规则和所述支付订单信息对第一清分主体进行清分和清算；所述第一清分主体为需要实时清分和清算的主体。

2.根据权利要求1所述的清结算方法，其特征在于，所述基于所述清结算场景类型确定目标分润规则，包括：

基于所述支付订单信息确定车辆信息；

根据所述车辆信息确定所述车辆对应的城市编号；

基于所述清结算场景类型和所述城市编号确定出所述目标分润规则。

3.根据权利要求2所述的清结算方法，其特征在于，所述基于所述清结算场景类型和所述城市编号确定出所述目标分润规则，包括：

若所述城市编号对应的城市存在预设分润规则，则获取所述预设分润规则；基于所述清结算场景类型，从所述预设分润规则中确定出所述目标分润规则；否则，获取默认分润规则；基于所述清结算场景类型，从所述默认分润规则中确定出所述目标分润规则。

4.根据权利要求1所述的清结算方法，其特征在于，所述根据所述目标分润规则和所述支付订单信息对第一清分主体进行清分和清算，包括：

根据所述目标分润规则和所述支付订单信息对所述第一清分主体进行清分操作，得到所述第一清分主体的清分信息；

根据所述第一清分主体的清分信息对所述第一清分主体进行清算，并输出所述第一清分主体的收支账单。

5.根据权利要求1所述的清结算方法，其特征在于，所述根据所述目标分润规则和所述支付订单信息对第一清分主体进行清分和清算之后，还包括：

获取当前时间；

若所述当前时间处于第一预设时间段，则获取与第二清分主体相关的清分信息；所述第二清分主体包括平台和商户；

基于所述与第二清分主体相关的清分信息对所述第二清分主体进行清算，并输出所述第二清分主体的收支账单。

6.根据权利要求5所述的清结算方法，其特征在于，所述基于所述清分信息对所述第二清分主体进行清算，并输出所述第二清分主体的收支账单之后，还包括：

当所述当前时间处于第二预设时间段时，对所述第一清分主体和所述第二清分主体进行结算操作，以使所述第一清分主体和所述第二清分主体实现提现。

7.根据权利要求1所述的清结算方法，其特征在于，所述根据所述支付订单信息确定出清结算场景类型之前，还包括：

对所述支付订单信息进行解析操作，得到支付订单记录数据集，所述支付订单记录数据集包含清结算场景类型信息和费用明细；

所述根据所述支付订单信息确定出清结算场景类型，包括：

从所述支付订单记录数据集中确定出清结算场景类型；

所述根据所述目标分润规则和所述支付订单信息对第一清分主体进行清分和清算，包括：

根据所述目标分润规则和所述费用明细对所述第一清分主体进行清分和清算。

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

接收模块，用于接收支付订单信息；

清结算场景类型确定模块，用于根据所述支付订单信息确定出清结算场景类型；

分润规则确定模块，用于基于所述清结算场景类型确定目标分润规则；

清结算模块，用于根据所述目标分润规则和所述支付订单信息对第一清分主体进行清分和清算。

9.一种设备，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至7任一所述的清结算方法。

10.一种计算机存储介质，其特征在于，所述计算机存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或至少一段程序由处理器加载并执行以实现如权利要求1-7任一项所述的清结算方法。

Images