费用数据处理方法和系统与流程

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.图1为本发明提供的费用数据处理方法的流程示意图；
39.图2为本发明提供的费用数据模型的关系结构图；
40.图3为本发明提供的费用数据导入至模型的流程图；
41.图4为本发明提供的费用数据处理系统的结构示意图。
具体实施方式
42.为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
43.银行的各地分行和不同部门垂直管理各自的结算产品的相关数据，汇总费用数据至全行系统的数据仓库。各地分行和不同部门拥有独立的信息系统、业务流程和数据管理。对于跨分行、跨部门之间的协同管控机制相对是薄弱的，从而造成数据竖井现象严重。
44.其主要缺陷在于没有将所有的对公结算产品按照统一的规范进行管理。由于银行结算产品的形式多样(单个产品、产品组合、线下协议结算)、结算方式多样(按笔、按月、包年、先用后扣、先扣后用、收方付费、付方付费、收付方按比例付费、第三方付费、通过现金、转账或者结算卡等形式付费等)、运转流程多样(收取费用的客户和使用产品的客户不同、预先扣收金额而在其后会计期间确认收入项目、人工发起费用扣收等)、客户群体多样(小微企业客户、高净值企业客户)和数据颗粒度多样(合约、账户、客户、递延收入自然科目、各地支行)，从而导致费用数据在各方面(口径、时间、计算方式、核对方式)存在较大差异。无法通过简单的数据汇总和处理就能够实现费用数据的统一管控，需要从结算业务角度出发，构建完备的结算产品费用数据治理和整合方法体系。
45.图1为本发明提供的费用数据处理方法的流程示意图，如图1所示，该方法包括：
46.步骤110，接收结算模块发送的当前结算产品的费用信息。
47.具体地，本发明实施例中提供的费用数据处理方法适用于银行处理对公业务，包括对银行的各类对公结算产品进行结算。结算产品包括汇入汇款、汇出汇款、出口托收、进口代收等。
48.结算模块为用于执行银行结算业务的装置，可以为终端，包括但不限于移动终端、平板电脑、台式电脑，或者包括终端的控制装置，例如自动柜员机(automated teller machine，atm)等。
49.银行结算业务即转账结算业务，简称结算，也叫支付结算，是以信用收付代替现金收付的业务。是指通过银行帐户的资金转移所实现收付的行为，即银行接受客户委托代收代付，从付款单位存款帐户划出款项，转入收款单位存款帐户，以此完成经济之间债权债务的清算或资金的调拨。结算业务的种类包括银行汇票结算、商业汇票结算、银行本票结算、支票结算等。
50.在进行结算业务时，会产生相应的费用信息。费用信息包括结算对象、结算时间、结算金额、结算方式等。
51.步骤120，将费用信息按照对应的费用结算类型导入至费用数据模型，并基于费用
数据模型确定当前结算产品的费用核验结果。费用结算类型包括计费、扣费和欠费；费用数据模型是基于当前结算产品的各费用结算类型之间的关联关系确定的。
52.具体地，费用结算类型为费用结算方式的类型。本发明实施例中，按照各类结算业务的共同特性，确定费用信息的费用结算类型。费用结算类型可以包括计费、扣费和欠费等。
53.其中，计费表示银行应当收取结算对象关于签约产品的账目。当费用结算类型为计费时，费用信息可以包括应收费用、应收方式、应收对象(单笔、时间等)、周期、结算方式等。
54.扣费表示银行实际收取结算对象关于签约产品的账目。当费用结算类型为扣费时，费用信息可以包括实收费用、实收对象(单笔、时间等)、周期、行为分类(扣费、退费、冲正)、入帐方式(时点、时段)、操作方式(自动，手动)等。
55.欠费表示银行未收取结算对象关于签约产品的账目。当费用结算类型为欠费时，费用信息可以包括欠费金额、粒度(单笔、时间)欠费对象、欠费状态(免除、补缴、减免)等。
56.上述费用结算类型，使得费用信息可以从不同的费用结算类型进行汇总，可以有效地整合银行的各个部门和各个分行发行的结算产品的费用数据。
57.费用数据模型是指对费用信息进行处理和核验的模型。费用数据模型是基于当前结算产品的各费用结算类型之间的关联关系确定的。各费用结算类型之间的关联关系表现为任一费用结算类型的费用金额与其它费用结算类型的费用金额在数量上或者比例上的关系，可以根据结算产品的各类业务规则确定，还可以对业务专家的结算知识进行形式化表示后得到。
58.例如，对于某结算产品，各费用结算类型之间的关联关系可以为“计费金额等于扣费金额与欠费金额之和”，也可以为“计费金额等于扣费金额”或者“计费金额等于欠费金额”等。
59.可以按照对应的费用结算类型，将费用信息导入至费用数据模型。
60.在导入之前，可以对费用信息进行数据拆分和数据集成。其中，数据拆分为将统一整体的数据拆分成多个独立的数据。数据集成为将不同来源、格式、特点性质的数据在逻辑上进行合并或者集中。
61.费用数据模型可以根据拆分或者集成后的数据进行分析处理。费用数据模型可以对当前结算产品中某一费用结算类型下的数据进行分析处理，例如对导入的欠费进行求和，得到该结算产品的欠费总和。
62.费用数据模型还可以根据当前结算产品对应的各个费用结算类型下的数据进行费用核验。费用核验结果用于衡量结算产品的收入账目和支出账目是否实现收支平衡。
63.图2为本发明提供的费用数据模型的关系结构图，如图2所示，费用数据模型可以对计费数据、扣费数据(包括递延收入数据)和欠费数据进行处理。费用数据模型可以对各个费用结算类型下的数据进行分项求和，得到各个费用结算类型下的费用总和，然后根据会计规则，对结算产品的账目进行核验。例如费用数据模型可以分别统计结算产品中的计费总和、扣费总和与欠费总和，然后根据会计原则中的收支平衡原则，判断计费是否等于扣费与欠费之和，若是，则确定结算产品的费用核算结果为平帐，若否，则确定结算产品的费用核算结果为对账不平。
64.步骤130，将当前结算产品的费用核验结果发送至结算模块。
65.具体地，费用核验结果可以用于在结算模块处向工作人员进行语音播报或者屏幕显示，用于提醒工作人员进行财务账目核查。
66.本发明实施例提供的费用数据处理方法，接收结算模块发送的当前结算产品的费用信息，将费用信息按照对应的费用结算类型导入至费用数据模型，并根据费用数据模型确定当前结算产品的费用核验结果，并将费用核验结果发送至结算模块，通过将费用信息的费用结算类型划分为计费、扣费和欠费，实现了对所有的结算产品按照统一的规范进行管理，标准化了各类结算产品的结算方式，通过费用数据模型对结算产品进行费用核验，提高了结算产品的财务安全，提高了结算产品的费用数据的可用性，提高了银行的费用结算效率，降低了银行的经营风险。
67.基于上述实施例，扣费包括递延收入。
68.具体地，对于扣费，按照入账方式，可以分为按时间点入账和按时间段入账。当扣费的入账方式选择为按时间段入账时，扣费对应的费用信息中的费用金额应根据时间段产生递延收入。
69.递延收入是指预先收取货币资金而在其后会计期间确认收入项目，这部分主要用于核对会计层面入帐的金额。
70.基于上述任一实施例，步骤120包括：
71.若费用信息的费用结算类型为扣费中的异常扣费，则基于费用信息对应的系统操作记录信息，确定费用信息的扣费标记；
72.将费用信息，以及费用信息的扣费标记导入至费用数据模型。
73.具体地，可以对扣费进行划分，得到正常扣费和异常扣费。其中，正常扣费对应的费用信息为按照结算产品的业务规则进行结算时产生的费用数据。例如，按照结算产品设定的扣费参数进行自动扣费时所产生的数据。对于正常扣费产生的费用信息，可以直接导入费用数据模型。
74.异常扣费对应的费用信息由于人工干预等因素导致的非正常扣费流程所产生的费用数据。对于异常扣费产生的费用信息，需要对该费用信息进行标记。可以对该异常扣费对应的费用信息的系统操作记录信息进行分析，获取异常扣费对应的扣费原因，并根据扣费原因生成费用信息的扣费标记。例如，对异常扣费对应的费用信息的系统操作记录信息进行分析，确定异常扣费对应的扣费原因为人工扣费或者协议扣费，然后根据人工扣费或者协议扣费生成扣费标记，对该异常扣费对应的费用信息进行标记。
75.最后，将费用信息，以及费用信息的扣费标记导入至费用数据模型。
76.在确定扣费标记时，可以对异常扣费对应的费用信息的系统操作记录信息进行关键字检索，从而确定异常扣费对应的扣费原因。搜索的关键字可以根据业务需求进行设置，例如，关键字可以为“人工”或者“协议”等。
77.基于上述任一实施例，步骤120包括：
78.若费用信息的费用结算类型为扣费中的递延收入，则基于费用信息对应的递延周期和扣费比例，确定费用信息的递延信息；
79.将费用信息，以及费用信息的递延信息导入至费用数据模型；
80.其中，递延信息包括递延总周期、递延次数、递延金额、递延笔数和扣费科目。
81.具体地，对于按时段收取的扣费数据会根据业务规则设置的递延周期和扣费比例，费用信息的递延信息。
82.递延信息包括递延总周期、递延次数、递延金额、递延笔数和扣费科目。递延总周期是指结算产品能够进行递延扣费的周期总数。递延次数为采用递延扣费时当前费用信息发生时的次数。递延金额为采用递延扣费时当前费用信息的金额。递延笔数为当前扣除递延金额的次数。扣费科目为费用信息对应的费用类别或者账目。
83.将费用信息，以及费用信息的递延信息导入至费用数据模型，使得费用数据模型可以根据费用信息以及递延信息，对结算产品的会计入账进行整体核对，提高费用计算的准确性。
84.基于上述任一实施例，步骤120包括：
85.若费用信息的费用结算类型为欠费，则基于费用信息，以及费用信息对应的用户的历史费用信息，确定用户对应的欠费状态；
86.将费用信息，以及用户对应的欠费状态导入至费用数据模型。
87.具体地，当费用结算类型为欠费时，还需要对欠费的时效性进行更新。欠费的失效性可以用用户对应的欠费状态来表示。
88.用户对应的欠费状态可以通过欠费金额来表示。例如，根据当前结算时用户支付的费用信息，确定用户进行结算的结算产品，以及该结算产品下用户的历史费用信息。根据费用信息中的扣费金额，以及历史费用信息中的扣费金额，可以确定用户剩余的欠费金额，并将其作为欠费状态。
89.将费用信息，以及用户对应的欠费状态导入至费用数据模型，使得费用数据模型可以根据用户对应的欠费状态，对结算产品的会计入账进行整体核对，提高费用计算的准确性。
90.基于上述任一实施例，步骤120包括：
91.若费用信息的费用结算类型为计费且费用信息中不存在计费明细数据，则基于结算产品的历史费用信息中的扣费明细数据和欠费明细数据，确定结算产品的计费明细数据；
92.将计费明细数据导入至费用数据模型。
93.具体地，在导入计费对应的费用信息时，可以对费用信息进行数据完备性检查。若费用信息中存在计费明细数据，则表明计费对应的费用信息是完备的，可以直接导入费用数据模型。若费用信息中不存在计费明细数据，则表明计费对应的费用信息存在缺失，此时，可以根据扣费明细数据和欠费明细数据，确定计费明细数据。
94.例如，可以按照扣费周期，获取结算产品的历史费用信息，通过关键字检索和分类，得到扣费明细数据和欠费明细数据。根据“计费＝扣费+欠费”的原则，对扣费明细数据和欠费明细数据中的数据按照对应的数据项进行求和，得到计费明细数据中对应的数据项的费用明细，整理后得到计费明细数据。
95.基于上述任一实施例，步骤120包括：
96.获取当前结算产品在目标结算时间内的历史费用信息；
97.基于历史费用信息，确定当前结算产品的各个费用结算类型对应的金额；
98.若计费金额等于扣费金额与欠费金额之和，则确定当前结算产品的费用核验结果
为平账；
99.若计费金额不等于扣费金额与欠费金额之和，则确定当前结算产品的费用核验结果为对账不平。
100.具体地，费用数据模型对银行结算产品的费用数据进行业务层面上的核验。核验的方法为根据“计费＝扣费+欠费”的原则，检查结算产品在给定时间范围内的，计费金额是否等于扣费金额与计费金额之和。
101.费用数据模型获取当前结算产品在目标结算时间内的历史费用信息，对历史费用信息按照计费、扣费和欠费这三个费用结算类型进行分类型核算，得到当前结算产品的计费金额、扣费金额和欠费金额。
102.若计费金额等于扣费金额与欠费金额之和，则确定当前结算产品的费用核验结果为平账，表明当前结算产品的财务账目能够实现收支平衡，无经营风险。
103.若计费金额不等于扣费金额与欠费金额之和，则确定当前结算产品的费用核验结果为对账不平，表明当前结算产品的财务账目无法实现收支平衡，存在经营风险。
104.此时，可以对费用数据模型中的处理逻辑进行检查，若处理逻辑不存在问题，则向工作人员发出经营风险提示。
105.基于上述任一实施例，步骤120之前，包括：
106.对费用信息进行预处理；
107.预处理包括数据集成、数据去重、业务规则填充和标签分类。
108.具体地，在导入费用数据模型前，可以对结算模块发送的当前结算产品的费用信息进行预处理，以实现费用信息的格式标准化、清除异常数据、纠正错误和清除重复数据等。
109.数据集成，用于把不同来源、格式、特点性质的数据在逻辑上或物理上有机地集中，从而提供全面的数据共享。数据去重，用于将费用信息中的重复数据删除。业务规则填充，用于对费用信息中的数据增加业务定义和约束的描述。标签分类，用于对费用信息中的数据添加标签，例如为费用信息中的扣费的结算方式，分别添加正常扣费和异常扣费的标签。
110.图3为本发明提供的费用数据导入至模型的流程图，如图3所示，本发明实施例提供的数据导入流程包括：
111.步骤一、对数据进行预处理，主要包括数据集成、数据去重等基础操作，以及根据业务规则填充和规范标签分类的标准化处理；
112.步骤二、扣费数据导入。将扣费数据分为正常扣费数据和异常扣费数据，对两大类扣费数据分别进行处理。
113.对于正常扣费数据，这部分数据是按照正常流程(产品签约，设定相关扣费参数，系统自动扣费)所产生的数据。这部分可以直接导入费用数据模型中。
114.对于异常扣费数据，这部分是由人工干预等因素导致的非正常流程所产生的扣费数据。按照系统操作记录对费用数据进行标记，主要包括人工扣费、协议扣费等。然后将这部分数据导入到费用数据模型中。
115.按照扣费的入账方式，上述扣费数据中还包括递延收入。对于按时段收取的扣费数据会根据人工设置的周期和比例划分到递延收入。对原始递延数据进行指标加工，主要
包括递延总周期、递延次数、递延金额、递延笔数、对应的自然科目。将这部分数据导入到费用数据模型中，主要用于会计入账核对。
116.步骤三、欠费数据导入。根据加工完成的扣费数据，对用户的欠费状态进行更新。根据完成的全部扣费或部分扣费，对欠费的时效性进行更新，确定最新的欠费状态，主要是欠费金额。将这部分数据导入到费用数据模型中。
117.步骤四、计费数据导入。检查计费数据的完备性。如果存在计费明细数据，则将计费数据导入到费用数据模型中。如果计费明细不存在，则通过一定的规则生成计费明细。主要是按照扣费周期，根据“计费＝扣费+欠费”，将加工完成的扣费数据和欠费数据反推得到相应的计费明细数据。
118.基于上述任一实施例，图4为本发明提供的费用数据处理系统的结构示意图，如图4所示，该系统包括：
119.结算模块410，用于确定当前结算产品的费用信息；
120.处理模块420，与结算模块410电连接，用于执行上述费用数据处理方法。
121.具体地，结算模块410为用于执行银行结算业务的装置，可以为终端，包括但不限于移动终端、平板电脑、台式电脑，或者包括终端的控制装置，例如自动柜员机(automated teller machine，atm)等。处理模块420可以为服务器或者云平台。
122.处理模块420可以根据业务专家的经验参与，清洗、拆分、整合数据后，构建一个不同颗粒度的数据对象均可使用的费用数据模型。
123.本发明实施例提供的费用数据处理系统，通过处理模块执行费用数据处理方法，构建有价值的费用数据模型，敏捷、高效地满足银行对不同的费用数据处理场景和数据挖掘、分析需求，大幅度提升了银行人员对于费用数据的应用及处理能力。
124.基于上述任一实施例，还包括：
125.数据库，与处理模块电连接，用于存储各个结算产品的历史费用信息。
126.具体地，可以在系统中建立数据库，用于对各个结算产品的历史费用信息进行存储，以实现对历史费用信息的集中管理，可以有效整合银行各地分行和不同部门拥有独立的信息系统、业务流程和数据管理，联通各系统各部门的数据孤岛。
127.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
128.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干命令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
129.最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可
以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。