CN116109359A - 费用分摊方法、系统、设备及存储介质 - Google Patents

Abstract

本申请公开了一种费用分摊方法、系统、设备及存储介质，属于费用管理技术领域。方法包括：响应于通过模型视图模块输入的参数，调用视图模块从数据库中提取与参数关联的原始待摊费用；调用分配模块拆分原始待摊费用，得到各待摊子费用，分别作为各一次分摊发出方；调用视图模块从数据库中提取与各第一分摊发出方所属费用类型分别对应的第一分摊指标数据；调用连接模块建立一次分摊发出方与一次分摊接收方的第一关联关系；调用分配模块进行一次分摊处理。在业务需求发生变更时，仅需通过应用层进行分摊规则的设置改变，数据库层通过对更新后分摊规则的解析，实现各功能模块间的调用，即可完成费用的分摊处理，能够灵活应对不断变换的业务需求。

Description

费用分摊方法、系统、设备及存储介质

技术领域

本申请属于费用管理技术领域，具体涉及一种费用分摊方法、系统、设备及存储介质。

背景技术

为分析企业的盈利情况，企业通常将运营过程中支出的费用分摊到各项产品、服务等收入项目上，以帮助企业进行产品、服务的定价和绩效考核。

费用分摊主要涉及三方面：一是待摊费用，其主要来源为企业所用的财务系统核算的损益数据；二是分摊规则，即针对待摊费用的不同类型，所使用的与类型相匹配的分摊标准、分摊指标，如待摊费用的类型为专属费用，与专属费用类型项匹配的分摊指标包括赔款支出分摊指标和下属保费分摊指标；三是分摊接收方，即最终费用分摊结果的承担对象，如以保险公司为例，承担对象可以是险种、险类、渠道等为保险公司带来收入的保险业务。以保险公司来说，一项待摊费用如何以保费收入向各分摊接收方进行分摊，就是在确定了具体的分摊接收方后，在这些分摊接收方之间按各自的保费收入占总体保费收入的占比来计算每个分摊接收方分摊得到费用。

目前的费用分摊，往往通过SAP系统(SAP系统是指由SAP(思爱普)公司所研发的一种企业财务管理软件)的成本中心模块、获利能力分析功能模块的标准配置功能实现，并在此基础上应用SAP平台的ABAP语言(一种高级商务应用编程，由德国软件公司SAP开发，主要用作SAP的编程)，进行完整的分摊逻辑功能开发，以满足企业个性化的费用分摊需求。

基于ABAP语言设计费用分摊程序实现费用分摊的方式，存在的问题在于：若业务需求发生变更，首先需要变更分摊规则，其次对于变更后的分摊规则，其中涉及到对待摊分费用类型的划分，对应待摊费用类型的分摊指标的选取，以及分摊发出方、分摊接收方的确定等，均需要在原有程序基础上通过修改程序代码的方式来完成，效率较低，难以灵活应对不断变化的业务需求。

发明内容

本申请实施例提供一种费用分摊方法，能够解决按照现有技术提供的基于ABAP语言设计费用分摊程序实现费用分摊，所存在的功能实现高度依赖代码，难以灵活应对业务需求变更的问题。

本申请实施例还提供一种费用分摊装置，能够解决按照现有技术提供的基于ABAP语言设计费用分摊程序实现费用分摊，所存在的功能实现高度依赖代码，难以灵活应对业务需求变更的问题。

本申请实施例还提供了一种电子设备和可读存储介质。

本申请实施例采用下述技术方案：

一种费用分摊方法，所述方法基于SAP系统的PaPM子系统实现，所述PaPM子系统包括用于前端数据交互的应用层和后端数据处理的数据库层，所述数据库层内设置有模型视图模块、视图模块、分配模块和连接模块，所述方法包括：

响应于通过模型视图模块输入的参数，调用视图模块执行：从预设的数据库中提取与所述参数关联的原始待摊费用，所述参数表征费用分摊的分摊主体和费用所属的时间维度，所述数据库用于存储各原始待摊费用、销售费用、第一分摊指标数据和第一分摊接收方；

基于提取到的原始待摊费用，调用分配模块执行：从预设的数据库提取所述销售费用，根据经应用层预设的分摊规则，以销售费用在各类业务维度间的比例拆分所述提取到的原始待摊费用，得到拆分出的各待摊子费用，分别作为各一次分摊发出方，所述业务维度表征对一次分摊接收方的分类依据；

基于所述各一次分摊发出方，调用视图模块执行：根据所述各一次分摊发出方，从所述数据库中提取与所述各第一分摊发出方所属费用类型分别对应的第一分摊指标数据；

基于所述第一分摊指标数据，调用所述连接模块执行：根据所述分摊规则，建立一次分摊发出方与预存储在所述数据库中的一次分摊接收方的第一关联关系；

基于所述第一关联关系，调用分配模块执行：按照所述一次分摊指标数据将所述各一次分摊发出方向一次分摊接收方进行一次分摊处理。

一种费用分摊装置，其特征在于，基于SAP系统的PaPM子系统，所述PaPM子系统包括用于前端数据交互的应用层和后端数据处理的数据库层，所述数据库层内设置有模型视图模块、视图模块、分配模块和连接模块，所述装置具体包括：

模型视图模块，用于向用户提供参数输入界面，基于用户输入的参数调用视图模块，所述参数表征费用分摊的分摊主体和费用所属的时间维度；

视图模块，用于从预设的数据库中提取与所述参数关联的原始待摊费用，所述数据库用于存储各原始待摊费用、销售费用、第一分摊指标数据和第一分摊接收方；基于提取到的原始待摊费用调用分配模块；

分配模块，用于从预设的数据库中提取所述销售费用，根据经应用层预设的分摊规则，以销售费用在各类业务维度间的比例拆分所述提取到的原始待摊费用，得到拆分出的各待摊子费用，分别作为各一次分摊发出方，所述业务维度表征一次分摊接收方的分类依据，基于所述各一次分摊发出方调用视图模块；

所述视图模块，还用于根据所述各一次分摊发出方从数据库中提取与所述各一次分摊发出方所属费用类型分别对应的第一分摊指标数据，基于所述第一分摊指标数据调用连接模块；

连接模块，用于根据所述分摊规则，建立一次分摊发出方与预存储在所述数据库中一次分摊接收方的第一关联关系，基于所述第一关联关系调用分配模块；

分配模块，用于根据所述第一关联关系，按照所述一次分摊指标数据将所述各一次分摊发出方向一次分摊接收方进行一次分摊处理。

一种电子设备，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现所述的费用分摊方法的步骤。

一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现所述的费用分摊方法的步骤。

在本申请实施例采用的上述至少一个技术方案，能够达到以下有益效果：

由于是通过调用PaPM数据库层下的多个功能块，来协同实现费用分摊功能，因此在业务需求发生变更时，仅需通过应用层进行分摊规则的设置改变，数据库层通过对更新后分摊规则的解析，实现各功能模块间的调用，从数据库中提取对应于更新后分摊规则涉及到的信息，得到当前分摊规则下对应的分摊发出方和分摊接收方，即可完成费用的分摊处理，避免对代码的高度依赖，能够灵活应对不断变换的业务需求。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例提供的一种费用分摊方法的流程示意图；

图2是本申请实施例提供的一种费用分摊方法的其一实现方式的流程示意图；

图3是本申请实施例提供的一种费用分摊方法中所述PaPM子系统的应用界面示意图；

图4是本申请实施例提供的一种费用分摊方法中所述PaPM子系统内包含的功能块示意图；

图5是本申请实施例提供的一种费用分摊方法中所述PaPM子系统的模型表模块的界面示意图；

图6是本申请实施例提供的一种费用分摊方法中所述PaPM子系统的模型表模块提取数据的界面示意图(一)；

图7是本申请实施例提供的一种费用分摊方法中所述PaPM子系统的模型表模块提取数据的界面示意图(二)；

图8是本申请实施例提供的一种费用分摊方法中所述PaPM子系统的模型表模块提取数据的界面示意图(三)；

图9是本申请实施例提供的一种费用分摊方法中所述PaPM子系统的模型表模块提取数据的界面示意图(四)；

图10是本申请实施例提供的一种费用分摊方法中所述PaPM子系统的查询模块调用模型表模块的界面示意图的界面示意图；

图11是本申请实施例提供的一种费用分摊方法中所述PaPM子系统的查询模块的操作界面示意图(一)；

图12是本申请实施例提供的一种费用分摊方法中所述PaPM子系统的查询模块的操作界面示意图(二)；

图13是本申请实施例提供的一种费用分摊装置的结构示意图；

图14是本申请实施例的一种电子设备的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的费用分摊方法、装置、设备及存储介质进行详细地说明。本申请实施例提供的费用分摊方法，用以解决基于ABAP语言设计费用分摊程序实现费用分摊，所存在的功能实现高度依赖代码，难以灵活应对业务需求变更的问题。

为便于描述，下文以该方法的执行主体为计算机设备为例，且该计算机设备上安装有基于SAP系统的PaPM子系统，对该费用分摊方法进行介绍。可以理解，该方法的执行主体为计算机设备的说明，并不应该理解为对该方法的限定。

图1示出本发明的一个实施例提供的一种费用分摊的方法，该方法基于SAP系统的PaPM子系统实现。如图2所示，所述PaPM子系统包括用于前端数据交互的应用层和后端数据处理的数据库层，所述数据库层内设置有模型视图模块、视图模块、分配模块、连接模块和模型表模块。

应用层面向前端用户，用于用户与电子设备的数据交互，且为数据库层的数据处理提供辅助。

应用层的数据交互包括分摊规则输入、分摊指标数据同步和销售费用同步三项，且这三项相互之间无依赖关系，可以并行进行，在三项数据交互完成后数据库层再开始执行费用分摊的具体过程。

分摊规则输入用于向用户提供分摊规则的输入界面，可以是纯文字描述的形式输入、文字加数学公式的形式输入或者是图片格式的输入，应用层对于输入的内容进行文字识别后，将对分摊规则的解析结果发送给数据库层，或者数据库层获取输入的内容，在数据库层内进行文字识别并解析对应的分摊规则。

分摊规则包括成本中心组解析、成本中心不分摊规则解析，成本要素不分摊规则解析，业务范围归属关系规则解析，已赚保费指标计算规则解析，航保和分入还原规则解析等，这些分摊规则，可按照企业财务计算需求，由财务人员进行自适应设置，在此不再赘述。

分摊件数同步包括从现有财务会计系统同步指定月份的赔案件数、报案件数和分保件数等件数类指标数据。

销售费用下载包括从销售费用系统下载基本法和跟单销售费用，用以在分摊初始阶段以销售费用在各类业务维度间分拆原始待摊费用。

数据库层面向后端数据处理，用于费用分摊过程的执行。数据库层按照用户通过应用层设置的分摊规则，逐个调用功能模块执行费用分摊过程。

数据库层面的流程步骤是费用分摊的主体运行流程，利用数据库的性能优势，运行流程下沉到数据库层面进行计算。以下从数据库层面详细介绍费用分摊的过程。

在数据库层面的费用分摊之前，首先设置数据库，将整个分摊过程中所用到的原始待摊费用、销售费用、一次分摊指标数据、二次分摊指标数据第一分摊接收方、第二分摊接收方以及分摊规则保存在数据库中，方便各功能模块在运行时对相关数据的提取。

该费用分摊方法包括如下步骤：

步骤11，响应于通过模型视图模块输入的参数，调用视图模块执行：从预设的数据库中提取与所述参数关联的原始待摊费用，所述参数表征费用分摊的分摊主体和费用所属的时间维度，所述数据库用于存储各原始待摊费用、销售费用、第一分摊指标数据和第一分摊接收方。

步骤11的执行过程对应图2数据库层的待摊费用落地部分。

通过模型视图模块输入的参数表征费用分摊的主体和费用所属的时间维度，如费用分摊主体为省公司、子公司，时间维度为年度、季度、月份等。

在一种实现方式中，得到所述原始待摊费用后，调用数据库层的模型表模块，将原始待摊费用落地到自定义表中；其中，自定义表设置在所述模型表模块中。

在一种实现方式中，所述原始待摊费用落地到自定义表之后，所述从预设的数据库中提取所述销售费用之前，还包括：从所述自定义表中以分区并行方式提取数据；所述分区通过将所述原始待摊费用的每笔数据分为若干份得到。本实施例中分区方式采用对数据库序号函数取余数的方式，将每笔数据均匀分为900个分区，后续模块在进行处理时，以900分区方式并行处理。

步骤12，基于提取到的原始待摊费用，调用分配模块执行：从预设的数据库提取所述销售费用，根据经应用层预设的分摊规则，以销售费用在各类业务维度间的比例拆分所述提取到的原始待摊费用，得到拆分出的各待摊子费用，分别作为各一次分摊发出方，所述业务维度表征对一次分摊接收方的分类依据。

步骤12的执行过程对应图2数据库层的费用清洗和拆分部分。

按照经应用层设置的分摊规则清洗原始待摊费用认定的业务维度，所述清洗是对业务维度的预处理，即筛除无效的业务维度。业务维度表征对一次分摊接收方的分类依据。以保险公司为例，业务维度可以是险种、险类、销售渠道、投保人和出单机构等，在费用分摊过程中，投保人这一业务维度往往不被考虑，通常将其筛除(清洗)。以险种作为一次分摊接收方的分类依据时，一次分摊接收方可以是人身险、车险；以险类作为一次分摊接收方的分类依据时，一次分摊接收方可以是人身险险种中的寿险、意外险和健康险等。

以销售费用在各类业务维度间的占比来拆分原始待摊费用，是为了将费用更加准确的分摊到各个一次分摊接收方上。

步骤13，基于所述各一次分摊发出方，调用视图模块执行：根据所述各一次分摊发出方，从所述数据库中提取与所述各第一分摊发出方所属费用类型分别对应的第一分摊指标数据；

步骤13的执行过程对应图2数据库层的一次分摊指标落地部分。

一次分摊指标数据与第一分摊发出方对应的待摊子费用所属的费用类型项对应。

费用类型按照对应的一次分摊指标数据的不同分为专属费用和共同费用。费用类型可细化为基本法费用、未归位人员费用、基本法费用-计提、农险团队费用、市场费用-跟单、市场费用-非跟单、项目拓展费用和固定费用等。上述细化的各费用基于分摊规则的设置，可以归属于专属费用或共同费用。

一次分摊指标包括：

VV300管理费用分摊指标(保费收入的60％+直接赔款的40％)；

VV301理赔中心分摊指标(赔案件数*理赔约当系数)；

VV302出单中心分摊指标(保单件数*出单约当系数)；

VV303IT中心分摊指标(保单件数*50％+赔案件数*50％)；

VV304财务共享中心分摊指标(等同于IT中心分摊指标)；

VV305 95518分摊指标(即报案件数)；

VV306再保部分摊指标(分即保账单数量)；

VV307赔款支出分摊指标(直接赔款)；

VV310下属保费分摊指标(保费收入)。

对于专属费用，对应的一次分摊指标数据包括VV307赔款支出分摊指标(直接赔款)和VV310下属保费分摊指标(保费收入)。

对于公共费用，对应的一次分摊指标数据包括VV300管理费用分摊指标(保费收入的60％+直接赔款的40％)、VV301理赔中心分摊指标(赔案件数*理赔约当系数)、VV302出单中心分摊指标(保单件数*出单约当系数)、VV303 IT中心分摊指标(保单件数*50％+赔案件数*50％)、VV304财务共享中心分摊指标(等同于IT中心分摊指标)、VV305 95518分摊指标(即报案件数)、VV306再保部分摊指标(分即保账单数量)、VV307赔款支出分摊指标(直接赔款)和VV310下属保费分摊指标(保费收入)中的几种或全部。

对于一次分摊指标数据与待摊子费用的对应可通过分摊规则设置。上述一次分摊指标数据括号的内容为分摊指标的计算过程。

在一种实现方式中，得到所述第一分摊指标数据后，调用数据库层的模型表模块，将一次分摊指标数据落地到自定义表中。

步骤14，基于所述第一分摊指标数据，调用所述连接模块执行：根据所述分摊规则，建立一次分摊发出方与预存储在所述数据库中的一次分摊接收方的第一关联关系；

步骤14的执行过程对应图2数据库层的一次分摊接收方汇集部分。

在一种实现方式中，所述建立一次分摊发出方与预存储在所述数据库中的一次分摊接收方的第一关联关系具体包括：

步骤141，分别获取一次分摊发出方和一次分摊接收方包含的字段；

步骤142，选取所述一次分摊发出方每个字段，与一次分摊接收方的字段逐个匹配；或选取所述一次分摊接收方每个字段，与一次分摊发出方的字段逐个匹配；

步骤143，将具有共同字段的一次分摊发出方和一次分摊接收方的数据表结构连接为一个视图，建立一次分摊发出方与一次分摊接收方的第一关联关系。

步骤143中，所述将具有共同字段的一次分摊发出方和一次分摊接收方的数据表结构连接为一个视图，具体为：将一次分摊发出方和一次分摊接收方之间的共同字段进行数据库JION，从而能够确定每一笔一次分摊发出方对应的哪些或哪个一次分摊接收方。

步骤15，基于所述第一关联关系，调用分配模块执行：按照所述一次分摊指标数据将所述各一次分摊发出方向一次分摊接收方进行一次分摊处理。

步骤15的执行过程对应图2数据库层的一次分摊部分。

在一种实现方式中，在分摊处理过程中，利用OVER函数进行分类汇总、分类统计比例、乘法处理以及尾差抹平。

在一种实现方式中，根据分摊规则对一次分摊发出方分组，确定不同分组对应的一次分摊指标数据；根据不同分组对应的一次分摊指标数据，将当前分组内的待摊子费用分摊至一次分摊接收方。

分摊规则依据一次分摊发出方的分组，如销售、管理、理赔等，来使用不同的分摊指标，如销售类分组的使用保费类指标进行分摊。

在一种实现方式中，对应图2数据库层的一次分摊兜底处理部分。所述一次分摊处理之后还包括：调用连接模块执行：对于未建立第一关联关系的一次分摊发出方，按照分摊规则(分摊规则中的兜底子规则)进行一次兜底处理。

在一种实现方式中，对应图2数据库层的二次分摊发出方处理部分。所述一次分摊处理后或一次分摊兜底处理之后，还包括二次分摊处理，下文描述的二次分摊发出处理、二次分摊指标落地、二次分摊接收方汇集、二次分摊以及二次分摊兜底处理过程均基于分摊规则的设置进行，在一些可能的实现方式中，并不需要本段描述的二次分摊相关的处理流程。

二次分摊发出方处理，具体为：调用连接模块执行：将所述一次分摊处理的结果数据与根据分摊规则确定的二次分摊的发出方汇总，作为二次分摊发出方。根据分摊规则确定的二次分摊的发出方根据费用类别确定，费用类别包括分摊动因、分摊费用所属的类型等。

在一种实现方式中，对应图2数据库层的二次分摊指标落地部分。基于所述二次分摊发出方，调用视图模块执行：从预设的数据库中提取与第二分摊发出发对应的第二分摊指标数据。第二分摊发出方对应的第二分摊指标数据为成本分中心、业务范围的二次分摊指标数据。将提取的二次分摊指标数据落地到自定义表中。指标由组织机构、更细致的业务维度、保费、赔款、件数等多类金额、数量指标数据。

在一种实现方式中，对应图2数据库层的二次分摊接收方汇集部分。基于所述第二分摊指标数据，调用连接模块执行：建立二次分摊发出方与预存储在所述数据库中二次分摊接收方的第二关联关系。

按照分摊规则，建立为此分摊发出方与二次分摊接收方之间的联系，即通过二次分摊发出方与二次分摊接收方间的共同字段进行数据库JION，从而能够确定每一笔第二分摊发出方对应哪些或哪个第二分摊接收方。

在一种实现方式中，对应图2数据库层的二次分摊部分。基于所述第二关联关系，调用分配模块执行：根据所述第二关联关系，基于所述二次分摊指标数据将所述二次分摊发出方向二次分摊接收方进行二次分摊处理。利用数据库的OVER函数进行分类汇总、分类统计比例、乘法处理以及尾差抹平。二次分摊的主要是使用保费指标进行分摊。

在一种实现方式中，对应图2数据库层的二次分摊兜底处理部分。所述二次分摊处理之后还包括：调用连接模块执行：对于未建立第二关联关系的二次分摊发出方，按照分摊规则进行二次兜底处理。

在一种实现方式中，对应图2数据库层的中间数据表落地部分。整个执行过程中，原始待摊费用、一次待摊费用、一次分摊指标、一次分摊结果、二次待摊费用、二次分摊指标、二次分摊结果的中间数据均落地到最终的自定义中，以用于后续分摊和分摊追溯。

下面对本申请实施例进行费用分摊，使用的PaPM子系统进行介绍，如图3-图12所示。

如图3所示，PaPM数据库层内的各功能模块以搭积木的形式建模，其中功能块为组成建模模型的积木。利用PaPM子系统，将功能块组合起来，即可创建自己的模型，在该模型中，可以指派相应的功能，并在PaPM子系统的几面上配置各功能的内容。

图4给出了PaPM子系统目前具有的积木，即功能块，其已内置好输入、输出和中间处理规则，不同功能块的中间处理规则不同，用于实现不同的功能。功能块包括传输结构模块、估值模块、写入程序模块、分配模块、描述模块、文件适配器模块、机器学习模块、查询模块、模型BW模块、模型RDL模块、模型表模块、模型视图模块、派生模块、流建模模块、视图模块、计算模块、计算单元模块、资金转移定价模块、转换模块、远程功能适配器模块和连接模块。本申请实施例实现费用分摊功能所使用的的模块在上述费用分摊方法实施例中已给出，不再赘述。

以下以模型表模块和查询表模块的搭积木式的组合方式进行举例说明。

如图5所示，模型表模块的界面上包括连接类型和模型表源，其中连接类型通常选择物理连接，模型表源包括数据字典、环境、HANA(High-Performance AnalyticAppliance，高性能分析软件，用于数据查询功能)和SDA(Smart Data Access，智能数据库)四种形式可供选择。

如图6所示，当模型表模块的模型表源选择数据字典时，直接支持应用层面的所有表，以参数化方式即可提取到表的内容。

如图7所示，当模型表模块的模型表源选择环境时，直接自定义表，然后维护自己所需的数据，快速录入数据进行原型验证。

如图8所示，当模型表模块的模型表源选择HANA时，支持数据库层面的所有表或者视图，以参数化方式即可提取到表的内容。

如图9所示，当模型表模块的模型表源选择SDA时，直接集成远程数据库，实时同步。

从以上模型表模块可以看出，数据源的引入提供了多项选项，用户可以根据自己的需要自由选择，满足快速集成。

如图10所示，通过查询模块，将模型表模块集成的数据用于报表。查询模块的数据源支持Analysis for Office、数据仓库、环境、环境CDS等多种方式展示，例如选择环境，图11所示，可在“输入功能”里选择当前环境下可用的输入方，“筛选”中可以定义固定值和缺省值的查询条件，表定义可以定义列和行，如图12所示，选择右上角激活，就可以执行查询模块，实现通过模型表模块集成数据的查询。

解决按照现有技术提供的基于ABAP语言设计费用分摊程序实现费用分摊，所存在的功能实现高度依赖代码，难以灵活应对业务需求变更的问题，出于与本申请上述实施例相同的发明构思，本申请实施例还提供了一种费用分摊装置，如图13所示，该费用分摊装置，基于SAP系统的PaPM子系统实现，所述PaPM子系统包括用于前端数据交互的应用层和后端数据处理的数据库层，所述数据库层内设置有模型视图模块、视图模块、分配模块和连接模块，所述装置具体包括：

模型视图模块1301，用于向用户提供参数输入界面，基于用户输入的参数调用视图模块，所述参数表征费用分摊的分摊主体和费用所属的时间维度；

视图模块1302，用于从预设的数据库中提取与所述参数关联的原始待摊费用，所述数据库用于存储各原始待摊费用、销售费用、第一分摊指标数据和第一分摊接收方；基于提取到的原始待摊费用调用分配模块；

分配模块1303，用于从预设的数据库中提取所述销售费用，根据经应用层预设的分摊规则，以销售费用在各类业务维度间的比例拆分所述提取到的原始待摊费用，得到拆分出的各待摊子费用，分别作为各一次分摊发出方，所述业务维度表征一次分摊接收方的分类依据，基于所述各一次分摊发出方调用视图模块；

所述视图模块1302，还用于根据所述各一次分摊发出方从数据库中提取与所述各一次分摊发出方所属费用类型分别对应的第一分摊指标数据，基于所述第一分摊指标数据调用连接模块；

连接模块1304，用于根据所述分摊规则，建立一次分摊发出方与预存储在所述数据库中一次分摊接收方的第一关联关系，基于所述第一关联关系调用分配模块；

分配模块1303，用于根据所述第一关联关系，按照所述一次分摊指标数据将所述各一次分摊发出方向一次分摊接收方进行一次分摊处理。

模型视图模块1301输入的参数表征费用分摊的主体和费用所属的时间维度，如费用分摊主体为省公司、子公司，时间维度为年度、季度、月份等。

在一种实现方式中，得到所述原始待摊费用后，通过模型表模块，将原始待摊费用落地到自定义表中。

分配模块1303按照经应用层设置的分摊规则清洗原始待摊费用认定的业务维度，所述清洗是对业务维度的预处理，即筛除无效的业务维度。以销售费用在各类业务维度间的占比来拆分原始待摊费用，是为了将费用更加准确的分摊到各个一次分摊接收方上。

视图模块1302对于一次分摊指标数据与待摊子费用的对应可通过分摊规则设置。

连接模块1304建立一次分摊发出方与预存储在所述数据库中的一次分摊接收方的第一关联关系具体包括：分别获取一次分摊发出方和一次分摊接收方包含的字段；选取所述一次分摊发出方每个字段，与一次分摊接收方的字段逐个匹配；或选取所述一次分摊接收方每个字段，与一次分摊发出方的字段逐个匹配；将具有共同字段的一次分摊发出方和一次分摊接收方的数据表结构连接为一个视图，建立一次分摊发出方与一次分摊接收方的第一关联关系。

分配模块1303在分摊处理过程中，利用OVER函数进行分类汇总、分类统计比例、乘法处理以及尾差抹平。

连接模块1304还用于在一次分摊处理之后，对于未建立第一关联关系的一次分摊发出方，按照分摊规则(分摊规则中的兜底子规则)进行一次兜底处理。

连接模块1304还用于将所述一次分摊处理的结果数据与根据分摊规则确定的二次分摊的发出方汇总，作为二次分摊发出方。根据分摊规则确定的二次分摊的发出方根据费用类别确定，费用类别包括分摊动因、分摊费用所属的类型等。

视图模块1302还用于从预设的数据库中提取与第二分摊发出发对应的第二分摊指标数据。第二分摊发出方对应的第二分摊指标数据为成本分中心、业务范围的二次分摊指标数据。

连接模块1304还用于建立二次分摊发出方与预存储在所述数据库中二次分摊接收方的第二关联关系。

分配模块1303还用于根据所述第二关联关系，基于所述二次分摊指标数据将所述二次分摊发出方向二次分摊接收方进行二次分摊处理。

连接模块1304还用于对于未建立第二关联关系的二次分摊发出方，按照分摊规则进行二次兜底处理。

图14是本申请实施例提供的一种电子设备的结构示意图，在硬件层面，该电子设备1400包括处理器1402，可选地还包括内部总线，网络接口、存储器1401。其中，存储器1401可能包含内存，如高速随机存取存储器(random-access memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需的硬件。

处理器1402、网络接口和存储器1401可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCIe(Periphe ralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图14中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

所述存储器1401，用于存储计算机程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

所述处理器1402，与所述存储器1401耦合，从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成数据同步装置，用于执行所述存储器中1401存储的计算机程序，以用于执行如下操作：

响应于通过模型视图模块输入的参数，调用视图模块执行：从预设的数据库中提取与所述参数关联的原始待摊费用，所述参数表征费用分摊的分摊主体和费用所属的时间维度，所述数据库用于存储各原始待摊费用、销售费用、第一分摊指标数据和第一分摊接收方；基于提取到的原始待摊费用，调用分配模块执行：从预设的数据库提取所述销售费用，根据经应用层预设的分摊规则，以销售费用在各类业务维度间的比例拆分所述提取到的原始待摊费用，得到拆分出的各待摊子费用，分别作为各一次分摊发出方，所述业务维度表征对一次分摊接收方的分类依据；基于所述各一次分摊发出方，调用视图模块执行：根据所述各一次分摊发出方，从所述数据库中提取与所述各第一分摊发出方所属费用类型分别对应的第一分摊指标数据；基于所述第一分摊指标数据，调用所述连接模块执行：根据所述分摊规则，建立一次分摊发出方与预存储在所述数据库中的一次分摊接收方的第一关联关系；基于所述第一关联关系，调用分配模块执行：按照所述一次分摊指标数据将所述各一次分摊发出方向一次分摊接收方进行一次分摊处理。

上述如本申请图14所示实施例提供的电子设备执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

当然，除了软件实现方式之外，本申请的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本申请实施例还提供了一种存储有计算机程序的计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行以下操作：

响应于通过模型视图模块输入的参数，调用视图模块执行：从预设的数据库中提取与所述参数关联的原始待摊费用，所述参数表征费用分摊的分摊主体和费用所属的时间维度，所述数据库用于存储各原始待摊费用、销售费用、第一分摊指标数据和第一分摊接收方；基于提取到的原始待摊费用，调用分配模块执行：从预设的数据库提取所述销售费用，根据经应用层预设的分摊规则，以销售费用在各类业务维度间的比例拆分所述提取到的原始待摊费用，得到拆分出的各待摊子费用，分别作为各一次分摊发出方，所述业务维度表征对一次分摊接收方的分类依据；基于所述各一次分摊发出方，调用视图模块执行：根据所述各一次分摊发出方，从所述数据库中提取与所述各第一分摊发出方所属费用类型分别对应的第一分摊指标数据；基于所述第一分摊指标数据，调用所述连接模块执行：根据所述分摊规则，建立一次分摊发出方与预存储在所述数据库中的一次分摊接收方的第一关联关系；基于所述第一关联关系，调用分配模块执行：按照所述一次分摊指标数据将所述各一次分摊发出方向一次分摊接收方进行一次分摊处理。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD ROM、光学存储器等)上实施的计算机程序产品的形式。

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

Claims (11)

1.一种费用分摊方法，其特征在于，所述方法基于SAP系统的PaPM子系统实现，所述PaPM子系统包括用于前端数据交互的应用层和后端数据处理的数据库层，所述数据库层内设置有模型视图模块、视图模块、分配模块和连接模块，所述方法包括：

响应于通过模型视图模块输入的参数，调用视图模块执行：从预设的数据库中提取与所述参数关联的原始待摊费用，所述参数表征费用分摊的分摊主体和费用所属的时间维度，所述数据库用于存储各原始待摊费用、销售费用、第一分摊指标数据和第一分摊接收方；

基于提取到的原始待摊费用，调用分配模块执行：从预设的数据库提取所述销售费用，根据经应用层预设的分摊规则，以销售费用在各类业务维度间的比例拆分所述提取到的原始待摊费用，得到拆分出的各待摊子费用，分别作为各一次分摊发出方，所述业务维度表征对一次分摊接收方的分类依据；

基于所述各一次分摊发出方，调用视图模块执行：根据所述各一次分摊发出方，从所述数据库中提取与所述各第一分摊发出方所属费用类型分别对应的第一分摊指标数据；

基于所述第一分摊指标数据，调用所述连接模块执行：根据所述分摊规则，建立一次分摊发出方与预存储在所述数据库中的一次分摊接收方的第一关联关系；

基于所述第一关联关系，调用分配模块执行：按照所述一次分摊指标数据将所述各一次分摊发出方向一次分摊接收方进行一次分摊处理。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

得到所述原始待摊费用后，调用数据库层的模型表模块，将原始待摊费用落地到自定义表中；

得到所述第一分摊指标数据后，调用数据库层的模型表模块，将原始待摊费用落地到自定义表中；

其中，自定义表设置在所述模型表模块中。

3.根据权利要求2所述的方法，其特征在于，所述原始待摊费用落地到自定义表之后，所述从预设的数据库中提取所述销售费用之前，还包括：

从所述自定义表中以分区并行方式提取数据；所述分区通过将所述原始待5摊费用的每笔数据分为若干份得到。

4.根据权利要求1所述的方法，其特征在于，所述建立一次分摊发出方与预存储在所述数据库中的一次分摊接收方的第一关联关系具体包括：

分别获取一次分摊发出方和一次分摊接收方包含的字段；

选取所述一次分摊发出方每个字段，与一次分摊接收方的字段逐个匹配；0或选取所述一次分摊接收方每个字段，与一次分摊发出方的字段逐个匹配；

将具有共同字段的一次分摊发出方和一次分摊接收方的数据表结构连接为一个视图，建立一次分摊发出方与一次分摊接收方的第一关联关系。

5.根据权利要求1所述的方法，其特征在于，所述一次分摊处理包括：

根据分摊规则对一次分摊发出方分组，确定不同分组对应的一次分摊指标5数据；

根据不同分组对应的一次分摊指标数据，将当前分组内的待摊子费用分摊至一次分摊接收方。

6.根据权利要求1所述的方法，其特征在于，所述一次分摊处理之后还包括：

0调用连接模块执行：对于未建立第一关联关系的一次分摊发出方，按照分摊规则进行一次兜底处理。

7.根据权利要求1所述的方法，其特征在于，所述一次分摊处理后还包括二次分摊处理，具体为：

调用连接模块执行：将所述一次分摊处理的结果数据与根据分摊规则确定5的二次分摊的发出方汇总，作为二次分摊发出方；

基于所述二次分摊发出方，调用视图模块执行：从预设的数据库中提取与第二分摊发出发对应的第二分摊指标数据；

基于所述第二分摊指标数据，调用连接模块执行：建立二次分摊发出方与预存储在所述数据库中二次分摊接收方的第二关联关系；

基于所述第二关联关系，调用分配模块执行：根据所述第二关联关系，基于所述二次分摊指标数据将所述二次分摊发出方向二次分摊接收方进行二次分摊处理。

8.根据权利要求7所述的方法，其特征在于，所述二次分摊处理之后还包括：

调用连接模块执行：对于未建立第二关联关系的二次分摊发出方，按照分摊规则进行二次兜底处理。

9.一种费用分摊装置，其特征在于，基于SAP系统的PaPM子系统，所述PaPM子系统包括用于前端数据交互的应用层和后端数据处理的数据库层，所述数据库层内设置有模型视图模块、视图模块、分配模块和连接模块，所述装置具体包括：

模型视图模块，用于向用户提供参数输入界面，基于用户输入的参数调用视图模块，所述参数表征费用分摊的分摊主体和费用所属的时间维度；

视图模块，用于从预设的数据库中提取与所述参数关联的原始待摊费用，所述数据库用于存储各原始待摊费用、销售费用、第一分摊指标数据和第一分摊接收方；基于提取到的原始待摊费用调用分配模块；

分配模块，用于从预设的数据库中提取所述销售费用，根据经应用层预设的分摊规则，以销售费用在各类业务维度间的比例拆分所述提取到的原始待摊费用，得到拆分出的各待摊子费用，分别作为各一次分摊发出方，所述业务维度表征一次分摊接收方的分类依据，基于所述各一次分摊发出方调用视图模块；

所述视图模块，还用于根据所述各一次分摊发出方从数据库中提取与所述各一次分摊发出方所属费用类型分别对应的第一分摊指标数据，基于所述第一分摊指标数据调用连接模块；

连接模块，用于根据所述分摊规则，建立一次分摊发出方与预存储在所述数据库中一次分摊接收方的第一关联关系，基于所述第一关联关系调用分配模块；

分配模块，用于根据所述第一关联关系，按照所述一次分摊指标数据将所述各一次分摊发出方向一次分摊接收方进行一次分摊处理。

10.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-8任一项所述的费用分摊方法的步骤。

11.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-8任一项所述的费用分摊方法的步骤。

Images