支付记录合并拆分的数据处理系统

本发明涉及电子信息及数据处理技术领域，具体涉及财务及金融类软件中 的关于支付结算记录的拆分、合并的数据处理系统。

每笔资金付款记录的核心信息，包括付款方和收款方的单位名称、银行账 号以及支付依据。但对付款方而言，在进行付款时还需考虑资金存量是否够付， 什么时间付款最合适，尽量使用流动性较低的结算方式付款（例如票据背书支 付）等，这就需要信息化产品（财务及金融类软件）在操作层面上提供对应功 能组件来支持付款方进行安排资金支付的需求，支持按预期的标准对支付记录 进行合并或拆分后再进行付款。

然而，现有财务及金融类软件只提供了对同一个收款单位的应付款项逐笔 支付的相应功能组件，不能执行支付记录的合并及拆分操作，使得执行以上操 作时，无法在现有电子信息化系统内进行，效率低下。

本发明的目的是：在财务及金融业务数据的电子信息化操作和管理系统中， 提供能够按预计标准对支付申请进行合并拆分、并生成支付操作信息的功能。 实现上述目的的技术方案如下：

一种支付记录合并拆分的数据处理系统，包括：支付申请记录录入模块， 用于输入或调用支付申请记录数据表；合并规则定义模块，设定合并支付申请 记录依据的要素；扫描分类模块，扫描支付申请记录，并按照合并依据将所有 要素都相同的支付申请记录归为一类；合并执行模块，用于将归于一类的支付 申请记录合并，并生成新的申请记录及数据表；支付额拆分模块，用于将原申 请记录的支付额或所述生成的新的申请记录的总支付额拆分为至少两个部分， 供所述支付方式设定模块分别进行支付方式的设定；支付方式设定模块，用于 为所述支付额提供“现金”、“支票”、“转账”、“背书”四种可选择的结算方式。

作为进一步的技术方案，上述支付记录合并拆分的数据处理系统还包括票 据存储模块及配票控制模块，在支付方式选择为支票或是背书结算方式时被调 用，用于用户选择合适的票据并与该项支付记录相应绑定。

作为进一步的技术方案，上述支付记录合并拆分的数据处理系统还包括追 溯查询模块，包括：步骤数据记录单元，用于记录原始数据及每一操作步骤的 相应数据信息；查询单元，用于查询原始数据及每一操作步骤的相应数据信息。

本发明的有益效果在于：能够对提交的支付申请记录，依据预期定义的标 准进行合并，或对合并后记录按照结算方式进行拆分，最后对合并拆分后形成 的新记录进行付款，全过程可以支持追溯查询。

图1为本发明实施例提供的支付记录合并拆分的数据处理系统的构成框图。

图2为利用本发明实施例提供的支付记录合并拆分的数据处理系统进行合 并规则定义的示意图。

图3为本发明实施例提供的支付记录合并拆分的数据处理系统进行支付额 拆分处理的示意图。

图4为本发明实施例提供的支付记录合并拆分的数据处理系统在进行支付 方式设定并进行配票处理的示意图。

图5为本发明实施例提供的支付记录合并拆分的数据处理系统中追溯查询 模块的功能组件的示意图。

结合图1所示，本实施例提供的支付记录合并拆分的数据处理系统主要包 括：合并规则定义模块、支付申请记录录入模块、扫描分类模块、合并执行模 块、支付额拆分模块、支付方式设定模块、票据存储模块、配票控制模块及追 溯查询模块。

上述系统的工作过程主要包括：

1、结合图2所示，首先通过合并规则定义模块建立合并依据默认方案，固 化合并依据方案的必要核心要素，例如设定：币种、付款通道（银企直连通道、 手工柜台通道）、收款单位、收款账号为合并依据的要素，那么必须要以上四个 要素均相同的支付申请，才能进行合并。当然，用户可基于默认方案自定义个 性化合并依据方案，即增加合并要素项目。

2、固化结算方式可选范围：现金、支票、转账、背书，具体支付时可选择 其中部分或全部结算方式。

3、对支付申请记录录入模块提供的支付申请记录数据进行合并或拆分处 理，处理的方式包括四种组合方式：先合并再拆分、不合并只拆分、只合并不 拆分、既不合并也不拆分。

这里须说明拆分组合方式，是在程序处理的同时，系统自动判断是哪种拆 分组合方式。判断规则：通过支付申请记录的“收款人、收款账号”信息进行 筛选，对于收款人、收款账号相同的记录，会以底标识，即用户可以进行合 并（这时四种拆分组合方式均可选择），如用户进行合并处理后，则程序自动判 断出当前用户选择的拆分组合方式为“先合并再拆分”、或“只合并不拆分”； 用户对合并后记录选择拆分处理，则程序自动判断出当前用户选择的拆分组合 方式为“先合并后拆分”。整个合并、拆分处理过程，程序是根据每一步操作数 据结果，自动判断所选择的拆分组合方式。

下面以先合并再拆分为例说明一具体示例：

公司本部2010年10月持有如下承兑汇票：

汇票号 票据性质 出票人 出票日期 到期日 票面金额

201010001 商业承兑汇票 丁公司 2010.10.8 2010.10.8 100.00

201010002 银行承兑汇票 甲公司 2010.10.20 2010.10.8 200.00

201010003 银行承兑汇票 甲公司 2010.10.10 2010.10.8 300.00

201010004 银行承兑汇票 乙公司 2010.10.18 2010.10.8 200.00

201010005 商业承兑汇票 甲公司 2010.10.12 2010.10.8 500.00

201010006 银行承兑汇票 乙公司 2010.10.15 2010.10.8 600.00

201010007 银行承兑汇票 乙公司 2010.10.29 2010.10.29 800.00

201010008 银行承兑汇票 丙公司 2010.10.23 2010.10.18 100.00

公司本部2010年11月待支付申请如下：

步骤一：选择“先合并后拆分”的拆分组合方式，依据合并依据方案，进 行合并处理。对上述待支付记录，选择系统默认的合并依据方案（即方案中的 合并要素信息为：相同币种、相同收款单位、相同收款账号、相同支付通道）。 首先通过扫描分类模块将上述待支付记录进行要素扫描，并对可合并的记录归 类；然后由合并执行模块进行合并，合并结果如下：

例如，上述01、02记录合并为a记录；04、06记录合并为c记录；08、09、 10记录合并为f记录。

合并处理结果如下表：

记录号 收款单位 收款银行 收款账号 是否电子支付

a（01+02） 客户甲 工行 GH101 是

b（03） 客户甲 农行 NH101 是

c（04+06） 客户乙 建行 JH101 是

d（05） 客户乙 建行 JH101 否

e（07） 客户丙 中行 ZH101 是

f（08+09+10） 电力公司机关 中电财 ZDC101 是

步骤二：如图3所示，利用支付额拆分模块对合并后记录选择现金、支票、 转账、背书结算方式进行拆分处理。拆分后结果如下：

步骤三：将最终的拆分后记录显示给用户，用户按此进行付款。

其中，上述步骤二中，如果选择支票或是背书结算方式，则提供智能化配 票功能，帮助用户选择最合适的票据进行支付。结合图4所示，即通过本系统 提供的配票控制模块从票据存储模块中调取相应票据信息，用户选择合适的票 据并与该项支付记录相应绑定。

此外，上述过程中，可以对合并、拆分全过程提供追溯查询，便于用户了 解拆分后记录与合并后记录，以及与支付申请记录三者的对应关系，参见图5 所示。通过本系统提供的追溯查询模块来实现，该模块包括：步骤数据记录单 元，用于记录原始数据及每一操作步骤的相应数据信息；查询单元，用于查询 原始数据及每一操作步骤的相应数据信息。