【技术实现步骤摘要】
本专利技术属于银行产品交易处理方法，尤其涉及一种基于请求订单模型处理银行产品交易的方法及系统。
技术介绍
1、银行的数字化转型在经历了以物理网点进行服务的bank1.0时代、提供自助服务比如atm机的bank2.0时代、通过app等移动入口提供服务的bank3.0时代，正在进入通过金融科技重构银行业务，并将其能力嵌入生产、生活的智能银行bank4.0时代。在此过程中银行的系统架构也在不断演进，但系统架构的演进并不是直接采用新架构系统替换旧架构系统，为了保证业务的稳定性和完整性，通常会在原始架构基础上新增旁路架构，再通过数据迁移做平滑过渡，同时新的系统会通过其他厂商同步构建。但该过程会出现一个结果，银行庞大的it体系在宏观上不断向前演进，但微观的it系统层面由于架构过于复杂并且系统竖井林立，导致演进过程困难重重，成本也越来越高。
2、在传统的以产品为中心的时期，由于产品为银行主导，客户是被动接受产品的一方，此时阻碍并不明显，但当客户通过移动互联网线上化后，过去的以产品为中心就转向了以客户为中心，客户为中心的核心概念在于通过更人性化的产品、更敏捷的业务满足客户多元化的需求，需求的控制权发生了反转，银行为了获得更多的客户，必须提升业务效率，改善客户体验，传统的it建设方案已经完全无法满足当前的客户需求了。
3、具体来说，银行产品系统需要与客户之间通过交易行为来让客户使用相应的产品服务，例如，客户需要通过存款操作将资金存入银行、通过转账操作使用转账服务、通过理财操作购买持有理财产品，但这些操作都是在各自的系统中自
4、另外，银行在应用架构上实现各类业务流程时，通常会将所有的交易流程控制逻辑都直接在产品系统上实现。
5、a、以跨行转账交易为例，渠道系统发起交易，调用二代支付系统，二代支付系统首先调用核心业务系统扣除客户账户余额，随后再调用人行支付系统进行跨行清算，此时交易流程控制逻辑就都落在了二代支付系统中，如图1所示。
6、b、以现金存款交易为例，渠道系统发起交易，调用核心业务系统，其中现金模块承接现金入账，账户模块承接账户入账，此时交易流程控制逻辑就落在了核心业务系统中，如图2所示。
7、c、以理财购买交易为例，渠道系统发起交易，调用理财系统，理财系统调用核心业务系统完成客户扣账，再执行自己的理财入账，如图3所示。
8、通过上面的三个实例，展示出在对不交易流程控制逻辑进行设计时，通常由后端的产品系统实现整个交易逻辑的控制，所以不同业务的交易流程会落在不同的系统上，对应的处理流程逻辑也相互独立设计。这虽然符合人们的一般习惯，放在单个系统中设计起来也比较简单，但随着产品业务复杂度的提升，就需要在原有系统中进行扩展，或接入其他的产品业务系统来辅助。我们将上面c理财用例做个扩展，让理财系统同时支持ⅰ、ⅱ类账户的购买行为，那么理财系统就需要再对接互金核心系统才能完成，如图4所示。
9、基于这样的设计结构会导致产品交易规则散落在各个产品业务系统中，并由各自系统独立控制流程。
10、上面提到的各种用例在某一垂直产品业务领域上设计简单，但是弊端也十分明显：
11、(1)产品业务独立设计交易流程，没有统一的交易模式，不利于新业务的快速设计和落地；
12、(2)交易控制分散在各个产品系统中，需要重复开发能够保证数据一致性的逻辑，成本高、落地慢；
13、(3)当前系统的产品交易逻辑需要新增或变化时，需要改造或对接相应的系统，很难解耦；
14、(4)渠道系统需要对接各种产品系统实现交易处理的逻辑，新建产品系统需要改造进行对接，整体交易链路会逐渐复杂，如图5所示。
技术实现思路
1、为了克服现有银行产品交易处理方法存在的上述缺陷，本专利技术提出了一种新的基于请求订单模型处理银行产品交易的方法。
2、分析现有银行产品交易处理方法存在的问题，我们发现：问题的核心在于产品的规则与交易的流程紧耦合，如果可以将两者解耦，那么上面的问题将得到解决的路径。
3、基于以上构思，本专利技术使用请求订单模型来完成产品规则与交易流程的解耦，虽然目前在电商平台中实体产品与虚拟服务使用订单交易模型来完成交易流程的统一，但银行业务和电商业务具有本质的区别，电商平台与客户之间是实物产品或虚拟服务与资金的交换行为，对于银行业务来说，银行与客户之间的交易本质上是客户资金的流动，例如存款业务发生时客户将资金流向(支付)银行，银行产生负债(交付)；转账交易发生时客户将资金转出(支付)，资金转入目标户(交付)；理财产品购买发生时客户将资金流向(支付)银行，银行提供(交付)产品份额，如下表所示：
4、
5、
6、通过上面的案例分析，为了模型的稳定性，本专利技术锚定了两个定义点：
7、一、使用客户进行支付、银行进行交付的单向模式，不采用银行支付、客户交付的逆向模式。
8、二、使用产品交易场景来确定资金流向，而不是电商平台订单中资金只能通过支付来体现。
9、在确定了订单的模型定义后，还需要进行订单产生前的预处理工作，这部分在银行业务中包含很多不涉及资金流动的业务，如询价、授信、申请评估等产品服务，这部分在本专利技术中使用请求报价模型来完成，由此可以构建出一个完整银行产品业务交易流程，且该流程具有一定的通用性，我们以线上信用贷款来做简单的请求订单模型拆分，如图6所示。
10、整体而言，本专利技术将产品服务规则与交易流程控制解耦，并使用请求订单模型统一原有系统的交易流程控制，以减少渠道端的对接工作量，解耦后的效果将更有利于新产品建立与快速展业。以转账交易为例，当遇到转账需要收取手续费，或者需要提供多账户扣款，或者数字货币抵资金之类的场景时，传统的方式需要通过重构才能完成新的产品业务场景，但使用本方法可节省大量的对接成本。
11、本专利技术以交易中心作为it系统，交易中心通过对产品服务规则与交易流程控制的解耦，实现银行对客户产品交易运营的统一管理。
12、具体地，本专利技术提供了一种基于请求订单模型处理银行产品交易的方法，如图18所示，本方法包括：
13、s1.归集银行涉及产品交易的客户场景并对其进行分类管理，定义各类场景的基本业务信息和各个交易阶段，启动定义的交易场景，通过交易中心提供的场景接入功能对接交易场景，交易场景开始执行后，交易中心对该场景的各个交易阶段进行流转，保存请求订单数据，处理流转过程中发生的异常事件，引导客户完成交易；
14、s2.基于各类交易场景各个交易阶段的请求订单数据构建请求订单模型，当进行新的产品交易时，首先将该产品交易信本文档来自技高网...
【技术保护点】
1.一种基于请求订单模型处理银行产品交易的方法，其特征在于，所述方法包括：
2.根据权利要求1所述的基于请求订单模型处理银行产品交易的方法，其特征在于，步骤S1中包括：
3.根据权利要求2所述的基于请求订单模型处理银行产品交易的方法，其特征在于，步骤S12中所述的场景的交易阶段包括：请求响应、订单创建、订单核准、订单支付、订单交付、订单通知、订单完成。
4.根据权利要求3所述的基于请求订单模型处理银行产品交易的方法，其特征在于，步骤S1中所述的交易场景通过交易场景编号来表示其唯一性，在渠道端发起HTTP请求时调用交易中心的执行接口，并在报文头中携带交易场景编号，交易中心通过路由机制寻找对应的场景执行规则，所述场景执行规则由各交易阶段来确定。
5.根据权利要求3所述的基于请求订单模型处理银行产品交易的方法，其特征在于，步骤S2中所述的请求订单模型在每个阶段均提供执行中和完成两个状态，在某个阶段进行正向操作或逆向操作时，需要先明确该阶段的当前状态是否可以进行相应的操作。
6.根据权利要求3所述的基于请求订单模型处理银行产品交
7.根据权利要求3所述的基于请求订单模型处理银行产品交易的方法，其特征在于，步骤S2中所述的请求订单模型包括请求响应数据模型和订单数据模型。
8.一种基于请求订单模型处理银行产品交易的系统，其特征在于，所述系统包括：
9.根据权利要求8所述的基于请求订单模型处理银行产品交易的系统，其特征在于，所述系统中：
10.根据权利要求8所述的基于请求订单模型处理银行产品交易的系统，其特征在于，所述系统中还包括：
...【技术特征摘要】
1.一种基于请求订单模型处理银行产品交易的方法，其特征在于，所述方法包括：
2.根据权利要求1所述的基于请求订单模型处理银行产品交易的方法，其特征在于，步骤s1中包括：
3.根据权利要求2所述的基于请求订单模型处理银行产品交易的方法，其特征在于，步骤s12中所述的场景的交易阶段包括：请求响应、订单创建、订单核准、订单支付、订单交付、订单通知、订单完成。
4.根据权利要求3所述的基于请求订单模型处理银行产品交易的方法，其特征在于，步骤s1中所述的交易场景通过交易场景编号来表示其唯一性，在渠道端发起http请求时调用交易中心的执行接口，并在报文头中携带交易场景编号，交易中心通过路由机制寻找对应的场景执行规则，所述场景执行规则由各交易阶段来确定。
5.根据权利要求3所述的基于请求订单模型处理银行产品交易的方法，其特征在...
【专利技术属性】
技术研发人员：张波，刘昱，王赢杰，江山，
申请(专利权)人：赞同科技股份有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。