CN117827907A - 一种清结算方法和相关装置 - Google Patents

一种清结算方法和相关装置 Download PDF

Info

Publication number
CN117827907A
CN117827907A CN202311866157.8A CN202311866157A CN117827907A CN 117827907 A CN117827907 A CN 117827907A CN 202311866157 A CN202311866157 A CN 202311866157A CN 117827907 A CN117827907 A CN 117827907A
Authority
CN
China
Prior art keywords
clearing
rule
equity
rights
consumption
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202311866157.8A
Other languages
English (en)
Inventor
杨泽英
何宇
赵一弘
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hunan MgtvCom Interactive Entertainment Media Co Ltd
Original Assignee
Hunan MgtvCom Interactive Entertainment Media Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hunan MgtvCom Interactive Entertainment Media Co Ltd filed Critical Hunan MgtvCom Interactive Entertainment Media Co Ltd
Priority to CN202311866157.8A priority Critical patent/CN117827907A/zh
Publication of CN117827907A publication Critical patent/CN117827907A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2455Query execution
    • G06F16/24564Applying rules; Deductive queries
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2458Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
    • G06F16/2474Sequence data queries, e.g. querying versioned data
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28Databases characterised by their database models, e.g. relational or object models
    • G06F16/284Relational databases
    • G06F16/285Clustering or classification
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F18/00Pattern recognition
    • G06F18/20Analysing
    • G06F18/24Classification techniques
    • G06F18/241Classification techniques relating to the classification model, e.g. parametric or non-parametric approaches
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201Market modelling; Market analysis; Collecting market data
    • G06Q30/0206Price or cost determination based on market factors

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Computational Linguistics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Evolutionary Biology (AREA)
  • Marketing (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Game Theory and Decision Science (AREA)
  • Economics (AREA)
  • Evolutionary Computation (AREA)
  • General Business, Economics & Management (AREA)
  • Fuzzy Systems (AREA)
  • Mathematical Physics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Software Systems (AREA)
  • Artificial Intelligence (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请提供了一种清结算方法和相关装置,确定清结算业务包含的多个权益的业务类型和最晚生效时间,根据多个权益的业务类型,确定清结算业务对应的第一规则,在清结算业务执行的第一阶段,按照第一规则对多个权益进行清结算,在清结算业务执行到预设权益的最晚生效时间时,根据预设权益的生效情况,确定是否为清结算业务匹配第二规则,若是,则在清结算业务执行的第二阶段,按照第二规则对多个权益进行清结算。由于本申请能够在清结算业务处理的过程中,根据具体的权益生效情况匹配规则,使得清结算业务的整个处理过程都能匹配到准确的规则,从而清结算更准确。

Description

一种清结算方法和相关装置
技术领域
本申请涉及清结算技术领域,特别是涉及一种清结算方法和相关装置。
背景技术
目前,清结算业务的执行依赖于预先匹配好的规则,这使得在清结算业务开始处理前就需要匹配好相应的清结算规则,然后再按照匹配的清结算规则进行业务处理。
然而在一些包含多个权益的清结算业务中,多个权益的最晚生效时间不同,并且有些权益是否生效依赖于用户操作,这使得在清结算业务开始处理前匹配清结算规则,可能匹配到错误的清结算规则,导致清结算不准确。
发明内容
有鉴于此,本申请提供了一种清结算方法和相关装置,用于解决现有技术存在的清结算业务在开始处理前匹配清结算规则导致匹配到错误规则,使得清结算不准确的问题,其技术方案如下:
一种清结算方法,包括:
确定清结算业务包含的多个权益的业务类型和最晚生效时间,其中,清结算业务用于基于预设的总金额对多个权益进行清结算;
根据多个权益的业务类型,确定清结算业务对应的第一规则,其中,第一规则是指需要在清结算业务开始处理前匹配好的规则;
在清结算业务执行的第一阶段,按照第一规则对多个权益进行清结算,其中,第一阶段是指清结算业务开始处理的时间与预设权益的最晚生效时间组成的阶段;
在清结算业务执行到预设权益的最晚生效时间时,根据预设权益的生效情况,确定是否为清结算业务匹配第二规则;
若是,则在清结算业务执行的第二阶段,按照第二规则对多个权益进行清结算,其中,第二阶段是指预设权益的最晚生效时间与总金额消耗完毕的时间组成的阶段。
可选的,第一规则包括分润规则和消耗规则;
按照第一规则对多个权益进行清结算,包括:
按照分润规则将预设的总金额分摊到多个权益中,以得到多个权益分别对应的分润金额;
针对多个权益中的每个权益:
若该权益为单次消耗类型,则基于消耗规则包含的单次类消耗子规则,将该权益对应的分润金额确定为该权益对应的消耗金额;
若该权益为时长消耗类型,则基于消耗规则包含的按时长消耗子规则和该权益对应的分润金额,计算该权益在每个第一单位时间的消耗金额,作为该权益在第一阶段的单位消耗金额;
若该权益为次数消耗类型,则基于消耗规则包含的按次数消耗子规则和该权益对应的分润金额,计算第一阶段每次消耗该权益时的消耗金额,作为该权益在第一阶段的单位消耗金额。
可选的,在清结算业务包括时长消耗类型的同一权益的多个订单的情况下,该权益对应的分润金额包括该权益的多个订单分别对应的分润金额;
基于消耗规则包含的按时长消耗子规则和该权益对应的分润金额,计算该权益在每个第一单位时间的消耗金额,包括:
按照多个订单的优先级由高到低、多个订单的产生时间由早到晚的顺序对多个订单进行排序;
按照多个订单的排序顺序遍历多个订单,对于遍历到的每个订单,基于消耗规则包含的按时长消耗子规则和该权益的该订单对应的分润金额,计算该权益在该订单包含的每个第一单位时间的消耗金额。
可选的,第二规则为返还规则;
按照第二规则对多个权益进行清结算,包括:
将多个权益中业务类型为次数消耗类型或时长消耗类型的每个权益分别作为目标权益,根据目标权益对应的消耗金额和目标权益在第一阶段的单位消耗金额,确定目标权益在第一阶段的总消耗金额;
根据目标权益对应的分润金额和目标权益在第一阶段的总消耗金额,确定目标权益在第二阶段的总消耗金额;
将预设权益对应的分润金额返还到目标权益中,得到目标权益对应的返还金额;
将目标权益对应的返还金额与目标权益在第二阶段的总消耗金额相加,得到目标权益在第二阶段的综合消耗金额;
根据目标权益在第二阶段的综合消耗金额,确定目标权益在第二阶段的单位消耗金额。
可选的,第一规则和第二规则的生成过程,包括:
通过预设的规则引擎生成初始的多个清结算计算规则;
根据清结算业务对初始的多个清结算计算规则进行编排,得到编排后的多个清结算计算规则,其中,编排用于确定初始的多个清结算计算规则的顺序和执行逻辑;
将编排后的多个清结算计算规则进行上线处理,并在上线后,基于预设的测试用例对编排后的多个清结算计算规则进行自动化测试;
若自动化测试通过,则由编排后的多个清结算计算规则得到第一规则和第二规则。
可选的,根据预设权益的生效情况,确定是否为清结算业务匹配第二规则,包括:
若预设权益未生效,则为清结算业务匹配第二规则;
若预设权益已生效,则不为清结算业务匹配第二规则。
可选的,还包括:
若预设权益已生效,则在清结算业务执行的第二阶段,按照第一规则对多个权益进行清结算。
一种清结算装置,包括:
信息确定模块,用于确定清结算业务包含的多个权益的业务类型和最晚生效时间,其中,清结算业务用于基于预设的总金额对多个权益进行清结算;
第一规则匹配模块,用于根据多个权益的业务类型,确定清结算业务对应的第一规则,其中,第一规则是指需要在清结算业务开始处理前匹配好的规则;
第一清结算模块,用于在清结算业务执行的第一阶段,按照第一规则对多个权益进行清结算,其中,第一阶段是指清结算业务开始处理的时间与预设权益的最晚生效时间组成的阶段;
第二规则匹配模块,用于在清结算业务执行到预设权益的最晚生效时间时,根据预设权益的生效情况,确定是否为清结算业务匹配第二规则;
第二清结算模块,用于若为清结算业务匹配第二规则,则在清结算业务执行的第二阶段,按照第二规则对多个权益进行清结算,其中,第二阶段是指预设权益的最晚生效时间与总金额消耗完毕的时间组成的阶段。
一种电子设备,包括存储器和处理器;
存储器,用于存储程序;
处理器,用于执行程序,实现如上述任一项的清结算方法的各个步骤。
一种可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时,实现如上述任一项的清结算方法的各个步骤。
经由上述的技术方案可知,本申请提供的清结算方法,将清结算业务的处理阶段分成了两个阶段,在第一阶段按照清结算业务开始处理前匹配好的第一规则进行清结算,在第二阶段根据预设权益的生效情况确定是否为清结算业务匹配第二规则,若是,则根据匹配到的第二规则对清结算业务包含的多个权益进行清结算。由于本申请能够在清结算业务处理的过程中,根据具体的权益生效情况匹配规则,使得清结算业务的整个处理过程都能匹配到准确的规则,从而清结算更准确。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例提供的一种清结算方法的流程示意图;
图2为预设的总金额的组成关系示意图;
图3为计算全屏会员分别在第一阶段和第二阶段的单位消耗金额的过程示意图;
图4为分润规则、消耗规则和返还规则的生成以及下发过程的示意图;
图5为本申请实施例提供的一种清结算装置的结构示意图;
图6为本申请实施例提供的一种电子设备的硬件结构框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请提供了一种清结算方法,接下来通过下述实施例对本申请提供的清结算方法进行详细介绍。
请参阅图1,示出了本申请实施例提供的清结算方法的流程示意图,该清结算方法可以包括:
步骤S101、确定清结算业务包含的多个权益的业务类型和最晚生效时间。
其中,清结算业务用于基于预设的总金额对多个权益进行清结算。
具体的,本实施例中的清结算业务包括多个权益,多个权益例如包括:实物、会员、全屏会员、体验会员、直播道具、点播道具、送礼券等等。
上述权益的业务类型包括但不限于以下类型:单次消耗类型、时长消耗类型和次数消耗类型,其中,单次消耗类型是指购买权益的金额一次消耗完毕的业务类型,例如,实物(比如明星周边、玩具)、单点权益、点播权益、外购的联合会员等;时长消耗类型是指购买权益的金额按照时长进行消耗的业务类型,例如,月度会员、季度会员、全年会员等;次数消耗类型是指购买权益的金额按照次数进行消耗的业务类型,例如,直播道具、点播道具、送礼券等。
上述每个权益都具有最晚生效时间,并且不同权益的最晚生效时间可能不同,例如,实物权益通常是在购买成功后就立即发货,那么最晚生效时间为购买成功的时间,会员权益通常会在购买成功后指定开通时间,该开通时间即最晚生效时间。
上述总金额是指购买多个权益的总定价。在实际应用场景中,若多个权益存在优惠金额,则该总金额不为用户实际支付多个权益的金额,若多个权益不存在优惠金额,则该总金额为用户实际支付多个权益的金额。
对于单次消耗类型的权益,本实施例中的清结算用于基于预设的总金额确定该权益对应的消耗金额,即用户实际支付给该权益的金额;对于时长消耗类型和次数消耗类型的权益,本实施例中的清结算用于基于预设的总金额确定该权益的单位消耗金额,即用户在每个单位时间实际支付给该权益的金额。
步骤S102、根据多个权益的业务类型,确定清结算业务对应的第一规则,在清结算业务执行的第一阶段,按照第一规则对多个权益进行清结算。
其中,第一规则是指需要在清结算业务开始处理前匹配好的规则。
在本申请实施例中,多个权益中,多数权益是购买成功后立刻生效,因此最晚生效时间均为购买成功的时间,仅少数权益是在购买成功后为用户预留一段开通时间。为了能够兼顾上述购买成功立刻生效的权益以及预留开通时间的权益,以对上述权益进行准确地清结算,本实施例可以基于多个权益的最晚生效时间,将清结算业务的执行过程划分为两个阶段,第一阶段是指清结算业务开始处理的时间与预设权益(即上述少数权益,该预设权益为单次消耗类型)的最晚生效时间组成的阶段,第二阶段是指预设权益的最晚生效时间与总金额消耗完毕的时间组成的阶段。
由于在第一阶段,多数权益购买即生效,因此,为了准确地对这些权益进行清结算,可以在清结算业务开始处理前为清结算业务匹配第一规则,以便后续按照第一规则进行清结算。
步骤S103、在清结算业务执行到预设权益的最晚生效时间时,根据预设权益的生效情况,确定是否为清结算业务匹配第二规则。
具体的,预设权益是否生效是基于用户操作确定的,若用户在预留的开通时间内开通预设权益,则预设权益生效,反之,若用户在预留的开通时间内未开通预设权益,则预设权益未生效。
在本实施例中,在第一阶段的清结算中,不能确定预设权益是否生效,因此需要按照预设权益生效进行清结算(即第一规则是指按照预设权益生效进行清结算的规则);在第二阶段的清结算中,已经能够根据用户操作确定出预设权益是否生效,若预设权益生效,则需要按照预设权益生效进行清结算,那么清结算时总金额中包含支付给预设权益的金额,若预设权益未生效,则需要按照预设权益未生效进行清结算,那么清结算时总金额中不包含支付给预设权益的金额。
基于此,当清结算业务执行到第一阶段与第二阶段的交界点时,即清结算业务执行到预设权益的最晚生效时间时,本实施例需要根据预设权益的生效情况,确定是否为清结算业务匹配第二规则。
具体的,若预设权益未生效,则为清结算业务匹配第二规则,若预设权益已生效,则不为清结算业务匹配第二规则。这里,第二规则是指按照预设权益未生效进行清结算的规则。
步骤S104、若是,则在清结算业务执行的第二阶段,按照第二规则对多个权益进行清结算。
具体的,若预设权益未生效,则为清结算业务匹配第二规则,那么本实施例需要在清结算业务执行的第二阶段,按照第二规则对多个权益进行清结算。
如上文介绍,本实施例还可以包括以下步骤:若预设权益已生效,则在清结算业务执行的第二阶段,按照第一规则对多个权益进行清结算。
本申请提供的清结算方法,将清结算业务的处理阶段分成了两个阶段,在第一阶段按照清结算业务开始处理前匹配好的第一规则进行清结算,在第二阶段根据预设权益的生效情况确定是否为清结算业务匹配第二规则,若是,则根据匹配到的第二规则对清结算业务包含的多个权益进行清结算。由于本申请能够在清结算业务处理的过程中,根据具体的权益生效情况匹配规则,使得清结算业务的整个处理过程都能匹配到准确的规则,从而清结算更准确。
在本申请的一些实施例中,上述第一规则包括分润规则和消耗规则,分润规则用于确定多个权益在各自的整个生效阶段用户实际支付的金额;消耗规则用于确定时长消耗类型和次数消耗类型等业务类型的权益在各自的整个生效阶段用户实际支付的单位消耗金额。
上述第二规则为返还规则,返还金额用于在预设权益在达到最晚生效时间时未生效的情况下,将预设权益分摊的分润金额返还到目标权益中,这里,目标权益是指多个权益中次数消耗类型的权益和时长消耗类型的权益。
为了使本领域技术人员更加理解本申请实施例,首先对上述步骤S102“按照第一规则对多个权益进行清结算”的过程进行详细介绍。
具体的,本实施例可以按照分润规则将预设的总金额分摊到多个权益中,以得到多个权益分别对应的分润金额。
具体的,参见图2所示,为预设的总金额的组成关系示意图。一般的,预设的总金额由优惠金额、手续费和多个权益分别对应的分润金额组成。为此,在本实施例中,分润规则一般由优惠金额子规则、手续费子规则和权责到账子规则组成。
优惠金额子规则为:优惠金额=预设的总金额-用户支付金额;手续费子规则为:手续费=用户支付金额*手续费费率,多个权益分别对应的分润金额之和=用户支付金额-手续费;权责到账子规则为:按照一定的规则对多个权益进行分摊,得到多个权益分别对应的分润金额。
例如,假设权责到账子规则为:预设权益对应的分润金额为固定金额,多个权益中的非预设权益分别对应的分润金额按照刊例价比例分摊,则预设权益对应的分润金额=权益固定金额,非预设权益对应的分润金额之和=多个权益分别对应的分润金额之和-预设权益对应的分润金额,非预设权益i对应的分润金额=分润金额之和*权益i的刊例价/(刊例价总和)。
那么,针对多个权益中的每个权益,若该权益为单次消耗类型,则基于消耗规则包含的单次类消耗子规则,将该权益对应的分润金额确定为该权益对应的消耗金额;若该权益为时长消耗类型,则基于消耗规则包含的按时长消耗子规则和该权益对应的分润金额,计算该权益在每个第一单位时间的消耗金额,作为该权益在第一阶段的单位消耗金额;若该权益为次数消耗类型,则基于消耗规则包含的按次数消耗子规则和该权益对应的分润金额,计算第一阶段每次消耗该权益时的消耗金额,作为该权益在第一阶段的单位消耗金额。
对上文展开介绍,对于单次消耗类型的权益,可以直接将该权益对应的分润金额作为该权益对应的消耗金额(即实际支付金额),即单次类消耗子规则为:一权益对应的消耗金额=该权益对应的分润金额。
对于时长消耗类型的权益,可以基于按时长消耗子规则计算该权益在第一阶段的单位消耗金额,具体的,按时长消耗子规则为:一权益在第一阶段的单位消耗金额=该权益对应的分润金额/权益总时长。
对于次数消耗类型的权益,可以基于按次数消耗子规则计算该权益在第一阶段的单位消耗金额,具体的,按次数消耗子规则为:一权益在第一阶段的单位消耗金额=该权益对应的分润金额/权益总次数。
在一种可能的实现方式中,对于时长消耗类型的同一个权益来说,可能会在清结算业务中有多个订单均包含该权益,那么在清结算业务包括时长消耗类型的同一权益的多个订单的情况下,上述“该权益对应的分润金额”包括该权益的多个订单分别对应的分润金额。这里,“该权益对应的分润金额”相当于该权益的一个订单对应的分润金额,因此“该权益的多个订单分别对应的分润金额”的计算过程为对“该权益对应的分润金额”的计算过程重复多次,详细计算过程可以参照前文,在此不再赘述。
上述“基于消耗规则包含的按时长消耗子规则和该权益对应的分润金额,计算该权益在每个第一单位时间的消耗金额”的过程可以包括:按照多个订单的优先级由高到低、多个订单的产生时间由早到晚的顺序对多个订单进行排序;按照多个订单的排序顺序遍历多个订单,对于遍历到的每个订单,基于消耗规则包含的按时长消耗子规则和该权益的该订单对应的分润金额,计算该权益在该订单包含的每个第一单位时间的消耗金额。
具体来说,由于多个订单通常不是一起产生的,因此不能将多个订单包含的同一权益在第一阶段的单位消耗金额混合到一起计算,而是需要按照订单产生时间由早到晚,以及按照订单的优先级由高到低,对多个订单进行排序,然后再基于计算排序后的每个订单包含的权益在对应订单包含的第一单位时间的消耗金额。
举例说明,假设用户通过5个订单购买了月度全屏会员(为时长消耗类型),分别支付的金额为10元、20元、10元、15元和30元,其中,订单5的优先级最高,订单1~订单4的优先级相同,但是产生时间由早到晚为订单1、订单2、订单3和订单4,则本实施例对5个订单排序为订单5、订单1、订单2、订单3和订单4。在计算全屏会员在第一阶段的单位消耗金额时,首先计算全屏会员在订单5包含的月度(即第一个30天)的单位消耗金额为30/30=1(即用户在使用全屏会员的前30天每天花费1元),接着计算全屏会员在订单1包含的月度(即第二个30天)的单位消耗金额为10/30=1/3(即用户在使用全屏会员的第31天~第60天每天花费1/3元),以此类推。
在本申请实施例中,清结算业务可能还包含预设权益,在清结算业务中包含预设权益的情况下,若在达到预设权益的最晚生效时间时,预设权益未生效,则需要按照第二规则对多个权益进行清结算。
这里,以第二规则为返还规则为例,“按照第二规则对多个权益进行清结算”的过程可以包括:将多个权益中业务类型为次数消耗类型或时长消耗类型的每个权益分别作为目标权益;根据目标权益对应的分润金额和目标权益在第一阶段的单位消耗金额,确定目标权益在第一阶段的总消耗金额;根据目标权益对应的分润金额和目标权益在第一阶段的总消耗金额,确定目标权益在第二阶段的总消耗金额;将预设权益对应的消耗金额返还到目标权益中,得到目标权益对应的返还金额;将目标权益对应的返还金额与目标权益在第二阶段的总消耗金额相加,得到目标权益在第二阶段的综合消耗金额;根据目标权益在第二阶段的综合消耗金额,确定目标权益在第二阶段的单位消耗金额。
举例说明。参见图3所示,假设预设的总金额为20元,其中,手续费为2元,月度全屏会员(目标权益)对应的分润金额为15元,外购的联合会员(预设权益)对应的分润金额为3元。
以第一单位时间为天为例,若全屏会员生效的第5天为联合会员的最晚生效时间,则全屏会员生效的第1~5天为第一阶段,第6~30天为第二阶段。
全屏会员在第一阶段的单位消耗金额为15/30=0.5元,即用户在第1~5天每天支付全屏会员的金额为0.5元;则全屏会员在第一阶段的总消耗金额为0.5*5=2.5元,全屏会员在第二阶段的总消耗金额为15-2.5=12.5元。
在第5天,由于联合会员未生效,那么联合会员对应的消耗金额(即联合会员对应的分润金额)需要返还给全屏会员,则全屏会员对应的返还金额为3元,全屏会员在第二阶段的综合消耗金额为12.5+3=15.5元。
由于第二阶段共25天,那么全屏会员在第二阶段的单位消耗金额为15.5/25=0.62元。
由此可见,本申请能够基于第二规则将未生效的预设权益对应的消耗金额进行重新分配,使得第二阶段的清结算更准确且更符合实际场景,用户体验更好。
以下的一个实施例,对上述第一规则和所述第二规则的生成过程进行介绍。
在本实施例中,第一规则和所述第二规则的生成过程可以包括:通过预设的规则引擎生成初始的多个清结算计算规则;根据清结算业务对初始的多个清结算计算规则进行编排,得到编排后的多个清结算计算规则,其中,编排用于确定初始的多个清结算计算规则的顺序和执行逻辑;将编排后的多个清结算计算规则进行上线处理,并在上线后,基于预设的测试用例对编排后的多个清结算计算规则进行自动化测试;若自动化测试通过,则由编排后的多个清结算计算规则得到第一规则和第二规则。
更具体的说,本实施例预先生成了一规则引擎,该规则引擎用于对实际清结算业务处理流程中的各个业务模块制定规则,也即,本实施例可以通过规则引擎生成初始的多个清结算计算规则。当然,若初始的多个清结算计算规则不合理,还可以通过规则引擎进行规则的修改、新增等。
应当理解,清结算业务的处理流程需要依赖一定的逻辑,为此,本实施例在生成初始的多个清结算计算规则后,需要根据清结算业务对初始的多个清结算计算规则进行编排,以确定初始的多个清结算计算规则的顺序和执行逻辑,可选的,执行逻辑包括但不限于以下逻辑:算数运算、逻辑运算和字段枚举判断。
在得到编排后的多个清结算计算规则后,还需要对这些规则的上下线进行管理,若要应用这些规则实现上述清结算过程,还需要对这些规则进行自动化测试。基于此,本实施例将编排后的多个清结算计算规则进行上线处理,并在上线后,基于预设的测试用例对编排后的多个清结算计算规则进行自动化测试。可选的,预设的测试用例可以是人工添加,也可以由系统根据规则自动生成的用例。
在本实施例中,自动化测试会将所有的测试用例全部执行一遍,若测试结果与预期结果不一致,则自动化测试未通过,在自动化测试未通过的情况下,本实施例可以通过即时通信软件、短信或者电话等方式将测试结果告知相关人,相关人根据测试结果执行对规则的下发或者重新配置。
若自动化测试通过,则由编排后的多个清结算计算规则得到上述第一规则和第二规则。
以第一规则包括分润规则和消耗规则,第二规则包括返还规则为例,对第一规则和第二规则进行介绍。
如下表所示,为第一规则和第二规则的示例。
参见图4所示,为分润规则、消耗规则和返还规则的生成以及下发过程的示意图。如图4所示,首先在规则引擎进行规则配置,得到初始的多个清结算计算规则,初始的多个清结算计算规则通过规则编排、规则上下线和规则自动化测试后,若自动化测试通过,则可以将分润规则、消耗规则和返还规则下发给对应的业务模块,以通过对应的业务模块按照上述步骤S101~步骤S104进行清结算。
本实施例提供的清结算方法能够在清结算业务的处理过程中随着预设权益的生效情况自适应分配相对应的规则,确保了清结算业务在第一阶段和第二阶段的单位消耗金额准确无误和可审计性,提高了用户体验。
本申请实施例还提供了一种清结算装置,下面对本申请实施例提供的清结算装置进行描述,下文描述的清结算装置与上文描述的清结算方法可相互对应参照。
请参阅图5,示出了本申请实施例提供的清结算装置的结构示意图,如图5所示,该清结算装置可以包括:信息确定模块501、第一规则匹配模块502、第一清结算模块503、第二规则匹配模块504和第二清结算模块505。
信息确定模块501,用于确定清结算业务包含的多个权益的业务类型和最晚生效时间,其中,清结算业务用于基于预设的总金额对多个权益进行清结算。
第一规则匹配模块502,用于根据多个权益的业务类型,确定清结算业务对应的第一规则,其中,第一规则是指需要在清结算业务开始处理前匹配好的规则。
第一清结算模块503,用于在清结算业务执行的第一阶段,按照第一规则对多个权益进行清结算,其中,第一阶段是指清结算业务开始处理的时间与预设权益的最晚生效时间组成的阶段。
第二规则匹配模块504,用于在清结算业务执行到预设权益的最晚生效时间时,根据预设权益的生效情况,确定是否为清结算业务匹配第二规则。
第二清结算模块505,用于若为清结算业务匹配第二规则,则在清结算业务执行的第二阶段,按照第二规则对多个权益进行清结算,其中,第二阶段是指预设权益的最晚生效时间与总金额消耗完毕的时间组成的阶段。
在一种可能的实现方式中,上述第一规则包括分润规则和消耗规则,则上述第一清结算模块按照第一规则对多个权益进行清结算的过程可以包括:
按照分润规则将预设的总金额分摊到多个权益中,以得到多个权益分别对应的分润金额;
针对多个权益中的每个权益:
若该权益为单次消耗类型,则基于消耗规则包含的单次类消耗子规则,将该权益对应的分润金额确定为该权益对应的消耗金额;
若该权益为时长消耗类型,则基于消耗规则包含的按时长消耗子规则和该权益对应的分润金额,计算该权益在每个第一单位时间的消耗金额,作为该权益在第一阶段的单位消耗金额;
若该权益为次数消耗类型,则基于消耗规则包含的按次数消耗子规则和该权益对应的分润金额,计算第一阶段每次消耗该权益时的消耗金额,作为该权益在第一阶段的单位消耗金额。
在一种可能的实现方式中,在清结算业务包括时长消耗类型的同一权益的多个订单的情况下,该权益对应的分润金额包括该权益的多个订单分别对应的分润金额。
基于此,上述第一清结算模块基于消耗规则包含的按时长消耗子规则和该权益对应的分润金额,计算该权益在每个第一单位时间的消耗金额的过程可以包括:
按照多个订单的优先级由高到低、多个订单的产生时间由早到晚的顺序对多个订单进行排序;
按照多个订单的排序顺序遍历多个订单,对于遍历到的每个订单,基于消耗规则包含的按时长消耗子规则和该权益的该订单对应的分润金额,计算该权益在该订单包含的每个第一单位时间的消耗金额。
在一种可能的实现方式中,上述第二规则为返还规则,那么上述第二清结算模块按照第二规则对多个权益进行清结算的过程可以包括:
将多个权益中业务类型为次数消耗类型或时长消耗类型的每个权益分别作为目标权益,根据目标权益对应的消耗金额和目标权益在第一阶段的单位消耗金额,确定目标权益在第一阶段的总消耗金额;
根据目标权益对应的分润金额和目标权益在第一阶段的总消耗金额,确定目标权益在第二阶段的总消耗金额;
将预设权益对应的分润金额返还到目标权益中,得到目标权益对应的返还金额;
将目标权益对应的返还金额与目标权益在第二阶段的总消耗金额相加,得到目标权益在第二阶段的综合消耗金额;
根据目标权益在第二阶段的综合消耗金额,确定目标权益在第二阶段的单位消耗金额。
在一种可能的实现方式中,本申请实施例提供的清结算装置还可以包括:规则生成模块,该规则生成模块用于生成第一规则和第二规则。
具体的,规则生成模块生成第一规则和第二规则的过程可以包括:
通过预设的规则引擎生成初始的多个清结算计算规则;
根据清结算业务对初始的多个清结算计算规则进行编排,得到编排后的多个清结算计算规则,其中,编排用于确定初始的多个清结算计算规则的顺序和执行逻辑;
将编排后的多个清结算计算规则进行上线处理,并在上线后,基于预设的测试用例对编排后的多个清结算计算规则进行自动化测试;
若自动化测试通过,则由编排后的多个清结算计算规则得到第一规则和第二规则。
在一种可能的实现方式中,上述第二规则匹配模块根据预设权益的生效情况,确定是否为清结算业务匹配第二规则的过程可以包括:若预设权益未生效,则为清结算业务匹配第二规则;若预设权益已生效,则不为清结算业务匹配第二规则。
在一种可能的实现方式中,本申请实施例提供的清结算装置还可以包括:第三清结算模块,该第三清结算模块用于若预设权益已生效,则在清结算业务执行的第二阶段,按照第一规则对多个权益进行清结算。
本申请实施例还提供了一种电子设备。可选的,图6示出了电子设备的硬件结构框图,参照图6,该电子设备的硬件结构可以包括:至少一个处理器1,至少一个通信接口2,至少一个存储器3和至少一个通信总线4;
在本申请实施例中,处理器1、通信接口2、存储器3、通信总线4的数量为至少一个,且处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信;
处理器1可能是一个中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路等;
存储器3可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatilememory)等,例如至少一个磁盘存储器;
其中,存储器3存储有程序,处理器1可调用存储器3存储的程序,所述程序用于:
确定清结算业务包含的多个权益的业务类型和最晚生效时间,其中,清结算业务用于基于预设的总金额对多个权益进行清结算;
根据多个权益的业务类型,确定清结算业务对应的第一规则,其中,第一规则是指需要在清结算业务开始处理前匹配好的规则;
在清结算业务执行的第一阶段,按照第一规则对多个权益进行清结算,其中,第一阶段是指清结算业务开始处理的时间与预设权益的最晚生效时间组成的阶段;
在清结算业务执行到预设权益的最晚生效时间时,根据预设权益的生效情况,确定是否为清结算业务匹配第二规则;
若是,则在清结算业务执行的第二阶段,按照第二规则对多个权益进行清结算,其中,第二阶段是指预设权益的最晚生效时间与总金额消耗完毕的时间组成的阶段。
可选的,所述程序的细化功能和扩展功能可参照上文描述。
本申请实施例还提供一种可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时,实现如上述清结算方法。
可选的,所述程序的细化功能和扩展功能可参照上文描述。
最后,还需要说明的是,在本文中,诸如和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种清结算方法,其特征在于,包括:
确定清结算业务包含的多个权益的业务类型和最晚生效时间,其中,所述清结算业务用于基于预设的总金额对所述多个权益进行清结算;
根据所述多个权益的业务类型,确定所述清结算业务对应的第一规则,其中,所述第一规则是指需要在所述清结算业务开始处理前匹配好的规则;
在所述清结算业务执行的第一阶段,按照所述第一规则对所述多个权益进行清结算,其中,所述第一阶段是指所述清结算业务开始处理的时间与预设权益的最晚生效时间组成的阶段;
在所述清结算业务执行到所述预设权益的最晚生效时间时,根据所述预设权益的生效情况,确定是否为所述清结算业务匹配第二规则;
若是,则在所述清结算业务执行的第二阶段,按照所述第二规则对所述多个权益进行清结算,其中,所述第二阶段是指所述预设权益的最晚生效时间与所述总金额消耗完毕的时间组成的阶段。
2.根据权利要求1所述的清结算方法,其特征在于,所述第一规则包括分润规则和消耗规则;
所述按照所述第一规则对所述多个权益进行清结算,包括:
按照所述分润规则将所述预设的总金额分摊到所述多个权益中,以得到所述多个权益分别对应的分润金额;
针对所述多个权益中的每个权益:
若该权益为单次消耗类型,则基于所述消耗规则包含的单次类消耗子规则,将该权益对应的分润金额确定为该权益对应的消耗金额;
若该权益为时长消耗类型,则基于所述消耗规则包含的按时长消耗子规则和该权益对应的分润金额,计算该权益在每个第一单位时间的消耗金额,作为该权益在所述第一阶段的单位消耗金额;
若该权益为次数消耗类型,则基于所述消耗规则包含的按次数消耗子规则和该权益对应的分润金额,计算所述第一阶段每次消耗该权益时的消耗金额,作为该权益在所述第一阶段的单位消耗金额。
3.根据权利要求2所述的清结算方法,其特征在于,在所述清结算业务包括所述时长消耗类型的同一权益的多个订单的情况下,所述该权益对应的分润金额包括该权益的多个订单分别对应的分润金额;
所述基于所述消耗规则包含的按时长消耗子规则和该权益对应的分润金额,计算该权益在每个第一单位时间的消耗金额,包括:
按照所述多个订单的优先级由高到低、所述多个订单的产生时间由早到晚的顺序对所述多个订单进行排序;
按照所述多个订单的排序顺序遍历所述多个订单,对于遍历到的每个订单,基于所述消耗规则包含的按时长消耗子规则和该权益的该订单对应的分润金额,计算该权益在该订单包含的每个第一单位时间的消耗金额。
4.根据权利要求2或3所述的清结算方法,其特征在于,所述第二规则为返还规则;
所述按照所述第二规则对所述多个权益进行清结算,包括:
将所述多个权益中所述业务类型为所述次数消耗类型或所述时长消耗类型的每个权益分别作为目标权益,根据所述目标权益对应的消耗金额和所述目标权益在所述第一阶段的单位消耗金额,确定所述目标权益在所述第一阶段的总消耗金额;
根据所述目标权益对应的分润金额和所述目标权益在所述第一阶段的总消耗金额,确定所述目标权益在所述第二阶段的总消耗金额;
将所述预设权益对应的分润金额返还到所述目标权益中,得到所述目标权益对应的返还金额;
将所述目标权益对应的返还金额与所述目标权益在所述第二阶段的总消耗金额相加,得到所述目标权益在所述第二阶段的综合消耗金额;
根据所述目标权益在所述第二阶段的综合消耗金额,确定所述目标权益在所述第二阶段的单位消耗金额。
5.根据权利要求1所述的清结算方法,其特征在于,所述第一规则和所述第二规则的生成过程,包括:
通过预设的规则引擎生成初始的多个清结算计算规则;
根据所述清结算业务对所述初始的多个清结算计算规则进行编排,得到编排后的多个清结算计算规则,其中,所述编排用于确定所述初始的多个清结算计算规则的顺序和执行逻辑;
将所述编排后的多个清结算计算规则进行上线处理,并在上线后,基于预设的测试用例对所述编排后的多个清结算计算规则进行自动化测试;
若所述自动化测试通过,则由所述编排后的多个清结算计算规则得到所述第一规则和所述第二规则。
6.根据权利要求1所述的清结算方法,其特征在于,所述根据所述预设权益的生效情况,确定是否为所述清结算业务匹配第二规则,包括:
若所述预设权益未生效,则为所述清结算业务匹配所述第二规则;
若所述预设权益已生效,则不为所述清结算业务匹配所述第二规则。
7.根据权利要求6所述的清结算方法,其特征在于,还包括:
若所述预设权益已生效,则在所述清结算业务执行的第二阶段,按照所述第一规则对所述多个权益进行清结算。
8.一种清结算装置,其特征在于,包括:
信息确定模块,用于确定清结算业务包含的多个权益的业务类型和最晚生效时间,其中,所述清结算业务用于基于预设的总金额对所述多个权益进行清结算;
第一规则匹配模块,用于根据所述多个权益的业务类型,确定所述清结算业务对应的第一规则,其中,所述第一规则是指需要在所述清结算业务开始处理前匹配好的规则;
第一清结算模块,用于在所述清结算业务执行的第一阶段,按照所述第一规则对所述多个权益进行清结算,其中,所述第一阶段是指所述清结算业务开始处理的时间与预设权益的最晚生效时间组成的阶段;
第二规则匹配模块,用于在所述清结算业务执行到所述预设权益的最晚生效时间时,根据所述预设权益的生效情况,确定是否为所述清结算业务匹配第二规则;
第二清结算模块,用于若为所述清结算业务匹配所述第二规则,则在所述清结算业务执行的第二阶段,按照所述第二规则对所述多个权益进行清结算,其中,所述第二阶段是指所述预设权益的最晚生效时间与所述总金额消耗完毕的时间组成的阶段。
9.一种电子设备,其特征在于,包括存储器和处理器;
所述存储器,用于存储程序;
所述处理器,用于执行所述程序,实现如权利要求1~7任一项所述的清结算方法的各个步骤。
10.一种可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时,实现如权利要求1~7任一项所述的清结算方法的各个步骤。
CN202311866157.8A 2023-12-29 2023-12-29 一种清结算方法和相关装置 Pending CN117827907A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311866157.8A CN117827907A (zh) 2023-12-29 2023-12-29 一种清结算方法和相关装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311866157.8A CN117827907A (zh) 2023-12-29 2023-12-29 一种清结算方法和相关装置

Publications (1)

Publication Number Publication Date
CN117827907A true CN117827907A (zh) 2024-04-05

Family

ID=90522586

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311866157.8A Pending CN117827907A (zh) 2023-12-29 2023-12-29 一种清结算方法和相关装置

Country Status (1)

Country Link
CN (1) CN117827907A (zh)

Similar Documents

Publication Publication Date Title
Wüstemann et al. Revenue recognition under IFRS revisited: conceptual models, current proposals and practical consequences
US20130117159A1 (en) Transaction platform data processing method and system
CN108711047B (zh) 一种自动还款方法、系统及终端设备
CN105431878A (zh) 用于自动向企业提供基于a/r的信贷额度的系统和方法
US20210334782A1 (en) Method and system for negotiating, generating, documenting, and fulfilling vendor financing opportunities
CN107025137A (zh) 一种资源查询方法及装置
CN107798592A (zh) 计算佣金的方法及设备
CN111311215A (zh) 电商平台结算方法、装置、存储介质及结算设备
CN110148049A (zh) 一种风险控制方法、装置、计算机设备及可读存储介质
US20140310088A1 (en) Early Payment Rewards System and Method
KR20170123217A (ko) 입찰 전문가와 입찰 참여자의 매칭 플랫폼 시스템 및 방법
KR102317269B1 (ko) 부동산 가치 유동화로 창출된 수익의 임차인 배분 방법 및 이를 사용한 서버
CN110489705B (zh) 经纪费计算方法、装置、终端设备和存储介质
KR102181925B1 (ko) 유저 배당 기반의 쇼핑몰 운영 시스템
CN111401873A (zh) 一种任务创建方法、装置、存储介质和电子设备
CN117827907A (zh) 一种清结算方法和相关装置
CN116128402A (zh) 订单数据处理方法、装置、介质及电子设备
Henderson et al. Portfolios of American options under general preferences: Results and counterexamples
CN112348491B (zh) 资源交易明细的确定方法、装置及服务器
CN114049196A (zh) 一种对公贷款利息结算方法、装置和计算机设备
CN114764412A (zh) 一种数据处理方法及装置
CN110910254A (zh) 一种数据处理方法、装置及设备
CN113674074B (zh) 基于旅游信息的多方动态分润结算方法、系统及存储介质
CN109523414A (zh) 满期金计算规则的生成方法、满期金计算方法及相关装置
JP2008129715A (ja) キャッシュバックサーバ、システムおよび方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination