CN110457336A - 交易数据处理方法及装置 - Google Patents

Abstract

本发明公开了一种交易数据处理方法及装置，其中方法包括：接收核心银行系统发送的一组或多组交易主键和每组交易主键对应的交易数据；接收交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据，其中所述交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据包括：渠道系统发送的与每组交易主键对应的渠道附加数据、场景系统发送的与每组交易主键对应的场景附加数据和外围产品系统发送的与每组交易主键对应的产品附加数据；对每组交易主键对应的交易数据、渠道附加数据、场景附加数据和产品附加数据进行整合。本发明有效提高客户交易数据的完整性，满足客户及监管机构对交易数据完整性的要求。

Description

交易数据处理方法及装置

技术领域

本发明涉及银行数据处理技术领域，尤其涉及交易数据处理方法及装置。

背景技术

对于一笔已完成的银行入账交易，客户以及监管机构要求能够看到完整的客户交易数据视图，因此有必要获得全部交易数据并进行分析显示。现有技术通常从核心银行系统获得客户交易数据以进行显示，但是经常会出现交易数据不完整的问题，很难满足客户和监管机构对交易数据完整性的要求。

发明内容

本发明实施例提供一种交易数据处理方法，用以对交易数据进行处理，为客户以及监管机构提供完整的客户交易数据，满足客户及监管机构对交易数据完整性的要求，该方法包括：

接收核心银行系统发送的一组或多组交易主键和每组交易主键对应的交易数据；

接收交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据，其中所述交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据包括：渠道系统发送的与每组交易主键对应的渠道附加数据、场景系统发送的与每组交易主键对应的场景附加数据和外围产品系统发送的与每组交易主键对应的产品附加数据；

对每组交易主键对应的交易数据、渠道附加数据、场景附加数据和产品附加数据进行整合。

本发明实施例提供一种交易数据处理装置，用以对交易数据进行处理，为客户以及监管机构提供完整的客户交易数据，满足客户及监管机构对交易数据完整性的要求，该装置包括：

第一数据接收模块，接收核心银行系统发送的一组或多组交易主键和每组交易主键对应的交易数据；

第二数据接收模块，用于接收交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据，其中所述交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据包括：渠道系统发送的与每组交易主键对应的渠道附加数据、场景系统发送的与每组交易主键对应的场景附加数据和外围产品系统发送的与每组交易主键对应的产品附加数据；

数据整合模块，用于对每组交易主键对应的交易数据、渠道附加数据、场景附加数据和产品附加数据进行整合。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述交易数据处理方法。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述交易数据处理方法。

相对于现有技术中从核心银行系统获得客户交易数据以进行显示的方案而言，本发明实施例通过接收核心银行系统发送的一组或多组交易主键和每组交易主键对应的交易数据；接收交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据，其中所述交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据包括：渠道系统发送的与每组交易主键对应的渠道附加数据、场景系统发送的与每组交易主键对应的场景附加数据和外围产品系统发送的与每组交易主键对应的产品附加数据；对每组交易主键对应的交易数据、渠道附加数据、场景附加数据和产品附加数据进行整合。本发明实施例不仅从核心银行系统获得交易数据，还从交易链路上的多个节点系统获得交易附加数据，其中包括从渠道系统获得的渠道附加数据、从场景系统获得的场景附加数据和从外围产品系统获得的产品附加数据，最后根据交易主键进行数据整合，有效补充了未记录在核心银行系统中的交易附加数据，提高了客户交易数据的完整性，满足了客户及监管机构对交易数据完整性的要求。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1为本发明实施例中交易数据处理方法示意图；

图2为本发明实施例中核心银行系统与节点系统设计示意图；

图3为本发明具体实施例中交易数据与各附加数据的整合方法示意图；

图4为本发明具体实施例中对整合完成后的数据进行补充加工的示意图；

图5为本发明实施例中交易数据处理装置结构图；

图6为本发明实施例中交易数据处理装置结构图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

如前所述，现有技术通常从核心银行系统获得客户交易数据以进行显示，这是因为，各银行普遍采用“瘦核心”策略，核心银行系统定位成实时的交易处理系统，对外围系统提供被动的交易处理服务，不再承担复杂的业务处理功能以及管理会计、风险管理、客户分析等功能。但是经常会出现交易数据不完整的问题，很难满足客户和监管机构对交易数据完整性的要求。

为了对交易数据进行处理，为客户以及监管机构提供完整的客户交易数据，满足客户及监管机构对交易数据完整性的要求，本发明实施例提供一种交易数据处理方法，如图1所示，该方法可以包括：

步骤101、接收核心银行系统发送的一组或多组交易主键和每组交易主键对应的交易数据；

步骤102、接收交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据，其中所述交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据包括：渠道系统发送的与每组交易主键对应的渠道附加数据、场景系统发送的与每组交易主键对应的场景附加数据和外围产品系统发送的与每组交易主键对应的产品附加数据；

步骤103、对每组交易主键对应的交易数据、渠道附加数据、场景附加数据和产品附加数据进行整合。

由图1所示可以得知，本发明实施例通过接收核心银行系统发送的一组或多组交易主键和每组交易主键对应的交易数据；接收交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据，其中所述交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据包括：渠道系统发送的与每组交易主键对应的渠道附加数据、场景系统发送的与每组交易主键对应的场景附加数据和外围产品系统发送的与每组交易主键对应的产品附加数据；对每组交易主键对应的交易数据、渠道附加数据、场景附加数据和产品附加数据进行整合。本发明实施例不仅从核心银行系统获得交易数据，还从交易链路上的多个节点系统获得交易附加数据，其中包括从渠道系统获得的渠道附加数据、从场景系统获得的场景附加数据和从外围产品系统获得的产品附加数据，最后根据交易主键进行数据整合，有效补充了未记录在核心银行系统中的交易附加数据，提高了客户交易数据的完整性，满足了客户及监管机构对交易数据完整性的要求。

发明人发现，一笔交易从源节点系统发起，中间经多个节点系统，最后进入核心银行系统进行入账处理。核心系统银行通常只具备其业务处理所必需的客户交易数据，不包含全面的客户交易数据，每个节点都可能记存一些交易数据，交易数据分散不集中。一笔交易数据含的信息要素有；交易方的客户信息、交易方的账户信息、交易发起渠道信息、交易的账务信息、交易对手信息、支付信息、费用信息、附加信息等。解决交易数据完整性主要从以下方面入手：首先是实现交易数据集中处理，实时或批量接收各个交易链路的节点系统和核心银行系统发送的交易数据。其次，从一笔交易数据构成上进行划分，对不同节点记存的交易数据进行规范：渠道系统仅记录交易的渠道附加数据；场景系统仅记录交易的场景附加数据；外围产品系统仅记录交易的产品附加数据。如图最后，定义标准化交易数据模型、规范交易报送接口信息，并定义可扩展的报送接口兼容银行复杂的金融交易场景要求，满足不同客户的金融交易的信息服务诉求。本发明实施例通过建立一套完整的交易数据处理方法，实现面向国内及海外客户提供完整信息展现的功能，最大限度满足业务实际需求、提高客户满意度，满足全部对公、对私T+0、T+1日的交易数据服务需求。

具体的，在实施交易数据处理方法之前，需要厘清行内各系统的交易数据记存内容，不同交易数据的构成由对应系统记存；对交易数据构成进行划分，建立交易数据模型，明确交易数据归属记存系统。核心银行系统与节点系统之间的业务流程进行重新设计，如图2所示，按照更开放、更灵活和松耦合的原则合理布局银行的各类业务应用系统。从一笔交易数据构成上进行划分，对不同节点的记存的交易数据进行规范：渠道系统仅记录交易的渠道附加数据；场景系统仅记录交易的场景附加数据；外围产品系统仅记录交易的产品附加数据。从交易链路的各节点系统的定位规划，规范了各个系统的交易数据的记录规则、报送信息要求，简化了交易数据报送的复杂度。进而，定义标准化交易数据模型，从一笔交易数据构成上进行划分，对不同节点的记存的交易数据进行规范。在交易流水明细表通过300多个栏位可以详尽表述一笔交易数据，对于在标准的模型中未包含的字段，可以通过扩展栏位buffer区进行扩充。

具体实施时，接收核心银行系统发送的一组或多组交易主键和每组交易主键对应的交易数据；

实施例中，交易主键包括：银行卡号、银行账号、交易时间、交易记录号其中之一或任意组合。

实施例中，每组交易主键对应的交易数据可以包括：交易流水号、UUID、交易属性、交易时间、起息日期、批量处理特殊标记、提示码、提示码描述、原交易日期、原交易流水号、交易货币、交易汇率、借贷标识、交易金额、交易后余额、交易后可用余额、冻结金额、透支限额、可用透支限额、贴现息金额、正常本金余额、逾期本金余额、欠息余额、逾期本金金额、逾期利息金额、本金罚息金额、利息罚息金额、罚息的罚息金额其中之一或任意组合。每组交易主键对应的交易数据还可以包括：主账户账号所属省行机构号、主账户账号、子账户类别、账号册号、账号序号、产品大类、产品子类、产品描述、文书合同号、账户属性、客户类别、账户的类型、卡号其中之一或任意组合。每组交易主键对应的交易数据还可以包括：使用凭证类型、使用凭证号码、产生凭证类型、产生凭证号码其中之一或任意组合。每组交易主键对应的交易数据还可以包括：费用帐号、费用帐号子账户类别号、费用笔数、应收费用总金额、优惠金额其中之一或任意组合。

具体实施时，接收交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据，其中所述交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据包括：渠道系统发送的与每组交易主键对应的渠道附加数据、场景系统发送的与每组交易主键对应的场景附加数据和外围产品系统发送的与每组交易主键对应的产品附加数据；

实施例中，渠道系统发送的与每组交易主键对应的渠道附加数据可以包括：交易流水号、渠道名称、交易IP地址、MAC地址、交易发起时间、终端号、地址名称、客户申请号、客户业务编号其中之一或任意组合。场景系统发送的与每组交易主键对应的场景附加数据可以包括：支付流水号、支付渠道、商户号、商户名称、回退金额、回退账号其中之一或任意组合。场景系统发送的与每组交易主键对应的场景附加数据还可以包括：收支申报号码、汇款路径、委托信息、他行交换号、转汇落地账号信息其中之一或任意组合。外围产品系统发送的与每组交易主键对应的产品附加数据可以包括：UUID、交易类型、交易性质、交易柜员、交易机构号、交易机构名称、原子交易码、原始交易码、冲正标识、交易渠道、备注、用途、附言、摘要、钞汇性质、描述其中之一或任意组合。外围产品系统发送的与每组交易主键对应的产品附加数据还可以包括：名义付款人账户名称、名义付款人卡号、名义付款人账号、名义付款人子账户类别号、名义付款人账号册号、名义付款人序号、名义付款人账户所属机构名称、名义付款人账户所属机构号、真实付款人账户名称、真实付款人卡号、真实付款人账号、真实付款人子账户类别号、真实付款人账户册号、真实付款人序号、真实付款人账户所属机构名称、真实付款人账户所属机构号、名义收款人账户名称、名义收款人卡号、名义收款人账号、名义收款人子账户类别号、名义收款人账户册号、名义收款人序号、名义收款人所属机构名称、名义收款人账户所属机构号、真实收款人账户名称、真实收款人卡号、真实收款人账号、真实收款人子账户类别号、真实收款人账户册号、真实收款人序号、真实收款人所属机构名称、真实收款人账户所属机构号其中之一或任意组合。外围产品系统发送的与每组交易主键对应的产品附加数据还可以包括：交易对手货币和/或交易对手汇率。外围产品系统发送的与每组交易主键对应的产品附加数据还可以包括：收款人的证件类型、收款人的证件信息、付款人的证件类型、付款人的证件信息、汇款人地址及电话、收款人地址及电话其中之一或任意组合。

实施例中，交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据还包括：发起行行号、发起行名称、签发日期、签发机构、业务功能、状态、收费类型、费用账期、票据签发日期、汇票金额、票据金额、票据签发机构、承兑日期、出票人账号、出票人名称、账务流水号、票据收款人名称、质押金额、承兑人名称其中之一或任意组合，由可扩展的Buffer区定义，这些数据的记存系统可以时实际情况进行设置。

具体实施时，对每组交易主键对应的交易数据、渠道附加数据、场景附加数据和产品附加数据进行整合。

实施例中，对每组交易主键对应的交易数据、渠道附加数据、场景附加数据和产品附加数据进行整合，包括：

对每组交易主键，将该组交易主键对应的交易数据和产品附加数据进行数据拼接；

根据该组交易主键对应的渠道附加数据和场景附加数据，对拼接后的结果进行数据补充。

实施例中，进行日间联机信息采集，拼接，加工的处理，通过联机接收核心银行系统和外围产品系统、场景系统、渠道系统发送的交易数据，通过键值进行拼接和补充加工，形成信息服务的基础数据集。

举一例，如图3所示，首先读取配置文件，扫描核心银行系统的接口表，得到交易数据，判断是否存在外围产品交易，如果存在则查询外围产品系统的接口表，得到产品附加数据，将该组交易主键对应的交易数据和产品附加数据进行数据拼接，然后根据接收的该组交易主键对应的渠道附加数据和场景附加数据，对拼接后的结果进行数据补充。最后判断是否签约服务，如果签约服务则插入服务控制表。

又例如，在拼接对手信息(交易对手货币或交易对手汇率)时，根据银行号+UUID+冲正标识，关联外围产品系统交易进行交易补齐，通过交易流水号关联渠道系统、场景系统的交易进行交易补齐，若有节点没有实时推送交易，平台在日间先展示未补齐的交易数据给客户，在夜间收到外围交易文本时再补齐交易数据。

又例如，拼接摘要类信息，对于冲正交易，摘要字段＝“reversed+原交易流水+原交易的原交易记录号后三位+’/’+原摘要”。其他字段依据规则依次加工。

实施例中，对于交易数据不完整或问题节点，还可以对整合完成后的数据进行补充加工，并以最后的加工完成的交易数据作为对客查询展示的数据，如图4所示，首先判断是否已切日，如果未切日则判断当日是否有需要补齐的对手信息，如果有，筛选出待补齐表中需要拼接交易信息的记录，在交易明细表中补充对手信息，更新待补齐表中该交易的对私交易表补齐状态为已补齐。

实施例中，将接收到的核心银行系统批量日间文本和外围交易系统文本数据，与日间接收的交易数据、交易附加数据、整合后的数据进行对比，对日间联机接收遗漏的交易数据作补漏的处理，对日间联机未整合信息的交易做补整合处理。根据银行号+UUID+冲正标识关联外围产品系统的信息补全，通过交易流水号关联渠道系统、场景系统的交易进行交易补全。批量处理与联机处理应保持加工逻辑一致。

实施例中，在对每组交易主键对应的交易数据、渠道附加数据、场景附加数据和产品附加数据进行整合之后，发送每组交易主键对应的整合后的数据。

实施例中，发送的每组交易主键对应的整合后的数据可以用于进行交易数据查询服务，提供按照客户、账户等维度的完整交易数据查询功能。例如，整合后的信息可以为客户提供交易信息查询服务，全渠道交易查询、短信通知等，同时为下游系统提供完整的交易数据，以支持总、分行系统对金融交易进行监管报送、统计分析等二次加工。还可以对交易查询服务的查询请求流量进行实时监测。

实施例中，发送的每组交易主键对应的整合后的数据可以用于进行数据异常实时监控功能，异常情况下提示维护人员介入处理。

基于同一发明构思，本发明实施例还提供了一种交易数据处理装置，如下面的实施例所述。由于这些解决问题的原理与交易数据处理方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

图5为本发明实施例中交易数据处理装置的结构图，如图5所示，该装置包括：

第一数据接收模块501，接收核心银行系统发送的一组或多组交易主键和每组交易主键对应的交易数据；

第二数据接收模块502，用于接收交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据，其中所述交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据包括：渠道系统发送的与每组交易主键对应的渠道附加数据、场景系统发送的与每组交易主键对应的场景附加数据和外围产品系统发送的与每组交易主键对应的产品附加数据；

数据整合模块503，用于对每组交易主键对应的交易数据、渠道附加数据、场景附加数据和产品附加数据进行整合。

一个实施例中，所述交易主键包括：银行卡号、银行账号、交易时间、交易记录号其中之一或任意组合。

一个实施例中，所述数据整合模块503进一步用于：

对每组交易主键，将该组交易主键对应的交易数据和产品附加数据进行数据拼接；

根据该组交易主键对应的渠道附加数据和场景附加数据，对拼接后的结果进行数据补充。

一个实施例中，如图6所示，图5的交易数据处理装置还包括：

数据发送模块504，用于发送每组交易主键对应的整合后的数据。

综上所述，本发明实施例通过接收核心银行系统发送的一组或多组交易主键和每组交易主键对应的交易数据；接收交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据，其中所述交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据包括：渠道系统发送的与每组交易主键对应的渠道附加数据、场景系统发送的与每组交易主键对应的场景附加数据和外围产品系统发送的与每组交易主键对应的产品附加数据；对每组交易主键对应的交易数据、渠道附加数据、场景附加数据和产品附加数据进行整合。本发明实施例不仅从核心银行系统获得交易数据，还从交易链路上的多个节点系统获得交易附加数据，其中包括从渠道系统获得的渠道附加数据、从场景系统获得的场景附加数据和从外围产品系统获得的产品附加数据，最后根据交易主键进行数据整合，有效补充了未记录在核心银行系统中的交易附加数据，提高了客户交易数据的完整性，满足了客户及监管机构对交易数据完整性的要求。

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

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

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

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

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种交易数据处理方法，其特征在于，包括：

接收核心银行系统发送的一组或多组交易主键和每组交易主键对应的交易数据；

接收交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据，其中所述交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据包括：渠道系统发送的与每组交易主键对应的渠道附加数据、场景系统发送的与每组交易主键对应的场景附加数据和外围产品系统发送的与每组交易主键对应的产品附加数据；

对每组交易主键对应的交易数据、渠道附加数据、场景附加数据和产品附加数据进行整合。

2.如权利要求1所述的方法，其特征在于，所述交易主键包括：银行卡号、银行账号、交易时间、交易记录号其中之一或任意组合。

3.如权利要求1或2所述的方法，其特征在于，对每组交易主键对应的交易数据、渠道附加数据、场景附加数据和产品附加数据进行整合，包括：

对每组交易主键，将该组交易主键对应的交易数据和产品附加数据进行数据拼接；

根据该组交易主键对应的渠道附加数据和场景附加数据，对拼接后的结果进行数据补充。

4.如权利要求1所述的方法，其特征在于，还包括：发送每组交易主键对应的整合后的数据。

5.一种交易数据处理装置，其特征在于，包括：

第一数据接收模块，接收核心银行系统发送的一组或多组交易主键和每组交易主键对应的交易数据；

第二数据接收模块，用于接收交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据，其中所述交易链路上多个节点系统发送的与所述每组交易主键对应的交易附加数据包括：渠道系统发送的与每组交易主键对应的渠道附加数据、场景系统发送的与每组交易主键对应的场景附加数据和外围产品系统发送的与每组交易主键对应的产品附加数据；

数据整合模块，用于对每组交易主键对应的交易数据、渠道附加数据、场景附加数据和产品附加数据进行整合。

6.如权利要求5所述的装置，其特征在于，所述交易主键包括：银行卡号、银行账号、交易时间、交易记录号其中之一或任意组合。

7.如权利要求5或6所述的装置，其特征在于，所述数据整合模块进一步用于：

对每组交易主键，将该组交易主键对应的交易数据和产品附加数据进行数据拼接；

根据该组交易主键对应的渠道附加数据和场景附加数据，对拼接后的结果进行数据补充。

8.如权利要求5所述的装置，其特征在于，还包括：

数据发送模块，用于发送每组交易主键对应的整合后的数据。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至4任一所述方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1至4任一所述方法的计算机程序。