信用证总体方案（上报稿)

1、国内信用证业务系统总体设计说明书 中国建设银行结算部、信息技术部 北 京 建 银 电 脑 公 司 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胡也南、曾 洛、律 欣合并与整理200

2、2.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

3、系统通讯方式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

4、7; 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

5、.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与清算系统比对信息程序处理流程

6、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编写目的编写本系统总体设计说明书的目的是为了介绍国内信用证业务系统的系统总体目标、设计原则、系统结构，并根据系统的业务需求制

7、定业务操作流程，进行系统数据库设计，系统前、后台软件设计和系统接口设计。以便我行软件开发项目管理者、决策者对项目进行决策，同时为未来系统的概要设计、详细设计制定总体设计方案。§ 1.2 读者对象本系统总体设计说明书可能的合法读者对象为软件开发项目管理者、决策者及相关业务部门的人员和项目开发人员。§ 1.3 项目基本情况项目名称：中国建设银行国内信用证业务系统。简称：建行国内信用证业务系统项目代号：委托单位：中国建设银行总行开发单位：中国建设银行总行信息技术部、北京建银电脑公司。牵头部门：中国建设银行总行结算部。与其它系统的关系：本系统作为各分行“综合业务系统”的业务的补充，

8、充分利用“城市综合业务系统”的资源，完成国内信用证业务的信息处理和帐务处理。并以“资金清算系统”为信息传递渠道，实现跨分行国内信用证业务的办理，达到促进我行结算业务发展，增加我行支付结算中间业务收入的目的。§ 1.4 项目背景市场经济的发展，使得商品交易的方式呈现多样化的趋势。商品贸易方式的变化无疑使得企业客户对银行结算功能的需求呈现多样化、个性化的特征。特别是一些对外经济往来比较频繁或沿海经济发达地区的国内贸易企业，不仅希望银行通过办理款项结算能够分担其在商品交易活动中收货不付款和收款不发货的风险，而且希望银行在办理结算业务的同时，为其提供融资的渠道。目前，以票据诈骗为主要特征的金

9、融犯罪活动日益猖獗。在此经济环境下，商业信用下降，危机四起，银行传统的“三票一卡”结算工具的使用受到了前所未有的挑战。商品交易双方出于各自利益的安全考虑，在办理款项结算过程中已不再满足现有的银行结算方式，纷纷要求银行采取有效措施，培育社会信誉，改善经济环境，同时希望银行提供的结算工具能够将银行信用与商业信用结合起来，甚至以银行信用代替商业信用。信用证业务，以转移的物权凭证为载体，凭符合规定条款的单据承诺付款，体现了银行信用和商业信用相结合的特征，能够在较小的风险下，满足商品交易双方款项结算的需要。由此可见，开办国内信用证业务，是培育社会信誉的必然要求，能够促进票据业务的健康发展。银行的竞争，是

10、结算手段的竞争，是服务功能的竞争。近年来，中国银行、上海浦东发展银行等国内同业为满足国内商品贸易的需要，纷纷推出国内信用证业务，并取得了较好的社会效益，这无疑给我行的竞争带来了压力，只有不断推陈出新，研发新的结算品种，才能提高市场竞争能力，使我行在同业竞争中处于不败之地。因此，在目前传统结算工具市场份额相对稳定的今天，开办国内信用证业务，满足不同客户群体对银行结算功能的个性化需求，不仅能够丰富我行现有的结算品种，完善结算服务功能，而且有利于树立我行的结算业务品牌，满足我行拓展和创新支付结算业务，扩大中间业务领域，增强赢利能力的需要。基于上述理由，为了不断丰富我行的支付结算产品，完善其结算功能,

11、进一步拓展中间业务市场，增强建设银行整体竞争能力，根据行领导的指示和人民银行的制度规定，结算部在认真调查研究和广泛征集各方面意见的基础上，拟于2002年下半年将国内信用证业务推向市场，以满足企业不断提出的结算服务需求。§ 1.5基本定义1国内信用证：开证行依照申请人申请开出的，凭符合信用证条款的单据支付的书面付款承诺。信用证按开立方式分为信开和电开方式，我行国内信用证均采用电开方式。信用证付款方式分为即期付款、延期付款或议付。议付方式仅限于延期付款信用证。2信用证开立：开证申请人提出信用证开证申请并递交相关材料，经有关部门审查通过后，业务人员根据开证申请书电开信用证并发送及打印信用证

12、等有关单证。3信用证修改：开证申请人向开证行提出信用证修改申请，开证行审查后根据修改申请书电开信用证修改书，并发送及打印信用证修改书等有关单证。4信用证事务：各经办行之间 在办理国内信用证业务过程中对专项内容进行通知和回复。信用证事务按不同内容可成分事务查询、事务查复、到期付款确认、不符点通知、注销通知、注销确认六种类型。5信用证接收：信用证业务经办行接收打印国内信用证及有关单证，主要有信用证、信用证通知书、信用证修改书、信用证修改通知书、查询查复书、到期付款确认书、不符点通知书、注销通知书和同意注销核实书。6信用证注销：信用证开证行或通知行根据信用证付款凭证、有关当事人提出同意注销通知及逾期

13、情况，办理信用证业务销记。§ 1.6 参考资料编写本说明书时共参考了如下的资料和文献：1、中国建设银行国内信用证业务需求分析说明书2、中国建设银行国内信用证业务管理规程3、中国建设银行城市综合业务系统总体设计说明书4、中国建设银行城市综合业务系统会计系统技术手册5、中国建设银行柜面业务需求说明书会计处理部分第二章 系统概述§ 2.1系统总体实现目标 系统总体实现目标是针对建设银行各分行的网络情况和综合业务系统情况，根据总行结算部制定的国内信用证系统业务需求，充分利用“城市综合业务系统”的资源，完成国内信用证业务的信息处理和帐务处理。并以“资金清算系统”为信息传递渠道，实现跨

14、分行国内信用证业务的办理，达到促进我行结算业务发展，增加我行支付结算中间业务收入的目的。§ 2.2系统设计原则l 系统采用相对独立的设计，无须对城综网进行改造，以最大程度的降低对分行综合业务系统影响，使其具有适应性强、推广实施方便的特点。l 系统采用UNIX操作系统，INFORMIX数据库，标准C语言，基于TCP/IP的网络设计，以保证系统软件平台的通用性与适应性。l 系统采用CLIENT/SERVER处理方式，将数据的输入/输出、屏幕管理、数据检查等由CLIENT处理，以提高系统的响应速度。l 系统采用参数化设计和事务处理方式，以适应银行业务变化的要求。l 系统操作员采用独立的操作

15、员管理模块，以保证操作的安全。l 网络数据的传输采用MAC校验方式，以保证数据的安全。l 系统采用了完备的数据库索引，以提高数据的查询速度。 l 系统前台不保留数据信息，系统后台与清算系统每天做日终对帐，以保证数据一致性。l 系统采用统一的命名方式，统一的编程风格，各个功能相对独立。l 程序结构设计合理，并提供完整的应用系统设计文档、程序处理流程、程序函数说明，方便日常维护。§ 2.3技术方案的确定由于“国内信用证业务系统”依托各分行“城市综合网“，并以“资金清算系统“为信息传递渠道，实现接收和发送信用证信息。因此，国内信用证业务作为会计结算的一项新业务，在技术实现上有三种方式：方案

16、一：系统单独实现信用证业务信息处理信用证业务系统的开发以及与清算系统接口软件的开发由总行统一完成，信用证业务系统的帐务处理采用系统打印记帐凭证，操作员在“城综网”手工记帐的方法。由于此方案相对独立，各分行无需对“城综网”进行改造。方案特点：l 软件版本统一，系统相对独立，推广实施方便。l 项目开发费用最低、技术实现最简单、最方便。l 降低了分行开发工作量和切换运行的风险，同时，开发进度、软件质量和可靠性能够得到最好的保证；l 不能充分利用“城综网”的信息资源，l 帐务处理需由信用证业务系统打印有关凭证，通过“城综网”手工记帐，增大柜员劳动强度、并可能出现漏记帐的情况。方案二：系统与城综网直联实

17、现信用证信息处理信用证业务系统的开发以及与清算系统接口软件的开发由总行统一完成，总行制定信用证业务系统与城综网的统一接口标准，各分行按照总行制定的统一接口标准，对“城综网”进行相应改造。以实现信用证业务的自动记帐。方案特点：l 符合现代银行业务系统的设计思想。l 充分利用“城综网”的信息资源，实现了信用证业务的自动记帐，减低了柜员的劳动强度和工作失误概率。l 各分行需适当改造“城综网”，以实现信用证业务的自动记帐。因此分行的开发工作量、开发进度、软件质量与方案一相比有所降低，但也能得到较好的保证；l 项目开发费用与方案一相比略有增加。方案三“在城综网中实现信用证信息处理”总行负责信用证业务系统

18、与清算系统接口软件的开发和制定信用证业务系统的需求、总体技术方案，与清算系统接口软件标准标准，各分行负责在城综网中开发国内信用证业务模块，实现信用证信息处理功能。方案特点：l 可以充分利用“城综网”的信息和设备资源，信用证业务系统与“城综网”系统的一致性最好。l 增加了分行开发工作量和切换运行的风险，开发进度、软件质量和可靠性与方案一、方案二相比最低。l 各分行都需投入人员开发信用证业务系统，项目开发费用至少是方案一、方案二费用的5倍以上。综上分析可以看出：方案二的技术先进性、经济性、项目可实施性等指标较好，因此选择方案二为本项目的技术实现方案。§ 2.3系统网络结构国内信用证业务系

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

20、接口应用系统库函数C.libShellInformixTCP/IPSCO UNIX 5.0.4§ 2.4.2系统前台软件结构国内信用证业务前台模块数据通讯及应用接口应用系统库函数C.libShellInformixTCP/IPSCO UNIX 5.0.4§ 2.5系统通讯方式l 前、后台间通讯采用TCP/IP协议，可使用现有的成型通讯平台产品（ 如TUXEDO）。l 后台与清算系统、后台与城综网之间采用SOCKET编程实现通讯联接，在清算系统可使用系统调用的方式实现对清算系统数据库的操作。(清算系统接口程序需由清算项目组提供)§ 2.6和现有系统的比较国内信用证作

21、为一种新的结算业务产品，目前行内尚无相应的业务系统，因此和我行现有系统不具备可比性。§ 2.7和相关系统的关系1、与清算系统的关系 异地的信息交换通过清算网进行传递，清算系统提供接口。2、与城综网的关系国内信用证系统后台通过接口从城综网取得相关信息并通过城综网实现信用证业务的自动记帐。信用证业务系统前台可与城综网前台使用相同的硬件设备，以方便用户操作和降低项目费用。§ 2.8国内信用证业务系统给其他系统可能带来的影响由于国内信用证业务具有单笔业务数据量较大，总体业务量较小的特点，本项目组与我行清算系统项目组通过对国内信用证业务的深入研究，认为国内信用证业务会适当加大清算系统

22、的数据处理量，但不会影响清算系统的正常运行，清算系统完全有能力处理国内信用证业务的信息。第三章 系统数据库及编码设计§ 3.1 系统后台业务数据库设计根据信用证业务需求和系统功能设计的需要，并考虑到开证（发送）信息和来证（接收）信息的不一致和数据库表操作的简便性，将开证（发送）信息和来证（接收）信息、当日（临时）信息与历史信息分表存储。系统日结后，当日（临时）信息除保留当日未发送的开证信息外，其他信息全部删除。系统后台业务数据库表设计如下：1、信用证开证临时处理数据表（xyzkz1_temp）用于临时记录信用证开立信息和处理情况。在信用证的录入、复核、联机编押、更正、删除、日结等功能

23、中均对此表进行操作。2、信用证开证历史信息数据表（xyzkz1_lsb）用于记录信用证开立的历史信息。在系统日结和系统查询、统计等功能中对此表进行操作。3、信用证来证临时处理数据表（xyzkz2_temp）用于临时记录信用证来证信息和处理情况。在信用证来证信息处理、日结等功能中均对此表进行操作。4、信用证来证历史信息数据表（xyzkz2_lsb）用于记录信用证来证的历史信息。在系统日结和系统查询、统计等功能中对此表进行操作。5、信用证修改临时处理数据表（xyzxg1_temp）用于临时记录信用证修改信息和处理情况。在信用证修改书的录入、复核、联机编押、更正、删除、日结等功能中均对此表进行操作。

24、6、信用证修改历史信息数据表（xyzxg1_lsb）用于记录信用证修改的历史信息。在系统日结和系统查询、统计等功能中对此表进行操作。7、信用证修改（来证）临时处理数据表（xyzxg2_temp）用于临时记录信用证修改（来证）信息和处理情况。在信用证修改（来证）信息处理、日结等功能中均对此表进行操作。8、信用证修改（来证）历史信息数据表（xyzxg2_lsb）用于记录信用证修改（来证）的历史信息。在系统日结和系统查询、统计等功能中对此表进行操作。9、信用证事务（发送）临时处理数据表（xyzsw1_temp）用于临时记录信用证事务（发送）信息和处理情况。在信用证的录入、复核、联机编押、更正、删除、

25、日结等功能中均对此表进行操作。10、信用证事务（发送）历史信息数据表（xyzsw1_lsb）用于记录信用证事务（发送）的历史信息。在系统日结和系统查询、统计等功能中对此表进行操作。11、信用证事务（接收）临时处理数据表（xyzsw2_temp）用于临时记录信用证事务（接收）信息和处理情况。在信用证来证信息处理、日结等功能中均对此表进行操作。12、信用证事务（接收）历史信息数据表（xyzsw2_lsb）用于记录信用证事务（接收）的历史信息。在系统日结和系统查询、统计等功能中对此表进行操作。13、信用证业务流水帐表（hpjg）用于记录信用证业务流水帐。14、汇票机构信息表（hpjg）用于记录全行汇

26、票机构信息和可以开办国内信用证机构信息。15、开户企业信息表（khqyxx）用于记录开户企业的信息。如果城综网提供接口，则不需要该表。16、操作员信息表（hpjg）用于记录操作员的ID、姓名、口令等信息。如果城综网提供接口，则不需要该表。§ 3.2 系统前台业务数据库设计系统前台只存储打印机的信息和网点配置信息。1、打印机型号及控制参数表（dyj）用于记录常用打印机的型号、打印机设备号、打印机控制参数表。2、网点配置信息表（hpjg）用于记录本机构的行号、行名、地址、邮编、电话、传真。 3、编押方式及密押器接口定义表（my）用于定义编押方式和定义密押器接口。§ 3.3 系统

27、业务类型编码业 务 类 别业 务 编 码信用证开立01信用证修改02信用证注销03信用证事务查询04信用证事务查复05信用证到期付款通知书06信用证不符点通知07信用证注销通知书08信用证同意注销核实书09第四章 系统业务操作流程§ 4.1信用证开立信息发送方操作流程：1、操作员根据开证申请书录入信用证信息；2、复核员复核信用证信息；3、联机编押；4、对于超限额的开证信息，由会计主管审核授权；5、发送所有已复核、授权通过的信用证信息，打印信用证副本、开证通知联及有关凭证，登记“开证登记簿”，并通过“城综网”自动记帐打印回单。N录入换人复核删除更正发送业务结束授权联机编押是否有误？信息

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

29、；3、核押正确，打印信用证修改正本、副本、信用证修改通知书，审单无误后交受益人。4、核押错误或有存疑的，发事务查询并注明存疑和查实情况。对涉及增减额的，还必须在留存副本上做背批。§ 4.3信用证的委托收款及验单付款1、受益人向其开户行提交有关单证申请委托收款。2、委托收款行对信用证项下单证进行审核。3、审查有误的，洽受益人修改；无误的，填制寄单通知书连有关单证，用快邮方式寄开证行办理委托收款。4、开证行对信用证项下的单证进行审核。l 审核无误开证申请人确认付款的，或审核有误申请人接收不符点的，即期信用证在“国内信用证业务系统”办理划款，延期信用证通过“国内信用证业务系统”发出到期付款

30、确认书。l 审核发现不符的，在5个营业日内通过“国内信用证业务系统”发出不符点通知书（加押），注明“单据代为保管，听候”。l 申请人不同意付款的，开证行通过“国内信用证业务系统”发送不符点通知书（加押），注明“单证不符，拒绝付款”。l 登记“国内信用证开证登记簿”。5、委托收款行在“国内信用证业务系统”收到款项或到期收到款项的，办理转帐；收到到期付款确认书的，应核验密押。6、委托收款行在“国内信用证业务系统”接到开证行拒绝付款不符点通知书，应及时洽受益人。7、逾期未收的信用证款项，应通过“国内信用证业务系统”发出催收查询查复书。§ 4.4 信用证的议付及验单付款1受益人向其开户行提交

31、有关单证申请议付。2议付行对信用证项下单证进行审核。3议付行审核不符的，洽受益人修改；或通过“国内信用证业务系统”向开证行发出不符点通知书。视修改或开证行确认情况，决定是否议付。4同意议付的，扣除议付利息等费用后，办理转帐；不同意议付的可办理委托收款。5登记“国内信用证来证登记簿”。6议付后，议付行填制寄单通知书连有关单证，用快邮方式寄开证行索偿议付款项。7开证行对信用证项下的单证进行审核。l 审核无误的，通过“国内信用证业务系统”发出到期确认付款通知书。l 审核发现不符的，在5个营业日内通过“国内信用证业务系统”发出不符点通知书（加押），注明“单据代为保管，听候”。l 申请人同意接收不符点的

32、，开证行通过“国内信用证业务系统”发出到期付款确认书。l 申请人不同意付款的，开证行通过“国内信用证业务系统”发送不符点通知书（加押），注明“单证不符，拒绝付款。”l 登记“国内信用证开证登记簿”。8议付行在“国内信用证业务系统” 收到到期付款确认书的，应核验密押；信用证到期后，收到款项办理转帐；9逾期未收的信用证款项，应通过“国内信用证业务系统”发出催收查询查复书。 § 4.5信用证的注销1逾有效期注销信用证未执行逾有效期3个月，及未在有效期内提交单据逾有效期1个月的，开证行注销信用证。2开证申请人要求注销l 申请人向开征行提出书面申请。l 开证行通过“国内信用证业务系统”向通知行

33、发出注销通知书。l 通知行从“国内信用证业务系统”接收注销通知书，并通过系统向开证行发出同意注销证实书。3、受益人要求注销（步骤同上）。4、开证行办理信用证注销手续。5、登记“国内信用证开证登记簿”、“国内信用证来证登记簿”。第五章 系统前台软件设计§ 5.1 系统前台软件功能概述信用证业务系统信息录入信息处理查询统计打 印系统管理系统日结工前准备系统前台软件有工前准备、信息录入、信息处理、查询统计、打印、系统管理、系统日结七大功能模块组成。l 工前准备显示并打印当日到期的信用证信息，以便业务人员根据信息的内容进行处理。l 信息录入完成国内信用证开立、信用证修改、信用证事务信息的录入

34、。l 信息处理完成国内信用证开立、信用证修改、信用证事务信息的复核、联机编押、授权、发送、更正、删除等工作。根据后台的提示，接收并处理其他机构的国内信用证业务信息。l 查询与统计根据业务需要查询、统计各类国内信用证业务的情况。l 打印打印国内信用证业务的各种单证、报表。l 系统日结与清算系统、城综网对帐，对帐完成后，打印信用证业务流水帐、日结单、回单。l 系统管理§ 5.2 工前准备工前准备当日到期信息打印日结单§5.2.1 子模块组成§5.2.2 程序处理流程1、当日到期信息系统前台（CLIENT端）：l 向SERVER提交打印当天到期信用证信息的请求。l 把从

35、SERVER上得到的到期信用证信息打印出来供操作员处理。系统后台（SERVER端）：l 从信用证开证历史信息表和来证历史信息表中得到到期的信用证信息。l 形成到期信用证数据文件。l 将到期信用证数据文件送到CLIENT。2、打印日结单系统前台（CLIENT端）：l 向SERVER提交打印上一营业日信用证业务日结单的申请。l 从SERVER上得到要打印的信用证业务日结单信息文件。l 打印信用证业务日结单。系统后台（SERVER端）：l 生成上一营业日信用证业务日结单信息文件。l 将上一营业日信用证业务日结单信息文件送到CLIENT。§ 5.3 信息录入§ 5.3.1子模块组成

36、信息录入信用证开立信用证修改书事务查询事务查复到期付款确认书不符点通知书注销通知书同意注销核实书信用证注销§ 5.3.2 程序处理流程系统前台（CLIENT端）：l 根据业务选择相应的录入模块。l 输入凭证编号（如信用证开证申请书编号、信用证修改申请书编号、事务查询编号），并提交SERVER检查其合法性。l 凭证编号的合法性检查通过后，根据原始凭证（如信用证开证申请书、信用证修改申请书等）进行数据录入。l 将交易类别及录入信息提交SERVER处理。柜员登录该凭证是否存在?显示输入界面输入凭证编号并送后台检查该凭证已存在，请重新输入凭证编号输入其他数据项并确认是否打印编押清单?将交易类

37、别、录入信息送系统后台，后台程序生成记帐流水号（如信用证编号等）并记帐打印所有未打印的编押清单并将打印后的记录置为已打印状态结 束系统后台（SERVER端）：l 根据CLIENT提交的交易类别、凭证编号检查其合法性，并将检查结果送给CLIENT。l 根据CLIENT提交的交易类别及录入信息，进行记帐处理。§ 5.4 信息处理§ 5.4.1 子模块组成信息处理复 核授 权联机编押信息发送信息接收更 正删 除复 核：输入信用证业务的关键字段，与录入相应内容比较，不正确的更正修改，复核无误的添加复核标志。联机编押：将需要编押的信用证业务信息送密押器进行编押。授 权：对需要授权的信

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

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

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

41、编号组成的索引文件，并将索引文件送给CLIENT。l 根据CLIENT提交的交易类别、凭证编号和“提供交易详细信息”的请求。将交易详细信息送给CLIENT。l 根据CLIENT发送的授权情况文件，找到相应数据记录，置授权标志并记录授权员ID。NY柜员登录还有要授权的信息吗?柜员合法？向SERVER提交授权请求。接收SERVER发送的索引文件。显示SERVER提供的需授权的信息，会计主管审查后进行授权（Y-同意、N不同意、0未授权）。结 束YN根据索引文件中的交易类别、凭证编号，逐笔向SERVER提交“提供交易详细信息”的请求。CLIENT将由交易类别、凭证编号和授权标志组成的授权情况文件上传S

42、ERVER。SERVER根据CLIENT发送的授权情况文件，找到相应数据记录，置授权标志并记录授权员ID。§ 5.4.4 联机编押程序处理流程系统前台（CLIENT端）：l 向SERVER提交联机编押请求，接收SERVER发送的待编押文件。l 显示需编押的业务笔数，将待编押文件中的的编押要素，逐笔送给密押器编押并记录编押结果。l 动态显示密押器编押成功的业务笔数。NY柜员登录还有要编押的吗?柜员合法？系统后台将需编押的信息下传系统前台，并显示需编押的信息总数系统前台将要编押的信息送密押器编押，并动态显示本次编押的总数、当前编押成功的笔数结 束YN系统前台将信息的类别、编号、密押上传系

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

44、、编押、授权的信用证业务信息进行批量发送并自动打印，同时登记表外帐及相关的登记簿。系统后台提供自动发送信用证信息的功能，该功能主要用于加急信息的发送。系统前台（CLIENT端）：l 向SERVER提交信息发送请求。l 显示系统后台送回的“信息发送结果”。系统后台（SERVER端）：l 根据CLIENT提交的信息发送请求，将该网点已复核、编押、授权但未发送的信用证业务信息发送到清算系统，清算系统收到信息后将处理结果送给信用证系统后台。l 对发送成功的信用证记录置为“已发送”，并将清算系统收到信息后的处理结果送回系统前台。清算系统（前置机）：l 清算系统接收系统后台（SERVER端）发送的信用证信

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

46、前台（CLIENT端）：l 输入交易类别、凭证编号（如信用证开证申请书编号、信用证修改申请书编号、事务查询编号）。l 根据交易类别、凭证编号向SERVER提交更正请求。l 不能更正的交易，退出。l 能够更正的交易，显示SERVER提供的交易信息供修改。l 修改完毕后，将交易类别、凭证编号、修改后的交易详细信息和信息修改请求上传SERVER。柜员登录该信息是否存在?柜员合法？输入信息类别、编号提示：该信息不存在，请重新输入信息类别、编号显示各数据项供修改修改并确认后，系统将该信息更正并置为未复核状态该信息是否已发送?提示：该信息已发送不能更正结 束YYYNN结 束系统后台（SERVER端）：l

47、根据CLIENT提交的交易类别、凭证编号和更正请求，检查该信息能否更正，即检查信息是否已发送。对于可以更正的信息，向发出请求的CLIENT提供该交易详细信息。否则，发送“不能更正”。l 根据CLIENT提交的交易类别、凭证编号，找到相应数据记录，将该记录的信息替换为CLIENT上传的“修改后的交易信息”，并将复核标志置为未复核、授权标志置为“未授权”。§ 5.4.8 删除程序处理流程N柜员登录该信息是否存在?柜员合法吗？输入要删除信息的类别、编号提示：该信息不存在，请重新输入信息类别、编号后台程序下传该条信息，前台显示各数据项前台确认删除该信息后，将信息上传后台，后台程序将数据库中的

48、该条记录删除结 束该信息是否已发送?提示：该信息已发送不能删除结 束YYYNN系统前台（CLIENT端）：l 输入交易类别、凭证编号（如信用证开证申请书编号、信用证修改申请书编号、事务查询编号）。l 根据交易类别、凭证编号向SERVER提交删除请求。l 不能删除的交易，退出。l 能够删除的交易，显示SERVER提供的交易信息供检查。l 确认删除后，将交易类别、凭证编号、信息删除请求上传SERVER。系统后台（SERVER端）：l 根据CLIENT提交的交易类别、凭证编号和删除请求，检查该信息能否删除，即检查信息是否已发送。对于可以删除的信息，向发出请求的CLIENT提供该交易详细信息。否则，发

49、送“不能删除”。l 根据CLIENT提交的交易类别、凭证编号，找到相应数据记录后删除。§ 5.5 查询统计§ 5.5.1子模块组成查询统计查询信用证开立信息查询某张信用证的情况查询信用证修改信息查询信用证事务信息查询已到期未付款的信用证信息查询已销记的信用证情况统计信用证业务情况§ 5.5.2 查询程序处理流程系统前台（CLIENT端）：l 根据业务需要选择查询模块、输入查询条件，向SERVER提交信息查询请求。l 接收SERVER发送的查询结果。l 显示查询结果，并根据业务需要打印查询结果。系统后台（SERVER端）：l 根据CLIENT提交的信息查询请求，生成

50、查询结果文件。l 向CLIENT下传查询结果。§ 5.5.3 统计程序处理流程系统前台（CLIENT端）：l 选择统计模块、输入统计条件，向SERVER提交信息统计请求。l 接收SERVER发送的统计结果。l 显示统计结果，并根据业务需要打印统计结果。系统后台（SERVER端）：l 根据CLIENT提交的信息统计请求，生成统计结果文件。l 向CLIENT下传统计结果。§ 5.6 打印§ 5.6.1子模块组成打 印打印信用证副本、开证通知打印信用证业务待编押清单打印信用证开证登记簿打印信用证开立表外科目凭证打印信用证修改书副本、修改通知打印信用证修改书表外科目凭证打

51、印事务查询/查复书打印信用证到期付款确认书打印信用证注销通知书打印信用证同意注销核实书打印信用证不符点通知书§ 5.6.2 打印程序处理流程系统前台（CLIENT端）：l 根据业务需要选择打印模块、输入打印条件，向SERVER提交“提取打印信息”的请求。l 接收SERVER发送的打印信息。l 打印。系统后台（SERVER端）：l 根据CLIENT提交的“提取打印信息”的请求，生成要打印的信息文件。l 向CLIENT下传信息文件。§ 5.7 系统管理§ 5.7.1子模块组成系统管理设置机构信息设置信用证主机设置打印机设置编押方式设置密押器1、 设置机构信息设置本机构

52、的行号、行名、地址、邮编、传真。2、 设置信用证主机 设置信用证业务主机名、IP地址。3、 设置打印机 设置打印机的型号。4、 设置编押方式 设置编押方式即手工编押还是联机编押。5、设置密押器设置密押器的接口名称。§ 5.8 系统日结§ 5.8.1子模块组成系统日结与城综网对帐系统日结与清算系统对信息1、 与城综网对帐日终结帐前必先与城综网进行汇总对帐，以核对当日开立信用证、修改信用证的总笔数；当汇总对帐不平时，进行明细对帐，并打印对帐差错明细清单。 2、 与清算系统对信息日终结帐前必先与清算系统进行汇总信息的比对，以核对发送信息总笔数、接收信息总笔数；当汇总信息比对不一致

53、时，进行详细信息比对，并打印比对信息有误的明细清单。 3、系统日结系统日结必须在完成与城综网对帐和与清算系统对信息工作后才能进行。检查本网点业务处理情况，如发现有未复核、未编押、未授权的业务，系统不能进行日结并提示不能日结原因。日结完毕后，统计并打印当日发送、接收的信用证业务情况和由于清算系统原因当日未能发送的信用证业务情况。§ 5.8.2与城综网对帐程序处理流程系统前台（CLIENT端）：l 向SERVER提交“对帐”的请求。l 接收SERVER发送的对帐结果。l 显示并打印对帐结果。系统后台（SERVER端）：l 根据CLIENT提交的“对帐”的请求，生成要对帐的信息文件。l 将对帐的信息文件发送给城综网。城综网（主机）：l 城综网根据SERVER提交的对帐信息文件”，进行对帐，并生成对帐结果。l 将对帐结果传给SERVER。§ 5.8.3与清算系统比对信息程序处理流程系统前台（CLIENT端）：l 向SERVER提交“比对信息”的请求。l 接收SERVER发送的比对信息结果。l 显示并打印比对信息结果。系统后台（SERVER端）：l 根据CLIENT提交的“比对信息”的请求，生成要比对信息的信息文件。l 将比对信