中石化银企直联系统的设计与实现.pdf

1、 硕士学位论文 （工程硕士） 中石化银企直联系统的设计与实现 THE DESIGN 多渠道、单一平台的发展;客户成了银行发展链条上最重要的一环;投资与收益的矛盾突出等发展趋势4。 金融资本与产业资本的结合是造就有 实力企业集团的必由之路。金融业与企业的融合，一可以减少 不良信贷资产，二融洽银企关系，扩大企业融资渠道，三促进银企集团建立和提高企业竞争力5。 需要实现企业财务软件系统或 ERP 系统与银行系统的 无缝连接，企业通过财务系统或 ERP系统的界面就可以享受 账户查询、信息下载、转账支付、收款、资金集中管理等服务。 建立和完善集团内部融资机制 ,是提升企业集团价值，增强其市场竞争力- 2

2、 - 哈尔滨工业大学工程硕士学位论文 的有效途径 ,对提高企业的管理水平有重大的 价值。内部银行是将一种模拟的银企关系引入到集团内部的 资金管理中，母子公司是一种借贷关系，内部银行实际充当企业集团的结算中心、信 息反馈中心、贷款中心和监管中心6。 1.2.2 系统接口技术与 XI实现安全高度的集成 用于企业和银行之间业务对接的处理 系统包括：客户端，用于生成交易请求指令，并经加密后以一 定格式发送该请求；银企对接模块，用于控制客户端与服务器端之间的通讯 ；服务器端，用于根据银企对接模块发送来的指令处理生成应答数据返回报 文，并将应答数据返回报文经银企对接模块发回至客户端；所述客户端还包 括一客

3、户端前置机。实现了企业财务系统和银行业务系统间的直接的数据交 互，在企业财务系统和银行间采用不落地方式交换数据，避免了二次录入， 极大减轻了企业财务人员的操作复杂度，降低了出错率。 以招商银行现金管理业务创新为主线,探讨基于网上银行的资金集中管理、 名义现金池和银企直联三个方面的 问题,并指出企业集团在实施资金集中管理过程中应解决好的几个问题7。针对目前企业财务系统与企业银行之间的数据交换问题,以招商银行嵌入式直联接口为例,讨论了银企直联系统接口的设计与实现.系统通过 SOAP 消息与企业端通信,通过多线程调用的方式与银行端交互,增强了系统的可维护性、可 扩展性,提高了系统业务处理效率.该系统

4、已经在实际中得到应用8。 SAP XI（ Exchange Infrastructure）是 SAP Netweaver 中的一个产品。 SAP Netweaver 是一种可随时用于业务运作、面向服务的平台，适用于 SAP 的所有解决方案。基于 Netweaver，企业能够实现各个层 面充分的集成，降低信息系统建设的总体成本（TCO ） 。归纳起来，第一个层面，是人的集成，产品以 Portal 比较有代表性；第二个层面 ，是信息的集成，产品有 Knowledge Management 和 MDM(Master Data Management)等；第三个层面，是流程的集成，即 XI；第四个层面，

5、是平台的集成，在这个层面上， SAP 提供的是支持开放标准（如 XML）的底层架构，可以实现灵活的互接。 XI 的集成又可以分为两个 层次，第一个层次称为 Integration Broker，以消息的方式进行的数据的交 换；另外一个层次是 BPM，即业务流程管理。 在 XI 中，数据（可以使一条记录，比如单个的物料主数据；也可以是- 3 - 哈尔滨工业大学工程硕士学位论文 多条记录，比如含主单明细的供应商主数据）从某一个业务系统通过 XI 发送到另外一个业务系统，站在业务系统的角度，前者称为 Sender，后者称为 Receiver 。 适配器(Adapter) 进行 XI-XML 格式与业

6、务系统的特定类型的数据格式之间的转换。依据业务系统 的数据格式的不同，适配器可以分为多种类型，比如 SOAP Adapter, JDBC Adapter, File Adapter, RFC Adapter 和 IDoc Adapter 等。通常说的实现方式，譬如 SOAP+RFC，是指 Sender 与 XI 之间使用 SOAP Adapter， XI 与 Receiver 之间使用 RFC Adapter。 Integration Broker 的工作原理大致如下。 XI 主动或者被动通过一个适配器从 Sender 取得数据，数据进入 XI 后的存在形式是基于 SOAP 的 XI-XML

7、格式的消息。消息在 XI 内部，依照事先做好的配置，决定消息将发送到哪一个业务系统，进 行何种转换以及选用哪一个适配器将消息发送出去。消息最终通过适配器将 XI-XML 格式的消息转换为特定类型的数据并发送给 Receiver9。 1.2.3 中小企业的银企直联还尚待发展 电子银行业务已成为全球银行业维护 现有优质客户、吸引新客户、挖掘潜在客户、提高竞争力一种 强有力的手段.我国商业银行 应抓住机遇,把推进银行业务电子化、开拓发展网络银行 业务作为科技兴行的重要发展战略10。 企业集团可以放下结算中心不合法这一思想包袱,充分运用结算中心这一有效资金管理模式,加强企业集团内部资金管理,提高企业经

8、济效益11。 企业集团自立优化的途径,指出政府在企业集团组织优化过程中应该推行适度的促进政策12。 虽然中国移动企业信息化已经取得了 一些成果，但是与世界一流通信企业相比，还存在一定差距。 针对存在的差距，中国移动提出了全面提升企业信息化水平的下一步的工作设想13。 电子银行是商业银行电子化发展的高级形式,是商业银行发展趋势.目前电子银行业务在我国逐渐普及,但还存在众多制约因素14。 电子银行和电子货币发展带来的风险越来越引起重视,对电子银行和电子货币的风险评估、 风险监测和风险控制等方面 进行探讨,为电子货币支付的安全性提供思路15。 - 4 - 哈尔滨工业大学工程硕士学位论文 在德国,商业

9、银行与企业之间具有特 殊的密切联系,因而使银企之间信贷交易行为表现为一种典型关系融资特征.在银行关系融资的背景下,银企之间的关系不仅对企业的绩效,而且还对两者之间的信贷交易活动产生影响16。 从客户、银行以及国内外竞争形势多 角度地对电子银行业务发展进行分析基础上提出发展电子银行业务是我 银行成为现代化商业银行必然选择17。 除了部分大集团外，大部分的中小型 企业银企结合目前还是处于起步阶段，大部分中小企业与银行 的结合仅仅处于银行为企业开户、转帐、结算等基本工作。金融系统的科技 水平是走在全国的前列的，强大的银行网络、广泛流行的银行卡、先进的 POS 机。如何利用金融系统的科技资源，为中小企

10、业更好的服务，降低中小企 业软件成本的同时，改变目前的收现金、开票、核帐、交存等落后的单一的方式，也是今后 中小企业研究的课题。与此同时。以 ERP 为核心的各种系统整合，形成实时在线 的一体化数据管理平台，全面提高企业信息化水平， 是今后发展的目标。 利用 SAP建立的企业协同电子商务系统， 是基于网络化的电子商务系统，它实现内、外部资源的优化、整合与配置；共享信息、提高效益、降低风险、增强企业竞争力；最终使企 业经营管理整体面貌得到改变，使企业实现全球化的互动与协作18。 1.3 本论文的主要研究内容 本章通过研究关键技术，分析了数据 处理逻辑、接口方案及系统功能结构，采用了 SAP 公司

11、的 ABAP/4 作为开发工具，建设了交互性强、与 SAP财务系统和银行系统高度集 成的银企直联系统。实现电子付款、银行发起收付款、银行对账等功能。最 后对银企直联的功能以及性能测试进行评估，并对论文工作进行总结。论文的组织结构如下： 第 1 章介绍银企直联系统的课题来源和背 景及相关的国内外研究现状。 第 2 章介绍银企直联系统的分析。 第 3 章介绍银企直联系统的设计。 第 4 章介绍银企直联系统数据处理逻辑 及传递实现、接口 实现、电子付款、银行发起收付款、银行 对账等功能的实现。 第 5 章介绍银企直联系统的 测试和应用情况。 结论部分总结了本论文的主要工作、 取得的成果、以及对未来的

12、展望。 - 5 - 哈尔滨工业大学工程硕士学位论文 第 2 章 银企直联系统的分析 银企直联系统包括电子付款、银行发 起收付款、银行对账，信息查询等功能。 付款业务因发起方不同被分为企业发 起付款和银行发起收付款两部分： 企业发起付款功能：主要是电子付款 ，是指当企业需要对外付款时，发出付款指令给银行，银行根 据企业的付款指令执行付款交易，并将交易结果回执传递给企业。 银行发起收付款功能：是指银行根据企业事先的委托，对某些收付款交易先执行收款或付款再发通知给企业。 未来启用银企直联系统后，这两种付 款模式将仍然存在，只是企业与银行之间的信息传递将由纸面 方式转为电子方式。 银行对账功能： 银行

13、通过电子平台向中国石化发 送的是电子对账单文件，中石化接收到银行发来的电 子对账单文件后，需将对账单数据上传至银企直联系统中，以完成自动对账 处理。即银行为中国石化提供电子对账单文件，并在对账单中基于每笔交易 提供一个唯一识别码。同时，在企业的每一笔未清银行行项目中也带有相同 的唯一识别码，从而使企业银行帐明细与银行对账单明细可以一一对应 ，实现自动对账。 信息查询功能：银行反馈结果查询、 电子付款交易逐笔查询、银行账户余额查询等。 基于以上的功能描述，本文从总体结 构分析、系统数据传递分析、系统技术分析、系统权限分析等 角度进行具体分析。 2.1 总体结构分析 本系统采用三层结构，分为表现层

14、、 中间层应用及后端数据库。 表现层处理用户界面；数据库层是数 据源；在通常状况下指数据库：应用层是新增加的一层，是指 在程序中做出智能决策和事务逻辑处理的那一部分功能。 (1)表现层 这是用户和 R/3 系统交流的接口，用户 在这一层对银企直联系统进行操作。这层将用户 的命令或者操作传送给 R/3 系统，然后系统进行- 6 - 哈尔滨工业大学工程硕士学位论文 相应的处理后把数据返还给用户。 (2)应用层 这层包括一个或者多个应用服 务器和一个消息服务器。每一个应用服务器包括一系列服 务以便运行应用程序。所有的服务分置在这些应用服务器之中，其实用户需 要的只是其中的一个应用服务器，多个服务器之

15、间传递信息以决定用户到底需要 的是哪个服务器的服务。 (3)数据库层 数据库层为应用提供数 据来源。数据库支持主流的MYSQL 数据库。这里就是 R/3 系统的核心，存放了所有 R/3 系统的数据。 从服务器来看，有些用户将中间应用 层及后端数据库层放在同一个物理服务器平台上；但大多数用 户还是选择将数据库和应用运行在不同的物理服务器上，这样系统运行的效 率更高，而且可靠性更好。该系统设计通过将应用及数据库运行在不同的物 理服务器上，为实施提供了卓越的性能及良好的可扩展性。 软件总体结构如图 2-1 所示： 图 2-1 软件总体架构图 这种设计的主要特点体现在：系统的高性能；平台的高可靠性 (

16、IBM 的硬件平台和操作系统) ；低成本高效率 (应用和数据库运行在不 同的物理服务器上 ,相互之间进行备份 )；开放平台。 - 7 - 哈尔滨工业大学工程硕士学位论文 2.2 系统数据传递分析 2.2.1 网络连接分析 银企直联系统是企业信息化应用新模式,应对来自网络的信息安全威胁是本文以一个银企直联系统为实例, 从企业财务系统和网上银行系统两方面分析其系统结构,考察了系统信息安全需求.通过合理设计系统安全结构,综合运用网络安全技术,给出了一个有效加强系统安全性的实现方案,为实现系统功能提供有效的信息安全保证23。 中间业务是商业银行新的经济增长 点，提出了面向商业银行中间业务的综合前置系统

17、的设计方案， 并分析了系统的结构、功能及安全体系。按照这一设计，在某商业银行实施 了一套综合前置系统。综合前置系统既能兼容银行原有已开办的中间业务， 又能满足将来业务发展的需要，为商业银行增强市场竞争力提供了强有力的支撑24。 中国石化与各银行之间的网络连接，是 在各自内部网络环境较为完善的基础上，采用中石化总部对 银行总行专线直连的方式进行的。中国石化各所属企业的数据信息都是先通 过中国石化内部网络送达中国石化总部面向各银行总行的前置系统上，然后 通过专线送达各银行总行面向中国石化总部的前置系统上，进而再通过各银 行内部网络传送至各分支机构的系统中。反之，各银行分支机构的数据信息 ，亦是先通

18、过银行内部网络传递到总行的前置系统，再由该前置系统通过专 线传递给中国石化的前置系统，进而通过中国石化的内部网络传递至各所属 企业的系统中。如图 2-2 所示： - 8 - 哈尔滨工业大学工程硕士学位论文 图 2-2 系统拓扑图 2.2.2 数据处理逻辑及传递分析 中国石化与各银行之间的数据传递是 通过电子报文来进行的，即业务发起方（中国石化或银行）将 交易信息写在相应的报文文件中，然后通过电子渠道将报文传至业务的受理方（中国石化或银行） ，业务受理方基于收到的报文信息进行相应的业务处理 ，并将处理结果通过相应的报文反馈给业务发起方，业务发起方再基于收到的反馈报文 信息进行相应的业务处理。如图

19、 2-3所示： - 9 - 哈尔滨工业大学工程硕士学位论文 图 2-3 数据传递分析图 2.3 系统技术分析 2.3.1 接口技术分析 银企直联系统在 SAP R/3 系统中进行开发设计，实现银企直联独立的功能，但不是孤立的系统，需 要与银行系统有着紧密的接口设计，具体分析如图 2-4 所示： - 10 - 哈尔滨工业大学工程硕士学位论文 信息交互平台企业 1 银行1银行2银行 3企业 3企业 2报文报文报文报文报文报文图 2-4 电子资金收付体系分析图 需要与银行充分讨论，就双方将要进 行的信息交换制定明确的约定，需要涉及：双方需要交换那些文件，比 如支付指令，对帐单等；文件命名规则；文件格

20、式；时间点的约定。 具体接口分析以资金转账为例。具体分析如图 2-5 资金转账分析所示： 图 2-5 资金转账分析 用途：一笔或多笔资金转帐。 交易流程：中石化银企直联平台向银 行系统发送一笔或多笔转帐请求。银行系统收到中石化转帐请 求报文后,进行校验,并将请求已受理或错误信息返回中石化银企直联平台。 说明：返回码为“交易成功” ，并不表示该转帐指令的账务处理已完成。- 11 - 哈尔滨工业大学工程硕士学位论文 中石化信息交互平台会主动向银 行发起资金划转结果的交易。 不同的资金交易会使用不同的报文， 每种报文的格式、内容和使用方法均由中国石化与各银行共同 约定，并作为双方的数据接口标准共同遵

21、守。目前银企直联业务所涉及到的如表 2-1 所示： 表 2-1 接口程序功能表 序号 类型代码 报文名称 交易报文发起方 用途 1 1000 资金转账 中国石化 向银行发送电子付款指令 2 1030 资金转账结果查询 中国石化 向银行查询电子付款结果 3 1031 资金转账结果通知 银行 银行返回电子付款结果 4 1032 账户余额查询 中国石化 向银行查询银行账户余额 5 1033 对账单 银行/ 中国石化 向企业传送对账明细信息 6 1034 账户明细查询 中国石化 向银行查询账户交易明细 7 1035 到账通知 银行 向企业传送资金收付通知 2.3.2 RFC实现报文的伸缩性交互 RFC

22、（ Remote Function Call）是 SAP 基于国际标准 CPI-C（ Common Programming Interface for Communication）之上修改开发的一种 SAP 专有通信协议，用于在不同系统间 进行功能互相调用。即可在银企直联系统中某段程序执行过程中可以调用 XI 系统的某个功能块，在调 用结束后获得结果并返回银企直联系统继续执行 原程序其余部分，也可实现反向调用。实现银企直联系统和 XI 系统之间的报文传递； 也实现 XI 系统与 Adapter 的报文交互。 基本连接器包含用于访问 SAP R/3 系统的运行时间类。它实现 SAP RFC协议的

23、客户端接口，SAP RFC 协议是依据用于 Java 的通用 RFC 接口，这是一个用于 RFC访问的不依赖中间件的层。这 样，使用基本连接器构建的应用程序可以在运行期使用不同的 SAP R/3存取方法，而不用重新编码。用于 Java的通用 RFC 接口的一个 Java 本地实现包含了基本连接器。如图 2-6 所示： - 12 - 哈尔滨工业大学工程硕士学位论文 图 2-6 通用 SAP RFC 接口 伸缩性：软件运行模式可通过参数控 制，达到适应不同业务模式的要求；RFC 技术使得银企直联系统的伸缩性达 到可能，因此是本课题研究的一个技术和接口实现方向。 银企直联平台的消息传递遵循 XML

24、报文标准。以下是对 XML报文标准的简要说明。 字段包含一个字段和一个字段 字段包含报文信息中 Head 的所有信息 字段包含一个字段（记录条数） ，没有或多个字段，可能还存在一些其他信息字段如汇总信息的字段等，其中字段包含的可能是所有的输入信息，所有的输出信息， 所有的查询结果信息(可能没有或多个)，如果是应答报文则应包含一个字段(错误代码)，一个字段(错误提示信息)。 - 13 - 哈尔滨工业大学工程硕士学位论文 2.3.3 批导入 Batch input 技术 传统的数据导入方法在面对复杂对象 关系系统时，存在原始数据到对象关系转换、数据一致性和对 象导入次序确定等问题。该文提出一种基于

25、对象关系的通用数据导入算法。 借助原始数据文件对应系统中的对象关系，采用基于对象关系的数据转换， 实现二维关系数据到 XML对象描述格式的转换，按照一定的对象顺序将 XML对象格式数据导入到系统中25。 BDC（ Batch Data Conversion） ：有时也称为批输入 (Batch Input)，是SAP 系统数据传输的主要技术 之一，主要用于把数据大量大批输入到 SAP 系统。在 SAP 系统里，由于某种原因，可能需要重复输入数据，数据不同，但是操作是相同的。确认电子银行 对帐单上载后，系统调用 BACH INPUT 将找到的对账单上载到 SAP，并通过银企直联系统完成 对帐单自动

26、上载，是后续的自动对帐和出具银行余 额调节表的基础。此为本系统后续研究的重点技术之一。分为如下几个步骤： 第一步：录制 BDC标准命令(BDC模板)。 第二步：制作数据收集的 EXCEL 文件(数据原文件)。 第三步：数据转换，并上载 到 SAP系统中。 第四步：到批处画面进行执行处。 2.4 系统权限分析 为了保障银行科目的安全性，保证一个省公司代码下，某个地市不能操作其它地市的银行科目，特启用了银 行科目的权限组权限安全技术。 系统从两个层次对授权进行管理：先是对用户所能使用的事务码进行管理,然后对用户使用这些事务码 所涉及的对象进行管理。 我们在功能模块中设定相应的任务参数文件。设定任务

27、参数文件的第一步,就是创建角色,即用户所需事务码的集合。 一般情况下,我们根据用户对模块中不同功能的不同需求来 设定角色，同时为用户共同的需求创建某些特定的角色，如用于显示和打印的角色。 设定任务参数文件的第二步,就是在创 建好角色后维护相应的约束条件，事务码使用对象的集合。当任务参数文件生成后，再将它赋予给相应的用户。 - 14 - 哈尔滨工业大学工程硕士学位论文 我们使用参数文件生成器(英文缩写为 PG),利用角色来生成单个的参数文件。若干个单个的参数文 件生成后，可以赋予同一个用户，使用户拥有不同模块不同程度的权限。 授权结构如图 2-7 所示： 图 2-7 授权结构图 为了资金的安全，

28、不同的角色具有不 同的权限执行范围，系统设置了公共角色和本地角色，本地角 色都是从公共角色中衍生，公共角色修改包含的事务码，相应衍生出来的本 地角色自动会进行修改并与公共角色一致；本地角色没有权限修改包含的事 物码，各省市没有权限修改公共角色所包含的事务代码，保证了权限安全，公共角色分配如表 2-2 所示： - 15 - 哈尔滨工业大学工程硕士学位论文 表 2-2 公共角色分配表 公共角色 角色标题 角色职责描述 事务码描述 S_TR_EB_RE2_001 电子银行账户信息查询员 电子银行账户信息查询 电子付款逐笔交易查询 银行帐户余额查询 银行帐户交易明细查询 电子付款银行反馈结果查询 银行

29、存款余额调节表 银行余额调节报表 S_TR_EB_BP1_001 电子银行出纳 电子银行出纳 电子付款指令导出（自动付款） 电子付款指令导出（非自动付款）S_TR_EB_BP1_002 电子对账员 电子对账 电子对帐单上载及对帐处理 银行存款余额调节表 银行余额调节报表 电子对帐单过账 批输入会话 记帐处理电子银行对帐单 过帐电子银行报表 记帐并清账 S_TR_EB_BP1_003 电子银行资金主管 电子银行资金主管 电子付款指令重复导出释放 冲销凭证 重置已结清项目 S_TR_EB_BP1_004 电子银行资金管理员 电子银行资金管理员总帐 银行到帐通知处理 加油站编码到帐通知程序 银行到帐

30、通知补入 输入总帐科目记帐 S_TR_EB_BP1_005 电子银行资金管理员 电子银行资金管理员应收 银行到帐通知处理 加油站编码到帐通知程序 银行到帐通知补入 收款记帐 - 16 - 哈尔滨工业大学工程硕士学位论文 续表 2-2 公共角色 角色标题 角色职责描述 事务码描述 S_TR_EB_BP1_005 电子银行资金管理员 电子银行资金管理员应收 银行到帐通知处理 加油站编码到帐通知程序 银行到帐通知补入 收款记帐 S_TR_EB_BP1_006 电子银行资金管理员 电子银行资金管理员应付 自动付款建议打印 银行到帐通知处理 加油站编码到帐通知程序 银行到帐通知补入 付款记帐 S_TR_

31、EB_BP1_007 自动支付建议创建员 自动支付建议创建 自动付款参数 S_TR_EB_BP1_008 自动支付收付运行员 自动支付收付运行 自动付款参数 S_TR_EB_DM1_001 电子银行数据维护员 电子银行数据维护 非挂帐单位信息维护及凭证分配（创建) 非挂帐单位信息维护及凭证分配（创建) 维护根据到账通知不需要记帐的交易代码表 zbcnp 数据表维护 加油站编码和虚拟客户对应关系 S_TR_EB_BP2_001 电子银行公共通用权限 电子银行公共通用权限文件的存取权限、使用 RFC 的权限 S_TR_EB_BP1_009 为付款凭证指定非挂账 为付款凭证指定非挂帐单位 银行科目主

32、数据设置了权限组字段， 保证了银行科目安全操作，在不同的地市的具体角色中，可以设置权限组的具体参数， 拥有此具体角色的用户 ID，- 17 - 哈尔滨工业大学工程硕士学位论文 就可以操作设置某权限组的银行科目的相应的财务账，如表 2-3 所示： 表 2-3本地角色表举例 本地角色 作用名 地市 地市描述 权限组 S_JX_TR_EB_BP1_001_BB01 江西省公司电子银行出纳 BB01 省公司 JX01- JX14 S_JX_TR_EB_BP1_001_FZ01 江西抚州市电子银行出纳 FZ01 抚州市 JX03 S_JX_TR_EB_BP1_001_GZ01 江西赣州市电子银行出纳 G

33、Z01 赣州市 JX04 S_JX_TR_EB_BP1_001_JA01 江西吉安市电子银行出纳 JA01 吉安市 JX05 S_JX_TR_EB_BP1_001_JD01 江西景德镇市电子银行出纳 JD01 景德镇 JX06 S_JX_TR_EB_BP1_001_JJ01 江西九江市电子银行出纳 JJ01 九江市 JX07 S_JX_TR_EB_BP1_001_NC01 江西南昌市电子银行出纳 NC01 南昌市 JX02 S_JX_TR_EB_BP1_001_PX01 江西萍乡市电子银行出纳 PX01 萍乡市 JX08 S_JX_TR_EB_BP1_001_RC01 江西瑞昌市电子银行出纳

34、RC01 瑞昌市 JX09 S_JX_TR_EB_BP1_001_SR01 江西上饶市电子银行出纳 SR01 上饶市 JX11 S_JX_TR_EB_BP1_001_YC01 江西宜春市电子银行出纳 YC01 宜春市 JX10 2.5 本章小结 本章内容结合本课题研究内容，重点 阐述了数据处理逻辑及传递分析、接口技术分析、批导入技术 及系统权限分析等方面。 - 18 - 哈尔滨工业大学工程硕士学位论文 第 3 章 银企直联系统的设计 依据在前面的第 2 章，介绍了接口技术分析、批导入技术及系统权限分析等内容，本章将结合一个 具体的银企直联系统，设计了一个基于技术的解决方案，并详细阐述了系统的设

35、计。 3.1 系统需求规定 (1)系统用例图 需求分析阶段使用用例图表示系统中角色与用例之间的关联关系，如图 3-1中所示： 图 3-1 系统用例图 系统基本需求包括：电子付款、票据付款、银行发起收付款、 POS 机收款、加油站缴款、电子对账 、帐户信息查询；本文重点设计的需求是电子付- 19 - 哈尔滨工业大学工程硕士学位论文 款、银行发起收付款、电子 对账、帐户信息查询等。 (1)电 子付款处理 包括付款凭证通过电子付款方式对外 付款的业务处理过程等需求；企业通过银企 双方共同搭建的电子交易平台向银行发出电子支付指令，银行则根据该电子 支付指令执行付款交易，并通过该电子交易平台返回交易结果

36、。 (2)银 行发起收付款处理 包括企业收付款业务处理过程等需求；对于银行手续费、利息、水电费、 保险费等由银行先行付款的业务，视为银行发起付款业务。即由银行先行将 款项支付给收款人后，然后发送电子到账通知给中国石化相关企业，相关企 业收到银行的到账通知后，根据到账通知创建银行暂付凭证，同时核销应付账款 ，或借记其他总账科目。 (3)电 子对账处理 包括 ： 银行对账单自动对账处理过程等需求；对于电子付款业务来说， 将使用 SAP 的付款会计凭证号做为未来电子对账的对账标识。即企业发出付款指令时，将每笔付款指令所对应的 SAP 会计凭证号一同发送给银行，银行处理完付 款交易后，会在其返回的付款

37、交易通知和后续返回的电子对账单中也带有该 SAP 会计凭证号，并且与每笔付款交易一一对应。因此，企业即可用 SAP 凭证号做为对账标识进行 电子对账处理，并生成如下对账凭证： 借：银行存款暂付款账户 XXXX 贷：银行存款账户 XXXX (4)帐 户信息查询处理 包括：查询各银行真实账户余额、交易明细及逐笔支付情况，从而达到统一业务操作平台的目的； 银行反馈结果查询：当银行接到企业发出的付款指令后，首先检查付款指令报文数据的合法性，检 查完毕立刻返回给企业一个受理结果通知，告知受理是否成功。若受理成功 ，则进行付款交易的处理，处理完毕后再返回给企业一个处理结果通知，告知处理是否成功结果。 电子

38、付款交易逐笔查询：用以查询每笔付款指令的详细交易执行情况，包括受理结果和处理结果。 但若银行受理成功但尚未返回处理结果，则该查询功能将会向银行发出处理 结果的查询报文，并将银行返回的处理结果显示在屏幕上。 银行账户余额查询：用以查询一个或多个银行账户的实时余额。查询时该程序会先向银行发出余额 查询报文，银行收到后会立刻返回当时的账户余额信息报文，程序收到银行返回的报文后，将账户余额 信息显示在屏幕上。 - 20 - 哈尔滨工业大学工程硕士学位论文 银行账户余额明细查询：用以查询各银行账户在一定交易日期范围内的交易明细。查询时该程序会 先向银行发出账户明细查询报文，银行收到后会立刻返回查询范围内

39、的账户 交易明细报文，程序收到银行返回的报文后，将查询结果显示在屏幕上。 3.2 系统业务流程设计 目前， 银企直联系统已经完成了 11 个业务流程， 业务流程如表 3-1 所示： 表 3-1 业务流程清单 序号 流程名 功能 1 TR_CM_E01-1 电子付款流程（基于手工付款凭证） 2 TR_CM_E01-2 电子付款流程（基于自动付款凭证） 3 TR_CM_E02-1 票据付款流程（先凭证后票据） 4 TR_CM_E02-2 票据付款流程（先票据后凭证） 5 TR_CM_E03 银行发起收款流程 6 TR_CM_E04 银行发起付款流程 7 TR_CM_E05-1 POS 机收款流程（

40、银行逐笔提供到帐通知） 8 TR_CM_E05-2 POS 机收款流程（银行汇总提供到帐通知） 9 TR_CM_E06 加油站缴款流程 10 TR_CM_E07 电子对账流程 11 TR_CM_E08 账户信息查询流程 本文重点负责设计和实现 6 个流程的内容分别为： 电子付款流程（基于手工付款凭证）、电子付款流程（基于自动付款凭证）、银行发起收款流程、银行发起付款流程、电子对账流 程、账户信息查询流程。 电子付款流程是手工编制付款凭证通过 电子付款方式对外付款的业务处理过程。 银行发起收付款是通过电子银行实现 的企业收款或付款业务处理过程。 银行对账流程是出纳查询对账单到达情 况并执行对账单

41、上载；出纳检查对账完成情况分析问题，对 于企业尚未进行账务处理的业务及时向应付会计传递信息补做凭证；出纳对 于一次性对账不成功的对账单在解决问题后执行后续对账，并出据银行余额调节。 电子付款流程图，如图 3-2 所示： - 21 - 哈尔滨工业大学工程硕士学位论文 应付主管/ 资金主管 出纳应付会计1.创建付款建议2.审批同意开始结束7.查找错误并解决5.银行接收并处理6.受理成功11.发送到账通知否否3.产生暂付凭证付款建议清单是9.执行制定交易是银行4.电子付款指令导出8.电子付款指令重复导出释放10.交易成功12.到账通知确认是否图 3-2电子付款流程图 银行发起收付款流程图，如图 3-3所示 ： - 22 -