新一代国际结算系统技术方案
一、网络结构图
新一代结算系统网络架构分为三层：总行、一级分行以及二级分行（或支行）。其中：
●总行为国际结算业务数据中心，结算系统的应用服务器、数据库服务器
均存放在总行。
●一级分行作为国际结算业务的操作中心，通过各一级分行骨干网与总行
新一代结算系统服务器进行连接，对国际结算的业务数据进行存取。同
时，各一级分行为辖内影像数据存放中心，放置影像管理服务器、影像
数据库服务器。
●二级行（或支行）通过二级骨干网与一级分行进行网络连接。由于二级
分行处理数据包括业务数据及影像文件，数据传输（数据上传）有两种
情况：一是影像数据及影像索引数据，通过二级骨干网传输至一级分行
的影像管理系统中；二是影像索引数据及相关业务数据通过二级行骨干
网传输至一级分行，再通过一级骨干网传输至总行结算系统数据库中。
对于一级分行业务处理结果需反馈给二级分行时（数据下传），须通过
一级及二级骨干网传送至二级分行（或支行）。
二、系统数据流程
新一代国际结算系统的数据流由二级分行开始发起，包含国际结算的业务数据和影像数据。由于结算数据全部集中在总行，而影像系统分散于各一级分行，因此在系统处理过程中需对二级分行上传的数据包在一级分行做拆包处理，分解为业务索引数据和影像数据，业务索引数据和影像数据存入一级分行影像系统；业务索引数据存入总行新一代结算系统业务数据库。具体的数据流程如下图所示：
图2系统数据流程图
（一）业务数据流程
1、二级分行：业务数据是在二级分行通过手工录入的业务索引数据。该数据由二级分行客户端产生后，与相关业务的影像文件一起打包上传。经由二级分行局域网和骨干网传送至一级分行后，分解出业务信息及影像索引信息。其中业务信息再通过一级分行骨干网传送至总行数据库服务器存放。
2、一级分行：收到业务处理信息后，从总行数据库中读取二级分行提供的业务数据进行相应的业务处理，并根据从本地影像系统中调阅的相关业务影像文件进行处理。业务处理完毕后，结算系统会将相关业务处理结果回传送二级分行。
3、总行：查询结算系统数据，并向下级分行传送提示信息，生成与其他系统接口文件等。
（二）影像数据的流程
1、二级分行：影像数据是指由二级分行经过扫描产生的各种单证的原始影像数据。该数据在业务人员扫描完毕后，经过压缩处理，与业务数据一起打包后经由二级分行局域网和骨干网到达一级分行，系统分解出影像文件及相关索引数据，在一级分行的影像文件服务器中保存。
2、一级分行：一级分行经办人员办理业务时经由本地局域网调阅、审核、批改影像文件。
3、总行：总行可随时查阅各一级分行相关的影像数据。
三、系统软件平台
1．操作系统
本项目开发考虑采用Client/Server系统体系架构，或者采用Client/Server 或Browser/Server两者结合模式。其中Browser/Server模式在总行的web服务器考虑安装WinNT或者Win2000等服务器端操作系统；Client/Server模式，操作系统在Server端可采用WinNT或者Win2000服务器端操作系统或UNIWARE 操作系统。若采用IBM或SUN等厂商机型，将采用相应的操作系统类型。
一级分行、二级分行客户端操作系统采用Win/98或Win2000 for Client。
2．数据库
新一代国际结算系统采用Informix 或Oracle关系型数据库。
3．中间件
系统采用BEA Tuxedo中间件来保证网络传输安全性以及传输数据的一致性和完整性。
四、接口设计
（一）与会计系统接口
依照我行有关会计制度的要求，国际结算系统处理业务所形成的所有业务数据均须及时地纳入外汇会计系统的核算管理当中，即实现会计帐务的实时处理。鉴于目前一级分行会计系统集中步伐不一致，新一代国际结算系统将先考虑与外汇会计集中的一级分行建立接口。待实现会计系统的区域（全行）集中后，再与其建立接口。下面针对第一步骤的技术实现进行详细说明：
1．会计接口的整体思路
鉴于我行已实现会计数据集中的一级分行使用会计系统版本各不相同，据统计目前约有七个版本，其中有本外币合一的，有本币、外币两套系统分别集中的。并且各行会计系统所要求接口数据也不尽相同，因而与会计系统接口无法统一，开发工作量较大将无法避免。
2．会计接口的实现方式
各一级分行使用的集中的会计系统有两种模式：会计分录驱动和交易驱动模式。为了尽量减少接口开发工作量，建议新一代国际结算系统与会计系统的接口统一采用模拟手工凭证录入方式，由国际结算系统按照规范的数据格式通过接口程序将数据包传到会计系统，会计系统检查通过后，自动入流水帐数据库，该处理过程由系统自动完成，无需人工干预。接口设计包括两部分内容：
一部分为国际结算系统部分接口程序，该部分程序包括向会计系统发出交易请求，传送包含国际结算会计帐务、其他会计系统所需信息（如外管申报所需数据）等的数据包。
另一部分是会计系统中的结算接口数据入流水帐程序，需要对结算系统流水帐进行检查。具体处理过程：会计系统实时接收结算系统传过来的数据包，进行数据包校验、合法性检查、平衡检查等一系列处理。
上述接口设计的两部分内容需由结算系统、会计系统的开发人员密切配合。根据接口设计的总体设计思路，先由业务人员总结各一级分行会计系统数据规范，该数据规范为各一级分行会计系统所需数据的集合。然后，接口设计第一部分内容由国际结算系统开发人员编写生成规范数据包程序，第二部分内容由会计系统开发人员编写拆包程序，根据本行使用会计系统的要求提取有效数据，进行帐务校验，将成功或失败结果返回给结算系统。对于交易驱动模式下的会计系统，会计系统开发人员可以跳过系统交易检查等控制，对会计分录直接处理。
3．会计接口处理流程
国际结算系统在一级行设客户端端，结算业务人员在系统中录入交易信息形成待处理资料并存放总行，复核员调总行数据库资料复核后，上传总行，由国际结算系统服务器后台程序将有关帐务数据打包通过一级分行前置机传入会计系统，驱动会计系统拆包，对帐户进行合法性检查后过帐，过帐成功，返回信息给结算系统，系统形成主档资料，会计前台于日终时打印传票。若过帐失败，通过会计接口反馈给结算系统，业务回到待复核状态，待排除故障后继续作业。
此方式经办输入交易时不预扣客户帐，从而减少了系统重复扣帐及错帐的可能性。
在实际业务操作过程中，与会计接口相关的还有冲账处理。会计接口程序提供过帐的冲正交易，以纠正复核时的误操作。过帐的当日冲正的方式由结算系统上传的分录内容决定，进行自动冲正；但实际过帐的隔日冲正为手工方式，即不由结算系统交易触发，而是根据会计传票手工在会计系统中进行冲正。对于结算系统主动发起的冲帐交易，将原交易账务信息标记为冲帐传入会计系统，由其进行冲帐，冲回实际过帐额的交易发生额。
4．接口实现过程中可能出现的问题
