一种结算方法、装置、存储介质及计算机设备与流程

1.本发明涉及合同结算技术领域，尤其涉及一种结算方法、装置、存储介质及计算机设备。


背景技术：

2.目前，线下店在实际运营过程中，为吸引商户入驻，在招商谈判时往往设置不同的结算规则以及合作模式，并根据协商结果签订对应的租赁合同。其中，与不同的商户之间签订的租赁合同，其内容差异性较大、结算规则多变，同时租金、物业管理费、水电费等结算条款周期各异。
3.现有技术中，对租赁合同的财务结算工作主要是依靠人工进行，由于与不同的商户之间签订的租赁合同的内容差异性较大，财务结算异常复杂，需要消耗大量人力物力，同时容易出现漏算、错算等场景，且结算过程难以追溯，严重影响线下店正常运营管理活动。


技术实现要素：

4.本发明的目的旨在至少能解决上述的技术缺陷之一，特别是现有技术中对租赁合同的财务结算工作主要是依靠人工进行，需要消耗大量人力物力，同时容易出现漏算、错算等场景，且结算过程难以追溯，严重影响线下店正常运营管理活动的技术缺陷。
5.本发明提供了一种结算方法，所述方法包括：
6.获取用户输入的合同信息，所述合同信息包括结算方式、付款条款、结算周期和计费单元；
7.根据所述结算方式、所述付款条款、所述结算周期和所述计费单元生成对应的付款计划和账单条件；
8.在所述付款计划满足所述账单条件时，基于所述付款计划生成对应的结算费用单。
9.可选地，所述结算方式包括不同费用项类型对应的费用基准、计费方式和保底规则；
10.所述付款条款包括不同费用项类型对应的费用结算周期；
11.所述结算周期包括不同费用项类型对应的费用起止时间；
12.所述计费单元包括不同费用项类型对应的结算阈值；
13.所述根据所述结算方式、所述付款条款、所述结算周期和所述计费单元生成对应的付款计划和账单条件的步骤，包括：
14.对所述条款结算方式中的费用项类型、所述费用项类型对应的费用基准、计费方式和保底规则进行识别，得到第一识别结果；
15.对所述付款条款中的所述费用项类型对应的费用结算周期进行识别，得到第二识别结果；
16.对所述结算周期中的所述费用项类型对应的费用起止时间进行识别，得到第三识
别结果；
17.对所述计费单元中的所述费用项类型对应的结算阈值进行识别，得到第四识别结果；
18.根据所述第一识别结果、所述第二识别结果、所述第三识别结果和所述第四识别结果生成对应的付款计划和账单条件。
19.可选地，所述根据所述第一识别结果、所述第二识别结果、所述第三识别结果和所述第四识别结果生成对应的付款计划和账单条件的步骤，包括：
20.根据所述费用项类型、所述费用项类型对应的费用基准、计费方式和保底规则、所述费用项类型对应的费用结算周期、所述费用项类型对应的费用起止时间，以及所述费用项类型对应的结算阈值，生成对应的付款计划；
21.根据所述费用项类型对应的费用基准、计费方式和保底规则，以及所述费用项类型对应的费用结算周期，生成对应的账单条件。
22.可选地，所述费用项类型对应的计费方式包括阶梯结算扣点方式，所述付款计划包括独立统算付款计划；
23.在所述付款计划满足所述账单条件时，基于所述付款计划生成对应的结算费用单的步骤，包括：
24.当所述独立统算付款计划满足所述账单条件时，根据所述费用项类型、所述费用项类型对应的费用基准、阶梯结算扣点方式，以及所述费用项类型对应的费用结算周期，计算所述费用项类型在当前周期内所处的结算阶梯，以及处于所述结算阶梯应收的结算款项金额；
25.根据所述费用项类型对应的阶梯统筹规则，确定所述当前周期所收的结算款项总额；
26.依据所述独立统算付款计划将所述应收的结算款项金额和所述结算款项总额之间的差值，作为统算调整费用。
27.可选地，所述结算方式还包括额外保底配置，所述付款计划包括独立保底付款计划；
28.在所述付款计划满足所述账单条件时，基于所述付款计划生成对应的结算费用单的步骤，包括：
29.当所述独立保底付款计划满足所述账单条件时，获取所述费用起止时间内的实际收取费用总额；
30.确定所述实际收取费用总额是否满足所述额外保底配置中的目标收取费用总额。
31.可选地，所述确定所述实际收取费用总额是否满足所述额外保底配置中的目标收取费用总额的步骤之后，还包括：
32.若所述实际收取费用总额不满足所述额外保底配置中的目标收取费用总额，则依据所述独立保底付款计划将所述目标收取费用总额与所述实际收取费用总额之间的差值，作为保底调整费用。
33.可选地，所述账单条件包括账单日条件和账单前置条件；
34.所述账单日条件包括生成结算费用单的时间；
35.所述账单前置条件包括普通行付款计划、阶梯统筹行付款计划、一级保底付款计
划、二级保底付款计划和三级保底付款计划。
36.本发明还提供了一种结算装置，包括：
37.信息获取模块，用于获取用户输入的合同信息，所述合同信息包括结算方式、付款条款、结算周期和计费单元；
38.计划生成模块，用于根据所述结算方式、所述付款条款、所述结算周期和所述计费单元生成对应的付款计划和账单条件；
39.账单生成模块，用于在所述付款计划满足所述账单条件时，基于所述付款计划生成对应的结算费用单。
40.本发明还提供了一种存储介质，所述存储介质中存储有计算机可读指令，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如上述实施例中任一项所述结算方法的步骤。
41.本发明还提供了一种计算机设备，所述计算机设备中存储有计算机可读指令，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如上述实施例中任一项所述结算方法的步骤。
42.从以上技术方案可以看出，本发明实施例具有以下优点：
43.本发明提供的一种结算方法、装置、存储介质及计算机设备，将合同信息抽象为结算方式、付款条款、结算周期和计费单元四个要素，当将合同信息录入结算系统后，结算系统即可根据结算方式、付款条款、结算周期和计费单元生成对应的付款计划和账单条件，极大程度上避免了人工结算导致的漏算、错算等场景的发生；接着，本技术中结算系统在付款计划满足账单条件时，基于付款计划自动生成对应的结算费用单，无需人为统计和结算，且付款计划和结算费用单保存在结算系统中，用户可以登录结算系统进行查询和追溯，极大地提高了线下店铺的运营管理效率，满足业务快速发展的需求。
附图说明
44.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
45.图1为本发明实施例提供的一种结算方法的流程示意图；
46.图2为本发明实施例提供的合同编辑页面的页面展示图；
47.图3为本发明实施例提供的结算方式的页面展示图；
48.图4为本发明实施例提供的付款条款的页面展示图；
49.图5为本发明实施例提供的付款计划的页面展示图；
50.图6为本发明实施例提供的生成结算费用单的流程示意图；
51.图7为本发明实施例提供的一种结算装置的结构示意图；
52.图8为本发明实施例提供的一种计算机设备的内部结构示意图。
具体实施方式
53.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完
整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
54.现有技术中，对租赁合同的财务结算工作主要是依靠人工进行，由于与不同的商户之间签订的租赁合同的内容差异性较大，财务结算异常复杂，需要消耗大量人力物力，同时容易出现漏算、错算等场景，且结算过程难以追溯，严重影响线下店正常运营管理活动。
55.基于此，本技术为解决现有技术中的上述技术问题，进而提出如下技术方案，具体参见下文：
56.在一个实施例中，如图1所示，图1为本发明实施例提供的一种结算方法的流程示意图；本发明提供了一种结算方法，所述方法包括：
57.s110：获取用户输入的合同信息，所述合同信息包括结算方式、付款条款、结算周期和计费单元。
58.本步骤中，为了方便对商务合同内容进行结算并管理，可以将签订的商务合同内容输入至结算系统中，通过结算系统自动进行结算费用单的结算以及生成对应的付款计划等。
59.具体地，运营人员获取到某一商务合同后，可以在结算系统中创建一个新的合同编辑页面，并根据该商务合同中的合同内容，提取并输入该合同内容中的结算方式、付款条款、结算周期和计费单元至当前的合同编辑页面中。
60.可以理解的是，这里的商务合同主要是指线下店门店租赁合同，其签订主体为有意向入驻广场进行开店、并与广场运营方签约的供应商或个人，签约客体为具体线下店广场营运公司。
61.例如，唯品会城市奥莱合肥滨湖店，其签约主体可以为具有有效营业执照的供应商，如阿迪达斯、星巴克、喜茶等，也可以是持有有效统一社会信用证的个人商户；签约客体可以是合肥唯奥商业管理有限公司。
62.一般线下店运营方对广场铺位的运营需要经历招商、入驻、结算以及撤铺等一系列流程。招商阶段，广场运营方与入驻商户洽谈结束并签订纸质合同后，运营人员可以将纸质合同内容录入到结算系统内。
63.并且，为最大程度吸引优质商户，洽谈过程往往会根据商户不同设置不一样的结算方法，如联营模式下针对热销商品可以单独设置扣点比例，也可以按照商户季度销售总额或年度销售总额设置阶梯扣点比例，或可以给商户设置最低销售目标。
64.另外，除了基础的租金外，商户营业过程往往也需要向广场缴纳水电费、物业管理费、保证金等等各类费用，并且不同费用的缴纳周期也不一样(如半月一收、一月一收、三月一收等)。
65.因此，运营人员在签订商务合同后，可以提取并输入不同的商务合同中具体的结算方式、付款条款、结算周期和计费单元至结算系统的合同编辑页面中，以便结算系统根据不同的商务合同中的不同的结算方式、付款条款等来生成不同的付款计划。
66.示意性地，如图2所示，图2为本发明实施例提供的合同编辑页面的页面展示图；图2中，运营人员可以根据商务合同内容对合同编辑页面中对应的选项进行选择，例如，商务合同内容可以是2021-01-15至2021-07-14期间(结算周期)，每一月一收(付款条款)，按当
月销售总额扣点收取租金(结算方式)，扣点值12％(计费单元)，按照该商务合同内容将对应的结算周期、付款条款、结算方式以及计费单元填入合同编辑页面中，并点击右下方的确认按钮，即可保存当前编辑的商务合同。
67.进一步地，如图3所示，图3为本发明实施例提供的结算方式的页面展示图；图3中，本技术中的结算方式可以包括不同费用项类型对应的费用基准、计费方式和保底规则；其中，费用项类型可以包括租金、水电费、物业管理费等，计费方式可以包括按纯扣点比例、按阶梯扣点比例、按分类扣点比例、按单价计算等方式，费用基准可以包括销售总额、可租面积、水电读数、销售积分等，保底规则可以包括按区间保底、年保底等。
68.如图4所示，图4为本发明实施例提供的付款条款的页面展示图；图4中，所述付款条款可以包括不同费用项类型对应的费用结算周期，例如，每半月一收、每十天一收、每半年一收等，同时它也控制了账单条件中的账单日条件的生成规则。而付款条款账单日可以根据配置推算得出，各个付款条款账单日规则由系统管理员事先录入，运营人员录入合同条款时只需要选择对应付款条款，除非付款条款配置为由用户指定日期，否则不需要用户指定。
69.举例来说，用户录入合同条款生效周期为2021-01-01至2021-12-31，在实际结算时，系统会按付款条款的周期频率拆分成不同的子区间，例如费用结算周期为三月一收情况下，可以将费用起止时间拆分为四个子段：2021-01-01至2021-03-31、2021-04-01至2021-06-30、2021-07-01至2021-09-30、2021-10-01至2021-12-31；此时，若付款条款中的账单日规则配置为cron表达式(按起始日期计算)，账单表达式0 0 0 3*？*，账单日偏移量-1，偏移单位为月，则推算出各段子区间对应的账单日为：2021-01-01至2021-03-31，账单日为2020-12-03；2021-04-01至2021-06-30，账单日为2021-03-03；2021-07-01至2021-09-30，账单日为2021-06-03；2021-10-01至2021-12-31，账单日为2021-09-03。
70.更进一步地，所述结算周期可以包括不同费用项类型对应的费用起止时间，即具体结算的时间范围，包含合同的起始日期和结束日期。
71.所述计费单元可以包括不同费用项类型对应的结算阈值，如纯扣点比例中的扣点比例、按单价计费里录入的单价、阶梯扣点比例中各个分段的起始与结束金额以及对应扣点比例或单价、分类扣里的分类码以及对应扣点比例等。
72.s120：根据结算方式、付款条款、结算周期和计费单元生成对应的付款计划和账单条件。
73.本步骤中，当结算系统获取到当前合同信息中具体的结算方式、付款条款、结算周期和计费单元后，可以根据结算方式、付款条款、结算周期和计费单元生成对应的付款计划和账单条件。
74.其中，付款计划指的是在合同起止时间内按照对应的费用结算周期和处理方式所制定的账单结算计划；账单条件指的是具体生成账单的日期，以及执行当前付款计划前需要满足的要求，基于此，可以将账单条件划分为账单日条件和账单前置条件，账单日条件可以包括生成账单的时间，账单前置条件可以包括执行当前付款计划前需要满足的要求。
75.示意性地，如图5所示，图5为本发明实施例提供的付款计划的页面展示图；图5中，纯扣点-保底类的付款计划中可以包括合同结算项，即费用项类型、处理方式、行类型、开始日期、截止日期、账单日期、付款日期等，其中，处理方式可以包括纯扣点的方式，行类型可
以包括保底统筹第1级、保底统筹第2级、普通行等。
76.s130：在付款计划满足所述账单条件时，基于付款计划生成对应的结算费用单。
77.本步骤中，通过s120生成付款计划和账单条件后，当付款计划满足账单条件时，即可根据该付款计划来生成对应的结算费用单。
78.具体地，如图6所示，图6为本发明实施例提供的生成结算费用单的流程示意图；本技术生成结算费用单的过程可以包括如下：
79.1)检查付款计划账单日是否满足条件，若满足，则执行步骤2)，若不满足，则继续等待；
80.2)对于普通行付款计划，确定付款计划类型；对于保底统筹类付款计划，需要等待所有关联非保底付款计划执行完成后，才开始计算；对于阶梯统筹类付款计划，需要等待所有关联非阶梯统筹非保底付款计划执行完成后，才开始计算；
81.3)确定付款计划对应费用基准，获取付款计划时间范围内对应基准值。
82.4)确定付款计划对应结算方式，得到具体计费公式，并将步骤3)得到的基准值带入计费公式计算出周期内费用款项总额；
83.5)对于阶梯统筹付款计划，扣减周期范围内历史已收取费用款项总额，并将结果作为阶梯统筹调整费用；
84.6)对于保底统筹付款计划，计算周期范围内历史基准总额；如基准总额达到保底条件，则保底费用款项金额为0；如基准总额未达保底条件，则按照保底条件限定金额带入计费公式，得到保底应收款项金额，并扣减周期范围内已收取历史费用款项总额，将结果作为保底费用款项。
85.上述实施例中，将合同信息抽象为结算方式、付款条款、结算周期和计费单元四个要素，当将合同信息录入结算系统后，结算系统即可根据结算方式、付款条款、结算周期和计费单元生成对应的付款计划和账单条件，极大程度上避免了人工结算导致的漏算、错算等场景的发生；接着，本技术中结算系统在付款计划满足账单条件时，基于付款计划自动生成对应的结算费用单，无需人为统计和结算，且付款计划和结算费用单保存在结算系统中，用户可以登录结算系统进行查询和追溯，极大地提高了线下店铺的运营管理效率，满足业务快速发展的需求。
86.上述实施例对本技术中的结算方法进行了展开说明，下面将对本技术中如何生成付款计划和账单条件的过程进行说明。
87.在一个实施例中，所述结算方式可以包括不同费用项类型对应的费用基准、计费方式和保底规则；所述付款条款可以包括不同费用项类型对应的费用结算周期；所述结算周期可以包括不同费用项类型对应的费用起止时间；所述计费单元可以包括不同费用项类型对应的结算阈值。
88.s120中根据所述结算方式、所述付款条款、所述结算周期和所述计费单元生成对应的付款计划和账单条件的步骤，可以包括：
89.s121：对所述条款结算方式中的费用项类型、所述费用项类型对应的费用基准、计费方式和保底规则进行识别，得到第一识别结果。
90.s122：对所述付款条款中的所述费用项类型对应的费用结算周期进行识别，得到第二识别结果。
91.s123：对所述结算周期中的所述费用项类型对应的费用起止时间进行识别，得到第三识别结果。
92.s124：对所述计费单元中的所述费用项类型对应的结算阈值进行识别，得到第四识别结果。
93.s125：根据所述第一识别结果、所述第二识别结果、所述第三识别结果和所述第四识别结果生成对应的付款计划和账单条件。
94.本实施例中，结算系统在根据合同信息生成对应的付款计划和账单条件时，可以对输入的合同信息进行自动识别，如对条款结算方式中的费用项类型、该费用项类型对应的费用基准、计费方式和保底规则进行识别，得到第一识别结果；对付款条款中的费用项类型对应的费用结算周期进行识别，得到第二识别结果；对结算周期中的费用项类型对应的费用起止时间进行识别，得到第三识别结果，以及对计费单元中的费用项类型对应的结算阈值进行识别，得到第四识别结果，进而根据第一识别结果、第二识别结果、第三识别结果和第四识别结果来生成对应的付款计划和账单条件。
95.在一个实施例中，s125中根据所述第一识别结果、所述第二识别结果、所述第三识别结果和所述第四识别结果生成对应的付款计划和账单条件的步骤，可以包括：
96.s1251：根据所述费用项类型、所述费用项类型对应的费用基准、计费方式和保底规则、所述费用项类型对应的费用结算周期、所述费用项类型对应的费用起止时间，以及所述费用项类型对应的结算阈值，生成对应的付款计划。
97.s1252：根据所述费用项类型对应的费用基准、计费方式和保底规则，以及所述费用项类型对应的费用结算周期，生成对应的账单条件。
98.本实施例中，在生成付款计划时，可以根据费用项类型确定付款计划中的合同结算项，可以根据费用项类型对应的费用基准确定付款计划中的费用来源，可以根据计费方式确定付款计划中的处理方式，可以根据保底规则确定付款计划中的保底方式，可以根据费用起止时间确定付款计划中的开始日期和截止日期，还可以根据账单日规则确定付款计划中的账单日期。
99.进一步地，本技术在生成账单条件时，可以根据费用项类型对应的费用基准、计费方式和保底规则，以及费用项类型对应的费用结算周期来生成。
100.举例来说，生成付款计划和账单条件的过程可以包括：
101.1)确定合同条款时间周期以及付款条款配置，将完整周期按照付款频率拆分成各个子周期，同时根据付款条款配置推算子周期对应账单日及核算月；
102.2)合同条款使用阶梯结算方式，则在上一步基础上额外生成阶梯调整付款计划，根据采用的阶梯统筹方式，推算阶梯统筹付款计划计费周期以及账单日；
103.3)合同条款配置了保底规则，则根据具体使用的保底配置，生成对应一级保底、二级保底以及三级保底付款计划，并推算相应计费周期以及账单日。
104.上述实施例对本技术中如何生成付款计划和账单条件的过程进行说明，下面将对本技术中如何生成独立统算付款计划的过程进行描述。
105.在一个实施例中，所述费用项类型对应的计费方式可以包括阶梯结算扣点方式，所述付款计划可以包括独立统算付款计划。
106.s130中在所述付款计划满足所述账单条件时，基于所述付款计划生成对应的结算
费用单的步骤，可以包括：
107.s131：当所述独立统算付款计划满足所述账单条件时，根据所述费用项类型、所述费用项类型对应的费用基准、阶梯结算扣点方式，以及所述费用项类型对应的费用结算周期，计算所述费用项类型在当前周期内所处的结算阶梯，以及处于所述结算阶梯应收的结算款项金额。
108.s132：根据所述费用项类型对应的阶梯统筹规则，确定所述当前周期所收的结算款项总额。
109.s133：依据所述独立统算付款计划将所述应收的结算款项金额和所述结算款项总额之间的差值，作为统算调整费用。
110.本实施例中，当合同信息中的计费方式为阶梯结算扣点方式时，其对应的付款计划为独立统筹付款计划，而当独立统筹付款计划满足账单条件时，可以根据该独立统筹付款计划生成对应的结算费用单。
111.具体地，当独立统筹付款计划满足账单条件时，首先可以根据合同信息中的费用项类型，该费用项类型对应的费用基准、阶梯结算扣点方式，以及费用项类型对应的费用结算周期，计算该费用项类型在当前周期内所处的结算阶梯，以及处于该结算阶梯应收的结算款项金额，接着可以根据该费用项类型对应的阶梯统筹规则，来确定当前周期所收的结算款项总额，最后可以依据独立统算付款计划，将结算阶梯所收的结算款项金额和当前周期所收的结算款项总额之间的差值，作为统算调整费用。
112.举例来说，首先确定费用项类型对应的费用基准，该费用基准可以是门店销售额，接着按照阶梯扣点方式对门店销售额进行阶梯扣点配置，配置结果如下：
113.0～10万元，按扣点比例10％收取；
114.10万～20万元，按扣点比例8％收取；
115.大于20万元，按扣点比例7％收取；
116.由上述配置结果可知，0～10万元、10万～20万元、大于20万元为不同的结算阶梯。若当前周期内的门店销售额为15万元，然后与结算阶梯进行比较，确定命中10万～20万元区间，则取扣点8％，最终得到结算款项金额应为15万元*8％＝1.2万元。
117.接着，再根据保底规则确认合同条款截止当前周期已收的结算款项总额，如已收结算款项总额高于结算款项金额，则根据两者差额生成负数调整费用；如已收结算款项总额低于结算款项金额，则根据两者差额生成统算调整费用。
118.需要说明的是，在生成统算调整费用时，需满足结算周期内所有非阶梯非保底付款计划已完成费用结算。其中，非阶梯非保底付款计划包含普通行付款计划，该普通行付款计划为最基础的付款计划类型，阶梯统筹行、保底行付款计划都是在普通行付款计划上的补充。
119.上述实施例对本技术中如何生成独立统算付款计划的过程进行描述，下面将对本技术中生成独立保底付款计划的过程进行说明。
120.在一个实施例中，所述结算方式还可以包括额外保底配置，所述付款计划可以包括独立保底付款计划。
121.s130中在所述付款计划满足所述账单条件时，基于所述付款计划生成对应的结算费用单的步骤，可以包括：
122.s311：当所述独立保底付款计划满足所述账单条件时，获取所述费用起止时间内的实际收取费用总额。
123.s312：确定所述实际收取费用总额是否满足所述额外保底配置中的目标收取费用总额。
124.本实施例中，线下销售由于存在淡旺季的场景，如果合同设置了按照商户销售总额扣点比例收取租金，但该商户某月销售额较低或者未营业，可能会导致该月份商户应缴租金较少甚至为0。为避免此类问题，运营方与商户签订合同时，可以给商户设置销售业绩目标，在按销售扣点的基础上，额外规定商户每季度或年应达到的销售目标，如每年保底销售额为100万元，若当年销售未达标，则最终按照100万元的保底基准计算实际应收租金费用。
125.上述是合同保底条款的使用场景，本发明在已有结算方式规则的基础上，加入了额外保底配置，以支持对应费用结算。并且，由于保底规则周期往往是按年或按总合同条款周期计算，平时每月计算租金时不需要单独处理保底。因此，本发明将保底行付款计划设置为普通行付款计划的扩展。计算保底费用时，首先要求相应普通行付款计划已完成计算，从而得到保底范围内实际收取费用总额。其次，将实际收取费用总额与保底目标进行比较，判断是否达到保底目标，未达保底目标，则按保底目标计算保底金额；已达保底目标，则无需额外收取保底费用。
126.可以理解的是，如果合同条款存在保底条件，则可以在已有配置基础上，录入额外保底配置。其中，保底条件包括但不限于结算方式是否设置了开启保底，以及对应的保底金额、保底扣点比例、未达标差额部分扣点比例；保底配置是否开启一级保底，以及配置的一级保底基准值、一级保底周期单位；保底配置是否开启二级保底，以及配置的二级保底基准值、二级保底周期单位，仅在开启一级保底基础上才可以开启二级，且二级保底周期单位必须小于一级保底；保底配置是否开启三级保底，以及配置的三级保底基准值、三级保底周期单位，仅在开启二级保底基础上才可以开启三级，且三级保底周期单位必须小于二级保底。
127.在一个实施例中，所述确定所述实际收取费用总额是否满足所述额外保底配置中的目标收取费用总额的步骤之后，还可以包括：
128.s313：若所述实际收取费用总额不满足所述额外保底配置中的目标收取费用总额，则依据所述独立保底付款计划将所述目标收取费用总额与所述实际收取费用总额之间的差值，作为保底调整费用。
129.本实施例中，当实际收取费用总额不满足额外保底配置中的目标收取费用总额时，可以依据独立保底付款计划，将目标收取费用总额与实际收取费用总额之间的差值，作为保底调整费用。
130.上述实施例对本技术中生成独立保底付款计划的过程进行说明，下面将对本技术中的账单条件进行说明。
131.在一个实施例中，所述账单条件可以包括账单日条件和账单前置条件；所述账单日条件可以包括生成结算费用单的时间；所述账单前置条件可以包括普通行付款计划、阶梯统筹行付款计划、一级保底付款计划、二级保底付款计划和三级保底付款计划。
132.本实施例中，账单条件主要分账单日条件和账单前置条件两部分。其中，账单日条件指具体生成账单的日期，如2021-03-02。当付款计划对应账单日小于当前日期时，系统后
台将计算并生成付款计划对应费用单，各个付款计划的账单日可以通过付款条款中的账单日规则推算得出。
133.而账单前置条件是指计算当前付款计划前需要满足的要求，目的是保证关联数据已经就位。账单前置条件规则较多，具体如下：
134.1)阶梯统筹行付款计划，需要满足其周期范围内关联普通行付款计划已计算完毕；
135.2)一级保底付款计划，需要满足其周期范围内二级保底付款计划已计算完毕；
136.3)二级保底付款计划，需要满足其周期范围内三级保底付款计划已计算完毕；
137.4)三级保底付款计划，需要满足其周期范围内所有非保底付款计划已计算完毕。
138.其中，普通行付款计划指的是所有非阶梯统筹以及非保底付款计划，每个合同条款至少会对应一条普通行付款计划，阶梯统筹行付款计划以及保底付款计划是在普通行付款计划基础上生成的调整行，因此会前置并依赖于普通行。
139.当阶梯统筹行付款计划和保底付款计划同时存在时，阶梯统筹行付款计划也将作为保底付款计划的前置。
140.保底付款计划目前分为三个等级，它们之间的主要差别在于结算周期大小，规则为一级保底》二级保底》三级保底。例如，若一级保底付款计划为按年统筹，则二级保底付款计划可选为按季度或者按月份为频率进行保底统筹；若二级保底付款计划为按季度保底，则三级保底付款计划只能选按月统筹。
141.进一步地，可以根据实际情况不开启二级/三级保底付款计划。例如，一级保底付款计划已经设置为按月保底(最小频率)，此时二级/三级保底无需开启，也不会生成对应付款计划。
142.下面对本技术实施例提供的结算装置进行描述，下文描述的结算装置与上文描述的结算方法可相互对应参照。
143.在一个实施例中，如图7所示，图7为本发明实施例提供的一种结算装置的结构示意图；本发明还提供了一种结算装置，包括信息获取模块210、计划生成模块220、账单生模块230，具体包括如下：
144.信息获取模块210，用于获取用户输入的合同信息，所述合同信息包括结算方式、付款条款、结算周期和计费单元。
145.计划生成模块220，用于根据所述结算方式、所述付款条款、所述结算周期和所述计费单元生成对应的付款计划和账单条件。
146.账单生成模块230，用于在所述付款计划满足所述账单条件时，基于所述付款计划生成对应的结算费用单。
147.上述实施例中，将合同信息抽象为结算方式、付款条款、结算周期和计费单元四个要素，当将合同信息录入结算系统后，结算系统即可根据结算方式、付款条款、结算周期和计费单元生成对应的付款计划和账单条件，极大程度上避免了人工结算导致的漏算、错算等场景的发生；接着，本技术中结算系统在付款计划满足账单条件时，基于付款计划自动生成对应的结算费用单，无需人为统计和结算，且付款计划和结算费用单保存在结算系统中，用户可以登录结算系统进行查询和追溯，极大地提高了线下店铺的运营管理效率，满足业务快速发展的需求。
148.在一个实施例中，本发明还提供了一种存储介质，所述存储介质中存储有计算机可读指令，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如上述实施例中任一项所述结算方法的步骤。
149.在一个实施例中，本发明还提供了一种计算机设备，所述计算机设备中存储有计算机可读指令，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如上述实施例中任一项所述结算方法的步骤。
150.示意性地，如图8所示，图8为本发明实施例提供的一种计算机设备的内部结构示意图，该计算机设备300可以被提供为一服务器。参照图8，计算机设备300包括处理组件302，其进一步包括一个或多个处理器，以及由存储器301所代表的存储器资源，用于存储可由处理组件302的执行的指令，例如应用程序。存储器301中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件302被配置为执行指令，以执行上述任意实施例的结算方法。
151.计算机设备300还可以包括一个电源组件303被配置为执行计算机设备300的电源管理，一个有线或无线网络接口304被配置为将计算机设备300连接到网络，和一个输入输出(i/o)接口305。计算机设备300可以操作基于存储在存储器301的操作系统，例如windows server tm、mac os xtm、unix tm、linux tm、free bsdtm或类似。
152.本领域技术人员可以理解，图8中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
153.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
154.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间可以根据需要进行组合，且相同相似部分互相参见即可。
155.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。