中国建设银行内蒙分行网上银行接入系统方案建议书

第33页中国建设银行内蒙分行网上银行接入系统方案建议书XXX软件技术有限公司目录TOC\o"1-3"第1章 前言 51.1 简要自述 51.2 概述 51.3 服务内容描述 71.4 本文中所涉及的关键词 81.5 参考资料 9第2章 网上银行项目总体需求 102.1 B2C交易 122.1.1 查询类 122.1.2 转帐类 142.1.3 代收代付类 172.1.4 外汇买卖类 172.1.5 证卷交易类 182.1.6 签约类 202.1.7 挂失类 212.1.8 速汇通类 212.2 B2B交易报文描述 222.2.1 基本帐户服务类 222.2.2 E票类 262.2.3 代发代扣 27第3章 网上银行接入系统设计 303.1 设计目标 303.2 网银接入系统总体结构 313.3 业务处理 333.3.1 前置系统业务处理 333.3.2 城综网业务处理及改造 343.3.3 凭证处理 353.3.4 日终处理 353.4 网银接入系统软件体系架构 36软件系统架构 363.4.2 结构说明 37第4章 网上银行项目主要工作 404.1 网上银行项目主要目标 404.2 数据处理流程 414.2.1 网上银行报文及通讯模式 414.2.2 网上银行交易流程设计 434.2.3 系统管理设计 544.2.4 业务管理设计 544.3 网上银行接入系统的实现 554.3.1 业务需求整理 554.3.2 系统规划 554.3.3 报文信息整理 554.3.4 主机子服务信息整理 564.3.5 数据库及子服务构建 564.3.6 基本操作的整理及开发 584.3.7 子服务模板开发 594.3.8 信息配置 594.3.9 监控管理子系统的开发 594.4 与网上银行业务相关系统的改造 624.4.1 主机业务系统相关功能扩充 624.4.2 保证金自动转帐系统 634.4.3 个人外汇买卖系统 634.4.4 资金清算系统 634.4.5 龙卡网络系统 634.5 网上银行项目系统测试工作 644.5.1 系统测试 644.5.2 分行接入测试 644.5.3 高伟达公司测试保障 654.5.4 上线 65第5章 网上银行项目实施计划 665.1 项目工程设计 665.2 实施步骤 675.2.1 应用软件开发步骤 675.2.2 工程实施步骤 695.2.3 试运行和最终验收 715.2.4 验收说明 715.3 项目范围 735.4 项目进度 73第6章 网上银行项目售后服务计划 746.1 高伟达与内蒙建行的合作方式 746.2 需求分析阶段 746.3 系统设计阶段 746.4 系统测试阶段 746.5 系统开发过程控制 756.6 应用系统培训 756.7 系统文档资料 756.8 售后服务响应时间 76第7章 公司简介 777.1 提供产品或服务的情况 777.1.1 近三年国内外主要用户的名称和地址 777.1.2 高伟达在中国建设银行网银项目的成功案例 787.1.3 高伟达公司面向银行的软件产品成功推广案例 807.1.4 高伟达公司面向金融行业的成功案例 837.1.5 高伟达公司在其它行业成功案例 877.2 公司其它情况 917.2.1 高伟达文化 927.2.2 国际合作 927.2.3 高伟达核心软件产品系列 937.2.4 高伟达人员简介 997.2.5 技术支持部门情况简介 1007.2.6 高伟达售后服务体系 101第8章 结束语 105

前言简要自述高伟达集团始建于1997年，伴随着中国IT行业的迅猛发展，集团也高速成长，形成了目前集团员工260人，资产额5.3亿，年销售额4亿，年利润2000万的营运规模。集团由深圳高伟达投资有限公司，高伟达软件技术有限公司和高伟达科技发展有限公司及下属北京、深圳、广州、上海、沈阳、南京、武汉和成都8个分公司构成。高伟达软件技术有限公司的发展目标是成为国内银行、保险等金融行业的电子商务主要建设者。通过几年的不懈努力，在为各界提供小型到大中型软硬件系统、网络系统的集成、设计、开发与实施过程中，它发展成为国内各行业，尤其是为金融业提供基础业务软件、行业解决方案设计和实施、软件产品开发等全方位服务的系统集成商。概述随着市场经济的不断发展，金融领域的竞争日趋白热化。特别是目前电子商务的爆炸式发展，为银行业提供了更广阔的竞争空间。银行的网点规模不再是银行间竞争的主要手段，银行服务将逐步转向以提供自助终端服务和基于Internet的网上服务等为主要方式，尤其是Internet的网上服务将银行的服务窗口搬到了企业驻地、个人住所和客户手中。近年来，国内的一些银行围绕这些新技术和概念不断推出一系列新型的金融品种，如：电话银行、外汇宝、自助银行、代收代付中间业务、网上银行、手机银行等。这些新业务品种的推出烘托了银行的形象，争夺了市场和客户。本着“长远规划，渐进发展”的原则，对于内蒙建行网上银行2.0系统的开发将作为未来提供银行传统业务及新型业务应用服务器的雏形。本方案将结合内蒙建行实际情况以及招标文件和项目目标概要中提及的要求，介绍高伟达公司的“网上银行2.0接入系统解决方案”。本方案建议书是专为中国建设银行内蒙分行制作，以期对内蒙建行网上银行系统的总体功能阐述清楚，明确界定工作范围，并能对今后前置机的开发工作起一定的帮助作用本系统的设计基于高伟达软件技术有限公司的应用服务平台EasyLink产品，EasyLink是一个为满足银行未来渠道接入服务和各种中间业务应用而设计的服务器系统平台。本方案建议书的重点在于完成网上银行渠道的接入。高伟达公司与中国建设银行有着历史悠久的、良好的合作关系，为中国建设银行总行以及各地分行完成了众多的项目，积累丰富的应用开发经验，培养了大批熟悉银行业务的专业人才。高伟达公司积极参与网上银行的建设工作，首先在11家一级分行实现了基于Internet的企业银行应用，而后又完成5家一级分行的网上银行接入系统的建设。了解总行网上银行的业务管理以及不同分行在接入总行网银中心时遇到的各种情况，积累了宝贵的经验。高伟达公司建立了技术研发中心及完善的服务支持体系，并拥有一只分布在全国各地的专业化技术服务队伍。希望以出色的技术能力和丰富的行业知识为内蒙建行用户提供全方位的技术支持和服务。

服务内容描述为实现《中国建设银行内蒙分行网上银行2.0项目目标概要》中提及的各项要求，本系统的网上银行前置机系统应当具有以下功能：总行交易接口功能

完成与总行的通讯，接收总行的交易数据，向总行发送交易应答。

本方案满足该要求。本方案针对网上银行涉及到的B2C，B2B两类交易分别进行了描述。具体方案内容见3至5章内容。交易路由功能

根据交易类型和帐户类型，进行交易路由，分别将交易发送给营业部、省行主机以及不同市行的代理平台。

本方案满足概要求。本方案从高伟达公司的EasyLink应用服务平台技术特点方面对该要求进行了描述，通过对服务与子服务的判断完成该功能。省行主机交易接口

将总行网银交易求求转换为省行主机或营业部主机要求格式的数据包，向后台发送交易求并接收前置机应答。

本方案满足该要求。针对具体交易数据报文格式，通过EasyLink报文配置功能对网银提交的请求报文根式进行转换后提交后台，并把后台的响应信息按照网银要求的格式进行转换。该功能也正是本系统建设的意义所在。客户签约信息的管理

存放网银签约客户信息，进行签约处理。登记网银交易信息，根据业务部门的要求，产生各类统计报表。网银交易监控，其他网银交易的特殊处理。

本方案满足该要求。本方案从客户签约处理业务流程和系统处理流程两方面进行描述，同时提供专门用于管理签约客户数据的系统监控管理程序对客户信息进行管理和维护。具体内容见本方案第4章和第6章。网银交易统计分析本文中所涉及的关键词EasyLink

本系统的名称。能够完成各种应用系统之间的交易存储转发及监控功能。报文

EasyLink系统处理的、用于在节点之间交换信息的数据元集合。交易

用于完成（如可能）原始报文发起者意图的相关报文的集合。交易的发起者必须是交易的终结者，即“交易发起者终止交易”。签约帐户

客户同意通过网上银行操作的帐户，如查询信息，从帐户中转出金额等，签约帐户必须得到网上银行客户的书面确认。约定帐户

网上银行客户在转帐操作时指定的转入帐户，它必须事先得到网上银行客户的确认，约定帐户必须是活期帐户。签约

指网上银行客户办理网上银行服务的过程，包括书面同意遵守网上银行章程，核对个人身份和核定帐户，指明签约帐户和约定帐户等。城市综合网

指建行现有的业务综合网络。网银中心

建行网上银行的管理中心，依赖于各地的城市综合网进行实际业务交易。用户名

用户进入网上银行系统的标识，又称用户代码，由字母和数字组成。对公单位使用网上银行时也必须通过指定的用户名登录。开户行

即帐户的开户银行，在网上银行系统中，对公帐户的开户行明细到具体的办事处或分理处；对私帐户只明细到一级分行。网上B2B业务

指以网上银行为平台，利用建设银行资金清算系统实现各城综网之间的对公帐户的查询和转帐等业务。企业客户

通过网银部审核，获得IC卡，可以从事网上B2B业务的单位。IC卡

存放客户数字证书的载体，客户的每个操作员拥有一张IC卡。根据不同的操作权限分主管卡和一般卡。发卡机构

成员行受理客户网上B2B业务申请和发放IC卡的专门业务柜台，配有网银部业务员。负责核查客户基本信息，替客户下载证书，发放IC卡。开户申请

客户在发卡机构填写申请表，申请使用网上B2B业务。开户机构

客户帐户开户所在的会计柜台。帐户签约

客户在成功通过开户申请后，到帐户开户会计柜台，与该柜台签约，该帐呼可用于网上B2B业务。参考资料《中国建设银行网上银行二期业务需求说明书》《中国建设银行网上银行二期B2C业务报文接口规范》《中国建设银行网上银行二期B2B业务报文接口规范》《中国建设银行网上银行二期成员行报文接口使用说明书》

网上银行项目总体需求内蒙建行网上银行接入系统是联系建行网银中心和内蒙建行相关业务主机的数据报文分流器，主要完成报文的存储、转发功能，但必须在系统的设计之初考虑今后系统功能的扩展，在保证系统目前业务功能及系统稳定可靠的前提下，应考虑系统的可扩充性，以方便今后的扩展。基于内蒙建行综合考虑今后多种渠道的接入及中间业务的拓展，建议建设应用服务系统，把网上银行的接入作为应用服务系统的接入渠道。网上银行接入总体结构：在以后的介绍中网银前置机与应用服务系统的概念等同。网银中心在每一分行设置加密服务通信网关与网银中心连接，因而，各分行实现网上银行，只需把网银提供的加密通信网关作为一个提供银行业务的服务渠道接入即可，如同手机、电话、ATM等服务渠道处理方式类似。对于内蒙分行而言，主要的工作如下：增加分行的网银加密通讯机（软件及加密卡由总行提供，分行提供主机）。增加网银后台管理机（软件总行提供，分行提供主机）增加LRA受理系统（软件总行提供，分行提供主机）搭建网银测试系统（软件总行提供，分行提供主机）增加网银前置系统（分行自主开发）增加网银前置监控系统（分行自主开发）增加网银柜台签约系统（分行自主开发）针对网银相关交易的分行城综网改造（分行自主开发，原则是尽量利用城综网已有的交易，对于开通业务必须改动部分需要做相应调整）

本章将针对网上银行2.0中所有的B2C、B2B类交易分别进行描述与分析。B2C交易查询类310100帐户信息查询应用交易余额查询交易帐户信息查询交易个人开户申请个人追加帐户商户余额查询交易该交易主要完成对主帐户进行查询，对于一卡通帐户可以一次返回所有子帐户的信息。处理要求应答报文中在客户使用不同的转帐交易时，使用储种代码控制子帐户的选择，因此必须正确返回。当帐户密码不为空时（个人开户和帐户追加的时候），必须对帐户密码进行校验，并将客户姓名、证件类型、证件号码和账户中登记的信息进行比较。用户开户成功后，即可以显示帐户地余额信息。帐户密码为空时候，不需要对帐户信息进行校验。返回报文中的账号标识符在一卡通帐户中用来唯一标识一个子账号。在非一卡通帐户中，账号标识符所填内容与账号域相同。网银收到应答信息后，判断帐户类型如果是一卡通帐户后，将保存所有子帐户信息，在所有需要选择子帐户地交易中将从本地数据库中选择。在用户每次查询一卡通余额地时候，都可以将子帐户同步到网银中心。对于一卡通帐户，返回的币种均为子帐户的币种，如果所有子帐户的币种都一样，则主帐户币种登记为子帐户币种，否则登记为多币种（00）。返回报文中的帐户状态用中文表示该帐户状态。例如：正常、挂失、冻结、止付等。成员行不需要保存下传的帐户信息，在客户进行帐户签约时候从柜台收集帐户信息。310200帐户明细查询应用交易交易明细查询（包括普通卡折明细查询和一卡通子账户明细查询）公积金查询商户明细查询处理要求返回报文中的凭证号码表示城市综合网记载的凭证号码。返回报文中的借贷标志具体解释为：0表示借，1表示贷。返回报文中的交易货币代码1是用于表示币种的代码，代码格式参照总行统一编码。310400消费积分查询应用交易消费积分查询处理要求根据分行设置的可以查询消费积分的帐户类型，查询所传递帐户的消费积分。310500交易处理结果查询本交易用户跟踪资金转移类在城综网中的最终处理结果，以保证网银中心流水和城综网流水的一致。资金转移类交易有两类情况，一类如转帐、外汇买卖实时交易、银证转帐等实时处理的交易，一类如外汇委托买卖、速汇通等委托类非实时，不能立即获得最终处理结果的交易。本交易只负责在通讯超时后查询分行的接收交易和处理交易的情况，对于第一类交易，本交易用于查询交易的处理结果，对于第二类交易，查询成员行是否正确接收到交易，并返回为交易分配的合同号或汇划号，网银将使用其他交易对其最终状态进行跟踪，如速汇通查询、委托查询等。成员行要以网银凭证号＋原交易码＋交易日期做为主键，完成流水确认工作，并返回正确的流水号。处理要求 成员行收到该报文后，要对提交的凭证的处理结果进行查询，成员行必须要有明确流水能查询出该凭证的最终处理状态。转帐类410100个人账户转账交易（活转活）应用交易活期帐户转帐本交易只负责处理活期到活期的转帐，网上银行在形成该报文的时候。转出帐户获得方法：活期转帐：只允许客户选择非一卡通类活期帐户。转入帐户的获得方法： 活期转帐：可以输入也可以选择（可能是一卡通帐户）。处理要求在形成该报文的时候，网银中心没有使用帐户标识符的方法对子帐户进行归户（因为不允许客户在网页上选择子帐户），所以成员行在处理该交易的时候，凡是涉及到一卡通帐户，统统应按活期和报文中的交易币种和钞汇标志去归户。如果成员行一卡通通过活期＋币种＋钞汇都无法归户，则只有返回错误了。成员行需要对转入账户的账号和帐户名称进行一致性校验，防止客户自由转账输入账户的账号和账户名称不符，引起转账纠纷二级分行编号1（103）和二级分行编号2（303）分别表示账号1和账号2的二级分行编号；成员行收到该笔交易时候，要判断该凭证号是否已经处理过，防止重复入帐，对于已经处理过的单据，将处理结果使用正确的返回码返回。新的报文支持一级行内通存通兑，具体是否实现由成员行自行决定。410200一卡通转账交易（内转外转）应用交易一卡通向其他帐户转帐一卡通内帐户内转定期一卡通内帐户内转活期本交易包含一卡通活期帐户或定期帐户向其他活期帐户转帐，或向一卡通进行定期转帐（新开户）。在形成报文的时候，转出帐户获得方法：客户选择一卡通帐户，系统列出该帐户的子帐户供客户选择。得出主帐号和子帐户标识符号。转入帐户获得方法：从签约中选择（对一卡通只提供主帐号选择）和用户输入。如果为一卡通帐号，允许选择储种和存期。该交易包含下面的转帐情况：一卡通活期外转活期转帐一卡通活期外转定期按转入金额新开户一卡通活期内转定期按转入金额新开户一卡通定期内转活期销户后本息转出处理要求如果帐号1和帐号2一样，则表示一卡通内转帐，否则标识一卡通外转。内转时候不必校验转入帐户户名和帐号2的一致，外传时候需要校验转入帐户户名和账号2户名的一致性，防止用户输入的户名和帐户不符。发送报文中的账号标识符和主账户共同标识一个一卡通的子帐户作为转入帐户；成员收到该交易后，要判断储种代码，如果为活期，则表示转入活期，如果为定期，则根据存期新开定期户（转入帐号为一卡通时），表示转入定期。转出帐户的币种和钞汇必须和转入帐户相一致。因此，归户方法为储种＋转入币种＋转入钞汇。成员行收到该笔交易时候，要判断该凭证号是否已经处理过，防止重复入帐，对于已经处理过的单据，将处理结果使用正确的返回码返回。410300支付与退款交易应用交易网上支付商户网上退款本交易只负责处理活期到活期的转帐，网上银行在形成该报文的时候：转出帐户获得方法：网上支付：从客户的网银帐户中选择，可能包含一卡通帐户。商户退款：从商户的结算帐户中选择。 转入帐户的获得方法： 网上支付：从相对应商户结算帐户中选择。商户退款：从支付流水中将付款帐户提出出来。处理要求对于支付：转出帐户为支付方帐号，收款方为商户结算帐户对于退款：转出帐户为商户结算帐户，收款方为原支付方帐号新的支付同时支持签约帐户支付和非签约帐户支付，使用非签约帐户支付的时候需要输入帐户密码，因此当帐户密码不为空时，必须对转出帐户密码进行校验，并将客户姓名、证件类型、证件号码和城综网转出账户中登记的信息进行比较。目前支付交易仅限于商户和持卡人在同一成员行中。新的商户服务中，支付流水将统一由网银中心保存（一年），成员行不再完成支付流水的存取。对于退款交易，网银中心负责匹配原交易，并对退款额进行控制。成员行只需要配合完成商户向个人转帐交易即可。410500证券保证金转入（银行到券商）应用交易证券保证金转入交易处理要求：当保证金帐户密码不为空时，必须对保证金帐户密码进行校验。用户选择进行美元或港币的转帐后，需要用户选择钞汇标志，成员行在实际做转帐的时候，需要判断所选帐号是否有相应币种和钞汇的帐户。410600证券保证金转出（券商到银行）应用交易证券保证金转出交易处理要求：当保证金帐户密码不为空时，必须对保证金帐户密码进行校验。用户选择进行美元或港币的转帐后，需要用户选择钞汇标志，成员行在实际做转帐的时候，需要判断所选帐号是否有相应币种和钞汇的帐户。代收代付类500100代收查询应用交易代收查询交易处理要求1、根据代收项目和合同查询代收信息，并将代收总金额和明细收款发送回来。以便形成客户支付明细界面500200代收代付交易应用交易代收交易代付交易处理要求：代收代付使用普通卡折和一卡通主帐户。请求报文不需要传递子帐户标识符（代付为人民币活期户）。用户代收代付可以使用签约帐号或非签约帐号，当使用非签约帐号付款的时候，需要用户输入帐户的真实密码，此时成员行要完成密码校验以及客户姓名、证件类型、证件号码与账户信息一致性校验。使用前与帐户支付时候，只需要使用交易密码在网银校验，下传报文中帐户密码为空。成员行可以为不同的代收代付项目配置最多两个自定义输入域，当用户选定该项目后，网银将提示用户输入信息，输入的信息分别采用支付备注1和支付备注2下传。代收代付完成后，如果产生代收付明细，则返回。外汇买卖类320100外汇买卖交易（实时交易）应用交易个人外汇买卖实时交易处理要求根据买卖币种和钞汇标志确定操作帐户。320200外汇买卖交易（委托交易）应用交易个人外汇买卖委托交易处理要求根据买卖币种和钞汇标志确定操作帐户。320400外汇买卖撤单交易应用交易个人外汇买卖撤单交易处理要求成员行收到交易后，应判断所传递的合同号是否为输入该客户，是否可以撤单。然后进行撤单交易。如果该合同已经撤单，同样返回交易成功。如果不能撤单，返回错误。320500外汇买卖批量查询交易应用交易个人外汇买卖委托查询个人外汇买卖成交查询处理要求对于委托查询成员行可以不对起止日期进行处理，以各行控制的委托日期段为准。交易需要计算总页次并进行分页控制。对于成交查询，起止日期为查询日期范围。查询所有指定当前页次的成交明细，计算总页次并进行分页控制。320300外汇买卖单笔查询交易应用交易个人外汇买卖单笔查询（含撤单交易合同选择交易）处理要求根据合同号查询合同的信息。证卷交易类420100证券买卖交易应用交易买卖证券确定处理要求校验证券保证金密码新的银证通需定位为个人钞股平台，因此，成员行必须检查股东代码和操作帐户的一致性。420400证券交易撤单交易应用交易证券交易撤单确定420300证券交易单笔查询应用交易撤单合同选择交易处理要求根据合同号查询该交易的详细信息420600现金余额查询类应用交易证券交易现金余额查询。420700股票余额查询类应用交易证券股票余额查询处理要求当股票代码为*时，查询所有股票余额，否则查询指定股票余额。420800股票行情查询类应用交易证券股票行情查询420900新股配号查询类应用交易证券新股配号查询处理要求查询该用户股票帐户所申购新股的配号情况。签约类330100客户资料维护应用交易该报文用于分行对网银客户信息的追加和删除。当客户在网上银行开户成功后，可以使用该报文向指定成员行提交签约申请，包括客户基本信息和证书CN号，成员行需要对此进行存储，以备客户柜台签约的时候对有关信息进行校验。客户信息的删除发生在客户在网上银行将在某个成员行的所有的签约帐户删除后，此时通过此报文通知该成员行进行了销户。处理要求成员行收到该报文后，如果处理标志为0，需要将下传的客户信息进行保存，以备客户签约需要。客户到柜台签约的时候，对提交的信息进行确认完成签约，保存签约帐户信息以备签约确认交易使用。 如果处理标志为1，即表明该客户需要销户，此时成员行需要首先将该客户下所有的签约帐户删除，然后再删除该客户信息。如果需要签约的客户资料已经添加或删除成功，重新又收到交易，则返回交易成功。330200账户签约资料维护应用交易该报文需要成员行完成客户签约帐户的确认和删除工作。处理要求如果标志为0，需要查询该客户指定的帐户是否已经完成了签约，并返回处理结果。如果标志为1，表示该客户在网上银行提交的删除签约帐户请求，需要成员行同步进行帐户资料的删除，因为在超时情况下，网银中心没有收到应答，删除请求可能重复发送，所以在作删除的时候，帐户可能已经删除，应返回正确的处理报文，表示该帐户已经删除。挂失类900100个人挂失交易应用交易信用卡临时挂失储蓄存款临时挂失密码临时挂失处理要求 根据要求完成处理响应挂失处理，返回处理要求。速汇通类430100速汇通汇款应用交易速汇通汇款处理要求保留交易成功历史信息，包括每笔速汇通交易汇出城市、汇入城市、汇划流水号、汇款金额、汇款时间、汇出账号、汇入账号。此交易城综网返回000000，则表示扣款成功，是否到帐和是否推汇通过速汇通查询交易进行查询。430200速汇通汇款结果查询处理要求 根据提交的会话合同号，查询汇出汇款在个汇系统中的处理结果。B2B交易报文描述基本帐户服务类帐户余额查询该交易用于查询某对公帐户的当前帐户余额。处理要求： 成员行收到报文后，完成帐户有关信息的查询。帐户信息查询该报文用于在同城转帐时，客户输入收帐帐号后，系统查询出该帐号对应帐户信息以便用户确认。查询的帐户信息将直接使用到转帐交易中。注意：请求报文中的联行号、会计柜台机构号、币种是从转出帐户中取出的（默认同城是转入方、转出方在一个联行中）。处理要求： 成员行收到请求后，应判断该帐号是否正确，是否可以在该成员行中查询出帐户信息。往日交易明细查询本交易用于查询某客户对公存款帐户往日明细。按新的报文要求需要分页进行控制。

处理要求： 成员行收到该请求报文后，必须按照报文分页控制方法进行查询。 对于支持来帐显示的成员行应将对方帐号和对方帐户名称返回当日交易明细查询本交易查询当前会计日帐户异动情况。对于日终才产生帐户明细分行，可以从流水中查询有关信息返回。 处理要求： 成员行收到该请求报文后，必须按照报文多笔分页控制方法进行查询。 成员行如果具有来帐显示功能应返回对方在帐号和帐户名称B2B交易处理结果查询本交易查询指定交易在城综网中的最终处理结果，以保证网银中心流水能和城综网流水的一致。根据请求报文中的客户号、凭证号、发生日期、转出方账号金额等信息，在前置机或城综网流水中查询交易的处理状态。对于以后所有B2B系统中引起资金转移的交易都会使用该交易进行流水核对。如果原交易没有帐号或金额信息，则请求报文相应报元可以为空，成员行进行前置机设计的时候，要以凭证号做为主键，通过主键便可以完成流水确认工作。处理要求： 成员行收到该报文后，要对提交的凭证的处理结果进行查询，成员行必须要有明确流水能查询出该凭证的最终处理状态。自动转帐业务本交易要求接收行收到报文后，在无需人工干预的情况下，完成交易的自动处理。本交易包含两种情况：本地城综网络自动处理，自动转发清算系统处理。客户请求本交易有4种形式：一、客户选择了在签约或授权帐号之间进行转帐，因为转帐双方基本信息都是通过后台采集，所以可以完整的得到转帐双方的联行号、交换号、会计柜台机构号。二、客户选择一个签约或授权帐号向同城另一个帐号（客户自由输入）转帐。执行本交易时候，网银系统先向城综网发送帐户信息查询交易（610200）查询帐户的基本信息，因此也可以得到成员行够用（有成员行自行返回的信息）的联行号、交换号、会计柜台机构号信息。三、客户选择一个签约或授权帐号向异地建行帐户进行汇款，为方便客户使用本功能，用户在选择异地行时候，用户可以通过网银提供的三级选择（一级行、二级行、会计柜台最多三级，这一点与原1.05报文不同，对于已经清算集中的分行，会计柜台选择可以等同选择分行），选择最细与会计柜台对应的联行号。付款方根据这些信息可以形成清算报文。四、客户对授权帐户进行主动收款。所以，成员行收到本交易后，要根据报文中帐号归属信息（联行号、交换号、会计柜台机构号）进行判断，如果城综网络能处理，则直接完成转帐，否则根据报文提供的信息自动生成清算报文发送到清算系统中处理。*该交易是客户主动付款交易，付款帐号属于请求方客户号下，并且客户号属于收报成员行。

处理要点： 成员行收到该笔交易时候，要判断该凭证号是否已经处理过，防止重复入帐，对于已经处理过的单据，将处理结果使用正确的响应代码返回。 附加响应数据中请写明具体的错误原因。因为该信息直接提供给客户显示，所以，请勿使用过于专业和不易理解的语言。 转帐处理处理方式设置为默任值：0:城综网处理 网银中心收到响应码后，处理如下： 100001：将交易的状态设置为不确定，对不确定的交易，客户可以通过“交易处理结果查询”交易获得最终处理结果，然后再做相应处理。 100002：不对交易做任何处理，客户可以重新对交易进行复核或授权后发送。其他：将该笔交易的状态设置为交易失败，本笔交易结束。自动转帐业务该交易是客户选择自己的签约帐号，然后手工键入收款帐号、户名、开户机构后进行付款。城综网收到该交易后需要落地打单交换或手工录入清算系统处理。转帐成功： 响应代码为 000000 设置交易处理方式为：2（手工处理）转帐失败： 处理方式同620100自动转账E票类保付E票出票该交易报文对应于网上银行交易保付E票出票交易，保付E票是一种特殊的承载了权益描述的特殊转帐交易（具体帐户处理详见2.0用户需求）。出票人选择签约帐号，输入收票人信息和票据权益描速完成出票。处理要求：客户1为E票出票人，客户范围限于网银签约客户；客户2为E票解付人，它可以是网银签约客户、会员；客户3为E票第三方确认人。成员行收到该报文后，按保付E票的会计处理要求（见网银2.0业务需求）将付款账号1资金划归到专用销帐帐户中，保存E票信息，并打印保付E票专夹保存。止付标志0表示出票人在出票后可以对E票进行止付处理，1则表示不可进行止付处理。第三方确认标志表示E票是否需要第三方确认，如果无需确则报文第三方确认人信息为空。保付E票支付与解付该交易报文对应于以下网上银行交易：保付E票解付交易保付E票止付交易处理要求：0止付，止付由出票人发起，成员行需调出原始凭证，判断出票人是否为提交交易的客户，如果是则通过会计处理将专用销帐帐户中指定资金（目前只支持全额止付）重新划回出票人出票帐户。1解付：解付由收票人发起，成员行需调出原始凭证，判断解付人是否为提出交易的客户，如果是则通过会计处理将专用销帐帐户中指定资金（目前只支持全额解付）划拨到指定回出票人出票帐户，对原保付E票做销帐处理。 该交易为通知类交易，成员行应设置专门数据库登记保付E票信息，当收到网银中心报文后，可以调用原保付E票信息进行判断。 该交易不做交易一致性检查，网银中心没有收到成员行的应答，不做E票状态更新，允许客户重发交易，因此，成员行在收到该交易，如果需要解付或止付的原E票已经解付或止付，应返回正确应答码。E支票 E支票报文采用自动转帐交易报文和非自动转帐交易报文，其出票、解付业务处理流程全部在网银完成。对于城综网而言，E支票帐务处理流程等同于普通转帐流程。代发代扣单笔代发代扣该交易报文对应于以下网上银行交易：单笔代发交易单笔代扣交易代发代扣编号对应每个企业可以执行的代发代扣项目的详细信息，由成员行为客户定义，包括，编号、代发代扣类型、名称、文件解析格式定、代发代扣帐户信息等，客户在执行代发代扣的时候，首先要求客户选择代发代扣信息，然后根据编号检索有关信息形成报文。成员行应能根据该编号做出代发代扣处理（包括，文件解析、代发代扣合法性控制等）。处理要求：1、成员行应开发出相应的交易联接个人和对公系统，完成它们之间的实时转帐。2、代扣处理时候，应根据代发代扣编号，检查代扣帐号是否符合代扣协议。3、无论代发代扣都需要帐号和户名一致性进行校验。批量代发代扣该交易报文对应于以下网上银行交易：1、批量代发交易2、批量代扣交易代发代扣编号对应每个企业可以执行的代发代扣项目的详细信息，由成员行为客户定义，包括，编号、代发代扣类型、名称、文件解析格式定、代发代扣帐户信息等，客户在执行代发代扣的时候，首先要求客户选择代发代扣信息，然后根据编号检索有关信息形成报文。成员行应能根据该编号做出代发代扣处理（包括，文件解析、代发代扣合法性控制等）。处理要求：批量方式交易的时候，客户采用文件传输的方式，网银中心首先由客户驱动将文件传送到分行通讯前置机目录下，然后再使用本交易将代发代扣信息发送到成员行。本报文为通知性质报文，成员行收到该报文时候，可以马上启动对批量文件处理，也可以在日终批处理时候再对文件进行处理，在对文件进行处理的时候，需要将文件中的总户数、总金额和MD5校验值和本交易报文下传信息进行校验。批量代发代扣查询类该交易报文仅对批量代发代扣进行结果查询处理要求：根据下传的查询条件对接收的代发代扣结果进行查询。当错误笔数超过20条时，只返回前20条的失败账户及失败原因（不做分页控制）失败原因控制在5个汉字之内

网上银行接入系统设计网上银行前置机系统在结构上应能实现网上银行接入，考虑到未来业务的发展，本系统的设计充分考虑未来新的金融服务产品的主机服务接入，主要包括新的服务渠道的接入及中介业务的完成。网上银行前置机的系统设计应能满足各类业务服务请求的实现和扩展，并尽可能的利用银行业务主机或其他行业主机已有的业务服务资源。同时，考虑到未来业务的拓展的方便性、快捷性和系统稳定性，整个系统的设计应满足以下设计目标：设计目标站在整个银行客户服务的高度，建立起灵活、统一的应用服务系统应用架构，逐步实现统一的客户服务接入，满足未来的新业务快速拓展的增长需求。组件化、参数化、可配置的系统结构，扩充新的银行客户服务产品简单方便。应用服务系统应在满足目前渠道的接入需求的前提下保证各类业务服务请求的实现。在应用服务系统上集成所有提出的功能需求，与不同的后台业务系统、各种服务渠道相连接，平台系统统一负责各业务系统之间、服务渠道与业务系统之间的数据交换和通讯往来，实现“大前置”、“大客户服务”的概念。统一的监控管理、报表统计、对帐。结束各独立系统各自一滩、监控、维护、清算对帐等分散难以管理的局面。后台主机系统升级或变化时只需对平台系统作相应改变，各前端系统不需作任何更动。统一的银行签约资料共享、交易控制和数据采集。

如客户签约开通资料、服务约定资料（如转帐限制、对应关系等）、税务信息、代收代付资料等等可实现各前置子系统共享，易于实现统一的交易控制、签约办理。同时易于进行统一的数据采集，以支持CRM的建立和运作。易于支持建立以客户为中心的银行服务体系。

平台利用CIF子系统的支持，如银行已有在主机系统内或独立系统的客户信息，统一平台接入为未来通过CRM的支持提供个性化服务产品和服务手段奠定坚实的基础。应用服务系统从网络的安全及信息的私密性、数据完整性、鉴别和认证、不可抵赖性、可审计性等方面综合考虑系统的安全体系架构，充分考虑到进入到应用服务系统的信息的安全处理和安全控制。网银接入系统总体结构基于系统规划中分析的结果，整个网银接入系统的总体结构组成设计如下：对于成员行而言，涉及的系统设计及改造范围为网银接入系统部分和城综网的改造部分。其中：网银接入系统部分，分为三个子系统，主要功能为：业务前置子系统

主要完成：接收网银中心的报文请求，通过网银API获取交易码，并根据交易码提取所需的报文字段。组织并分发报文到特色业务系统或银行核心业务系统。接收和处理相应的主机响应，并在业务前置子系统中记录流水。重新组织网银中心应答报文，返回网银中心。网上银行的配置及监控管理子系统

主要完成：配置管理

提供了外围系统接入信息、报文接口定义、报文重组定义、流程组织的配置界面。方便的扩充和调整核心业务系统交易接口、外围特色业务系统接口，使网银系统有了极好的可扩展性。系统的实时监控

提供了系统运行状态的实时监控功能，并能根据需求启动或停止单个请求渠道的运行。交易的实时监控

可以通过该子系统实时监控到网银交易的完成情况。提供客户签约资料的管理

主要指客户签约资料的备份、导入及生成与总行的交换信息，并发送。提供了网银交易的各种统计报表

配合网银后台管理系统的报表处理，补充和完善业务部门所需的各种业务报表。提供数据的备份和当日数据的清理工作。签约管理子系统

主要完成：实现银行网点柜台的签约处理

客户在总行网银统一的界面中提出申请（B2C），对于B2B是客户在网点直接填写申请表。柜员接收客户的签约申请，通过网点柜台上提供的签约子系统的前端完成签约资料的验证、处理。实现网银签约的统一的签约服务系统

通过签约子系统统一处理网银的签约客户资料，提供完善的网上银行客户资料管理。该签约服务子系统是独立的，签约数据的独立保证了帐务数据的纯洁性，减少了由于签约信息处理的增加而带来的主机的改动，又方便了维护管理，同时保证客户在任一网点进行签约，方便客户。该系统架构有利于未来各种签约信息的统一管理。灵活的通信机制

提供了自动和手动两种通讯机制与总行实现签约信息的发送（B2B，对于B2C部分，网银中心通过查询交易同步柜台签约资料）。业务处理前置系统业务处理前置业务处理较为简单，主要的任务为获取交易代码，并根据相应的交易代码通过网银提供的API获取所需报文的字段并组织相应主机系统的报文请求，发送到相应的业务系统处理。接收响应后，重新组织网银应答信息，返回网银，同时记录交易流水。与1.6期及以前的处理方式最大的不同点在于，对于资金转移类交易，前置系统应为其分配流水号，并保存网银凭证号和该流水号之间的关系。在发送网银应答的时候，应对通讯结果进行判断，如果发送失败，则必须保存相关交易流水，并保证流水状态和业务系统处理结果的一致，以备网银中心进行流水核对。城综网业务处理及改造城综网改造部分主要包括：网银交易功能的实现主要取决于作为网银后台系统的城综网系统，其交易处理方式由三类：只需核心业务系统主机就能提供的交易

如：核心帐务信息的查询、同城系统内转帐等。核心业务系统通过内部资金清算系统完成的交易

比如：跨行对公转帐、速汇通等。需要外围特色业务系统提供的交易

该类交易需要由本地特色业务系统组织核心业务系统和外联委托单位共同完成服务请求功能，比如：银证转帐、代收费业务、存折炒股、外汇买卖等。对于第1类交易而言，城综网的改动相对较小，一般都能利用原有的交易功能，可能的改造在于需要跳过龙卡交易密码的验证和补充完善相关的查询交易。对于第2类的交易而言，城综网的改动范围可能相对较大。依赖于与目前清算系统的连接情况。主要指异地系统内转帐、同城系统外转帐、异地系统外转帐等。异地系统内转帐需要行内清算系统的支持，若是自动转帐，且清算直联支持较差，需改造相应接口，可以实现自动清算。若是非自动转帐（指非自动付款），在网银提供的报文中缺少收款方的联行号、机构号，交易在通过清算系统进行资金清算前，需落地打单交换或手工录入清算系统处理（人工加上付款方的电子联行号、机构号）。同城系统外转帐，一般而言，由于交换行行号的地方性，即各行均能自行设定，所以无法统一产生交换流水，可以考虑核心业务先记客户帐，然后由柜台根据核心提供的数据或清单自行通过过渡帐户进行交换提出的处理。异地系统外转帐的处理与非自动转帐的处理方式大致相同。对于第3类交易而言，网银交易功能的实现依赖于外围特色业务系统的实现情况，建议实现方式为直接由网银前置将交易报文转换后发送到相应的特色业务系统处理。凭证处理在核心业务系统增加相应的处理程序，根据流水分录中网银产生的记账凭证。同时需在前台增加相应功能，由前台网点自行对产生的凭证进行打印。凭证种类及格式以分行业务部门要求为准，部分具体格式也可参考原网银下发的《凭证》。日终处理在城综网现有日终处理模块中应增加对于网银渠道交易请求的日交易清单以供核对。交易日期以核心业务系统为准。

网银接入系统软件体系架构网上银行接入系统软件系统架构网上银行接入系统系统管理子系统子系统签约系统管理子系统子系统签约

子系统业务前置子系统业务处理功能主机应用服务接口渠道接入接口业务处理功能主机应用服务接口渠道接入接口安全处理

子系统异步业务管理异步业务管理批量业务处理智能业务代理同步业务管理报文处理批量业务处理智能业务代理同步业务管理报文处理日常维护监控管理报表管理日终管理配置管理系统启停日常维护监控管理报表管理日终管理配置管理系统启停数据库级备份数据库级恢复数据备份及清理工作日更新对帐交易配置管理节点配置管理报文配置管理系统停止系统启动数据库级备份数据库级恢复数据备份及清理工作日更新对帐交易配置管理节点配置管理报文配置管理系统停止系统启动预览打印交易监控联机状态预览打印交易监控联机状态

结构说明签约子系统通过建立网银签约子系统实现签约信息的统一管理，并与帐务数据分离，为今后统一客户信息管理奠定良好的基础。本签约子系统是一个相对独立的系统，分为后端处理部分（主要完成签约信息的存储及查询、插入、修改、删除等）和前端处理部分（主要完成签约所需的相关柜台交易）。后端处理部分可以放置与核心业务系统，也可以与网银前置系统中，或者单独作为客户信息服务系统。前端处理部分可以依托于建行自身的前端平台实现，也可以利用高伟达公司提供的签约系统之前端。具体设计从系统需求及架构、功能及流程、数据接口、数据库设计及用户界面等详细阐述了该子系统。详见《签约子系统分册》。业务前置子系统渠道接入接口该接口的主要作用是实现渠道接入（或服务渠道）与业务处理层间的通讯、安全、文件传输部分的接口功能，保证业务请求按新的业务接口规范接入。同时为今后业务的扩展提供一个渠道接入平台，为现有外围业务终端系统并入新的业务提供便利。具体到网银2.0，作为一个渠道接入接口，在前置系统中通过调用网银通讯API实现与网银的通讯，并通过报文配置信息获取所需的报文。主机应用服务接口该接口的主要职责是完成应用服务系统与后台核心系统（银行客户关系管理系统、银行核心业务系统等）间的通信和应用接口转换，通过该应用服务接口和主机报文的配置信息，保证了网银系统适应后台核心系统，使城综网核心系统的改造最小。考虑到后台核心系统支持通信协议的多样性，支持TCP/IP、SNA、LU6.2等协议。他们之间传送的数据格式是报文或批量数据流。业务处理功能该部分的功能，首先是要针对三种不同的业务流程（批量、同步、异步），提供相应的业务逻辑控制机制和交易完整性保证机制，使相应的业务处理模块以组件的方式，重构出相应的业务处理流程，使系统可以方便的开发出新型金融产品，有很强的扩展性、适应性。其次，对于实时交易请求，采用报文的形式交换信息，这样可以使系统在于各种接入渠道、各种后台核心系统连接时有很好的适应性，并通过对报文的加密提高系统的安全性。同时系统应有强大的文件处理的能力，即文件的收发，文件的转换，文件直接导入数据库表及由库表信息转换成文件的处理功能。安全处理系统的安全处理应考虑下面三各方面：侵入性安全防范外部联网由通讯网关和防火墙防范恶意侵入。联网安全和身份认证基于可靠的安全管理系统。应用服务调用接口内含授权控制信息、冗余校验信息，防范非法调用。内部系统安全防范系统本身有操作授权控制和操作记录控制。关键性数据带有冗余校验字段，只能有系统进行生成、更新、删除等操作，操作人员和维护人员无法进行手工更改，防范内部对数据的篡改。配合数据库安全管理和操作系统安全管理。因而，系统内部涉及安全处理部分应有相应的预处理和后处理，并对安全处理所涉及的密钥及其他安全信息的管理功能。系统管理这部分的主要任务是进行配置管理和监控管理及系统启停管理、机构管理、日终管理、报表管理、系统日常维护。配置管理是系统适应性和可扩展性的体现，各种相关业务定义的配置管理（报文、主机系统、前端系统、设备、交易服务、交易控制等等）可以使系统具备很强的适应性、灵活性。

通过配置管理界面可方便的加入完成以下功能：系统主机节点、服务渠道节点、委托行业主机节点；增加或修改各接入节点的报文配置信息；增加或修改交易配置信息（服务配置信息）。可视化的配置界面减少了系统管理或业务配置工作人员的复杂度和工作难度，使系统的配置管理工作变得简捷易行。监控管理通过监控系统的关键部分（如：报文、交易、系统资源、通讯状态等）的运行状况，保证系统安全正常地运行。系统启停管理帮助系统管理员通过可视化的方式控制应用服务系统的启停、系统中每个节点的启停、增加或停止系统进程等。通过报表管理界面，可以方便的完成系统所需的各种表格。系统日常维护管理系统可方便的提供系统的各种备份和异常情况下的系统恢复工作。

网上银行项目主要工作可根据高伟达公司的应用服务平台-EasyLink构建以上网上银行前置机系统（应用服务系统），根据EasyLink搭建的网上银行前置机已在银行得到成功实施。EasyLink很好的满足了上一章中业务前置子系统中的功能描述。网上银行项目主要目标内蒙建行现有大集中形式的城综网系统，与总行网银中心通过前置机相连接，本项目开发具备先进性、安全性、规范性、拓展性以及方便性。具体实现系统功能包括：与总行网银中心的连接实现城综网相有关业务的网上提交手段，包括个人储蓄、信用卡帐户的查询、转帐、缴费、网上支付等功能实现网银客户在柜台的签约实现B2B与B2C的有关业务需求与客户保证金服务系统连接，实现签约的个人客户的网上银行证券保证金自动转帐交易，以及与网上银行证券保证金自动转帐相关的其他网上银行业务功能。实现与外汇买卖系统的连接实现与速汇通系统的连接满足龙卡网络系统的交易解决新增的E票类交易处理具体到网上银行接入，业务前置子系统主要完成实时交易的转发，文件的处理和转发工作。同时为了保证业务主机功能的纯洁化和相对稳定，同时是业务流程合理化，建议将部分数据从业务主机上下移（比如签约信息），将此部分数据下移到特色业务系统或网银前置机中。数据处理流程之所以讲上述的系统架构是较为理想的架构，主要指两个方面：一是交易控制流程更合理，以往客户从部分渠道发送的交易由主机组织，导致主机负担过重，扩展困难。上述系统架构解决了此问题，通过前置系统的引入，交易控制流程由前置系统组织，通过前置系统的路由控制功能将交易请求自动组织分发到核心业务系统、特色业务系统和其他行业系统，从而建立了统一的业务扩展平台。二是提供了统一的渠道接入平台，前置系统可以为各种渠道提供统一接入，并可以利用本身接入的系统服务资源，统一为前端渠道提供一致的服务。网上银行报文及通讯模式建行网上银行的报文格式由网银中心统一定义。实时交易报文流程为：1）正常报文2）非正常报文一网银中心发往城综网的请求失败，例如通信原因；网银中心等待应答超时；返回客户失败信息，提示客户采用查询交易确认交易是否完成。3）非正常报文二城综网返回应答失败；网银中心等待应答超时；返回客户失败信息，提示客户采用查询交易确认交易是否完成。4）非正常报文三网银中心等待应答超时；返回客户失败信息，提示客户采用查询交易确认交易是否完成。网银中心得到城综网返回的迟到应答，在网银中心登记这笔交易待查。5）明细查询应答报文格式通讯模式为：加密通讯网关与前置机的通讯协议为TCP/IP通讯模式为短连接。网上银行交易流程设计一般而言，网上银行业务根据各分行的实际情况在各阶段分别实施。对于网银前置机而言，前置机接收到从加密通讯网关的报文请求后，拆解报文并做相应的报文转换，转换为城综网业务主机的交易请求报文，并将转换后的报文发送到相应的业务主机；业务主机处理后发送响应信息到网银前置机，前置机收到业务主机的响应报文后，将响应报文拆解并转换为网银中心报文格式，再将转换后的报文发送到加密通讯网关，报文经加密通讯网关加密后发送到网银中心。网银交易中查询交易相对而言简单，我们在此针对流程复杂的BtoB转账交易进行详细描述，BtoB转账交易主要包括自动转帐业务、非自动转帐业务、主动收款转帐业务三个交易，对于流程比较简单的BtoC交易，我们分以下几类交易进行分析，下面我们逐一分析每个流程：B2C管理类业务处理流程客户开户客户追加帐户客户签约客户终止网银服务B2C实时类业务处理流程文件传输类业务处理流程文件传输类业务包含以下两个方面：一方面从城综网发送文件到网银中心成员行城综网根据日常发生的个人客户帐户签约、注销等业务，生成相应的文本文件，下传网上银行系统。成员行城综网根据日常发生的企业客户申请网上B2B、帐户签约、追加IC卡、客户注销等业务，生成相应的文本文件。将文本文件发送至网上银行系统。网上银行系统通过成员行的通讯前置机，将文件传送到网银中心通讯前置机的指定目录下。网银中心后台管理系统在每日日结时，读取成员行送来的文件。匹配加库。另一方面城综网从网银中心取回文件网银中心根据日常发生的个人客户开户、帐户追加、帐户注销等业务，每日日结时，由后台管理系统按成员行生成相应的数据文件，存放在网银中心通讯前置机的指定目录下。网银中心根据日常发企业帐户注销等业务，每日日结时，由后台管理系统按成员行生成相应的数据文件，存放在网银中心通讯前置机的指定目录下。网上银行系统通过成员行通讯前置机取走这些文件。网上银行系统将文件上传城综网业务主机。城综网业务主机根据网银中心传送的数据文件对匹配加库。B2B自动转帐业务本交易包含两种情况，一种是客户选择了在签约或授权帐号之间进行转帐，另一种情况是客户选择一个签约或授权帐号向同城另一个帐号（客户自由输入）转帐。成员行收到本交易后，要判断收付双方是否在一个通兑系统中，如果是，则直接完成转帐，否则根据报文提供的信息自动生成清算报文发送到清算系统中处理。该交易是客户主动付款交易，付款帐号属于请求方客户号下，并且客户号属于收包成员行。自动转账业务可以分为同城同行转账、异地同行、同城他行、异地他行四种方式，对于同城同行交易方式比较简单。对于异地同行交易是由城综网接收网上客户的信息，检查付款人的账号、户名、账户状态（可用余额）等正确后，自动入账（借记付款人账户），并将信息返回给网银系统，网银系统向客户回显交易号。城综网系统依据电子信息自动产生汇划信息（根据网银提供的汉字行名信息，查找出系统内联行行号），经编押处理后转发清算系统发送至收款行。对于同城跨行转帐交易，因无法通过人行实时清算系统处理，因此打印凭证参加人工票据交换。本地本地接收到网银转账请求本地或异地检查是否是签约账号记收付款两边帐及各机构清算帐登记自动转账明细生成电子转账凭证返回网银前置异地记客户借方帐记集中点贷方帐发送集中点加押登记清算往帐文件登记清算监控文件登记自动转账明细生成电子转账凭证返回网银前置B2B非自动转帐主动付款业务该交易是选择自己的签约帐号，然后手工键入收款帐号、户名、开户机构后进行付款。城综网收到该交易后需要落地打单交换或手工录入清算系统处理。网点启动原有同城清算交易。网银中心开通的转账交易分为以下几种情况：网银交易驱动模块同城同网点收付网银交易驱动模块同城同网点收付同城系统内收付异地系统内支付异地系统外支付异地系统内收款同城系统外支付接收到网银转账请求登记请求信息发送网点柜台返回网银前置B2B主动收款转帐业务本交易是客户发出指令，从其他客户的授权帐号向自己的签约帐号付款。本交易的处理模式和自动转帐是相同的：成员行收到本交易后，要判断收付双方是否在一个通兑系统中，如果是，则直接完成转帐，否则根据报文提供的信息自动生成清算报文发送到清算系统中处理。该交易的报文结构和自动转帐是相同的，但客户号和付款帐号的从属关系是不同的：付款帐号属于其他客户，而收款帐号属于该客户，由于交易发起放是付款方，所以该客户不一定属于收包成员行。主动收款转账交易的收款帐号与付款帐号均是建行内开户的帐号，因此该交易涉及两种方式的转账，即同城同行主动收款、异地同行主动收款。对于同城同行主动收款处理比较简单，同于自动转账中同城同行主动付款，我们在此详细介绍异地同行主动收款交易。由城综网接收网上客户的信息，检查收款人的账号、户名、账户状态等正确后，生成查询信息，通过清算系统发送到付款人开户行，并将信息返回给网银系统，网银系统向客户回显交易号。付款人开户行接收查询信息，确认付款人的账号、户名、账户状态（可用余额）等正确后，自动入账（借记付款人账户），城综网系统依据电子信息自动产生划收款汇划信息，经编押后转发清算系统发送至收款行。B2B交易流程处理模式总结B2B自动转账、非自动转账、主动收款转账交易可以归纳为四种模式：本地建行异地建行本地他行异地他行内蒙建行已经完成了数据集中，并且当地人行采用票据交换的模式，因此对于上述两种他行转账业务流程处理方式相同，需要落地打单，进行票据交换。BtoB系统内建行转账BtoB异地建行转账BtoB他行转账系统内建行转账处理流程主机处理流程：收、付款人在同一建行网点开户，通过内部转账方式实现不同账户的转账支付；收、付款人在内蒙建行系统内不同的网点开户，通过系统内通存通兑实现不同账户的转账支付；收款人或付款人在异地建行系统开户，通过建行电子汇划清算系统实现不同账户的转账支付。异地建行转账处理流程系统内跨行转账应实现与清算网的直联，需要配合的业务及流程如下：城综网记流水账城综网记流水账返回网银系统支付已受理产生汇划信息（经联机编押）汇划信息进入清算系统发送付款行前置机接收是否异地收/付款账号、户名等信息验证转本地城综网处理N出错信息，返回网银系统汇划往帐业务银行主机清算集中点银行主机清算集中点清算前置机清算主机…网银前置机密押器①④⑧⑤⑦⑥②③①自动编押清算网数据流程及处理流程：报文到网银前置机后（前面的过程详见其它文档），以交易的形式送至银行主机。或者是从网点送上来的汇划往帐。主机收到报文后，主机程序先对帐户进行合法性检查。

检查通过后，将编押所需的要素发送至集中点。

编押成功后，进行自动入帐处理清算集中点在收到数据后，根据参数中的编押/核押标志，调用联机编押函数进行编押。编押结果，即密押，仍以参数的方式返回给主机。主机按照一定格式将往帐报文汇划业务的往帐文件，并向网银前置机返回交易成功信息。

如果以上步骤不成功，则立即向网银前置机或网点返回相应的交易失败信息。清算前置机从主机上取得往帐数据。清算前置机通知报文到清算主机。清算主机收到清算前置机报文后，对内容进行解析，发送汇划往帐。清算前置机接收到清算主机的结束信息后，将其返回给主机。主机等到返回后，在往帐文件中做已发送标志或出错标志。然后，主机继续读出下一笔往帐数据下传清算前置机，重复步骤⑥至⑧。直到已无数据为止。汇划来帐业务即本行帐户为收款方帐户、他行帐户为付款方帐户业务主机业务主机清算集中点清算前置机清算主机密押器⑤②⑥①③④⑦自动核押清算网数据流程及处理流程：报文从清算网到达清算主机后，被记录在数据库文件中。清算前置机接收到清算主机的信息后，将该来帐文件发送至银行主机，并以交易的形式通知主机。之后清算前置机守护进程重复步骤①至②。主机的交易程序读取来帐文件。逐将核押所需的要素发送至网点进行核押。核押成功后，进行自动入帐处理。清算集中点在收到数据后，根据参数中的编押/核押标志，调用联机核押函数，并将核押结果以参数的方式返回给主机。如果来帐自动处理失败，则需要相应网点做落地处理。他行转账处理流程主机处理流程：收、付款人在同城跨行转帐范围内的，目前无法与人行实时清算系统衔接，一般采用落地方式，在网点打出清算凭证，手工交换处理。收款人在异地跨行转帐范围内的，小额的可以先直后横通过建行电子汇划清算系统实现汇划支付；收款人在异地跨行转帐范围内的，大额的（50万以上）采用落地方式，在网点打出清算凭证，必须通过人行手工交换处理。系统管理设计系统管理功能是为银行更好的管理大前置系统及外围渠道而提供的管理工具。使用该管理工具的主要角色是的系统管理员。系统管理设计的工作范围是为了完成分行前置系统的系统管理所提供的必要功能。主要涉及以下功能：授权管理功能用户维护功能柜员/机构管理系统控制数据备份与恢复系统配置管理

系统节点属性增加、修改，系统控制参数（队列、通讯、日志级别等）的配置管理。业务管理设计业务管理功能是为银行更好的管理各种特色业务而提供的管理工具。使用该管理工具的主要角色是分行的业务管理员。业务管理设计的工作范围是为了完成分行前置系统的业务管理所提供的必要功能。主要涉及以下功能：查询统计报表管理业务配置管理网上银行接入系统的实现依据统一规划，分步实施的策略，结合目前网银系统接入的需求，初步确立以下工作内容。因未与建行详细沟通，故仅列出实施工作内容，具体计划在此不做阐述。以下为实施工作内容：业务需求整理对于网银系统接入所需开展的工作细化整理，并形成需求分析说明书。主要整理业务流程及数据。系统规划根据需求分析，整理出未来的系统框架，主要包括数据分布、功能分布、未来系统结构、接口设计等。以下阐述规划后应进行的工作。报文信息整理报文信息的整理应细化到每个交易报文的域组成，每个域的含义、长度、类型、对齐方式、默认值、是否有长度域、是否变长、是否有分割符等详细信息。对于本项目而言包括四个方面：其一，应用服务系统与核心主机交易通讯报文（文件）的整理，应首先整理本项目所涉及的转帐、查询分户帐信息、转帐冲正、对帐等交易报文信息。其二，应用服务系统与网银系统的交易报文（文件）的整理。其三，应用服务系统与监控管理系统之间的广播报文内容的定义，即应监控到哪些信息。由于监控管理系统与应用服务系统之间采用约定报文格式，所以只需定义广播报文的内容即可。其四，应用服务系统与特色业务系统的交易报文（文件）的整理，应用服务系统与特色业务系统之间的报文采用约定格式，主要整理特色业务系统需提供的服务报文内容及文件内容即可。对于网银系统而言，若将客户签约及B2B落地交易在大前置实现，可将签约及落地交易部分功能在特色业务系统实现。交换文件的过滤生成也应在特色业务系统实现，应定义相应的文件接口。主机子服务信息整理主机子服务信息整理主要指主机交易报文（请求、响应）信息的整理，3.4.4.6部分的工作完成后，该部分的工作自然完成。同时应指明每个子服务能完成的功能及限制条件。数据库及子服务构建以下库表结构参照《中国建设银行网上银行项目B2C网银中心与成员行数据交换》、《中国建设银行网上银行项目B2B网银中心与成员行数据交换》客户更改自己签约信息的时候，后台直接修改相应客户资料表，形成总行所需要的文件。当接到总行上传的文件时，将信息录入后台客户信息匹配结果临时表，后台主机处理临时表中的信息，形成最终结果。根据库表信息，形成检查客户信息正确性的子服务，供应用服务系统调用。成员行报表文件网银中心下传报表用于成员行直接打印，成员行取得报表文件后，只需在ms-dos窗口内，执行命令：typefilename>printer_port，其中filename是需要打印的报表文件的名字，例如trans_sum_01120000707.prn，printer_port是打印机端口名，例如本地打印机一般接在LPT1。网上银行交易统计表人民币：IA_机构码_500001_日期其它币种：IA_机构码_5000xx_日期 其中xx为币别代码。网上银行交易流水表IA_机构码_500101_日期网上银行外币交易统计表IA_机构码_500201_日期网上银行外币折算后交易统计表IA_机构码_500301_日期客户信息统计表IA_机构码_500401_日期代理缴费统计表IA_机构码_500501_日期网上支付统计表IA_机构码_500601_日期帐户应用统计表IA_机构码_500701_日期个人外汇买卖业务各币种交易统计表IA_机构码_500801_日期个人外汇买卖业务各时段交易统计表IA_机构码_500901_日期其它形式的数据交换为保证网银交易运行，网银中心需要为不同的成员行维护其相应的配置数据。这些数据目前由成员行以传真或电子邮件等方式提供。以下说明此类数据以及发送的时间和格式。分行基本信息数据数据描述

本数据用于分行基本数据以及向网银中心提供其可提供的服务种类，网银中心为其开通相应的服务。发送时间以及格式

在分行开通相应网银服务前发送给网银中心，包含下列数据：分行编号，分行名称，分行通信网关服务器IP地址，联系人姓名以及电话，二级分行编号以及名称列表，网银开通服务编号以及名称。具体服务标号以及描述如下分行收费项目数据数据描述

本数据用于为分行记录其可提供的收费项目编号以及名称，如BP，电话费等。发送时间以及格式

在分行开通代理缴费服务前发送给网银中心，包含下列数据：分行编号，收费项目编号，收费项目名称。分行代理缴费签约商户数据数据描述

本数据用于为分行记录其提供收费项目商户列表。发送时间以及格式

在分行为此商户开通代理缴费服务前发送给网银中心，包含下列数据：分行编号，收费项目编号，收费项目名称，商户编号，商户名称，收费项目编号代理缴费类型（1：代收，2：代付），说明。分行转帐限额数据数据描述

本数据用于为分行记录其提供网上转帐等交易的交易限额。发送时间以及格式

在分行开通转帐，支付以及代理缴费服务前，向网银中心提供，包含数据如下：分行编号，分行名称，币种，每日限额。每笔限额基本操作的整理及开发基本操作的需求及流程控制信息主要在服务的整理过程中获得，通过整理服务的组织信息，找出所需的各种基本操作。对于特殊且未开发的基本操作，按照基本操作的需求开发相应的函数。比如：“响应信息”域可能根据响应码从响应信息对照表中获得，只需按规定格式增加该函数功能，并按照规定方法加入到应用服务系统中。子服务模板开发子服务模板针对不同处理模式的主机节点开发，一般而言，一种主机只需开发一个子服务模板。对于不同主机，但对于应用服务系统中获取主机上子服务时处理控制流程及通讯方式一样的主机，可以采用同一个模板。子服务模板中主要包括以下流程的管理：从中间信息链表组织子服务请求利用相应的通讯接口发送到相应主机接受主机响应主机响应信息拆解到中间信息链表子服务模板中还可以包括以上几个流程中出错时的预处理。子服务模板开发完毕测试完成后，按规定方式加入到应用服务系统中即可。信息配置将整理完毕的报文信息、子服务信息、服务组织信息通过配置工具配置到系统中。同时EasyLink还提供对于已配置到EasyLink系统中的配置信息进行检查的工具，该工具能提供配置信息完整性和一致性的检查。监控管理子系统的开发根据银行的需要配置监控信息，生成交易监控界面，主要针对交易流水监控。同时系统提供了系统监控管理功能，主要提供进程及通讯状态监控。提供以下统计报表网上银行交易统计报表

该报表主要统计全辖网上银行的交易情况，分交易类别统计笔数和发生额。客户信息统计表

该报表统计签约客户的数目和签约帐户的变化情况。代收代付交易统计表

该报表反映网上银行系统代收代付交易明细。龙卡业务统计表

该报表反映龙卡业务通过网上银行的交易情况。网上支付业务统计表

按月、年打印该报表。代理网上支付业务报表

按日、月、年打印该报表。为了提供方便的文件交换功能，监控管理提供以下功能：签约文件管理

考虑到文件传输有可能出故障而需要重传，以及有些后台文件处理功能不能重复操作的问题，将文件的收发各自统一划分为3个独立的功能。签约文件中的客户信息匹配失败、帐户信息匹配失败、销户信息匹配失败表放在应用服务器上，相应的三个文件不上传主机。接收总行文件（从总行网银中心接收到应用服务器）

操作员输入日期（yyyymmdd），按该日期接收总行所有下传文件。操作员可看到处理结果是否正确。可重做。文件上传主机（从应用服务器上传到后台主机或特色业务系统）

操作员输入日期（yyyymmdd），按该日期发送总行所有下传文件。操作员可看到处理结果是否正确。可重做。文件装入主机（发命令让后台主机或特色业务系统把文件装入数据库）

操作员输入日期（yyyymmdd），装入该日期总行所有下传文件。操作员可看到处理结果是否正确。主机文件生成（发命令让后台主机或特色业务系统生成下传文件）

操作员发命令给后台，后台或特色业务系统生成当日日期的所有需传总行的文件，即使无记录也生成零长度的文件。操作员可看到处理结果是否正确。该交易后台只能也只会做一次（如果有同名文件存在则不会再次生成）。文件下传（从后台主机接收到应用服务器）

操作员输入日期（yyyymmdd），按该日期从总行接收所有下传文件。操作员可看到处理结果是否正确。可重做。文件发送总行（从应用服务器发送总行网银中心）

操作员输入日期（yyyymmdd），按该日期发送需发送总行的文件。操作员可看到处理结果是否正确。可重做。签约信息查询和打印按日期查询匹配失败信息显示和打印（数据库在应用服务器，即上面所列3个表）查询签约客户/帐户信息并打印（数据库在主机）具体需求见后对照表管理（数据库表结构已给过）网银银证券商转换表的录入、查询、修改和删除（数据库在应用服务器）网银代收费项目转换表的录入、查询、修改和删除（数据库在应用服务器）网银商户表的录入、查询、修改和删除（数据库在主机）交易开通控制应用服务器控制每个交易是否开通。应用服务器能以二级分行为单位控制中间业务交易的开通，（如银证转帐和代收代付交易在分流路由时判断是否开通。相应的二个数据表结构要增加字段）网银交易流水的查询、备份和清理传输文件的定期备份和清理。终端操作员及权限管理与网上银行业务相关系统的改造考虑此次改造应能充分在内蒙建行未来业务方面得到应用，减少重复开发和重复劳动，可尽量利用主机上已有的交易，必须开发的新交易业务系统交易由主机开发人员完成。为了保证今后增加新业务时可基于改造后主机的程序，有利于未来新业务或新渠道的接入。本次主机可依托于目前的主机业务情况单独开发一套针对于未来新业务的交易。无论采取以上哪一种方法，首先必须根据网上银行可以开展的业务情况及内蒙建行自身业务的开展情况，确定本期网上银行可开通的业务，然后规划网上银行接入系统的业务范围及主机系统需改造的范围。网银B2C交易较为简单，原则上可以开通网银的所有B2C交易服务功能，在此不做详细阐述。对于B2B部分在与建行仔细交流后方可最后确认。一般而言，B2B交易的处理情况为：主机业务系统相关功能扩充对于B2C交易，传统的交易实现功能较为简单，主要是存贮转发功能，对于涉及到中间业务部分需做详细探讨，包括交易模式。对于B2B部分，根据总行提出的需求，B2B共有12个交易，其中5个查询交易，2个转帐交易，2个E票类，1个E支票，3个代付代扣。5个查询交易实现起来相对容易，一般情况下主机方面能够提供相应接口，即使不能满足网银要求，改造起来相对容易，这里不再进行说明。2个转帐交易及E支票类涉及到城综网系统内通兑、同城实时清算、建行电子汇划系统清算三大功能。E票类交易同转帐交易。由于内蒙建行此次要开发的B2B是在已实现柜台清算直连基础上实现，即主机系统与同城实时清算、建行电子汇划系统清算的直接接口，因此可采用简单的实现办法。对于网点部分需增加的交易部分为落地模式的相关交易功能（转帐交易）。保证金自动转帐系统根据总行网银中心传送的“网上银行证券