CN111553783A - 基于互联网WebAPI技术的银行直接保理集成服务平台 - Google Patents

Abstract

本发明公开了一种基于互联网Web API技术的银行直接保理集成服务平台，包括：统一标准化接口，其用来接入融资端；定制化接口，其用来接入不同的银行端；业务处理模块，其包括核心业务模块和外围支持业务模块，所述核心业务模块包括请求子模块、通知子模块和查询子模块，融资端与银行端之间的客户创建、授权、融资申请和放款业务通过所述请求子模块、所述通知子模块和所述查询子模块进行交互完成；所述外围支持业务模块包括数据转换平台、报表统计模块、异常处理模块、状态跟踪模块；以及安全防护体系模块，其包括安全监控模块、异常预警模块和日志采集分析模块。

Description

基于互联网WebAPI技术的银行直接保理集成服务平台

技术领域

本发明涉及供应链金融业务领域，特别是涉及一种基于互联网Web API技术的银行直接保理集成服务平台。

背景技术

所谓供应链金融业务是指以供应链核心企业为枢纽，进行应收账款等确权凭证、动产、不动产甚至存货的融资业务。而基于互联网的供应链金融，则是将原本线下流转的业务场景转移至线上，利用互联网的方式提高业务效率。

目前市场上，互联网+供应链金融业务平台的建设主体主要有三类，分别是：一、大型银行基于资金优势建立的融资平台；二、核心企业基于贸易背景优势搭建的融资平台；三、由科技类企业提供的第三方融资服务平台。

无论是哪一个业务主体，供应链金融业务效率、智能性、便捷性都在借助科技的力量，在数据和技术的驱动下快速提高，同时互联网技术的加入，让越来越多的中小企业能够享受到更加快速、便捷、低成本的融资服务。

但是，目前的融资平台普遍存在如下问题：

1、成本和周期。自有平台建设成本高、周期长，互联网+供应链金融平台是一个庞大而复杂的信息化平台，平台搭建从前期方案阶段到最终调试完毕可以正式投入运营，至少需要一到两年时间，不适合当前快速发展、瞬息万变的市场环境；

2、数据安全问题。在平台对接银行和企业方过程中，双方数据共享是业务开展的基础和前提，但是在这个过程中，如何做到数据共享与数据保护的兼顾一直是技术突破的难点。

3、平台开放性。以行业龙头、核心企业为枢纽搭建的平台，虽有上下游交易数据支撑，风控风险小，但平台开放性不够，它只针对自己产业链上下游企业，很快会触及业务的天花板。

4、系统的可验证性。在机器学习年代，业务模型是可进化迭代、有生命的，他源于业务场景的验证，而目前的大部分第三方供应链服务平台并不具备自己下场做业务的经验，更不必说成熟运营。

发明内容

本发明的目的在于提供一种基于互联网Web API技术的银行直接保理集成服务平台，平台开放性高，数据安全，操作便捷。

为实现上述目的，本发明提供了一种基于互联网Web API技术的银行直接保理集成服务平台，包括：统一标准化接口，其用来接入融资端；定制化接口，其用来接入不同的银行端；业务处理模块，其包括核心业务模块和外围支持业务模块，核心业务模块包括请求子模块、通知子模块和查询子模块，融资端与银行端之间的客户创建、授权、融资申请和放款业务通过请求子模块、通知子模块和查询子模块进行交互完成；外围支持业务模块包括数据转换平台、报表统计模块、异常处理模块、状态跟踪模块，数据转换平台用来统一处理不同银行报文与平台报文的转换，报表统计模块用来提供相关业务数据的报表，异常处理模块和状态跟踪模块用来及时查看单据状态并可对异常单据进行处理；以及安全防护体系模块，其包括安全监控模块、异常预警模块和日志采集分析模块，安全监控模块通过白名单、证书验证保证系统安全，异常预警模块用来对软硬件资源监控、峰值、异常风险及时预警，日志采集分析模块用来为系统优化改进提供依据。

可选的或优选的，接入系统采用https接口。

可选的或优选的，利用Nginx负载均衡动态分配资源，保证访问的及时通畅。

可选的或优选的，业务处理模块采用spring cloud微服务架构，通过zuul微服务网关调用加强系统安全，利用Hystrix微服务熔断机制保证及时检测异常服务。

可选的或优选的，集成服务平台利用Cas、shiro框架提供统一单点登录和权限控制。

可选的或优选的，集成服务平台通过orm方式访问数据库。

可选的或优选的，集成服务平台的消息服务使用RabbitMQ。

可选的或优选的，日志采集分析模块使用elk+kafka对日志统一标准化分析。

可选的或优选的，集成服务平台的系统环境使用linux+oracle+tomcat，集成服务平台的开发环境使用Jenkins+docker。

本方案采用springboot、springcloud微服务架构，开发周期短，对业务变更响应速度快，可针对不同银行不同业务定制化开发接口。rabbitMQ消息队列实现模块解耦，nginx、zuul、ribbon多负载高扩展，实时调整业务处理瓶颈，快速低成本实现业务横向扩展。通过防火墙、安全证书和白名单进行访问权限控制和校验，保证访问安全性。对接口报文采用非对称加密，密文传输。并在报文头增加防篡改校验码，以及报文长度校验。多重保证报文的不可读、防篡改、放丢包。安全监控模块，异常预警模块提供7*24小时监控。异常重发机制提供异常发生时人工干预处理机制，保证业务的正常流转。平台接口采用https标准接口规范，标准业务报文，企业接入平台简单高效，不需要针对不同银行开发不同接口。日志服务采用ELK kafka技术，对平台系统日志统一采集分析，保证系统异常的追踪查找，快速响应。

本发明提供的技术方案带来的有益效果是：为融资方与银行对接提供了一整套全面安全便捷的解决方案，对融资方提供了标准的接入方式，多银行选择，一站式方案解决，免去了不同银行资料不同、流程不同、资费不同的麻烦。在为融资方提供便捷广阔的融资渠道的同时，更大大降低了融资方的融资成本。对于银行端，平台针对不同银行进行定制化开发，提前进行客户预审，降低银行的风险和成本，扩大银行的融资市场，作为支持小微企业的供应链服务，极大地促进生态内的企业优化效率，降低成本，在基于互联网技术的直接保理集成服务平台支持下，通过接口实现资产端与资金端的快速匹配，供应链金融将不断促成产业合作和边界融合。

附图说明

图1是本发明实施例提供的基于互联网Web API技术的银行直接保理集成服务平台产品架构图；

图2是本发明实施例提供的基于互联网Web API技术的银行直接保理集成服务平台的技术架构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。显然，所描述的实施例实际上仅仅是说明性的或者示例性的，决不作为对本发明及其应用或使用的任何限制。在下面的详细描述中，提出了许多具体细节，以便提供对本发明的全面理解。但是，对于本领域技术人员来说很明显的是，本发明可以在不需要这些具体细节中的全部细节均已了解的情况下实施。下面对实施例的描述仅仅是为了通过展示本发明的示例来提供对本发明的更好的理解。本发明决不限于下面所提出的任何具体配置和算法，而是在不脱离本发明的精神的前提下覆盖了元素、部件和算法的任何修改、替换和改进。

下面结合具体实施例对本发明做进一步详细的描述，但本发明的实施方式不限于此。

如图1所示，本发明实施例的基于互联网Web API技术的银行直接保理集成服务平台，包括统一标准化接口、定制化接口、业务处理模块以及安全防护体系模块，其中统一标准化接口用来接入融资端，定制化接口用来接入不同的银行端。业务处理模块包括核心业务模块和外围支持业务模块，核心业务模块包括请求子模块、通知子模块和查询子模块，融资端与银行端之间的客户创建、授权、融资申请和放款业务通过请求子模块、通知子模块和查询子模块进行交互完成；外围支持业务模块包括数据转换平台、报表统计模块、异常处理模块、状态跟踪模块，数据转换平台用来统一处理不同银行报文与平台报文的转换，报表统计模块用来提供相关业务数据的报表，异常处理模块和状态跟踪模块用来及时查看单据状态并可对异常单据进行处理。安全防护体系包括安全监控模块、异常预警模块和日志采集分析模块，安全监控模块通过白名单、证书验证保证系统安全，异常预警模块用来对软硬件资源监控、峰值、异常风险及时预警，日志采集分析模块用来为系统优化改进提供依据。

上述方案中的平台为融资方与银行对接提供了一整套全面安全便捷的解决方案。对融资方提供了标准的接入方式，多银行选择，一站式方案解决，免去了不同银行资料不同、流程不同、资费不同的麻烦。在为融资方提供便捷广阔的融资渠道的同时，更大大降低了融资方的融资成本。对于银行端，平台针对不同银行进行定制化开发，提前进行客户预审，降低银行的风险和成本，扩大银行的融资市场。本平台全新的技术架构以高安全、高稳定、可扩展为目标，使用微服务架构降低系统耦合性，增加扩展性。

具体地，结合图1，本实施例的集成服务平台的产品架构如下：

1、整个平台分主要包括三部分：对外接口模块、业务处理模块和安全防护体系模块。对外接口模块分为对接银行的接口和对接企业的接口。企业接口为融资企业提供统一标准化接口，安全便捷。银行接口对接不同银行并提供定制化接口进行适配。

2、安全防护体系包括安全监控、预警和日志管理。安全监控提供白名单、证书验证，保证系统安全可靠，防攻击。软硬件资源监控，峰值、异常等风险的及时预警。日志的采集分析，为系统优化改进提供依据。

3、业务处理模块是平台的核心。业务处理模块分为核心业务和外围支持业务。核心业务为请求子模块、通知子模块和查询子模块。客户创建、授权、融资申请、放款等业务通过请求子模块、通知子模块和查询子模块与银行交互。请求、通知、查询使用微服务架构，实现系统解耦，通过负载均衡分配资源。

4、外围支持业务包括数据转换平台、报表统计、异常处理、状态跟踪等服务。数据转换平台统一处理不同银行报文与平台报文的转换。报表统计可以为用户提供相关业务数据的报表。异常处理和状态跟踪为用户及时查看单据状态并可对异常单据进行处理。

如图2所示，本实施例的集成服务平台的技术架构如下：

1、接入系统采用https接口，通过服务器白名单和安全证书验证，保证系统安全性。

2、Nginx负载均衡动态分配资源，保证访问的及时通畅。

3、在业务系统中，采用通用的spring cloud微服务架构，降低系统间耦合性，增加可扩展性。通过zuul微服务网关调用，进一步加强系统安全。Hystrix微服务熔断技术保证及时检测异常服务，避免异常服务超时等待。

4、Cas、shiro框架提供统一单点登录和权限控制。

5、数据访问层使用spring data jpa，通过orm方式访问数据库。

6、消息服务采用RabbitMQ。

7、日志采集分析使用elk+kafka，对日志统一标准化分析，为系统优化和异常排查提供及时帮助。

8、系统环境使用linux+oracle+tomcat，开发环境使用Jenkins+docker，保证产品的稳定快速迭代。

本平台与多家银行通过实际业务验证，积累了丰富的经验，并进行了多轮持续迭代开发，安全性、实用性、扩展性、便捷性都得到客户的认可。举例说明：

1.根据资金端需求，直接保理集成服务平台个性化配置7个业务(客户信息创建、客户信息创建结果通知、融资申请、融资申请结果通知、直接保理业务日终对账、文件上传通知、直接保理集成服务平台付款)，实现资产端与某银行直接直接保理业务无缝对接。

①拥有电子确权凭证类资产的融资申请人在直接保理集成服务平台进行融资申请。

②直接保理集成服务平台发起客户建档申请，通过客户信息创建接口，传送客户基本资料到银行。

③银行审核通过，调用客户信息创建结果通知接口将交易成功结果通知直接保理集成服务平台。

④直接保理集成服务平台发起融资申请请求，通过融资申请接口发送至银行端。

⑤银行审核通过，放款成功，调用融资申请结果通知接口将交易成功结果通知直接保理集成服务平台。

⑥直接保理集成服务平台完成文件上传后，通过文件上传通知接口通知银行端。

⑦文件上传成功，银行返回交易状态码和状态信息。

⑧每次日终，银行将每日的融资申请、还款及之后两日的应还款业务，以对账形式通过直接保理业务日终对账接口发送到直接保理集成服务平台。

2.根据资金端需求，直接保理集成服务平台个性化配置13个业务(测试(银行发起)、测试(企业发起)、客户信息创建及授信开立申请、续授信申请、授信额度通知、融资申请发起、融资结果通知、退汇通知、客户回单查询、回款清算流水推送、文件生成通知、文件上传通知、文件信息补录、日终对账(企业发起))，实现资产端与某银行直接直接保理业务无缝对接。

①拥有电子确权凭证类资产的融资申请人在直接保理集成服务平台进行融资申请。

②直接保理集成服务平台发起客户信息创建及授信开立申请，通过接口，将客户开户信息、授信申请信息等基本数据和文件信息传输给民生银行进行审核。

③银行审核通过，银行通过授信额度通知接口将审核成功结果和授信额度信息通知直接保理集成服务平台。

④融资客户授信后，授信有效期已过，融资客户通过续授信申请接口将客户续授信申请信息等基本数据和文件信息传输给某银行进行审核。

⑤银行审核通过，银行通过授信额度通知接口将审核成功结果和变更后的授信额度信息通知直接保理集成服务平台。

⑥直接保理集成服务发起供应商融资申请信息，发给银行进行后续处理。

⑦银行审核通过，放款成功，调用融资结果通知接口将融资申请成功的结果通知直接保理集成服务平台。

⑧银行放款成功后，直接保理集成服务平台查询客户回单文件，可进行回单文件下载(放款回单，手续费回单)。

⑨根据退汇信息，平台发起放款异常，融资方通过文件信息补录接口将补录文件上传FTP，利用该接口触发民生获取补录文件，待银行进行后续操作。

⑩每天日终凌晨1:00～2:00由企业发起对账请求，核心企业先将文件传输到FTP，然后再调用本接口通知银行进行后续处理。

综上，本实施例的基于互联网Web API技术的银行直接保理集成服务平台，为融资方与银行对接提供了一整套全面安全便捷的解决方案，对融资方提供了标准的接入方式，多银行选择，一站式方案解决，免去了不同银行资料不同、流程不同、资费不同的麻烦。在为融资方提供便捷广阔的融资渠道的同时，更大大降低了融资方的融资成本。对于银行端，平台针对不同银行进行定制化开发，提前进行客户预审，降低银行的风险和成本，扩大银行的融资市场，作为支持小微企业的供应链服务，极大地促进生态内的企业优化效率，降低成本，在基于互联网技术的直接保理集成服务平台支持下，通过接口实现资产端与资金端的快速匹配，供应链金融将不断促成产业合作和边界融合，智慧型的供应链金融生态圈将加速到来。

除非另作定义，此处使用的技术术语或者科学术语应当为本发明所属领域内具有一般技能的人士所理解的通常意义。本发明专利发明说明书以及权利要求书中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。同样，“一个”或者“一”等类似词语也不表示数量限制，而是表示存在至少一个。

以上所述仅为本发明的示例实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种基于互联网Web API技术的银行直接保理集成服务平台，其特征在于，包括：

统一标准化接口，其用来接入融资端；

定制化接口，其用来接入不同的银行端；

业务处理模块，其包括核心业务模块和外围支持业务模块，所述核心业务模块包括请求子模块、通知子模块和查询子模块，融资端与银行端之间的客户创建、授权、融资申请和放款业务通过所述请求子模块、所述通知子模块和所述查询子模块进行交互完成；所述外围支持业务模块包括数据转换平台、报表统计模块、异常处理模块、状态跟踪模块，所述数据转换平台用来统一处理不同银行报文与平台报文的转换，所述报表统计模块用来提供相关业务数据的报表，所述异常处理模块和所述状态跟踪模块用来及时查看单据状态并可对异常单据进行处理；以及

安全防护体系模块，其包括安全监控模块、异常预警模块和日志采集分析模块，所述安全监控模块通过白名单、证书验证保证系统安全，所述异常预警模块用来对软硬件资源监控、峰值、异常风险及时预警，所述日志采集分析模块用来为系统优化改进提供依据。

2.根据权利要求1所述的基于互联网Web API技术的银行直接保理集成服务平台，其特征在于，接入系统采用https接口。

3.根据权利要求1所述的基于互联网Web API技术的银行直接保理集成服务平台，其特征在于，利用Nginx负载均衡动态分配资源，保证访问的及时通畅。

4.根据权利要求1所述的基于互联网Web API技术的银行直接保理集成服务平台，其特征在于，所述业务处理模块采用spring cloud微服务架构，通过zuul微服务网关调用加强系统安全，利用Hystrix微服务熔断机制保证及时检测异常服务。

5.根据权利要求1所述的基于互联网Web API技术的银行直接保理集成服务平台，其特征在于，所述集成服务平台利用Cas、shiro框架提供统一单点登录和权限控制。

6.根据权利要求1所述的基于互联网Web API技术的银行直接保理集成服务平台，其特征在于，所述集成服务平台通过orm方式访问数据库。

7.根据权利要求1所述的基于互联网Web API技术的银行直接保理集成服务平台，其特征在于，所述集成服务平台的消息服务使用RabbitMQ。

8.根据权利要求1所述的基于互联网Web API技术的银行直接保理集成服务平台，其特征在于，所述日志采集分析模块使用elk+kafka对日志统一标准化分析。

9.根据权利要求1所述的基于互联网Web API技术的银行直接保理集成服务平台，其特征在于，所述集成服务平台的系统环境使用linux+oracle+tomcat，所述集成服务平台的开发环境使用Jenkins+docker。

Images