一种基于贸易结算的处理系统的制作方法

本发明涉及一种基于贸易结算的处理系统，尤其是一种设置在银行服务设备中，通过通信网络实现银行与企业之间的各种电子单证和消息数据的在线传递系统。

背景技术：

目前企业和商业银行之间的信息交互，主要采用专人进行。对于企业来说，需要专人进行诸如信用证等银行单据的手工制作，(通过打字机手工制作单据，并且单据打印过程中不能出丝毫差错)，这种模式浪费了企业大量人力、物力，而且对人员素质要求较高。另外还需要采取专人与银行联系的模式。这是因为单证业务、融资业务的申请需比较专业的业务基础，在企业与银行之间业务数据的交互过程中，可能会出现各种各样的问题，这样在企业与银行之间会出现来回的往复。对于银行来说，银行现有的通知类业务都是通过专人对口方式与企业进行联络。

正是由于采取上述手工和专人进行银企之间的信息传递模式，导致了银行和企业缺乏有效的信息化管理，并且这种方式几乎同时消耗了企业和银行的时间成本和财务成本。由于企业需要专人进行单据制作，专人与银行联络，而企业ERP应用程度和电子化建设的不同，导致了企业结算单证的产生和传递效率参差不齐。另外，商业银行与企业间的数据在出现故障时，没有备份存储的。

如何在商业银行与企业之间建立高效、安全、快捷的金融服务。使进出口企业能够利用现代科学技术所提供高效信息平台，实现与银行在线进行国际结算业务，并能够及时跟踪银行业务进度，现已成为商业银行与企业共同需要亟待解决的一个重要问题。

技术实现要素：

本发明的目的在于针对上述现有商业银行与企业之间的贸易结算及相关业务的处理效率处于低下的现状及缺乏必要的信息处理技术手段而提供一种基于贸易结算的处理系统，该系统及方法能够大大提高银行与企业之间的信息处理效率，并能够为企业之间的贸易结算和消息传递提供高效、安全、快捷的信息服务。

本发明所提供的一种基于贸易结算的处理系统，包括：

银行处理系统，与一报表查询模块连接，该报表查询模块用于统计交易量、所述客户系统的使用状况、定时交易状况进行数据统计，并提供数据的下载、展示和浏览。

设在客户系统与银行处理系统之间的接收模块，用于接收客户系统所发送的业务数据；接收模块包括业务请求接收单元、用于对客户系统身份识别的安全认证单元以及用于提供、保存及编辑数据填写模板的模板填单单元。

工序管理模块，用于对所接收的业务数据进行处理工序的定义，并对业务数据的处理过程进行控制；

数据处理模块，用于根据所述工序管理模块所定义的处理工序，对所述业务数据进行相应的流程处理，并将处理后的业务数据通过数据接口模块发送到银行处理系统；

数据云备份模块，将银行处理系统处理后的数据通过加密算法加密，指定1-3个权限管理员掌控权限密匙，每次处理好的数据由管理员核查，无误后上传到云端，需要下载数据时，由1-3个权限管理员同时验证密匙，方可下载。

消息发布模块，用于将来自银行处理系统或某个所述客户系统的消息向指定的客户系统发送；消息发布模块包括消息订阅发布单元以及与该消息订阅发布单元连接的用于向所述客户系统发布消息的页面展示通知单元和根据所述业务数据及来自所述银行处理系统的报文信息生成通知面函的面函处理单元。

通过上述概括性的描述可以看出，本系统使企业足不出户就可以实现在网上与银行进行国际贸易结算和融资业务，极大地方便了客户，同时大大提高银行的服务水平，提升银行在同业间的竞争能力。

附图说明

图1为本发明的一个具体系统实施例的结构图；

图2为本发明中消息发布模块的构成示意图；

图3为本发明的一个具体业务处理流程图。

具体实施方式

下面通过具体实施例并结合附图，对本发明的技术方案做进一步的详细描述。

图1所示为本发明一个基本的信息传递系统，该系统包括设置在通信网络1中的多个客户系统2以及银行处理系统3。还包括：设置在企业终端2与银行处理系统3之间的接收模块31，该接收模块31用于接收客户系统2所发送的业务数据。

一个工序管理模块32，用于对所接收的业务数据进行处理工序的定义，并对业务数据的处理过程进行控制。

在单证通系统中，申请业务在提交到银行国际业务系统前会经历一系列的经办、授权、审批的环节。业务数据在不同职责和权限的用户之间流转，直到满足和符合了一定的审核要求和流程要求后，才会提交到银行国际业系统。

工序管理模块统一定义和管理业务数据在送交其他系统前的流转。

工序环节的定义：在业务模块的配置文件中定义工序的各个环节。

一笔申请业务需要经过几个工序环节，开发者可以通过在配置文件里定义来实现。这使得业务流程的灵活性和可扩展性得到极大的提高。开发者只需要关注业务逻辑的细节并且无须担心工序流程的改变使业务逻辑代码需要重构。

一个数据处理模块33，用于根据工序管理模块32所定义的处理工序，对业务数据进行相应的流程处理，并将处理后的业务数据通过数据接口模块发送到银行处理系统3。在银行处理系统3与通信网络1之间还设有消息发布模块34，该消息发布模块34用于将来自所述银行业务处理平台或某个所述客户系统的消息向指定的客户系统发送。

当企业需要办理单证业务时，首先通过通信网络1登录系统的接收模块31，通过接收模块31向银行发送单证业务请求信息以及相关的数据。工序管理模块32则根据请求信息，提取预先设置的相应处理流程制定该请求的处理工序，然后，交于数据处理模块33完成相应的数据处理，最后将处理后的数据发送到银行处理系统3。银行处理系统3则将银行处理后的结果信息通过消息发布模块34发送到客户系统2。

在本实施例中，接收模块31中包括业务请求接收单元311，和用于对客户系统2的身份进行识别的安全认证单元312以及用于提供、保存及编辑数据填写模板的模板填单单元313。业务请求接收单元311可以以Web的形式向企业展示。安全认证单元312提供相应身份数据信息录入接口并能够将企业输入的身份信息与保存的企业身份注册信息相比对，从而实现安全认证。模板填单单元313则按照预先制定的规范要求，保存有各类请求业务的规范表格模板，使企业在录入请求信息时，能够符合银行的数据接收规范要求。

消息发布模块34的具体结构如图2所示。图中，消息发布模块包括消息订阅发布单元341以及与该消息订阅发布单元341连接的用于向企业终端发布消息的页面展示通知单元342和根据业务数据及来自银行业务处理平台的报文信息生成通知面函的面函处理单元343。面函处理单元中还包括在申请业务中进行报文组报，在通知业务中进行报文解析的报文处理组件3431。

银行在银行国际业系统中完成一笔业务后，会通过单证通系统给客户一个书面的通知面函。另外，客户提交申请的申请书，客户可能也希望打印留底。本系统可以根据银行客户输入的业务数据和接收的银行传送过来的SWIFT报文信息自动生成通知面函。

另外，消息发布模块中还包括消息转发单元344。消息转发单元344可以用于根据一个客户系统的要求将来自该客户系统的消息转发到另一个指定的客户系统。

在业务处理过程中，有时候需要在特定时间或时间段提醒客户做某个操作，这就是Diary的机制。另外，在申请交易时，也可能通过邮件的渠道告知贸易伙伴并征求意见，在通知交易时，可能通过邮件或短信的方式告知某个业务人员。所有这些操作都统一在消息订阅发布模块进行处理。这里的消息订阅和发布模块在框架上与JMS类似，但在许多定义与实现、应用上都有所不同。

银行处理系统与一报表查询模块连接，该报表查询模块用于统计交易量、所述客户系统的使用状况、定时交易状况进行数据统计，并提供数据的下载、展示和浏览。

报表查询模块能够对本系统的用户情况、交易量、客户使用情况、年度月份交易状况等系统运行数据进行分析统计，并产生统计报表供银行管理人员浏览，统计展现层具有浏览、打印、下载功能。

以上仅为本发明的一些实施方式，对于本领域普通技术人员来说，在不脱离本发明创造构思的前提下，还可进行若干变形和改进，这些都属于本发明的保护范围。