国内信用证业务系统可行性研究报告.doc

国内信用证业务系统 可行性研究报告 中国建设银行结算部 2002年3月25日 目 录 第一章 引 言 4 § 1.1编写目的 4 § 1.2项目背景和目标 4 § 1.2.1项目名称及参与单位 4 § 1.2.2项目目标 5 § 1.2.3项目背景 5 § 1.3术语解释 6 § 1.4条件约束 7 § 1.4.1项目实施具备的条件 7 § 1.4.2项目实施的约束 9 § 1.5参考资料 9 第二章 系统需求及现状 10 § 2.1系统需求概述 10 § 2.2对现有系统的分析 13 第三章 技术方案 14 § 3.1对建议方案的描述 14 § 3.1.1系统设计原则 14 § 3.1.2系统网络结构 15 § 3.1.3系统软件结构与功能 16 § 3.1.4系统接口设计 19 § 3.1.5系统通讯方式 19 § 3.2和现有系统的比较 19 § 3.3和相关系统的关系 20 § 3.4采用建议系统可能带来的影响 20 § 3.5实施风险 20 第四章 技术可行性评价 21 第五章 投资与效益分析 22 § 5.1项目投资情况 22 § 5.2。项目效益分析 23 § 5.3项目收益投资比 26 § 5.4项目投资回收周期 26 第六章 社会因素方面的可行性 26 第七章 可选技术方案 27 第八章 结 论 29 第一章 引 言 § 1.1编写目的 本报告为国内信用证业务系统开发的可行性研究报告。本报告对国内信用证业务系统需求和系统实现技术、处理流程等方面的可行性进行了分析论证，对系统的基本情况、开发的目标、总体要求、及我行现有系统的关系做了一般性说明，并从项目技术方案、经济效益、社会效益、项目管理与风险等方面力求准确、清晰、完整地评估用户的需求，从而为项目决策提供科学依据。 本报告在调研和论证所选定开发方案的可行性同时，使任务提出者与开发者双方对项目的需求有一个共同的理解，并使之作为整个开发工作的前提和基础，供系统分析、概要设计、详细设计等阶段参考。 本系统可行性研究报告读者对象为软件开发项目管理者、决策者及相关业务部门的人员。 § 1.2项目背景和目标 § 1.2.1项目名称及参与单位 项目名称：中国建设银行国内信用证业务系统 委托单位：中国建设银行总行 牵头部门：中国建设银行总行结算部 开发单位：中国建设银行总行信息技术部、北京建银电脑公司 使用单位：各级分支机构会计结算部门、业务运行中心、营业柜台。 § 1.2.2项目目标 充分利用我行现有系统资源，依托各分行“城市综合网”，并以“资金清算系统”为信息传递渠道，在全行范围内实现信用证信息的安全、准确、快捷运转。达到促进我行结算业务发展，增加我行支付结算中间业务收入的目的。具体目标如下： 1．促进我行人民币结算业务的发展，为我行拓展新的市场领域提供新的支付结算产品。 2．“国内信用证业务系统”依托各分行“城市综合网”，并以“资金清算系统”为信息传递渠道，实现接收和发送信用证信息，又可与“城市综合网”直联，以实现信用证开证、信用证修改、查询查复（存疑、催收）、到期付款确认书、不符点通知书、注销通知书和同意注销核实书等信息的录入和自动发送、接收与打印功能。 3．系统业务功能完备、界面友好。 4．系统安全性能良好，能够有效防范资金风险，实现信用证信息的安全、准确、快捷传递。 § 1.2.3项目背景 随着市场经济飞速发展和我国正式加入WTO，企业对银行支付结算服务的要求也越来越高，传统“三票一卡”的人民币支付结算方式已经难以满足当前国内贸易与国际贸易日趋一体化的发展要求。特别是沿海经济发达地区对外经济往来比较频繁的一些大中型企业，纷纷提出，在国内商品贸易中使用人民币信用证结算方式的要求。他们希望通过在银行办理支付结算的过程中，不仅能够为其提供融资的渠道，而且希望能够借助银行信用控制其在商品交易活动中收货不付款和收款不发货的风险。为满足这一结算需求，1997年中国人民银行出台了《国内信用证结算办法》，积极推动各家商业银行开办国内信用证业务。当前，中国银行、浦东发展银行等同业已纷纷推出了国内信用证业务，并取得了较好的社会效益。 为了完善我行的人民币支付结算功能，进一步拓展中间业务市场，增强建设银行整体竞争能力，根据行领导的指示和结算部的工作计划安排，总行结算部在认真调查研究和广泛征集各方面意见的基础上，拟于今年下半年将国内信用证业务推向市场，计划首先在上海、广东、浙江、江苏、深圳、福建等部分沿海经济发达地区的分行进行国内信用证业务的试点。为此，总行从2001年下半年开始，根据人民银行《国内信用证结算办法》的规定，制定了《中国建设银行国内信用证业务管理办法》。 由于国内信用证是一个新的结算产品，为防范风险，提高信用证信息的传递效率，《中国建设银行国内信用证业务管理办法》规定我行国内信用证业务须采用电开的方式。在与科技部门共同反复研究后，我们认为，“电开”信用证，必须重新开发一套“国内信用证业务系统”。 § 1.3术语解释 1．国内信用证：开证行依照申请人申请开出的，凭符合信用证条款的单据支付的书面付款承诺。信用证按开立方式分为信开和电开方式，我行国内信用证均采用电开方式。信用证付款方式分为即期付款、延期付款或议付。议付方式仅限于延期付款信用证。 2．信用证开立：开证申请人提出信用证开证申请并递交相关材料，经有关部门审查通过后，业务人员根据开证申请书电开信用证并发送及打印信用证等有关单证。 3．信用证修改：开证申请人向开证行提出信用证修改申请，开证行审查后根据修改申请书电开信用证修改书，并发送及打印信用证修改书等有关单证。 4．信用证事务：各经办行之间在办理国内信用证业务过程中对专项内容进行通知和回复。信用证事务按不同内容可成分事务查询、事务查复、到期付款确认、不符点通知、注销通知、注销确认六种类型。 5．信用证接收：信用证业务经办行接收打印国内信用证及有关单证，主要有信用证、信用证通知书、信用证修改书、信用证修改通知书、查询查复书、到期付款确认书、不符点通知书、注销通知书和同意注销核实书。 6．信用证注销：信用证开证行或通知行根据信用证付款凭证、有关当事人提出同意注销通知及逾期情况，办理信用证业务销记。 § 1.4条件约束 § 1.4.1项目实施具备的条件 1．拓展支付结算产品目标的要求 拓展支付结算业务，是商业银行自身发展的永恒主题。在传统结算工具市场份额相对稳定的今天，加强结算品种拓展和创新，不仅能够丰富我行现有的结算品种，完善结算服务功能，而且有利于树立我行的结算业务品牌。国内信用证业务的开办是为适应市场经济的要求和参与市场竞争的需要而提出的，同时，也是我行扩大中间业务领域，增强赢利能力的需要。 2．客户对国内信用证业务的需求 商品贸易方式的变化无疑使得企业客户对银行结算功能的需求呈现多样化、个性化的特征。特别是一些对外经济往来比较频繁或沿海经济发达地区的国内贸易企业，不仅希望银行通过办理款项结算能够分担其在商品交易活动中收货不付款和收款不发货的风险，而且希望通过银行办理结算同时能够为其提供融资的渠道。开办国内信用证业务是满足不同客户群体对银行结算功能的个性化需求。 3．我行的机构与人员条件 我行机构体系完善，6000多个汇票机构遍布全国，有一支庞大的经验丰富的支付结算业务队伍，我行开办国内信用证业务具有自身的优势和内在条件；长期以来，我行有着广泛而又密切的客户群体，与大型企业、集团公司关系稳定，对企业的生产经营、信誉状况有较深了解，这为我行开办国内信用证业务与防范风险提供了可靠保障。 4．开发项目的组织和管理 良好的项目组织和管理水平，是项目实施最关键的条件。参与国内信用证业务的业务、科技部门，通过信用证有关制度制定、业务需求的编写和讨论，已培养了一些熟悉系统需求的业务人员和工程技术人员。同时，我行有一大批熟悉资金清算系统的人员，这对开发国内信用证是一个非常有利的内部条件。 国内信用证业务系统的参与者建银电脑公司，是一个有软件开发经验的团队，它曾经开发了电子密押器和汇票联行机构管理系统，对我行的结算业务有相当的认识和理解，这对项目组织和管理来说，也是一个有利条件。 § 1.4.2项目实施的约束 1．开发周期约束。市场开拓、业务推出与风险防范很大程度决定了系统的开发周期。开发周期太短，可能影响了系统开发和测试的质量，影响系统所实现的功能。太长又增加了成本，和影响了市场的开拓。项目实施时，需要合理地权衡并指定开发计划，控制开发周期。 2．城综网版本太多，差异很大。目前，我行各分行的城综网存在多种版本，系统差异大，且正处于数据集中的实施期。 3．资金清算系统的三期优化。 § 1.5参考资料 1.中国人民银行银发（1997）265号《国内信用证结算办法》 2.中国人民银行银发（1997）265号《信用证会计核算手续》 3．《中国建设银行国内信用证业务管理办法（送审稿）》 第二章 系统需求及现状 § 2.1系统需求概述 国内信用证业务系统是以资金清算系统为信息的传递渠道，它既可直联城综网又可以单独接收和发送信用证业务信息，实现信用证的开立、修改、通知、议付、委托收款、验单付款和注销等业务的办理。 主要的功能描述： 1．信用证开立 开证行电开信用证。实现信用证信息的录入、复核、授权、发送、更正、删除、查询、发送和打印；打印信用证、表外科目记帐凭证、国内信用证开证登记簿。信用证的开立有以下八个功能组成： （1）录入:录入员对信用证有关信息进行录入并产生编押清单。 （2）复核：复核员对录入员录入信息的关键数据输入复核，对其他信息浏览复核，并录入密押。 （3）查询：根据不同查询条件进行查询并可打印查询结果。 （4）更正：录入员对未发送的信息进行更正，更正后的信息需重新复核、授权，已发送的信息不能更正。 （5）删除：录入员对已录入尚未发送的信息进行删除，已发送信息不能删除。 （6）授权：会计主管对已复核的超限额的信用证信息进行审查授权。 （7）发送：操作员批量发送已复核、授权的信用证信息，并打印有关单证，登记表外帐及相关登记簿。 （8）打印：操作员打印信用证有关单证。 2．信用证修改 开证行电开信用证修改书。实现信用证修改信息的录入、复核、授权、发送、更正、删除、查询、发送和打印；打印信用证修改书、表外科目记帐凭证、国内信用证开证登记簿。信用证修改有以下八个功能组成： （1）录入：录入员录入信用证修改书信息，产生编押清单。 （2）复核：复核员对录入员录入的信用证修改书关键字段进行复核，并录入密押。 （3）查询：根据不同查询条件进行查询，并可打印查询结果。 （4）更正：录入员对已录入但未发送的信用证修改书信息进行更正，更正后的信用证修改书信息需重新复核、授权。 （5）删除：对已录入尚未发送的信用证修改书信息进行删除。 （6）授权：会计主管对已复核的信用证修改书信息进行审查授权。 （7）发送：发送所有已授权的信用证修改书信息，同时登记表外帐及相关登记簿。 （8）打印：打印信用证修改书等有关单证。 3．信用证事务 经办行之间对信用证事务的处理。实现信用证事务信息的录入、复核、授权、发送、更正、删除、查询、发送和打印；打印信用证书、表外科目记帐凭证、国内信用证事务登记簿。信用证事务分查询查复、到期付款确认、不符点通知书、注销通知书和同意注销核实书。 （1）事务查询：各经办行之间就信用证存疑、款项催收等事项向对方发出查询，要求对方予以查复。 （2）事务查复：被查询行收到查询信息后，经核实予以回复。 （3）到期付款确认：开证行收到委托收款行或议付行寄来的委托收款凭证等延期付款单据后，经审核同意付款的，向委托收款行或议付行发出到期付款确认通知。 （4）不符点通知：议付行在审核信用证及项下单据时发现不符的，或开证行在审核委托收款行或议付行寄来的委托收款凭证等单据时发现不符的，向对方行发出不符点通知。 （5）注销通知：开证申请人向开证行要求注销信用证，或受益人向通知行提出注销信用证的，由开证行向通知行、或由通知行向开证行发出信用证注销通知。 （6）注销回复：是通知行或开证行接收到对方行发来信用证注销通知，在征得受益人或开证申请人意见后，向对方行发出同意注销或其他回复。 （7）系统提供信用证事务的录入、复核、授权、发送、更正、删除、查询、打印等功能。 （8）到期付款确认、不符点通知、注销通知、注销确认四种事务需进行编核押处理。 4．信息接收 信用证经办行对信用证及有关信息的接收打印。 （1）打印未打印的信息：打印当天所有未打印的信用证及有关单证。 （2）重打信息：重打当日接收的信用证及有关单证。 （3）查询接收信息：查询当日和历史的信用证及有关单证。 5．信用证销记 开证行和通知行对已执行完毕的、逾有效期及客户提出注销的信用证的销记处理。 6．信用证信息监控 系统动态定时刷新监控信息；监控时间间隔可由操作员自行设置。 § 2.2对现有系统的分析 国内信用证作为一种新的结算业务产品，目前行内尚无相应的业务系统，需要开发新的系统来支持该项业务的开展。 第三章 技术方案 § 3.1对建议方案的描述 § 3.1.1系统设计原则 l 国内信用证业务系统采用UNIX操作系统，INFORMIX数据库，标准C语言，基于TCP/IP的网络设计，以保证系统软件平台的通用性与适应性。 l 系统采用事务处理方式，以满足不同分行业务系统的要求。 l 系统采用参数化设计，以适应银行业务变化的要求。 l 系统操作员采用独立的操作员管理模块，以保证操作的安全。 l 网络数据的传输采用MAC校验方式，以保证数据的安全。 l 系统采用CLIENT/SERVER处理方式，将数据的输入/输出、屏幕管理、数据检查等由CLIENT处理，以提高系统的响应速度。 l 在设计和实现联机交易的处理时，尽量减少对磁盘的读写，以提高联机响应速度，另外系统还采用了完备的数据库索引，以提高数据的查询速度。 l 系统前台不保留数据信息，系统后台与清算系统每天做日终对帐，以保证数据一致性。 l 系统采用统一的命名方式，统一的编程风格，各个功能相对独立。程序结构设计合理，并提供完整的应用系统设计文档、程序处理流程、程序函数说明，方便日常维护。 § 3.1.2系统网络结构 国内信用证业务系统为相对独立的业务系统，采用数据集中处理模式，前台不保留信用证信息，前后台间采用CLIENT/SERVER模式。信用证系统服务器（作为分行综合业务系统的前置机）通过网络连接分行综合业务系统和分行清算中心。行内信用证在后台自动清分，不同行之间的信用证信息通过清算系统进行传递。通过信用证系统服务器向综合业务系统提交记帐请求，综合业务系统根据请求记客户分户帐，解决信用证业务的自动记帐问题。 信用证业务系统主机使用PC服务器，前台操作终端可与现有会计前台共用一台PC机。 § 3.1.3系统软件结构与功能 1．系统前台软件结构 国内信用证业务前台模块 数据通讯及应用接口 应用系统库函数 C.lib Shell Informix TCP/IP SCO UNIX 5.0.4 2．系统后台软件结构 国内信用证业务后台模块 数据通讯及应用接口 会计核算系统接口 清算系统接口 应用系统库函数 C.lib Shell Informix TCP/IP SCO UNIX 5.0.4 3．系统前台软件的主要功能 l 工前准备 显示并打印当日到期的信用证信息，以便业务人员根据信息的内容进行处理。 l 信息录入 完成国内信用证开立、信用证修改、信用证事务信息的录入。 l 信息处理 完成国内信用证开立、信用证修改、信用证事务信息的复核、联机编押、授权、发送、更正、删除等工作。 l 来证信息处理 根据后台的提示，接收并处理其他机构的国内信用证业务信息。 l 查询与统计 根据业务需要查询、统计各类国内信用证业务的情况。 l 打印 打印国内信用证业务的各种单证、报表。 l 系统日结 与清算系统、城综网对帐，对帐完成后，打印信用证业务当日流水、日结单、回单。 l 系统管理 4．系统后台软件的主要功能 系统后台软件由前台业务服务程序、城综网与信用证业务系统服务程序、清算系统与信用证业务系统服务程序、后台管理程序四部分组成。 前台业务服务程序主要功能： 根据系统前台（CLIENT端）的请求，对信用证业务信息进行处理（查询、统计、存储）并将处理结果送给系统前台（CLIENT端）。 城综网与信用证业务系统服务程序主要功能： l 获取综合业务系统工作日期 l 检查操作员合法性 l 测试综合业务系统网络情况 l 从城综网提取开证人信息。 l 定时自动查询信用证业务数据库表，发现满足条件需要进行帐务处理的业务信息，向城综网发出记帐、登记表外帐的请求，城综网进行记帐并登记表外帐。 l 与城综网对帐。 清算系统与信用证业务系统服务程序主要功能： l 定时自动查询信用证业务数据库表，发现满足条件需要发送的信用证业务信息，自动发往清算系统。 l 定时自动查询清算系统，发现本行的信用证业务信息自动接收。 后台管理程序主要功能： l 设置本分行开办信用证机构的行号、行名、IP地址。 l 设置分行清算中心主机名、IP地址。 l 设置城综网主机名、IP地址并设置是否自动记帐。 l 检查本分行各开办信用证机构的日结情况。 l 检查本分行与清算系统的对帐情况。 l 检查信用证业务系统与城综网、清算系统的网络连接情况。 l 系统数据备份与恢复。 l 监控清算系统状态 l 信用证业务系统主机调用状态监控交易，返回清算系统的工作状态，并将结果动态地显示到监控屏幕上。 l 监控信用证业务系统与清算系统之间的信息发送、接收情况 § 3.1.4系统接口设计 l 信用证业务系统与城综网接口 1、验证操作员身份合法性 2、提取开证企业资料 3、提取网点信息 4、记帐 5、对帐 l 信用证业务系统与清算系统接口 1、定时向清算网主机申请收发信用证信息或查询查复信息。 2、日终时与分行清算中心比对收发信息情况。 § 3.1.5系统通讯方式 l 后台间通讯采用TCP/IP协议，可使用现有的成型通讯平台产品（ 如TUXEDO）。 l 后台与清算系统、城综网间采用SOCKET编程实现通讯联接，在清算系统可使用系统调用的方式实现对清算系统数据库的操作。(清算系统接口程序需由清算项目组提供) § 3.2和现有系统的比较 国内信用证作为一种新的结算业务产品，目前行内尚无相应的业务系统，因此和我行现有系统不具备可比性。 § 3.3和相关系统的关系 1．与清算系统的关系 异地的信息交换通过清算网进行传递，清算系统需提供接口程序。 2．与城综网的关系 国内信用证系统后台通过接口程序实现信用证业务系统与城综网的信息交换和自动记帐。信用证业务系统前台可与城综网前台使用相同的硬件设备，以方便用户操作和降低项目费用。 § 3.4采用建议系统可能带来的影响 l 由于国内信用证业务具有单笔业务数据量较大，总体业务量较小的特点，本项目组与我行清算系统项目组对国内信用证业务进行了深入的讨论，认为国内信用证业务会适当加大清算系统的数据处理量，但不会影响清算系统的正常运行，清算系统完全有能力处理国内信用证业务的信息。 l 国内信用证业务系统相对独立，对城综网的改造工作量小，基本不会影响各分行的综合业务系统的正常运行。 § 3.5实施风险 在项目开发实施的过程中，应采取有效措施减低设计方案难度，降低技术风险，控制项目开发成本，避免项目实施中可能带来的各种风险： 1．技术风险 应尽量利用我行现有系统的设备、网络资源和清算系统的开发经验，采用成熟的的软件设计技术和成型的技术产品，如中间件的使用，应避免采用高、新技术，减低技术风险。 2．人力资源风险 培训合适的业务人员和技术人员，为系统的开发和业务开办保留后备的支援力量，避免由于人员调动因素带来的人力资源风险。 3．质量风险 加强软件开发的质量管理，采取规范化开发方法，抽调有丰富结算经验的业务人参加系统的业务测试。 5．需求变更风险 由于国内信用证业务是一种新的结算品种，业务需求可能会随着制度的修改而发生变化，因此，在项目开发过程中，应尽可能减少制度对系统功能控制程度。 第四章 技术可行性评价 1．各分行现有的城综网为“国内信用证业务系统”的项目实施提供了设备和网络环境。 2．我行的清算系统和各分行城综网与清算系统的直联为“国内信用证业务系统”提供了跨行信息传递的平台。 3．国内信用证业务系统采用软件设计的成熟技术，利用我行现有系统的设备、网络资源和清算系统的开发经验，在技术上是可行的。 4．总行结算部组织行内有关专家和北京建银电脑公司的技术人员所编写的“国内信用证业务系统业务需求”，详细描述了国内信用证业务的界面设计要求、数据项、基本功能、处理流程，为系统设计打下了良好的基础。 5．我行清算系统项目组的技术人员和北京建银电脑公司的技术人员已多次参与“国内信用证业务系统业务需求”的讨论，并在深入研究的基础上完成了“国内信用证业务系统总体设计”。另外，北京建银电脑公司已多次完成了总行下达的开发任务。可以肯定在总行结算部和信息技术部的领导下，清算系统项目组和北京建银电脑公司一定能够很好地完成“国内信用证业务系统”的开发任务。 根据上述分析，可以得出：国内信用证业务系统在技术上可行。 第五章 投资与效益分析 § 5.1项目投资情况 由于国内信用证是一种新的结算产品，为积极稳妥地把此项业务推向市场，我们计划将国内信用证业务系统项目分两期进行开发和推广。初步概算，项目总投资为967万元，具体构成如下： 1．项目一期，选择广东、福建、上海、江苏、深圳、浙江、厦门、苏州、宁波九个分行进行国内信用证业务试点，费用预计492万元。 其中： l 系统前期研究论证阶段费用预计10万； l 通讯工具软件预计50万； l 系统开发阶段费用预计192万； l 九个试点行（因原广州分行与广东分行的城市综合网主机不同，实际按照10个分行计算）城市综合网改造开发费用： 10万元*10=100万元； l 九个试点分行设备费：5万元*10=50万元； l 系统测试验收费用25万； l 系统使用培训费用20万； l 系统维护阶段费用预计5万元*9=45万元 2．项目二期，在七个分行试点的基础上，将国内信用证业务推广全行（包括总行营业部），预计投入资金475万元。 其中： l 设备费：5万元*30=150万元 l 城市综合网改造开发费用：10万元*30=300万元 l 推广培训费25万元 § 5.2。项目效益分析 信用证既是一种结算产品，又是一种融资工具，在国际贸易过程中，它是最受商人们喜爱的一种支付结算方式，在我国正式加入WTO、国内贸易与国际贸易日趋一体化的今天，适应市场的迫切要求，积极着手进行“中国建设银行国内信用证业务系统”的开发，早日将我行国内信用证业务推向市场，不仅会给我行带来显著的经济效益，而且会带来巨大的社会效益。 1．经济效益显著 国内信用证业务的经济效益来自于两个方面：直接经济效益和间接经济效益。其中，直接经济效益主要包括开证手续费、通知手续费、议付手续费以及修改手续费等；间接经济效益则指开办国内信用证业务所带来的存款增长、信用证议付带来的融资收入等。 参照中国银行开办此项业务的实际情况（注：1999年中国银行开始试办国内信用证业务时，第一年开证金额就突破了3亿元人民币），预计第一年，我行开证金额可以达到3亿元人民币、开证业务量400余笔，其中议付业务量为开证量的30%，约1亿元。第二年，在七个分行试点的基础上将国内信用证业务推广全行38家分行，这时候预计开证金额10亿元人民币、开证业务量1500笔、议付金额3亿元人民币。第三年，根据目前我行结算业务量年平均10%的增长速度，开证业务量应达到1700笔、开证金额11亿元人民币、议付金额3.5亿元。第四年开证业务量应为2000笔，开证金额12亿元，议付金额4亿元。到第五年之后，随着外资银行全面进入中国、以及国内贸易与国际贸易的一体化，此时，国内信用证业务量将会有突破性增长,预计开证金额70亿元人民币、12000笔、议付金额20亿元人民币(因为目前我行年国际信用证开证金额已超过70亿美元)。 根据人民银行规定的收费标准，开证手续费是开证金额的0.15%、信用证通知手续费每笔50元、议付手续费是信用证金额的0.1%，同时，申请签开信用证最低必须提交20%的保证金。据此测算： 第一年的直接经济效益 =3亿元*0.15%+400笔*50元+1亿元*0.1%=57万元 第二年的直接经济效益 =10亿元*0.15%+1500笔*50元+3亿元*0.1%=187.5万元 第三年的直接经济效益 =11亿元*0.15%+1700笔*50元+3.5亿元*0.1%=208.5万元 第四年的直接经济效益 =12亿元*0.15%+2000笔*50元+4亿元*0.1%=230亿元 第五年的直接经济效益 =70亿元*0.15%+12000笔*50元+20亿元*0.1%=1310万元 …… 对间接经济效益的分析，我们仅算开办国内信用证业务所带来的保证金存款效益，按目前存贷利差1%、6个月的信用证期限计算， 第一年的间接经济效益=3亿元*20%*1%*0.5=30万元 第二年的间接经济效益=10亿元*20%*1%*0.5=100万元 第三年的间接经济效益=11亿元*20%*1%*0.5=110万元 第四年的间接经济效益=12亿元*20%*1%*0.5=120万元 第五年的间接经济效益=70亿元*20%*1%*0.5=700万元 …… 2．社会效益巨大 国内信用证业务的推出，将弥补我行支付结算产品的一项空白，完善结算服务功能，增强我行的竞争能力。 国内信用证以商品交易为背景，以BTO业务流程（即BUILD-TO-ORDER）为基础，因此可以减少信贷资金投放的盲目性。 国内信用证作为国内企业间新产生的贸易货款支付方式，企业通过信用证以银行信用代替商业信用，对改变目前商户间赖帐逃债、应收帐款长期收不回以及减少困扰经济发展的三角债有一定的促进作用，有利于增强合同的确立性和履行，有利于防止商业欺诈，保证了商品交易的顺利进行。 § 5.3项目收益投资比 根据上述的投资与效益分析，我们可以列出国内信用证业务系统项目逐年的投入产出情况表（万元） 年份 2002年 2003年 2004年 2005年 2006年 投资情况 492 475 效益情况 87 287．5 318．5 350 2010 通过分析，我们可以看出，开发国内信用证业务系统，即使不考虑其巨大的社会效益，作为一种新的结算产品，其直接经济效益和间接经济效益都是不可估量的。 § 5.4项目投资回收周期 根据上述分析，预计最迟在2005年即可收回全部项目投资。 第六章 社会因素方面的可行性 国内信用证在政策制度和业务开办上都是可行性。早在1997年人民银行就出台《国内信用证结算办法》和有关的会计核算手续，要求各行开办国内信用证业务。目前，中国银行和上海浦东发展银行也开办了该项业务。 我行多年积累的国内、国际结算经验和人才，以及我行完善的机构体系、6000多个遍布全国的汇票机构，是开办国内信用证业务我行所具有自身的优势和内在条件。 长期以来，我行有着广泛而又密切的客户群体，与大型企业、集团公司关系稳定，对企业的生产经营、信誉状况有较深了解，这为我行拓展国内信用证业务市场的基础。 第七章 可选技术方案 由于“国内信用证业务系统”依托各分行“城市综合网“，并以“资金清算系统“为信息传递渠道，实现接收和发送信用证信息。因此，国内信用证业务作为会计结算的一项新业务，在技术实现上有三种方式： 方案一：系统单独实现信用证业务信息处理 信用证业务系统的开发以及与清算系统接口软件的开发由总行统一完成，信用证业务系统的帐务处理采用系统打印记帐凭证，操作员在“城综网”手工记帐的方法。由于此方案相对独立，各分行无需对“城综网”进行改造。 方案特点： l 软件版本统一，系统相对独立，推广实施方便。 l 项目开发费用最低、技术实现最简单、最方便。 l 降低了分行开发工作量和切换运行的风险，同时，开发进度、软件质量和可靠性能够得到最好的保证； l 不能充分利用“城综网”的信息资源， l 帐务处理需由信用证业务系统打印有关凭证，通过“城综网”手工记帐，增大柜员劳动强度、并可能出现漏记帐的情况。 方案二：系统与‘城综网’直联实现信用证信息处理 信用证业务系统的开发以及与清算系统接口软件的开发由总行统一完成，总行制定信用证业务系统与‘城综网’的统一接口标准，各分行按照总行制定的统一接口标准，对“城综网”进行相应改造。以实现信用证业务的自动记帐。 方案特点： l 符合现代银行业务系统的设计思想。 l 充分利用“城综网”的信息资源，实现了信用证业务的自动记帐，减低了柜员的劳动强度和工作失误概率。 l 各分行需适当改造“城综网”，以实现信用证业务的自动记帐。因此分行的开发工作量、开发进度、软件质量与方案一相比有所降低，但也能得到较好的保证； l 项目开发费用与方案一相比略有增加。 方案三“在‘城综网’中实现信用证信息处理” 总行负责信用证业务系统与清算系统接口软件的开发和制定信用证业务系统的需求、总体技术方案，与清算系统接口软件标准标准，各分行负责在‘城综网’中开发国内信用证业务模块，实现信用证信息处理功能。 方案特点： l 可以充分利用“城综网”的信息和设备资源，信用证业务系统与“城综网”系统的一致性最好。 l 增加了分行开发工作量和切换运行的风险，开发进度、软件质量和可靠性与方案一、方案二相比最低。 l 各分行都需投入人员开发信用证业务系统，项目开发费用至少是方案一、方案二费用的5倍以上。 综上分析可以看出：方案二的技术先进性、经济性、项目可实施性等指标较好，因此选择方案二为本项目的技术实现方案。 第八章 结 论 综合以上分析可以得出：国内信用证业务系统可以组织开发。