某银行国内业务系统规划说明书.docx

国内信用证业务系统总体设计

说明书

中国建设银行结算部、信息技术部
北 京 建 银 电 脑 公 司

2002年3月28日

版本说明

标题：国内信用证业务系统总体设计说明书

类别：总体方案
编号：总体方案第001号
密级：内部机密
建立日期：2002年2月18日

撰稿人：

编辑软件：Microsoft Office98 中文版

修改记录：

日 期
修订人
修订摘要
2002.2.28
曾 洛、律 欣
创建第一章
2002.2.28
胡也南、郝风光
创建第二章
2002.2.28
律 欣
创建第三
2002.2.28
曾 洛、胡也南
创建第四
2002.3.10
胡也南、郝风光
创建第五、六、七章
2002.3.25
胡也南、曾 洛、律 欣
合并与整理
2002.3.28
胡也南、申延云、郝风光
定稿
2002.4.8
胡也南、邓小敏、曾 洛
修改

目 录

第一章 引 言 6
§ 1.1编写目的 6
§ 1.2 读者对象 6
§ 1.3 项目基本情况 6
§ 1.4 项目背景 6
§ 1.5基本定义 7
§ 1.6 参考资料 8
第二章 系统概述 9
§ 2.1系统总体实现目标 9
§ 2.2系统设计原则 9
§ 2.3技术方案的确定 10
§ 2.3系统网络结构 12
§ 2.4系统软件结构 13
§ 2.4.1系统后台软件结构 13
§ 2.4.2系统前台软件结构 13
§ 2.5系统通讯方式 13
§ 2.6和现有系统的比较 13
§ 2.7和相关系统的关系 13
§ 2.8国内信用证业务系统给其他系统可能带来的影响 14
第三章 系统数据库及编码设计 15
§ 3.1 系统后台业务数据库设计 15
§ 3.2 系统前台业务数据库设计 17
§ 3.3 系统业务类型编码 17
第四章 系统业务操作流程 18
§ 4.1信用证开立 18
§ 4.2 信用证修改 19
§ 4.3信用证的委托收款及验单付款 20
§ 4.4 信用证的议付及验单付款 21
§ 4.5信用证的注销 21
第五章 系统前台软件设计 23
§ 5.1 系统前台软件功能概述 23
§ 5.2 工前准备 24
§5.2.1 子模块组成 24
§5.2.2 程序处理流程 24
§ 5.3 信息录入 25
§ 5.3.1子模块组成 25
§ 5.3.2 程序处理流程 25
§ 5.4 信息处理 27
§ 5.4.1 子模块组成 27
§ 5.4.2 复核程序处理流程 28
§ 5.4.3 授权程序处理流程 29
§ 5.4.4 联机编押程序处理流程 31
§ 5.4.5 信息发送程序处理流程 32
§ 5.4.6 信息接收程序处理流程 33
§ 5.4.7 更正程序处理流程 33
§ 5.4.8 删除程序处理流程 35
§ 5.5 查询统计 36
§ 5.5.1子模块组成 36
§ 5.5.2 查询程序处理流程 37
§ 5.5.3 统计程序处理流程 37
§ 5.6 打印 38
§ 5.6.1子模块组成 38
§ 5.6.2 打印程序处理流程 38
§ 5.7 系统管理 39
§ 5.7.1子模块组成 39
§ 5.8 系统日结 40
§ 5.8.1子模块组成 40
§ 5.8.2与城综网对帐程序处理流程 40
§ 5.8.3与清算系统比对信息程序处理流程 41
§ 5.8.4系统日结程序处理流程 41
第六章 系统后台软件设计 43
§ 6.1 系统后台软件组成 43
§ 6.2 前台业务服务程序 43
§ 6.3 城综网与信用证业务系统服务程序 44
§ 6.4清算系统与信用证业务系统服务程序 44
§ 6.5 后台管理程序 44
第七章 系统接口设计 45
§ 7.1与 综合业务系统的接口设计 45
§ 7.2与清算系统的接口设计 46
结束语 47

第一章 引 言
§ 1.1编写目的
编写本系统总体设计说明书的目的是为了介绍国内信用证业务系统的系统总体目标、设计原则、系统结构，并根据系统的业务需求制定业务操作流程，进行系统数据库设计，系统前、后台软件设计和系统接口设计。以便我行软件开发项目管理者、决策者对项目进行决策，同时为未来系统的概要设计、详细设计制定总体设计方案。
§ 1.2 读者对象
本系统总体设计说明书可能的合法读者对象为软件开发项目管理者、决策者及相关业务部门的人员和项目开发人员。
§ 1.3 项目基本情况
项目名称：中国建设银行国内信用证业务系统。
简称：建行国内信用证业务系统
项目代号：
委托单位：中国建设银行总行
开发单位：中国建设银行总行信息技术部、北京建银电脑公司。
牵头部门：中国建设银行总行结算部。
与其它系统的关系：本系统作为各分行“综合业务系统”的业务的补充，充分利用“城市综合业务系统”的资源，完成国内信用证业务的信息处理和帐务处理。并以“资金清算系统”为信息传递渠道，实现跨分行国内信用证业务的办理，达到促进我行结算业务发展，增加我行支付结算中间业务收入的目的。
§ 1.4 项目背景
市场经济的发展，使得商品交易的方式呈现多样化的趋势。商品贸易方式的变化无疑使得企业客户对银行结算功能的需求呈现多样化、个性化的特征。特别是一些对外经济往来比较频繁或沿海经济发达地区的国内贸易企业，不仅希望银行通过办理款项结算能够分担其在商品交易活动中收货不付款和收款不发货的风险，而且希望银行在办理结算业务的同时，为其提供融资的渠道。
目前，以票据诈骗为主要特征的金融犯罪活动日益猖獗。在此经济环境下，商业信用下降，危机四起，银行传统的“三票一卡”结算工具的使用受到了前所未有的挑战。商品交易双方出于各自利益的安全考虑，在办理款项结算过程中已不再满足现有的银行结算方式，纷纷要求银行采取有效措施，培育社会信誉，改善经济环境，同时希望银行提供的结算工具能够将银行信用与商业信用结合起来，甚至以银行信用代替商业信用。信用证业务，以转移的物权凭证为载体，凭符合规定条款的单据承诺付款，体现了银行信用和商业信用相结合的特征，能够在较小的风险下，满足商品交易双方款项结算的需要。由此可见，开办国内信用证业务，是培育社会信誉的必然要求，能够促进票据业务的健康发展。
银行的竞争，是结算手段的竞争，是服务功能的竞争。近年来，中国银行、上海浦东发展银行等国内同业为满足国内商品贸易的需要，纷纷推出国内信用证业务，并取得了较好的社会效益，这无疑给我行的竞争带来了压力，只有不断推陈出新，研发新的结算品种，才能提高市场竞争能力，使我行在同业竞争中处于不败之地。因此，在目前传统结算工具市场份额相对稳定的今天，开办国内信用证业务，满足不同客户群体对银行结算功能的个性化需求，不仅能够丰富我行现有的结算品种，完善结算服务功能，而且有利于树立我行的结算业务品牌，满足我行拓展和创新支付结算业务，扩大中间业务领域，增强赢利能力的需要。
基于上述理由，为了不断丰富我行的支付结算产品，完善其结算功能,进一步拓展中间业务市场，增强建设银行整体竞争能力，根据行领导的指示和人民银行的制度规定，结算部在认真调查研究和广泛征集各方面意见的基础上，拟于2002年下半年将国内信用证业务推向市场，以满足企业不断提出的结算服务需求。
§ 1.5基本定义
1．国内信用证：开证行依照申请人申请开出的，凭符合信用证条款的单据支付的书面付款承诺。信用证按开立方式分为信开和电开方式，我行国内信用证均采用电开方式。信用证付款方式分为即期付款、延期付款或议付。议付方式仅限于延期付款信用证。
2．信用证开立：开证申请人提出信用证开证申请并递交相关材料，经有关部门审查通过后，业务人员根据开证申请书电开信用证并发送及打印信用证等有关单证。
3．信用证修改：开证申请人向开证行提出信用证修改申请，开证行审查后根据修改申请书电开信用证修改书，并发送及打印信用证修改书等有关单证。
4．信用证事务：各经办行之间 在办理国内信用证业务过程中对专项内容进行通知和回复。信用证事务按不同内容可成分事务查询、事务查复、到期付款确认、不符点通知、注销通知、注销确认六种类型。
5．信用证接收：信用证业务经办行接收打印国内信用证及有关单证，主要有信用证、信用证通知书、信用证修改书、信用证修改通知书、查询查复书、到期付款确认书、不符点通知书、注销通知书和同意注销核实书。
6．信用证注销：信用证开证行或通知行根据信用证付款凭证、有关当事人提出同意注销通知及逾期情况，办理信用证业务销记。
§ 1.6 参考资料

编写本说明书时共参考了如下的资料和文献：
1、《中国建设银行国内信用证业务需求分析说明书》
2、《中国建设银行国内信用证业务管理规程》
3、《中国建设银行城市综合业务系统总体设计说明书》
4、《中国建设银行城市综合业务系统会计系统技术手册》
5、《中国建设银行柜面业务需求说明书会计处理部分》

第二章 系统概述
§ 2.1系统总体实现目标
系统总体实现目标是针对建设银行各分行的网络情况和综合业务系统情况，根据总行结算部制定的《国内信用证系统业务需求》，充分利用“城市综合业务系统”的资源，完成国内信用证业务的信息处理和帐务处理。并以“资金清算系统”为信息传递渠道，实现跨分行国内信用证业务的办理，达到促进我行结算业务发展，增加我行支付结算中间业务收入的目的。

§ 2.2系统设计原则

l 系统采用相对独立的设计，无须对城综网进行改造，以最大程度的降低对分行综合业务系统影响，使其具有适应性强、推广实施方便的特点。
l 系统采用UNIX操作系统，INFORMIX数据库，标准C语言，基于TCP/IP的网络设计，以保证系统软件平台的通用性与适应性。
l 系统采用CLIENT/SERVER处理方式，将数据的输入/输出、屏幕管理、数据检查等由CLIENT处理，以提高系统的响应速度。
l 系统采用参数化设计和事务处理方式，以适应银行业务变化的要求。
l 系统操作员采用独立的操作员管理模块，以保证操作的安全。
l 网络数据的传输采用MAC校验方式，以保证数据的安全。
l 系统采用了完备的数据库索引，以提高数据的查询速度。
l 系统前台不保留数据信息，系统后台与清算系统每天做日终对帐，以保证数据一致性。
l 系统采用统一的命名方式，统一的编程风格，各个功能相对独立。
l 程序结构设计合理，并提供完整的应用系统设计文档、程序处理流程、程序函数说明，方便日常维护。
§ 2.3技术方案的确定
由于“国内信用证业务系统”依托各分行“城市综合网“，并以“资金清算系统“为信息传递渠道，实现接收和发送信用证信息。因此，国内信用证业务作为会计结算的一项新业务，在技术实现上有三种方式：
方案一：系统单独实现信用证业务信息处理
信用证业务系统的开发以及与清算系统接口软件的开发由总行统一完成，信用证业务系统的帐务处理采用系统打印记帐凭证，操作员在“城综网”手工记帐的方法。由于此方案相对独立，各分行无需对“城综网”进行改造。
方案特点：
l 软件版本统一，系统相对独立，推广实施方便。
l 项目开发费用最低、技术实现最简单、最方便。
l 降低了分行开发工作量和切换运行的风险，同时，开发进度、软件质量和可靠性能够得到最好的保证；
l 不能充分利用“城综网”的信息资源，
l 帐务处理需由信用证业务系统打印有关凭证，通过“城综网”手工记帐，增大柜员劳动强度、并可能出现漏记帐的情况。
方案二：系统与‘城综网’直联实现信用证信息处理
信用证业务系统的开发以及与清算系统接口软件的开发由总行统一完成，总行制定信用证业务系统与‘城综网’的统一接口标准，各分行按照总行制定的统一接口标准，对“城综网”进行相应改造。以实现信用证业务的自动记帐。
方案特点：
l 符合现代银行业务系统的设计思想。
l 充分利用“城综网”的信息资源，实现了信用证业务的自动记帐，减低了柜员的劳动强度和工作失误概率。
l 各分行需适当改造“城综网”，以实现信用证业务的自动记帐。因此分行的开发工作量、开发进度、软件质量与方案一相比有所降低，但也能得到较好的保证；
l 项目开发费用与方案一相比略有增加。
方案三“在‘城综网’中实现信用证信息处理”
总行负责信用证业务系统与清算系统接口软件的开发和制定信用证业务系统的需求、总体技术方案，与清算系统接口软件标准标准，各分行负责在‘城综网’中开发国内信用证业务模块，实现信用证信息处理功能。
方案特点：
l 可以充分利用“城综网”的信息和设备资源，信用证业务系统与“城综网”系统的一致性最好。
l 增加了分行开发工作量和切换运行的风险，开发进度、软件质量和可靠性与方案一、方案二相比最低。
l 各分行都需投入人员开发信用证业务系统，项目开发费用至少是方案一、方案二费用的5倍以上。
综上分析可以看出：方案二的技术先进性、经济性、项目可实施性等指标较好，因此选择方案二为本项目的技术实现方案。

§ 2.3系统网络结构

国内信用证业务系统为相对独立的业务系统，采用数据集中处理模式，前台不保留信用证信息，前后台间采用CLIENT/SERVER模式。信用证系统服务器（作为分行综合业务系统的前置机）通过网络连接分行综合业务系统和分行清算中心。行内信用证在后台自动清分，不同行之间的信用证信息通过清算系统进行传递。通过信用证系统服务器向综合业务系统提交记帐请求，综合业务系统根据请求记客户分户帐，解决信用证业务的自动记帐问题。
信用证业务系统主机使用PC服务器，前台操作终端可与现有会计前台共用一台PC机。

§ 2.4系统软件结构
§ 2.4.1系统后台软件结构

国内信用证业务后台模块
数据通讯及应用接口
会计核算系统接口
清算系统接口
应用系统库函数
C.lib
Shell
Informix
TCP/IP
SCO UNIX 5.0.4

§ 2.4.2系统前台软件结构
国内信用证业务前台模块
数据通讯及应用接口
应用系统库函数
C.lib
Shell
Informix
TCP/IP
SCO UNIX 5.0.4

§ 2.5系统通讯方式

l 前、后台间通讯采用TCP/IP协议，可使用现有的成型通讯平台产品（ 如TUXEDO）。
l 后台与清算系统、后台与城综网之间采用SOCKET编程实现通讯联接，在清算系统可使用系统调用的方式实现对清算系统数据库的操作。(清算系统接口程序需由清算项目组提供)
§ 2.6和现有系统的比较
国内信用证作为一种新的结算业务产品，目前行内尚无相应的业务系统，因此和我行现有系统不具备可比性。
§ 2.7和相关系统的关系
1、与清算系统的关系
异地的信息交换通过清算网进行传递，清算系统提供接口。
2、与城综网的关系
国内信用证系统后台通过接口从城综网取得相关信息并通过城综网实现信用证业务的自动记帐。信用证业务系统前台可与城综网前台使用相同的硬件设备，以方便用户操作和降低项目费用。
§ 2.8国内信用证业务系统给其他系统可能带来的影响
由于国内信用证业务具有单笔业务数据量较大，总体业务量较小的特点，本项目组与我行清算系统项目组通过对国内信用证业务的深入研究，认为国内信用证业务会适当加大清算系统的数据处理量，但不会影响清算系统的正常运行，清算系统完全有能力处理国内信用证业务的信息。

第三章 系统数据库及编码设计
§ 3.1 系统后台业务数据库设计
根据信用证业务需求和系统功能设计的需要，并考虑到开证（发送）信息和来证（接收）信息的不一致和数据库表操作的简便性，将开证（发送）信息和来证（接收）信息、当日（临时）信息与历史信息分表存储。系统日结后，当日（临时）信息除保留当日未发送的开证信息外，其他信息全部删除。系统后台业务数据库表设计如下：
1、信用证开证临时处理数据表（xyzkz1_temp）
用于临时记录信用证开立信息和处理情况。在信用证的录入、复核、联机编押、更正、删除、日结等功能中均对此表进行操作。
2、信用证开证历史信息数据表（xyzkz1_lsb）
用于记录信用证开立的历史信息。在系统日结和系统查询、统计等功能中对此表进行操作。
3、信用证来证临时处理数据表（xyzkz2_temp）
用于临时记录信用证来证信息和处理情况。在信用证来证信息处理、日结等功能中均对此表进行操作。
4、信用证来证历史信息数据表（xyzkz2_lsb）
用于记录信用证来证的历史信息。在系统日结和系统查询、统计等功能中对此表进行操作。
5、信用证修改临时处理数据表（xyzxg1_temp）
用于临时记录信用证修改信息和处理情况。在信用证修改书的录入、复核、联机编押、更正、删除、日结等功能中均对此表进行操作。
6、信用证修改历史信息数据表（xyzxg1_lsb）
用于记录信用证修改的历史信息。在系统日结和系统查询、统计等功能中对此表进行操作。
7、信用证修改（来证）临时处理数据表（xyzxg2_temp）
用于临时记录信用证修改（来证）信息和处理情况。在信用证修改（来证）信息处理、日结等功能中均对此表进行操作。
8、信用证修改（来证）历史信息数据表（xyzxg2_lsb）
用于记录信用证修改（来证）的历史信息。在系统日结和系统查询、统计等功能中对此表进行操作。
9、信用证事务（发送）临时处理数据表（xyzsw1_temp）
用于临时记录信用证事务（发送）信息和处理情况。在信用证的录入、复核、联机编押、更正、删除、日结等功能中均对此表进行操作。
10、信用证事务（发送）历史信息数据表（xyzsw1_lsb）
用于记录信用证事务（发送）的历史信息。在系统日结和系统查询、统计等功能中对此表进行操作。
11、信用证事务（接收）临时处理数据表（xyzsw2_temp）
用于临时记录信用证事务（接收）信息和处理情况。在信用证来证信息处理、日结等功能中均对此表进行操作。
12、信用证事务（接收）历史信息数据表（xyzsw2_lsb）
用于记录信用证事务（接收）的历史信息。在系统日结和系统查询、统计等功能中对此表进行操作。
13、信用证业务流水帐表（hpjg）
用于记录信用证业务流水帐。
14、汇票机构信息表（hpjg）
用于记录全行汇票机构信息和可以开办国内信用证机构信息。
15、开户企业信息表（khqyxx）
用于记录开户企业的信息。如果城综网提供接口，则不需要该表。
16、操作员信息表（hpjg）
用于记录操作员的ID、姓名、口令等信息。如果城综网提供接口，则不需要该表。

§ 3.2 系统前台业务数据库设计
系统前台只存储打印机的信息和网点配置信息。
1、打印机型号及控制参数表（dyj）
用于记录常用打印机的型号、打印机设备号、打印机控制参数表。
2、网点配置信息表（hpjg）
用于记录本机构的行号、行名、地址、邮编、电话、传真。
3、编押方式及密押器接口定义表（my）
用于定义编押方式和定义密押器接口。
§ 3.3 系统业务类型编码

业 务 类 别
业 务 编 码
信用证开立
01
信用证修改
02
信用证注销
03
信用证事务查询
04
信用证事务查复
05
信用证到期付款通知书
06
信用证不符点通知
07
信用证注销通知书
08
信用证同意注销核实书
09

第四章 系统业务操作流程
§ 4.1信用证开立
信息发送方操作流程：
1、操作员根据开证申请书录入信用证信息；
2、复核员复核信用证信息；
3、联机编押；
4、对于超限额的开证信息，由会计主管审核授权；
5、发送所有已复核、授权通过的信用证信息，打印信用证副本、开证通知联及有关凭证，登记“开证登记簿”，并通过“城综网”自动记帐打印回单。

N
录入
换人复核
删除
更正
发送
业务结束
授权
联机编押
是否有误？
信息接收方操作流程：
1、操作员接收信用证开证信息；
2、联机核押；
3、核押正确，打印信用证正本、副本、信用证通知书，审单无误后交受益人。
4、核押错误或有存疑的，发事务查询并注明存疑和查实情况。
§ 4.2 信用证修改
信息发送方操作流程：
1、操作员根据修改申请书录入信用证修改书信息；
2、复核员复核信用证修改书信息；
3、联机编押；
4、会计主管审查授权；
5、发送所有已复核授权的信用证修改书信息，打印信用证修改书副本、修改书通知联及有关凭证，登记“修改书登记簿”，并进行表外核算。
N
录入
换人复核
删除
更正
发送
业务结束
联机编押
授权
是否有误？

信息接收方操作流程：
1、操作员接收信用证修改书信息；
2、联机核押；
3、核押正确，打印信用证修改正本、副本、信用证修改通知书，审单无误后交受益人。
4、核押错误或有存疑的，发事务查询并注明存疑和查实情况。对涉及增减额的，还必须在留存副本上做背批。
§ 4.3信用证的委托收款及验单付款
1、受益人向其开户行提交有关单证申请委托收款。
2、委托收款行对信用证项下单证进行审核。
3、审查有误的，洽受益人修改；无误的，填制寄单通知书连有关单证，用快邮方式寄开证行办理委托收款。
4、开证行对信用证项下的单证进行审核。
l 审核无误开证申请人确认付款的，或审核有误申请人接收不符点的，即期信用证在“国内信用证业务系统”办理划款，延期信用证通过“国内信用证业务系统”发出到期付款确认书。
l 审核发现不符的，在5个营业日内通过“国内信用证业务系统”发出不符点通知书（加押），注明“单据代为保管，听候……”。
l 申请人不同意付款的，开证行通过“国内信用证业务系统”发送不符点通知书（加押），注明“单证不符，拒绝付款”。
l 登记“国内信用证开证登记簿”。
5、委托收款行在“国内信用证业务系统”收到款项或到期收到款项的，办理转帐；收到到期付款确认书的，应核验密押。
6、委托收款行在“国内信用证业务系统”接到开证行拒绝付款不符点通知书，应及时洽受益人。
7、逾期未收的信用证款项，应通过“国内信用证业务系统”发出催收查询查复书。
§ 4.4 信用证的议付及验单付款
1．受益人向其开户行提交有关单证申请议付。
2．议付行对信用证项下单证进行审核。
3．议付行审核不符的，洽受益人修改；或通过“国内信用证业务系统”向开证行发出不符点通知书。视修改或开证行确认情况，决定是否议付。
4．同意议付的，扣除议付利息等费用后，办理转帐；不同意议付的可办理委托收款。
5．登记“国内信用证来证登记簿”。
6．议付后，议付行填制寄单通知书连有关单证，用快邮方式寄开证行索偿议付款项。
7．开证行对信用证项下的单证进行审核。
l 审核无误的，通过“国内信用证业务系统”发出到期确认付款通知书。
l 审核发现不符的，在5个营业日内通过“国内信用证业务系统”发出不符点通知书（加押），注明“单据代为保管，听候……”。
l 申请人同意接收不符点的，开证行通过“国内信用证业务系统”发出到期付款确认书。
l 申请人不同意付款的，开证行通过“国内信用证业务系统”发送不符点通知书（加押），注明“单证不符，拒绝付款。”
l 登记“国内信用证开证登记簿”。
8．议付行在“国内信用证业务系统” 收到到期付款确认书的，应核验密押；信用证到期后，收到款项办理转帐；
9．逾期未收的信用证款项，应通过“国内信用证业务系统”发出催收查询查复书。
§ 4.5信用证的注销
1．逾有效期注销
信用证未执行逾有效期3个月，及未在有效期内提交单据逾有效期1个月的，开证行注销信用证。
2．开证申请人要求注销
l 申请人向开征行提出书面申请。
l 开证行通过“国内信用证业务系统”向通知行发出注销通知书。
l 通知行从“国内信用证业务系统”接收注销通知书，并通过系统向开证行发出同意注销证实书。
3、受益人要求注销（步骤同上）。
4、开证行办理信用证注销手续。
5、登记“国内信用证开证登记簿”、“国内信用证来证登记簿”。
第五章 系统前台软件设计
§ 5.1 系统前台软件功能概述
信用证业务系统
信息录入
信息处理
查询统计
打 印
系统管理
系统日结
工前准备
系统前台软件有工前准备、信息录入、信息处理、查询统计、打印、系统管理、系统日结七大功能模块组成。

l 工前准备
显示并打印当日到期的信用证信息，以便业务人员根据信息的内容进行处理。
l 信息录入
完成国内信用证开立、信用证修改、信用证事务信息的录入。
l 信息处理
完成国内信用证开立、信用证修改、信用证事务信息的复核、联机编押、授权、发送、更正、删除等工作。根据后台的提示，接收并处理其他机构的国内信用证业务信息。
l 查询与统计
根据业务需要查询、统计各类国内信用证业务的情况。
l 打印
打印国内信用证业务的各种单证、报表。
l 系统日结
与清算系统、城综网对帐，对帐完成后，打印信用证业务流水帐、日结单、回单。
l 系统管理
§ 5.2 工前准备
工前准备
当日到期信息
打印日结单
§5.2.1 子模块组成

§5.2.2 程序处理流程

1、当日到期信息
系统前台（CLIENT端）：
l 向SERVER提交打印当天到期信用证信息的请求。
l 把从SERVER上得到的到期信用证信息打印出来供操作员处理。
系统后台（SERVER端）：
l 从信用证开证历史信息表和来证历史信息表中得到到期的信用证信息。
l 形成到期信用证数据文件。
l 将到期信用证数据文件送到CLIENT。
2、打印日结单
系统前台（CLIENT端）：
l 向SERVER提交打印上一营业日信用证业务日结单的申请。
l 从SERVER上得到要打印的信用证业务日结单信息文件。
l 打印信用证业务日结单。
系统后台（SERVER端）：
l 生成上一营业日信用证业务日结单信息文件。
l 将上一营业日信用证业务日结单信息文件送到CLIENT。
§ 5.3 信息录入
§ 5.3.1子模块组成
信息录入
信用证开立
信用证修改书
事务查询
事务查复
到期付款确认书
不符点通知书
注销通知书
同意注销核实书
信用证注销

§ 5.3.2 程序处理流程
系统前台（CLIENT端）：
l 根据业务选择相应的录入模块。
l 输入凭证编号（如信用证开证申请书编号、信用证修改申请书编号、事务查询编号），并提交SERVER检查其合法性。
l 凭证编号的合法性检查通过后，根据原始凭证（如信用证开证申请书、信用证修改申请书等）进行数据录入。
l 将交易类别及录入信息提交SERVER处理。

柜员登录
该凭证是否存在?
显示输入界面
输入凭证编号并送后台检查
该凭证已存在，请重新
输入凭证编号
输入其他数据项并确认
是否打印编押清单?
将交易类别、录入信息送系统后台，后台程序生成记帐流水号（如信用证编号等）并记帐
打印所有未打印的编押清单并将打印后的记录置为已打印状态
结 束

系统后台（SERVER端）：
l 根据CLIENT提交的交易类别、凭证编号检查其合法性，并将检查结果送给CLIENT。
l 根据CLIENT提交的交易类别及录入信息，进行记帐处理。
§ 5.4 信息处理
§ 5.4.1 子模块组成
信息处理
复 核
授 权
联机编押
信息发送
信息接收
更 正
删 除

复 核：输入信用证业务的关键字段，与录入相应内容比较，不正确的更正修改，复核无误的添加复核标志。
联机编押：将需要编押的信用证业务信息送密押器进行编押。
授 权：对需要授权的信用证业务进行授权。
信息发送：发送跨行信用证业务信息。
信息接收：接收其他信用证开办机构发送给本机构的信用证业务信息。
更 正：对复核有错误的信用证内容进行修改。
删 除：删除已录入或已复核的信用证内容。
§ 5.4.2 复核程序处理流程
N
柜员登录
该信息是否存在?
柜员合法？
输入信息类别、编号
提示：该信息不存在，请重新输入信息类别、编号
系统后台程序将信息下传，系统前台显示除复核数据项的数据项供浏览复核
输入复核项数据并逐项与录入的数据进行比对，正确则进入下一复核项，否则提示数据不一致，请复核员更改输入数据或退出复核功能，由录入员更正录入信息后，再进行复核。
复核正确后，系统前台将该信息的复核情况送系统后台，系统后台将笔信息置为已复核状态
结 束
Y
Y
N

系统前台（CLIENT端）：
l 输入交易类别、凭证编号（如信用证开证申请书编号、信用证修改申请书编号、事务查询编号）。
l 根据交易类别、凭证编号向SERVER提交复核请求。
l 显示SERVER提供的交易信息（重要字段除外）供复核员浏览，重要字段由复核员录入。
l 新录入的重要字段数据与SERVER下传的数据逐项进行比较，全部一致复核工作有效；否则，复核不能通过。
l 复核通过后，将交易类别、凭证编号和通过复核的标志上传SERVER。

系统后台（SERVER端）：
l 根据CLIENT提交复核请求，将要复核的交易信息送给CLIENT。
l 根据CLIENT提交的交易类别、凭证编号、复核员号码、通过复核的标志，找到相应数据记录，将该记录置为已复核状态并记录复核员ID。
§ 5.4.3 授权程序处理流程
系统前台（CLIENT端）：
l 向SERVER提交授权请求。
l 接收SERVER发送的索引文件。
l 根据索引文件中的交易类别、凭证编号，逐笔向SERVER提交“提供交易详细信息”的请求。
l 显示SERVER提供的交易信息，授权员审核后，作出授权或不授权的选择。
l 所有信息授权完毕后，将由交易类别、凭证编号和授权标志组成的授权情况文件上传SERVER。
系统后台（SERVER端）：
l 根据CLIENT提交的授权请求，生成需要授权的由交易类别、凭证编号组成的索引文件，并将索引文件送给CLIENT。
l 根据CLIENT提交的交易类别、凭证编号和“提供交易详细信息”的请求。将交易详细信息送给CLIENT。
l 根据CLIENT发送的授权情况文件，找到相应数据记录，置授权标志并记录授权员ID。

N
Y
柜员登录
还有要授权的信息吗?
柜员合法？
向SERVER提交授权请求。接收SERVER发送的索引文件。

显示SERVER提供的需授权的信息，会计主管审查后进行授权（‘Y’--同意、‘N’—不同意、‘0’—未授权）。

结 束
Y
N
根据索引文件中的交易类别、凭证编号，逐笔向SERVER提交“提供交易详细信息”的请求。

CLIENT将由交易类别、凭证编号和授权标志组成的授权情况文件上传SERVER。SERVER根据CLIENT发送的授权情况文件，找到相应数据记录，置授权标志并记录授权员ID。

§ 5.4.4 联机编押程序处理流程
系统前台（CLIENT端）：
l 向SERVER提交联机编押请求，接收SERVER发送的待编押文件。
l 显示需编押的业务笔数，将待编押文件中的的编押要素，逐笔送给密押器编押并记录编押结果。
l 动态显示密押器编押成功的业务笔数。
N
Y
柜员登录
还有要编押的吗?
柜员合法？
系统后台将需编押的信息下传系统前台，并显示需编押的信息总数
系统前台将要编押的信息送密押器编押，并动态显示本次编押的总数、当前编押成功的笔数

结 束
Y
N
系统前台将信息的类别、编号、密押上传系统后台，系统后台将密押记入相应信息的密押字段，并将该记录置为已编押状态
l 所有业务编押完成后后，将由交易类别、凭证编号和密押组成的编押文件上传SERVER。

系统后台（SERVER端）：
l 根据CLIENT提交的授权请求，生成由交易类别、凭证编号和编押要素组成的待编押文件，并将待编押文件送给CLIENT。
l 根据CLIENT提交的编押文件，找到相应数据记录，将密押写入密押字段。
§ 5.4.5 信息发送程序处理流程
向SERVER提交信息发送请求
Y
N
柜员登录
柜员合法？
SERVER将该网点已复核、编押、授权但未发送的信用证业务信息发送到清算系统，同时登记表外帐及相关的登记簿。

结 束
对已经复核、编押、授权的信用证业务信息进行批量发送并自动打印，同时登记表外帐及相关的登记簿。系统后台提供自动发送信用证信息的功能，该功能主要用于加急信息的发送。

系统前台（CLIENT端）：
l 向SERVER提交信息发送请求。
l 显示系统后台送回的“信息发送结果”。
系统后台（SERVER端）：
l 根据CLIENT提交的信息发送请求，将该网点已复核、编押、授权但未发送的信用证业务信息发送到清算系统，清算系统收到信息后将处理结果送给信用证系统后台。
l 对发送成功的信用证记录置为“已发送”，并将清算系统收到信息后的处理结果送回系统前台。
清算系统（前置机）：
l 清算系统接收系统后台（SERVER端）发送的信用证信息，并将处理结果传给系统后台（SERVER端）。

§ 5.4.6 信息接收程序处理流程
将系统后台从清算系统接收的属于本网点的信用证业务信息下传到前台，前台根据信息的类别，打印不同的单证。
系统前台（CLIENT端）：
l 向SERVER提交信息接收请求。
l 接收SERVER发送的信息文件。
l 根据接收信息的类别，打印不同的单证并作相应处理。
系统后台（SERVER端）：
l 根据CLIENT提交的信息接收请求，将SERVER从清算系统接收的该网点未处理的信用证信息提出，生成下传信息文件。
l 向CLIENT下传信息文件，同时登记表外帐及相关的登记簿。

§ 5.4.7 更正程序处理流程
系统前台（CLIENT端）：
l 输入交易类别、凭证编号（如信用证开证申请书编号、信用证修改申请书编号、事务查询编号）。
l 根据交易类别、凭证编号向SERVER提交更正请求