CN109886743A - 一种业务结算方法和装置 - Google Patents

Abstract

本发明实施例提供一种业务结算方法和装置，应用于业务结算终端，其中，所述业务结算方法包括获取待结算的合同文件，并将该合同文件拆分为多个协议数据；针对每个所述协议数据，判断该协议数据是否满足业务结算要求，若满足，则调用与所述协议数据对应的业务数据；按照预设规则对所述业务数据进行分组得到多个子业务数据集；调用与各所述子业务数据集对应的业务结算策略对该子业务数据集中的各业务数据进行结算处理。本发明能够有效降低现有零售领域中在对供应商等业务端进行返利等结算时的结算难度，还可实现结算过程的透明性和可追溯性。

Description

一种业务结算方法和装置

技术领域

本发明涉及商品零售技术领域，具体而言，涉及一种业务结算方法和装置。

背景技术

目前，传统零售行业在进行业务结算时，主要是基于采购经验或者传统的ERP(企业资源计划，Enterprise Resource Planning)系统实现，但无论是基于采购经验或者ERP系统均不能追溯业务结算流程，使得结算过程缺乏透明性，尤其对于作为供应商的业务终端而言，更加无法有效查证业务结算金额的真实性。加之，目前大部分业务结算都是通过估算或者根据以往的统计来形成本次费用金额的结算结果，只要结算结果能够落入估算区间内则认为无误，从而导致结算金额准确率低、可靠性差。

发明内容

有鉴于此，本发明提供一种业务结算方法和装置，以解决上述问题，使得业务结算难度大幅降低，且全程可追溯。

本发明较佳实施例提供一种业务结算方法，应用于业务结算终端，包括：

获取待结算的合同文件，并将该合同文件拆分为多个协议数据；

针对每个所述协议数据，判断该协议数据是否满足业务结算要求，若满足，则调用与所述协议数据对应的业务数据；

按照预设规则对所述业务数据进行分组得到多个子业务数据集；

调用与各所述子业务数据集对应的业务结算策略对该子业务数据集中的各业务数据进行结算处理。

在本发明较佳实施例的选择中，获取待结算的合同文件的步骤，包括：

获取当前时间点，将所述当前时间点与预存的多个合同文件的合同期限进行比对；

根据比对结果从所述多个合同文件中选取处于执行期的合同文件，将该处于执行期的合同文件作为待结算合同文件。

在本发明较佳实施例的选择中，判断该协议数据是否满足业务结算要求的步骤，包括：

对所述协议数据进行解析得到该协议数据对应的结算时间点；

判断所述协议数据对应的结算时间点与预设结算时间点是否相同，若相同，则判定所述协议数据满足业务结算要求。

在本发明较佳实施例的选择中，调用与所述协议数据对应的业务数据的步骤，包括：

解析所述返利协议中包含的历史结算时间点和当前结算时间点，

判断所述当前结算时间点是否大于所述历史结算时间点结算，若所述当前结算时间点大于所述历史结算时间点，则获取所述历史结算时间点与所述当前结算时间点之间的发生的业务数据，并将该业务数据作为所述与所述协议数据对应的业务数据。

在本发明较佳实施例的选择中，调用与所述协议数据对应的业务数据的步骤，还包括：

根据预设的收货计算条件或/和销售数据条件从所述业务数据中选取满足预设结算条件的业务数据，并基于满足预设结算条件的业务数据执行按照预设规则对所述业务数据进行分组得到多个子业务数据集的步骤。

在本发明较佳实施例的选择中，所述预设规则包括按照门店+商品维护汇总+日期维度、门店+商品维度、门店维度中的一种或多种。

在本发明较佳实施例的选择中，所述业务结算策略包括按额均摊结算策略、按率结算策略、全额阶梯结算策略、阶梯超额结算策略中的一种或多种。

在本发明较佳实施例的选择中，所述业务结算终端还与多个业务终端通信连接，所述方法还包括：

对各业务数据对应的结算结果进行汇总形成费用台账；

将所述费用台账中的各结算信息与预设的拦截条件进行比对，并将该费用台账中不满足拦截条件的结算信息发送给对应的业务终端。

另一方面，本发明较佳实施例还提供一种业务结算装置，应用于业务结算终端，包括：

协议拆分模块，用于获取待结算的合同文件，并将该合同文件拆分为多个协议数据；

业务数据获取模块，用于针对每个所述协议数据，判断该协议数据是否满足业务结算要求，若满足，则调用与所述协议数据对应的业务数据；

业务分组模块，用于按照预设规则对所述业务数据进行分组得到多个子业务数据集；

业务结算模块，用于调用与各所述子业务数据集对应的业务结算策略对该子业务数据集中的各业务数据进行结算处理。

在本发明较佳实施例的选择中，所述协议拆分模块包括：

信息比对单元，用于获取当前时间点，将所述当前时间点与预存的多个合同文件的合同期限进行比对；

文件选取单元，用于根据比对结果从所述多个合同文件中选取处于执行期的合同文件，将该处于执行期的合同文件作为待结算合同文件。

与现有技术相比，本发明实施例提供的业务结算方法和装置，能够有效降低现有零售领域中在进行返利结算等业务结算时的结算难度，还可实现结算过程的透明性，确保了供应商能够溯源的目的。此外，本发明给出的业务结算方法具有较高的结算精度，能够适用于传统零售业中的多种不同的业务结算场景，最大化的满足用户需求。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的业务结算终端的方框结构示意图。

图2为本发明实施例提供的业务结算方法的流程示意图。

图3为图2中所示的步骤S12的子流程示意图。

图4为图2中所示的步骤S12的另一子流程示意图。

图5为本发明实施例提供的业务结算装置的方框结构示意图。

图6为图5中所示的协议拆分模块的功能单元结构示意图。

图标：10-业务结算终端；100-业务结算装置；110-协议拆分模块；1100-信息比对单元；1101-文件选取单元；120-业务数据获取模块；130-业务分组模块；140-业务结算模块；200-存储器；300-存储控制器；400-处理器。

具体实施方式

传统零售行业在进行业务结算时所采用的结算方法大多存在方法单一、适用性差、结算精度低等问题，如对于一个商家可能需要几十个独立任务来维护合同的返利条款结算，使得业务结算复杂度极高、可维护性极差，而传统的ERP系统只能满足单个商家的个性化计算；又如，现有的返利结算主要采用如下的进价折扣法或固定毛利率法进行业务结算，具体如下：

(1)进价折扣法。供应商统计在一个时间范围内给零售商的累计送货额，然后在该累计送货额的基础上按照一定比例对零售商进行返点。例如，一个月内零售商在该供应商的进货额为100万，合同签订进价折扣为2％，则可在每月1号计算上月应该给零售商的返利金额为100万*2％＝2万元。

(2)固定毛利率。当零售商在因某种需要进行商品促销时，由于促销售价会低于平时的正常售价，从而使得毛利率降低，但是零售商却希望毛利率和正常一样，那么需要供应商和零售商签订销售补偿合同，即确定返利补偿方式为固定毛利率。例如，假定签订的固定毛利率为25％，则促销过程中每销售一个商品的毛利率为20％，即每卖出一个商品，供应商需要给零售商的返利为销售金额*(25％-20％)。

另外，在现有的零售行业中，各个零售商的合同条款以及结算规则基本不太一致，如不同协议的业务结算(如返利费用收取等)时间不一致、不同协议对应的待结算的业务量的范围不一致、不同协议的计算条件可能不一致等。因此，针对现有零售行业中存在的结算规则不统一、针对不同情形下的业务结算复杂度高、精度低、无法有效追溯业务结算流程等问题，本发明实施例给出一种业务结算方法和装置，以有效解决上述问题。

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

如图1所示，为应用本发明实施例提供的业务结算方法和装置的业务结算终端10的方框结构示意图。其中，所述业务结算终端10包括业务结算装置100、存储器200、存储控制器300以及处理器400。其中，所述业务结算终端10可以是但不限于电脑、移动上网设备(mobile Internet device，MID)等具有处理功能的电子设备，还可以是服务器等。

可选地，所述存储器200、存储控制器300、处理器400各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件之间通过一条或多条通讯总线或信号线实现电性连接。所述业务结算装置100包括至少一个可以软件或固件的形式存储于所述存储器200中或固化在所述业务结算终端10的操作系统中的软件功能模块。所述处理器400在所述存储控制器300的控制下访问所述存储器200，以用于执行所述存储器200中存储的可执行模块，例如所述业务结算装置100所包括的软件功能模块及计算机程序等。

可以理解，图1所示的结构仅为示意，所述业务结算终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。

另外根据实际需求，所述业务结算终端10还可与一个或多个业务终端连接，所述业务终端用于业务数据的收集、传输等，在本实施例中，所述业务终端可以是但不限于电脑、移动上网设备等具有处理功能的电子设备。

进一步地，请结合参阅图2，本发明实施例还提供一种可应用于所述业务结算终端10的业务结算方法。所应说明的是，本发明所述的业务结算方法并不以图2以及以下所述的具体顺序为限制。应当理解，本发明所述的业务结算方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。

步骤S11，获取待结算的合同文件，并将该合同文件拆分为多个协议数据；

步骤S12，针对每个所述协议数据，判断该协议数据是否满足业务结算要求，若满足，则执行步骤S13，反之，则继续判断下一个协议数据是否满足业务结算要求；

步骤S13，调用与所述协议数据对应的业务数据；

步骤S14，按照预设规则对所述业务数据进行分组得到多个子业务数据集；

步骤S15，调用与各所述子业务数据集对应的业务结算策略对该子业务数据集中的各业务数据进行结算处理。

本实施例给出的上述业务结算方法中，通过对待结算的合同文件进行拆分，并基于拆分得到的各所述协议数据进行业务数据的选取、结算等，从而有效解决现有技术中存在的业务结算过程中不同协议数据缺乏一致性、透明性，且无法追溯结算过程等问题，同时还大幅提高了业务结算的可靠性。

详细地，步骤S11中的待结算的合同文件可以是但不限于处于执行期的合同文件。实际实施时，获取所述待结算合同文件的过程可以包括：先获取当前时间点，将所述当前时间点与预存的多个合同文件的合同期限进行比对；然后，根据比对结果从所述多个合同文件中选取处于执行期的合同文件，将该处于执行期的合同文件作为待结算的合同文件。例如，假设当前时间点为2019年1月10日，合同文件A的合同期限为2018年12月1日-2020年12月1日，那么将当前时间点2019年1月10日与合同期限2018年12月1日-2020年12月1日进行比对，可以得出所述合同文件A处于执行期，也就是说，所述合同文件A可以作为待处理的合同文件。

另外，由于在商品零售行业中，一般会针对不同的销售场景设置不同的结算规则，即每个合同文件可能包括多个协议条款，对此，在本申请实施例中，可从合同维度将待结算的合同文件拆分为多个协议数据。例如，当一个待处理的合同文件中包括10个协议条款时，可将该待处理的合同文件拆分为10个相应的协议数据。

在实际实施时，当待结算合同文件为多个时，在将每个待结算的合同文件拆分为多个协议数据后，可根据每个合同文件对应的合同号或其他信息对各协议数据进行分组，进而基于分组后的协议数据执行后续的步骤S12-步骤S15，从而能够有效提高结算过程的结算效率。

进一步地，步骤S12中判断协议数据是否满足业务结算要求的判断标准可以根据实际需求进行设定。例如，在本实施例中以结算时间点作为判断标准，具体过程可包括如图3所示的步骤S120-步骤S121：

步骤S120，对所述协议数据进行解析得到该协议数据对应的结算时间点；

步骤S121，判断所述协议数据对应的结算时间点与预设结算时间点是否相同，若相同，则判定所述协议数据满足业务结算要求。

在步骤S120-步骤S121中，可通过但不限于cron表达式或自定义表达式对所述协议数据进行解析，以得到所述协议数据中包含的结算时间点，并在所述结算时间点与预设结算时间点相同时判定所述协议数据满足业务结算要求，并继续对下一个协议数据进行判断。其中，所述自定义表达式可根据实际需求进行设定，例如，可以通过读取预设标识的方式获取协议数据中的时间信息，如预设标识为E时，则可将E后的时间作为合同结束时间等。

进一步地，步骤S13中在根据满足业务结算要求的协议数据调用业务数据时，首先需要确定结算时间范围，例如，本实施例中可通过图4所示的步骤S130-步骤S131得到所述结算时间范围，具体如下。

步骤S130，解析所述协议数据中包含的历史结算时间点和当前结算时间点；

步骤S131，判断所述当前结算时间点是否大于所述历史结算时间点，若所述当前结算时间点大于所述历史结算时间点，则获取所述历史结算时间点与所述当前结算时间点之间发生的业务数据，并将该业务数据作为与所述协议数据对应的业务数据。

具体地，通过将当前结算时间点与历史结算时间点进行比对，能够避免对同一时间段产生的业务数据进行重复计算的问题发生，有效提高业务结算结果的准确性。

另外在实际实施时，除上述根据结算时间范围确定需要结算的业务数据之外，还可结合收货量、销售量等条件对业务数据进一步筛选，具体地，可根据预设的收货计算条件或/和销售数据条件从所述业务数据中选取满足预设结算条件的业务数据，并基于满足预设结算条件的业务数据执行按照预设规则对所述业务数据进行分组得到多个子业务数据集的步骤。例如，所述预设的收获计算条件可以是：在收货量大于预设值时对该相应的业务数据进行业务结算，反之，则本次不进行结算；又例如，所述预设的销售数据条件可以是：当销售量处于某一数值区间或者大于某一预设值时，对该销售量对应的业务数据进行结算，反之，则不进行结算。

进一步地，为了达到业务结算过程的全程可追溯性，在本实施例中，步骤S14中的预设规则可以是但不限于门店+商品维度+日期维度、门店+商品维度、门店维度等。例如，在对业务数据进行分类时，可是按照门店+商品维度+日期维度进行分类，也可以是按照门店+商品维度进行分类等，关于具体的分组策略可根据实际结算过程中所采用的结算策略进行灵活设定，本实施例在此不做限制。

进一步地，在实际的业务结算过程中，可根据不同业务的不同特性设定不同的结算策略，本实施例中，步骤S15中的业务结算策略可以包括但不限于按额均摊结算策略、按率结算策略、全额阶梯结算策略、阶梯超额结算策略中的一种或多种。

其中，所述按额均摊结算策略：在结算收取一笔定额费用，将费用金额按照销售/收货金额所占总金额比例乘以应收取费用，分摊不均的尾差放在最后一笔业务上。

所述按率结算策略：根据分组后的子业务数据集中的业务数据(如销售金额或收货金额)乘以对应的费率。

所述全额阶梯结算策略：根据分组后的子业务数据集中的业务数据(如销售总金额或收货总金额)对应的阶梯扣费率进行业务结算，例如，假设所述子业务数据集中的业务数据为进货额超过10W小于50W，对应的费率为1％，那么可按照进货额*1％进行结算。

所述阶梯超额结算策略：根据分组后的子业务数据集中的业务数据(如销售总金额或收货总金额)超过某一个阶梯扣率，则将超过此阶梯的部分按照此阶梯的扣率收取，最后将所收取的金额累加。

基于上述步骤S11-步骤S15的给出的业务结算方法，本发明在完成对各子业务数据集中的各业务的结算后，还可对各业务数据对应的结算结果进行汇总形成费用台账；将所述费用台账中的各结算信息与预设的拦截条件进行比对，并将该费用台账中不满足拦截条件的结算信息发送给对应的业务终端。

其中，所述拦截条件可根据实际需求进行设计，例如，业务结算金额是否达到预设值、是否为费用台账发送日等，本实施例在此不做限制。另外，在对各业务数据对应的结算结果进行汇总时，可按照商品税率、门店或结算地等进行汇总。

进一步地，请结合参阅图5，本发明实施例还提供一种业务结算装置100包括协议拆分模块110、业务数据获取模块120、业务分组模块130和业务结算模块140。

所述协议拆分模块110，用于获取待结算的合同文件，并将该合同文件拆分为多个协议数据；本实施例中，步骤S11可由所述协议拆分模块110执行，具体过程请参考步骤S11，在此不再赘述。可选地，请再次参阅图6，所述协议拆分模块110可以包括信息比对单元1100和文件选取单元1101。

所述信息比对单元1100，用于获取当前时间点，将所述当前时间点与预存的多个合同文件的合同期限进行比对。

所述文件选取单元1101，用于根据比对结果从所述多个合同文件中选取处于执行期的合同文件，将该处于执行期的合同文件作为待结算合同文件。

所述业务数据获取模块120，用于针对每个所述协议数据，判断该协议数据是否满足业务结算要求，若满足，则调用与所述协议数据对应的业务数据；本实施例中，步骤S12和步骤S13可由所述业务数据获取模块120执行，具体过程请参考步骤S12和步骤S13，在此不再赘述。

所述业务分组模块130，用于按照预设规则对所述业务数据进行分组得到多个子业务数据集；本实施例中，步骤S14可由所述业务分组模块130执行，具体过程请参考步骤S14，在此不再赘述。

所述业务结算模块140，用于调用与各所述子业务数据集对应的业务结算策略对该子业务数据集中的各业务数据进行结算处理。本实施例中，步骤S15可由所述业务结算模块140执行，具体过程请参考步骤S15，在此不再赘述。

综上所述，本发明实施例提供的业务结算方法和装置，能够有效降低现有零售领域中在对供应商等业务端进行返利等结算时的结算难度，还可实现结算过程的透明性，确保了供应商能够溯源的目的，适用于传统零售商对供应商进行返利等业务结算的各个场景，最大化的满足用户需求。

在本发明的描述中，术语“设置”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

在本发明实施例所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其他方式实现。以上所描述的装置和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的预设数量个实施例的装置、方法和计算机程序产品可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分。所述模块、程序段或代码的一部分包含一个或预设数量个用于实现规定的逻辑功能。

也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种业务结算方法，应用于业务结算终端，其特征在于，包括：

获取待结算的合同文件，并将该合同文件拆分为多个协议数据；

针对每个所述协议数据，判断该协议数据是否满足业务结算要求，若满足，则调用与所述协议数据对应的业务数据；

按照预设规则对所述业务数据进行分组得到多个子业务数据集；

调用与各所述子业务数据集对应的业务结算策略对该子业务数据集中的各业务数据进行结算处理。

2.根据权利要求1所述的业务结算方法，其特征在于，获取待结算的合同文件的步骤，包括：

获取当前时间点，将所述当前时间点与预存的多个合同文件的合同期限进行比对；

根据比对结果从所述多个合同文件中选取处于执行期的合同文件，将该处于执行期的合同文件作为待结算的合同文件。

3.根据权利要求1所述的业务结算方法，其特征在于，判断该协议数据是否满足业务结算要求的步骤，包括：

对所述协议数据进行解析得到该协议数据对应的结算时间点；

判断所述协议数据对应的结算时间点与预设结算时间点是否相同，若相同，则判定所述协议数据满足业务结算要求。

4.根据权利要求1或3所述的业务结算方法，其特征在于，调用与所述协议数据对应的业务数据的步骤，包括：

解析所述协议数据中包含的历史结算时间点和当前结算时间点；

判断所述当前结算时间点是否大于所述历史结算时间点，若所述当前结算时间点大于所述历史结算时间点，则获取所述历史结算时间点与所述当前结算时间点之间发生的业务数据，并将该业务数据作为与所述协议数据对应的业务数据。

5.根据权利要求4所述的业务结算方法，其特征在于，调用与所述协议数据对应的业务数据的步骤，还包括：

根据预设的收货计算条件或/和销售数据条件从所述业务数据中选取满足预设结算条件的业务数据，并基于满足预设结算条件的业务数据执行按照预设规则对所述业务数据进行分组得到多个子业务数据集的步骤。

6.根据权利要求1所述的业务结算方法，其特征在于，所述预设规则包括门店+商品维度+日期维度、门店+商品维度、门店维度中的一种或多种。

7.根据权利要求1所述的业务结算方法，其特征在于，所述业务结算策略包括按额均摊结算策略、按率结算策略、全额阶梯结算策略、阶梯超额结算策略中的一种或多种。

8.根据权利要求1所述的业务结算方法，其特征在于，所述业务结算终端还与多个业务终端通信连接，所述方法还包括：

对各业务数据对应的结算结果进行汇总形成费用台账；

将所述费用台账中的各结算信息与预设的拦截条件进行比对，并将该费用台账中不满足拦截条件的结算信息发送给对应的业务终端。

9.一种业务结算装置，应用于业务结算终端，其特征在于，包括：

协议拆分模块，用于获取待结算的合同文件，并将该合同文件拆分为多个协议数据；

业务数据获取模块，用于针对每个所述协议数据，判断该协议数据是否满足业务结算要求，若满足，则调用与所述协议数据对应的业务数据；

业务分组模块，用于按照预设规则对所述业务数据进行分组得到多个子业务数据集；

业务结算模块，用于调用与各所述子业务数据集对应的业务结算策略对该子业务数据集中的各业务数据进行结算处理。

10.根据权利要求9所述的业务结算装置，其特征在于，所述协议拆分模块包括：

信息比对单元，用于获取当前时间点，将所述当前时间点与预存的多个合同文件的合同期限进行比对；

文件选取单元，用于根据比对结果从所述多个合同文件中选取处于执行期的合同文件，将该处于执行期的合同文件作为待结算合同文件。