CN112435019A - 多业务平台通用结算方法、结算服务器、系统和存储介质 - Google Patents

Abstract

本发明涉及一种用于多个业务平台的通用结算方法、结算服务器、系统和计算机可读存储介质，属于互联网技术领域。所述方法包括：接收各业务平台同步的待结算订单；根据所述待结算订单和与之对应的预设结算规则，生成通用结算明细；根据所述通用结算明细，进行自动结算。该结算方式不仅适用于各业务平台，无需各业务方自己开发并维护结算系统，简化了业务流程，还能够集中管理各业务平台上商户的交易数据，而且，由于该结算方式能够实现自动结算，对订单可以进行线上自动分账、提现和/或转账，提高了给商户结算的效率，避免了人工转账所带来的风险，并且使得财务流水清晰便于管理。

Description

多业务平台通用结算方法、结算服务器、系统和存储介质

技术领域

本发明涉及互联网技术领域，尤其涉及一种用于多个业务平台的通用结算方法、结算服务器、系统和计算机可读存储介质。

背景技术

随着互联网的快速发展，线上交易平台正在日益增多。实际中，对于整个线上交易的过程而言，结算流程是非常重要的。就现有的结算方式来说，主要的模式是各个业务方各自负责商户入驻以及佣金管理，比如每个月对商户的订单总额按比例进行计算佣金和结算金额，然后通过财务转账的方式给商户进行结算。因此，对于现有的结算方式而言，存在以下缺陷：

(1)由于各个业务方的交易系统独立，因此每个业务方都需要开发并维护一套复杂的结算模块，导致整体代价较大。

(2)由于财务数据无法统一，财务人员需要关注业务方与商户之间的结算规则，才能对每个商户进行结算，因此不利于公司整体的财务管理。

(3)人工转账的结算方式延迟较大，容易出错，转账数据不便管理，转账结果需要再次人工记录到系统，流程冗杂，财务风险较大。

发明内容

本发明的目的是克服了上述现有技术中的缺点，提供一种用于多个业务平台的通用结算方法，包括：接收各业务平台同步的待结算订单；根据所述待结算订单和与之对应的预设结算规则，生成通用结算明细；根据所述通用结算明细，进行自动结算。由于该结算方式对各业务方而言是通用的，各个业务方对接轻便，所以业务方无需再关注结算规则、财务流转，无需各自开发维护结算模块，能够简化业务流程，提高业务方开发效率，而且由于数据统一，能够集中简化财务流程，另外，能够实现自动结算，通过订单线上自动分账、提现和转账，提高商户结算效率，避免了人工转账所带来的风险，还使得财务流水清晰便于管理。

可选的，所述预设结算规则由各所述业务平台预先设置，且各所述待结算订单所对应的预设结算规则为产生该待结算订单的所述业务平台的预设结算规则。一方面，由于对不同商户在同一个业务平台上所产生的待结算订单，业务平台抽取的佣金可能是不同的；另一方面，对同一个商户在同一个业务平台上所产生的不同的订单，业务平台抽取的佣金也可能是不同的。因此，业务平台需要根据商户来预先设置结算规则，而各个待结算订单也是按照对应的结算规则来计算业务平台所抽取的佣金和给商户的结算金额。

可选的，所述多个业务平台包括票务平台、电商平台、采购平台和会员充值平台的至少两个组合。需要说明的是，本发明的用于多个业务平台的通用结算方法可以应用于包含交易流程的各种业务平台，该交易过程中计算的对象不限于以电子数字表示的货币，也可以是能够计价的物品等等。

可选的，所述的根据所述待结算订单和与之对应的预设结算规则，生成通用结算明细，包括：根据所述待结算订单和与之对应的预设结算规则，计算出结算佣金和结算金额；根据所述结算佣金和所述结算金额，生成通用结算明细。由于不同业务平台的交易订单内容及格式可能都是不同的，所以针对这些订单，计算出平台佣金和结算金额之后，可以生成格式统一的通用结算明细，从而便于利用这些通用结算明细以进行自动结算。

可选的，所述结算佣金包括结算时所述业务平台抽取的佣金、单个商品或票务项目的佣金和sku(stock keeping unit)类目的佣金等，可以按照不同的预设结算规则以多种形式结算佣金。

可选的，所述的根据所述通用结算明细，进行自动结算，包括：针对各所述业务平台的每一个商户，在预设条件下例如定期或者在每个项目结束之后聚合所生成的所述通用结算明细，并生成结算批次；根据所述结算批次，调用支付系统；利用所述支付系统，进行分账。例如，接收各业务平台同步的待结算订单后，根据所述待结算订单和与之对应的预设结算规则，生成通用结算明细，其中，针对某一个电商平台上的一个商户A，每月或每周(定期)聚合一次所生成的通用结算明细，生成一个结算批次，然后针对该结算批次，调用支付系统进行后续的自动结算。上述待结算订单可以是商品交易订单，也可以是项目交易订单。再例如，针对某一票务平台，也可以在票务项目结束后，按照每个项目生成一个批次，然后针对生成的批次，调用支付系统进行后续的自动结算。

可选的，所述的针对各所述业务平台的每一个商户，定期或者在每个项目结束之后聚合所生成的所述通用结算明细，并生成结算批次，具体为：定期或者在每个项目结束之后聚合同一所述商户在不同所述业务平台上所生成的所述通用结算明细，并生成结算批次。由于上述通用结算明细的格式统一，所以可以针对同一个商户，实现跨平台的自动结算。

可选的，所述的利用所述支付系统，进行分账，具体为：将所述结算金额分账给所述商户的账户，将所述结算佣金分账给所述业务平台的账户。也可以按照预设结算规则计算出第三方的佣金，继而将第三方的佣金分账至第三方的账户。

可选的，所述根据所述通用结算明细，进行自动结算，还包括：利用所述支付系统，进行转账或提现。可以根据实际情况，灵活的进行结算，便于商户使用结算后的金额。

本发明还提供一种结算服务器，所述结算服务器执行以下步骤：接收各业务平台同步的待结算订单；根据所述待结算订单和与之对应的预设结算规则，生成通用结算明细；据所述通用结算明细，进行自动结算。

本发明还提供一种用于多个业务平台的通用结算系统，包括结算服务器和多个业务平台，所述业务平台用于生成待结算订单，并将所述待结算订单同步至所述结算服务器；所述结算服务器用于执行以下步骤：接收各所述业务平台同步的所述待结算订单；根据所述待结算订单和与之对应的预设结算规则，生成通用结算明细；根据所述通用结算明细，进行自动结算。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任一项所述的方法。

根据上述内容，本发明的用于多个业务平台的通用结算方法，包括：接收各业务平台同步的待结算订单；根据所述待结算订单和与之对应的预设结算规则，生成通用结算明细；根据所述通用结算明细，进行自动结算。该结算方式不仅适用于各业务平台，无需各业务方自己开发并维护结算系统，简化了业务流程，还能够集中管理各业务平台上商户的交易数据，而且，由于该结算方式能够实现自动结算，对订单可以进行线上自动分账、提现和转账，提高了给商户结算的效率，避免了人工转账所带来的风险，并且使得财务流水清晰便于管理。

附图说明

图1为本发明一实施形态的用于多个业务平台的通用结算系统的结构示意图；

图2为本发明一实施形态的用于多个业务平台的通用结算方法的流程示意图；

图3为本发明一实施形态的用于多个业务平台的通用结算方法的流程示意图；

图4为本发明一实施形态中根据不同结算方式的结算流程示意图；

图5为本发明一实施形态中针对结算批次进行自动结算的流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

请参阅图1所示，本发明一实施形态的用于多个业务平台的通用结算系统(简称结算系统)包括结算服务器和多个业务平台，所述业务平台例如包括票务平台、电商平台、会员充值平台和采购平台等等，并且业务平台的个数不受限制，各业务平台上所入驻的商户数量也不做限制，而且一个商户可以在多个业务平台入驻。那么，各业务平台生成待结算订单以后，可以将所述待结算订单同步至结算服务器。所述结算服务器执行的步骤即本发明一实施形态的用于多个业务平台的通用结算方法所包含的步骤，如图2所示：

S1：接收各业务平台同步的待结算订单；

S2：根据所述待结算订单和与之对应的预设结算规则，生成通用结算明细；

S3：根据所述通用结算明细，进行自动结算。

就上述预设结算规则而言，例如，某一服装卖家在某一电商平台上产生多个订单，针对A类订单，该电商平台抽取的佣金为每个订单成交价的10％；针对B类订单，该电商平台抽取的佣金为每个订单成交价的5％。所以上述预设结算规则由产生订单的电商平台预先设置，以便于对后续产生的订单计算平台抽取的佣金和给商家的结算金额。

就上述通用结算明细而言，格式是统一的，且内容至少包含业务平台的佣金和给商户的结算金额。因此，本实施形态的用于多个业务平台的通用结算方法可以实现跨平台结算，具体而言，例如，商户A不仅在业务平台A入驻，也在业务平台B入驻，那么可以根据业务平台A和业务平台B上分别产生的待结算订单，生成格式统一的通用结算明细，然后聚合这些生成的通用结算明细，从而生成商户A的结算批次，继而调用支付系统，进行自动结算。

通过上述结算方式，能够达到以下效果：

(1)业务通用，各个业务平台对接轻便，业务方无需再关注结算规则、财务流转，无需各自开发维护结算模块，简化业务流程，提高业务方开发效率；

(2)数据统一，集中管理各业务方的商户佣金、结算订单、结算明细、结算批次，集中简化财务流程；

(3)自动结算，订单线上自动分账、提现和/或转账，提高商户结算效率，避免人工转账所带来的风险，财务流水清晰便于管理。

在实际中，上述结算系统可以用于票务、电商、采购等业务的自动结算，包括商户管理，佣金管理，订单结算，自动分账、提现和转账，付款申请，财务管理，商户申诉，发票管理等场景。因此，针对数据同步而言，上述结算系统所执行的步骤还可以包括以下流程：

(1)业务平台的商户入驻完成、审核通过后，将商户基础信息、结算账户信息等推送至结算服务器；

(2)具体项目例如票务项目上架并审核通过后，将基础信息、项目结算信息等推送至结算服务器；

(3)业务平台的订单支付成功、订单完成、订单退款时，将订单基础信息、订单商品信息等推送至结算服务器。

基于上述内容，本发明实一实施形态的用于多个业务平台的通用结算系统可以集中统一管理所有业务方的商户结算信息、商户佣金、结算订单等。

如图3所示，各业务平台会在商户入驻后对各个商户进行结算配置即设置结算规则，各入驻商户可以在相应的业务平台上产生业务订单，结算服务器获取到每一条需要结算的结算订单和结算商品信息之后，根据上述商户结算配置生成一条格式统一的结算明细，然后可以定期聚合这些生成的结算明细，从而生成结算批次，然后调用支付系统，进行自动结算。

以下对结算批次的生成进行说明，首先，获取结算商户id列表，扫描对应商户的批次id为0、将处于结算周期内的结算明细按照商户批次id分组聚合，得到商品金额、支付金额、支付手续费、退款手续费、运费、平台佣金、结算金额，每个商户生成一个结算批次，更新对应结算明细、商品的批次id，将结算明细、商品与批次关联。

作为本发明的一种实施形态，请参阅图4所示，图4中的批次任务是指按批次获取待结算订单，并且需要读取商户的结算配置即结算规则，相应的结算方式可以是按照项目进行自动结算。例如，获取昨日结束的项目后，根据需要结算的每个结算订单和商品来生成一条结算明细，按照项目来统计所生成的结算明细以生成结算批次，同时更新明细的批次id，并针对生成的结算批次，调用支付系统，进行自动结算。

上述结算方式也可以是按照周期来进行自动结算。例如，可以按照日结即每日统计一次，或按照月结比如每月1日统计一次，亦或按照周结比如每周一统计一次，从而根据需要结算的每一个结算订单和商品生成一条结算明细，其中，同一笔订单可以按照sku聚合，基于上述方式，对每个用户统计生成的结算明细，从而生成结算批次，同时更新明细的批次id，并针对生成的结算批次，调用支付系统，进行自动结算。

作为本发明的一种实施形态，结算服务器可以对订单进行分账。例如，结算服务器可以设置一个定时任务，比如每小时执行一次，扫描过去1天内待分账的订单，按照结算规则计算业务平台抽取的佣金和给商户结算金额。对于正向的支付订单，调用平安见证宝分账接口，给商户进行分账；对于逆向的退款订单，调用平安见证宝的撤销分账接口，撤销此前的正向分账。

请参阅图5所示，在生成结算批次之后，还可以进行业务平台的审核，比如财务审核之后再由商户确认，商户确认后进入打款流程，若商户有异议，可以进行商户申诉，业务平台需要重新进行审核，直到商户确认后，进行打款。

本发明一实施形态的用于多个业务平台的通用结算方法还可以对结算的金额进行提现和/或转账，具体包括以下步骤：

(1)运营确认、财务审核批次后，将批次放入提现和/或转账队列；

(2)后台设置提现和/或转账的定时任务，每小时执行一次；

(3)对提现和转账查询队列内的批次，获取该批次内所有提现和/或转账处理中的明细，查询平安见证宝系统，获取对应的提现和/或转账状态，若处理成功，则更新状态为成功；若批次内所有明细都处理成功，则更新批次状态为已付款，将批次从提现和/或转账查询队列删除；若仍有处理中的，则将批次重新加入查询队列尾部，待下一次继续查询；

(4)对提现和/或转账队列内的批次依次进行提现和/或转账操作；

(5)根据批次状态判断，未更新提现和/或转账金额的，扫描批次内的结算明细，将同一笔订单的正向明细结算金额去掉逆向退款的结算金额，得到正向明细的最终提现和/或转账金额，更新明细的提现和/或转账金额及状态；

(6)扫描批次内所有待提现和/或转账的结算明细，依次调用平安见证宝的交易转可提现和/或转账功能，提现和/或转账成功的，更新相应提现和/或转账状态为处理中；

(7)单个批次所有结算明细提现和/或转账成功的，将该批次从提现和/或转账队列中删除，并放入提现和/或转账查询队列；若有提现和/或转账失败的，则将该批次再次放入提现和/或转账队列尾部，待下一次重新执行；

步骤(1)中，业务平台对结算批次的审核及确认包括以下步骤：例如，票务结算批次生成后由运营审核，确认业务数据准确，之后由财务确认，便可提现和/或转账，最终结算给商户。电商结算批次由运营审核后，商户可在B端查看该批次，商户无异议可提交确认，有异议则可进行申诉。若商户发起申诉，运营可处理申诉，直至平台和商户双方无异议。

需要说明的是，本发明一实施形态的用于多个业务平台的通用结算方法中，结算商户为各个业务方入驻的商户；结算佣金包括商户结算时平台抽取的佣金、单个商品或票务项目的佣金和sku类目的佣金；结算订单为业务方同步至业务平台的订单(仅同步需要结算的订单，未支付的订单无需同步)；结算商品为结算订单所包含的商品，所述商品的明细包括价格、数量等；结算明细为业务平台按照结算规则对每笔订单生成的结算记录，包含结算佣金、结算金额、结算状态等信息；结算批次为业务平台按照结算规则定期对商户的结算明细进行聚合打包，如月结的商户每个月生成一个批次，票务项目结束后每个项目生成一个批次；订单分账为对用户每一笔支付订单，按照佣金规则计算出平台抽取的佣金、给商户的结算金额，调用平安见证宝系统，将结算金额分账给商户账户，将平台佣金分账给平台账户；结算提现为财务审核批次后，将批次内所有明细依次调用平安见证宝系统，进行交易转可提现，此后，商户即可查看相应的结算金额，提现到银行卡。需要说明的是，对于业务平台因优惠产生的0元订单，无支付流水，不可进行分账和/或提现，业务平台可以通过平安见证宝直接将对应的结算金额转账到商户账户。

本发明一实施形态用于多个业务平台的通用结算方法还可以包括：生成结算日志。能够记录结算平台各个角色的操作日志，如修正明细、修改佣金、审核批次、批次打款等操作。

本发明一实施形态还提供一种结算服务器，所述结算服务器执行本发明任一实施形态的用于多个业务平台的通用结算方法所包含的步骤。

本发明一实施形态还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现本发明任一实施形态的用于多个业务平台的通用结算方法。

为了能够更清楚地理解本发明的技术内容，特举以下实施例详细说明。

实施例1

某个漫展按照项目P结算，预售票佣金为6％，现场票佣金为10％，某预售票S的结算价为100元，以下为结算流程：

(1)用户下单，选择2张预售票S，使用平台优惠10元，商户优惠5元。用户支付完成，一笔订单即完成，票务平台通过http接口将该笔订单(即结算订单)同步至结算服务器。结算服务器根据订单id、退款id、业务方biz查找，未发现已有订单数据，则新增该笔订单及其sku数据。需要说明的是，结算订单是有order_id,ref_id,biz这三个字段唯一标记一笔订单的，正向订单的ref_id是0，退款订单的ref_id是业务方的退款记录id。

(2)结算服务器通过后台定时任务，计算该笔正向订单的佣金为100×2×6％＝12元，结算金额为100×2-12-5＝183元，生成一条正向结算明细。

(3)该笔订单中，用户退款1张票，退款完成后，票务平台将该笔退款订单同步至结算服务器，结算服务器新增一条退款订单记录，保存该笔退款对应的sku数据。

(4)计算出佣金为(-100)×1×6％＝-6元，结算金额为(-100)×1-(-6)-(-5/2)＝-91.5元，生成一条逆向的结算明细。

(5)在项目P结束之后的第一天，对该项目的所有批次id为0的明细聚合统计，得到批次的商品总额、实付总额、佣金总额、结算总金额。批次初始状态为待审核，经运营审核、财务确认，将批次推送到提现转账队列进行批次结算。

(6)后台提现转账任务消费进行批次结算队列时，取出财务已确认的批次。计算该批次所有结算明细的提现、转账金额，正向明细的提现金额＝正向明细的结算金额+逆向明细的结算金额，即183+(-91.5)＝91.5元，逆向明细不需要进行提现/转账操作。

(7)在批次中所有明细的提现、转账金额计算完成后，依次对批次中的正向明细调用见证宝的转可提现接口，调用成功，则更新明细的提现状态为处理中。所有明细处理完成后，将批次推送到提现转账查询队列进行批次结算。

(8)在收到转可提现异步回调时，若提现成功，则更新明细提现状态为成功。

(9)提现转账任务查看提现转账查询队列进行批次结算，针对其中的批次，依次查看是否有待处理、处理中、处理失败的提现/转账明细：若有待处理的，则对该明细调用转可提现操作，更新对应状态；若有处理中的明细，则查询见证宝系统，获取该明细提现状态，若提现成功，则更新该明细状态为处理成功。当批次所有明细都处理成功时，则该批次提现成功，更新批次状态为已付款。

(10)批次提现成功后，商户便可以将款项转到对应银行卡，完成结算流程。

上述结算流程，刚生成的结算明细的批次id都是0，在项目结束后，对结算明细进行聚合，生成结算批次，然后把批次的id更新到结算明细上，形成关联。具体而言，结算明细是对应一笔订单的，刚生结算明细的时候还没有批次，所以结算明细的批次id为0，而在项目结束后对所有的结算明细进行聚合，生成一个批次(比如2020060200001)，一般而言一个项目为1个批次，之后再把结算明细的批次id都从0更新为2020060200001，那么可以将结算批次和结算明细串联起来，运营、财务审核时主要操作的就是结算批次。在运营、财务审核通过之后，结算服务器会对结算批次里所有的结算明细进行计算，得出提现、转账金额，对于同一笔订单的正向、逆向退款记录会进行加和，也就是减去了退款的结算金额，最终只要在正向上提现即可。

实施例2

商户A在某公司的票务平台和电商平台分别入驻，用户可以通过所述票务平台买票，通过所述电商平台购买商品。

针对票务平台，本实施例的结算服务器每10天进行一次扫描，获取票务平台上最近10天内结束的项目；

将对应项目的待结算订单的商品按照订单id、退款id分组；

根据预设结算规则计算每个商品的平台佣金、结算金额，并生成一条通用结算明细；

将结算商品的明细id更新为新生成的明细id，使结算明细与结算商品保持关联。

针对电商平台，本实施例的结算服务器每10天进行一次扫描，获取电商平台上所有签约在有效期内的商户；

将对应商户的待结算订单的商品按照订单id、退款id、业务方biz分组；

根据预设结算规则计算每个商品的平台佣金、结算金额，生成一条通用结算明细；

将结算商品的明细id更新为新生成的明细id，使结算明细与结算商品保持关联；

然后，结算服务器聚合这些生成的通用结算明细，生成一个结算批次；

针对生成的结算批次，调用支付系统，进行自动结算，从而将平台佣金分账给平台的账户，将结算金额分账给商户A的账户。通过上述的结算方式，尽管票务平台和电商平台分别产生的待结算订单格式是不同的，但是本实施例的结算服务器根据这些待结算订单生成格式统一的通用结算明细，从而可以利用这些通用结算明细来对商户A进行自动结算。

需要说明的是，结算服务器可以定期获取各业务平台的待结算订单，然后生成通用结算明细，从而聚合这些通用结算明细，生成结算批次；也可以在获取待结算订单之后，生成通用结算明细，然后定期聚合所生成的通用结算明细，从而生成结算批次。

实施例3

若商户A仅仅在采购平台入驻，那么本实施例的结算服务器会扫描获取采购平台上所有的有效商户；

将对应商户的订单按照订单id、退款id、sku_id分组；

结算每个sku的冲销金额、结算金额，生成一条通用结算明细，保存冲销记录，更新订单预付商品的冲销状态；

每周聚合一次生成的通用结算明细，生成一个结算批次；

针对生成的结算批次，调用支付系统，进行自动结算。

本发明实施例所提供的结算服务器可以与各种商户(交易方)对接，比如可以和供应方、代销方和供销方等等对接。各业务方对接流程基本一致，各业务方通过http或者消息队列的方式，将商户、订单同步到结算服务器，然后每一笔订单的结算逻辑、批次流程、提现转账操作利用结算服务器实现，其结算流程可以是一样的，也可以根据业务进行定制。例如对于代销方，商户只关心每个sku的销售价格和数量，那么本发明实施例所提供的结算服务器也是可以支持的。在结算的过程中，每一笔订单可能会有各种商户优惠、平台优惠、支付/退款手续费等，结算的时候要进行相应地扣减。针对佣金，可以在商户、项目、商品和sku等维度进行设置。

综上所述，通过上述实施形态的用于多个业务平台的通用结算方法具有以下优势：

(1)适用于公司所有业务方的结算系统，方便各个业务方的结算系统快速接入，本发明实施例中的结算服务器能够按照各个业务方的结算配置信息来计算佣金和结算金额，业务方可以专心负责各自的业务发展，不用再耗费较大精力维护结算模块；

(2)集中统一管理所有业务方的商户结算信息、商户佣金、结算订单等，财务只需关注结算系统，不需要再对接各个业务方的系统，在统一的结算系统对公司各业务方的商户进行结算，简化财务流程；

(3)实现结算订单的线上自动分账和/或提现和/或转账，无需人工转账，结算流程自动流转，提现和/或转账数据便于管理，提高结算效率，降低财务风险。

在此说明书中，本发明已参照其特定的实施例作了描述。但是，很显然仍可以作出各种修改和变换而不背离本发明的精神和范围。因此，说明书和附图应被认为是说明性的而非限制性的。

Claims (10)

1.一种用于多个业务平台的通用结算方法，其特征在于，包括：

接收各业务平台同步的待结算订单；

根据所述待结算订单和与之对应的预设结算规则，生成通用结算明细；

根据所述通用结算明细，进行自动结算。

2.根据权利要求1所述的用于多个业务平台的通用结算方法，其特征在于，所述多个业务平台包括票务平台、电商平台、采购平台和会员充值平台中的至少两个组合。

3.根据权利要求1所述的用于多个业务平台的通用结算方法，其特征在于，所述的根据所述待结算订单和与之对应的预设结算规则，生成通用结算明细，包括：

根据所述待结算订单和与之对应的预设结算规则，计算出结算佣金和结算金额；

根据所述结算佣金和所述结算金额，生成通用结算明细。

4.根据权利要求1所述的用于多个业务平台的通用结算方法，其特征在于，所述的根据所述通用结算明细，进行自动结算，包括：

针对各所述业务平台的每一个商户，在预设条件下聚合所生成的所述通用结算明细，并生成结算批次；

根据所述结算批次，调用支付系统；

利用所述支付系统，进行分账。

5.根据权利要求4所述的用于多个业务平台的通用结算方法，其特征在于，所述的针对各所述业务平台的每一个商户，在预设条件下聚合所生成的所述通用结算明细，并生成结算批次，具体为：

在预设条件下聚合同一所述商户在不同所述业务平台上所生成的所述通用结算明细，并生成结算批次。

6.根据权利要求4所述的用于多个业务平台的通用结算方法，其特征在于，所述的利用所述支付系统，进行分账，具体为：

将所述结算金额分账给所述商户的账户，将所述结算佣金分账给所述业务平台的账户。

7.根据权利要求4所述的用于多个业务平台的通用结算方法，其特征在于，所述根据所述通用结算明细，进行自动结算，还包括：

利用所述支付系统，进行转账或提现。

8.一种结算服务器，其特征在于，所述结算服务器执行以下步骤：

接收各业务平台同步的待结算订单；

根据所述待结算订单和与之对应的预设结算规则，生成通用结算明细；

根据所述通用结算明细，进行自动结算。

9.一种用于多个业务平台的通用结算系统，其特征在于，包括结算服务器和多个业务平台，

所述业务平台用于生成待结算订单，并将所述待结算订单同步至所述结算服务器；

所述结算服务器用于执行以下步骤：

接收各所述业务平台同步的所述待结算订单；

根据所述待结算订单和与之对应的预设结算规则，生成通用结算明细；

根据所述通用结算明细，进行自动结算。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的方法。

Images