资源描述：
《代理国税中间业务系统的设计与实现》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。
硕士学位论文（工程硕士）代理国税中间业务系统的设计与实现THEDESIGNANDIMPLEMENTATIONOFTAX-FEECHARGINGINTERMEDIATEBUSINESSSYSTEM仲跻国2011年3月 国内图书分类号：TP311学校代码：10213国际图书分类号：620密级：公开软件工程学位论文代理国税中间业务系统的设计与实现硕士研究生：仲跻国导师：蔡则苏副教授副导师：乌传欣高级工程师申请学位：工程硕士学科：软件工程所在单位：中国银行黑龙江省分行答辩日期：2011年3月授予学位单位：哈尔滨工业大学 ClassifiedIndex:TP311U.D.C:620DissertationfortheDoctoralDegreeinEngineeringTHEDESIGNANDIMPLEMENTATIONOFTAX-FEECHARGINGINTERMEDIATEBUSINESSSYSTEMCandidate：ZhongJiGuoSupervisor：Prof.CaiZeSuDeputySupervisor：SeniorengineerWuChuanXinAcademicDegreeAppliedfor：DoctorofEngineeringSpeciality：SoftwareEngineeringAffiliation：BankofChinaHeilongjiangBranchDateofDefence：March,2011Degree-Conferring-HarbinInstituteofTechnologyInstitution： 哈尔滨工业大学工程硕士学位论文摘要商业银行中间业务发展迅速，为了适应现代商业银行中间业务快速发展的需求，银行中间业务系统必须具备开发便捷、高效、参数化、可伸缩性强的特点。本文主要通过对中国银行黑龙江分行代理国税项目的设计与实现，研究了中间业务系统的架构，代收费平台的开发方法，交易流程的设计等。中间业务系统由客户服务平台与代收费平台组成。本文介绍了代收费平台与中间业务平台，代收费平台与国税系统之间的数据交换，主要包括：批量交易的实现，实时交易的实现，数据的一致性、安全性保证等。本文从代理国税系统开发的背景、目的和意义、系统的需求分析、系统的设计与实现等方面着手，深入分析了代理国税业务流程，将其概括为三个主要流程：税务局自行申报、银行实时申报、定额扣款，又将各流程细化成为交易。本文主要介绍的交易包括：查询税票信息、生成税票信息、缴税、税务发送税票信息、税务发送纳税人基本信息、对账等交易。本文介绍了定制的方法。通过定制数据元素、定制数据包格式，生成标准XML文件的方法，实现了数据处理的高效性与便捷性。本文通过应用数据传输适配器，实现了交易在平台内部的信息交换；通过应用交易处理模块，实现了业务逻辑与通信的分离，提高了系统开发的适应性。本文通过对代理国税项目的实现，主要研究了银行中间业务系统的开发方法，阐述了如何实现模块化、参数化、适应交易需求变化、开发便捷、安全可靠的代收费平台。希望本文的研究，能够对我国商业银行计算机系统的中间业务模块的设计优化有所帮助。关键词：中间业务系统；企业应用集成；代收费；交易处理；数据交换-I- 哈尔滨工业大学工程硕士学位论文AbstractToday,theFee-Earningbusinessgrowsrapidlyincommercialbanks.Forthispurpose,thecommercialbankshouldbemodernizedwithfriendly-used,highefficient,parametric,compatibleITsystem.Thepapermainlystudiestheframework,themethodofsystemdevelopment,aswellasthedesignoftransactionforITsystemthroughstudyingthecaseofBankofChina,HeilongjiangBranchforagentofStateTaxCollectionSystem.ThisITsystemconsistsoftwoplatforms:CustomerserviceandFeecollection.ThepaperwillintroducethedataexchangebetweentheState-taxsystemandFee-earningsystem,betweentheFeecollectionsystemfrombankandState-taxsystemincludingtherealizationofbatchprocessing,spottransaction,theguaranteefordataconsistencyandsafetyetc.Basedonthebackground,aim,significance,analysisofrequirement,designandrealizationofdevelopingStatetaxsystem,thepapermainlyfocusedontheworkflowsoffeecollectionfortheRevenueServiceincludingofthreeparts:TaxreturndeclarationautomaticallyfromTaxauthority,realtimetaxreturndeclarationfrombankside,Rationalcharge.Thoseworkflowscouldbemoresubdividedintoeachindividualtransactionsincludingtaxinquiry,makingtaxpaperinformation,payingtaxes,releasingtaxpaperinformation,releasingtaxpayerinformation,checkingaccountbalanceetc.Thepaperwillintroducethecustomizationforthesystem.ThroughthemethodofusingdataelementcustomizationanddatapoolformatcustomizationforcreatingstandardXMLfile,thissystemrealizesdataprocessingefficientlyandconveniently.Throughtheapplicationofthedatatransferadapter,thissystemrealizesthedataexchangebetweendifferentplatforms.Throughthebusinesstransactionmodule,thesystemrealizestheseparationbetweenbusinesslogicsandcommunication,andimprovesthecapabilityofthesystemdevelopment.Thepaper,throughtherealizationofbankingITsystemfortheagentofStatetaxcollection,exploreshowtodevelopITsystemforFeeearningincommercialbanks.Andexplainshowtorealizefeecollectionplatformswhichcouldbemodularized,parametrically,friendlyuse,andhighlysecured.Wehope,throughthispaper’sexploration,tohelpoptimizedesignsofFeeearningmoduleofourcommercialbankITsystem.Keywordsintermediatebusinesssystem,enterpriseapplicationintegration,billpaymentservice,transactionprocessing,data-exchange-II- 哈尔滨工业大学工程硕士学位论文目录摘要......................................................................................................................IAbstract..................................................................................................................II第1章绪论.......................................................................................................11.1背景介绍......................................................................................................11.1.1银行中间业务发展概述........................................................................11.1.2银行计算机系统发展概述....................................................................21.1.3中间业务系统国内外研究现状.............................................................31.1.4中行代理国税的现状............................................................................41.2系统开发的目的和意义...............................................................................51.3系统开发的特点...........................................................................................61.3.1系统可扩展性的保证............................................................................61.3.2可靠性、数据一致性的保证.................................................................61.4本文的课题来源及组织结构.......................................................................6第2章系统概述与需求分析................................................................................82.1业务概述......................................................................................................82.1.1中间业务系统的网络结构....................................................................82.1.2代收费平台简介....................................................................................82.2业务流程描述............................................................................................112.2.1税务局自行申报扣款流程..................................................................112.2.2银行实时申报扣款流程......................................................................122.2.3定额申报扣款流程..............................................................................132.3本章小结....................................................................................................14第3章系统设计.................................................................................................153.1定制工具的应用.........................................................................................153.2数据元素的设计.........................................................................................163.3数据报文的设计.........................................................................................173.4数据流图....................................................................................................193.4.1顶层数据流图......................................................................................193.4.2第0层数据流图..................................................................................193.5交易的设计................................................................................................203.5.1代收税销户交易..................................................................................21-III- 哈尔滨工业大学工程硕士学位论文3.5.2查询纳税基本信息交易......................................................................223.5.3生成税票信息交易..............................................................................233.5.4缴税交易.............................................................................................243.5.5回冲交易.............................................................................................253.5.6打印完税凭证交易..............................................................................263.5.7对账交易.............................................................................................273.5.8缴款书批量打印交易..........................................................................293.5.9税务发送纳税人基本信息交易...........................................................303.5.10税务发送税票信息交易....................................................................313.5.11纳税人税款上解（扣款确认）交易.................................................333.6数据库设计................................................................................................333.7数据通信设计............................................................................................353.7.1通信连接模式......................................................................................353.7.2数据传输适配器..................................................................................353.7.3消息队列的应用..................................................................................363.7.4数据通信模式选择..............................................................................383.8数据一致性................................................................................................383.8.1对账.....................................................................................................383.8.2自动冲正机制......................................................................................393.9数据安全及可靠性.....................................................................................403.10本章小结..................................................................................................41第4章系统的实现与测试..................................................................................424.1系统的部署................................................................................................424.1.1开发环境.............................................................................................424.1.2运行环境.............................................................................................424.2数据元素定制的实现.................................................................................424.3数据报文格式定制的实现.........................................................................434.4交易处理的实现.........................................................................................444.5统计报表的实现.........................................................................................474.6数据通信的实现.........................................................................................484.7数据库实现................................................................................................504.8银行实时申报界面.....................................................................................524.9系统测试....................................................................................................52-IV- 哈尔滨工业大学工程硕士学位论文4.10本章小结..................................................................................................55结论...................................................................................................................56参考文献...............................................................................................................58致谢...................................................................................................................61哈尔滨工业大学硕士学位论文原创性声明.........................................................62个人简历...............................................................................................................63-V- 哈尔滨工业大学工程硕士学位论文第1章绪论1.1背景介绍1.1.1银行中间业务发展概述商业银行中间业务定义：所谓中间业务，是指银行不需动用自己的资金，依托业务、技术、机构、信誉和人才等优势，以中间人的身份代理客户承办收付和其他委托事项，提供各种金融服务并据以收取手续费的业务。它与资产业务、负债业务共同构成商业银行的三大业务类型。中间业务的国内外发展现状：商业银行已经由争夺以存贷款业务为特征的传统业务领域转向争夺以中间业务为特征的现代业务领域，大大提高了市场化程度。据统计，目前西方国家的银行业中间业务收入占其总收入的比重平均达到50%左右，一些大银行如美国花旗银行高达70%以上。我国商业银行2007年中间业务收入占全部收入的比重平均值不足10%，其中中国建设银行为7.40%，交通银行为8.03%，工商银行为9.11%，中国银行由于外汇业务的优[1]势，最高也仅为12.29%。2009年各银行中间业务收入占比年均有不同幅度的提高，工商银行、中国银行、建设银行分别为：17.82%、19.82%、[2]17.99%。据各行年报统计，2004年至2009年，我国5家大型商业银行及10家股份制商业银行中间业务收入占营业收入的比重均值翻了一番之多，其[3]中四大国有商业银行占比2004年占比90%以上，2009年末已降到75%。其特点为四大国有银行依然占据绝对优势，而股份制银行迅速发展中间业务，竞争趋于激烈。我国目前商业银行业务较为单一，仍以传统业务为主，中间业务[4]发展缓慢，为客户提供的服务和自身盈利渠道相对狭窄。我国的中间业务收入水平与发达国家相比收入占比明显偏低，发展速度较快。造成这种现象的原因本人认为主要有三方面：（1）国家政策更倾向于利用存贷款业务调控房地产等行业发展，促使资产、负债业务更容易带来商业银行利润增长。因此忽视了银行业中间业务发展，没有给中间业务发展提供一个开放的发展平台。（2）现阶段我国商业银行更愿意通过存贷款等方式盈利，因为这样更容易，实现效益更快。（3）中间业务发展对计算机系统要求高，而银行计算机系统发展是需要一个过程的。我们只有认识到信息技术快速发展的长效性，才能发展好中间业-1- 哈尔滨工业大学工程硕士学位论文务，才能实现长期市场占有率领先。因此，商业银行核心层必须有计算机领域的专家组，且必须有话语权，能够很好的对银行的计算机系统进行评估，并作出正确决策，这才是我国商业银行发展并超越外资银行的关键。国家宏观调控的背景：国家宏观调控，存贷利率变动加快。国家通过调整存贷款利率等手段防止通货膨胀及通货紧缩。国际经济形势日趋复杂，存贷款利率变动也日趋频繁。中国银行业现阶段主要依靠存贷息差实现利润，而现阶段存贷息差存在很大不确定性。中间业务虽然也会受到区域经济状况的影响，但其与存贷息差没有直接的联系，而且中间业务不需动用自有资金，风险较低。发展中间业务是现代市场经济发展对银行功能提出的新要求，是银行向现[5]代化商业银行转轨的重要标志。在国内市场，商业银行同样没有抓住先机。在互联网迅速发展的今天，国内银行虽然意识到电子支付方式的巨大发展潜力，但从业务创新上没有改变发展模式，才会出现支付宝等一系列优秀的第三方支付平台抢先占领市场。其实，从技术层面上，第三方支付平台与银行中间业务系统实质上是同业应用。这类应用系统在不断地完善改进，市场对同类平台优秀软件的需求也是巨大的。综上所述，商业银行应大力发展中间业务，积极开发高质量金融产品，提高整体服务水平，从而提高盈利能力以及综合竞争力。1.1.2银行计算机系统发展概述国外金融信息化的建设基本上紧跟计算机技术发展。金融界是世界上除了军事部门之外计算机的第二大户。国外银行使用计算机始于上世纪50年代。[6]1955年，美洲银行首次使用IBM计算机，用以记账。国有商业银行信息化建设开始于上个世纪八十年代中期，随着计算机技术及软件工程开发思想的发展而不断改进。20世纪50年代以来，国际上先进的商业银行的信息化建设基本上都经历了业务和管理电子化、电子化业务创新和业务重组再造三个发展阶[7]段，如表1-1所示。第一阶段，主要通过计算机模拟原有银行手工业务，模拟按手工操作、部门分工的传统管理模式；第二阶段，通过对新技术、新产品的使用，不断产生科技含量较高的金融服务方式，如企业银行、自助银行、网上银行和客户服务中心，获得市场领先的客户服务能力；第三阶段，以客户为中心，充分运用网络、通信等信息技术优化、整合与再造业务流程，不断进行全面的企业重组，[8]创造出品种繁多的新型金融产品。-2- 哈尔滨工业大学工程硕士学位论文表1-1商业银行信息化建设三阶段信息化建设阶段第一阶段第二阶段第三阶段阶段名称业务管理电子化电子化业务创新业务重组再造技术基础计算机技术计算机技术、软融入管理手段、件工程、通信技术制定协议标准、软件工程、通信技术主要特征手工操作——自代收费、网上银优化、整合与再动化——网络化行、电话银行、手机造业务流程银行、自助终端等中间业务平台未出现不断创新金融产流程优化（银企品互联整合）令人称道的是越来越多的银行意识到提供电子服务既会方便客户提高服务质量，又会减少营业窗口压力。当然，一些现金业务、身份验证业务等还是必[9]须要在银行办理。目前，商业银行正处于第三阶段初期阶段，需求驱动的金融市场促使企业应用集成（EAI），以及面向服务的架构（SOA）设计在商业银行迅速发展，[10]云计算、中间件等新技术的应用逐渐增多，计算机系统日趋完善。随着面向服务的架构（SOA）瘦核心系统的应用，银行核心系统开始了新一轮的“瘦身”运动，将原来核心系统承载的庞大功能逐步分离出来，在业务层面简化核心系统的功能，提高处理性能和效率，对核心系统与其他应用系统之间的业务[11,12]流程进行重新设计。1.1.3中间业务系统国内外研究现状中间业务平台是随着商业银行逐步由业务、管理电子化过渡到电子化业务创新的过程中产生的，是银行为了更进一步提升服务质量，开发出更丰富的代理产品以满足客户需求的产物。早期的中间业务平台在系统集成的基础上，进一步统一了数据库文件系统、输入输出界面以及各种凭证单据。通用中间业务平台，是在早期中间业务平台的基础之上不断改进而发展起来的。它们在工作原理上大致相同，主要区别在于通用中间业务平台采用了参数化设置业务的思[13]想，因而具有开发便捷、扩展性、适应性强等优点。中间业务系统是针对中间业务种类多，流程多变，通信方式复杂等特点而设计的计算机系统。其目[14]的是快速实现多种金融应用，提高应用系统开发效率和质量。其交易接入渠道主要包括：银行网点、银行自助、手机银行、电话银行、网上银行、第三方终端等等。银行还需要与所代理业务的企业、政府、等机构实现跨系统互-3- 哈尔滨工业大学工程硕士学位论文联。目前，银行与企业、银行与政府互联等跨系统信息技术还存在很多问题需[15]要解决。最近几年，包括银行、第三方支付公司都在大力开发自己的代收系统，支付系统等。随着第三方支付系统的介入，商业银行面临前所未有的挑战。金融机构主要以自主开发为主，外包软件为辅，同业软件设计方式多样，[16]应用技术也各不相同，并没有形成统一的设计模式。国内外商业银行普遍采用了基于UNIX内核的操作系统作为银行核心系[17,18]统、中间业务系统的操作系统。中间业务系统应用的都是比较成熟的技术，主要包括：中间件技术、组件技术、XML技术等。中间件技术在金融领域中广泛应用，很多跨系统应用都采用中间件技术，其通过api接口函数的应用，很好的解决了跨平台系统数据不一致的问题。一般来说，中间业务系统通[19,20]过数据通信网关实现与第三方系统的数据交换。数据交换采用的方法主[21]要包括socket连接方式、中间件连接方式。建设银行采用了tuxedo中间件[22,23]技术，实现底层数据通信。交通银行代收水费以及工商银行辽宁分行代[24,25]缴保险费都采用CICS中间件技术。组件化设计也广泛应用于中间业务系统，通过组件化设计，把业务资源灵活便捷地组合转变为原子业务组件，形成[26]了可以完成特定功能的业务模块。XML主要应用于定义中间业务系统的数[27]据格式，包括银企接口中间数据的定义、数据报文格式的定义等。系统模型的建立就是通过新技术的应用得以实现。目前，比较通用的方法将代收费平[28,29]台划分为交易处理模块、通信模块、配置模块、监控模块等。近年来，SOA架构的软件工程思想也在影响着金融行业的发展，其（IT系统快速适应业务的实现方法）的关键特性正是解决现代化商业银行需求不断变化的方案。SOA的特点是：开放的技术标准，支持快速开发部署；平台无关（.NET,J2EE,XML），标准接口（WEBSERVICE）；分布式部署，松耦合；动[30-32]态绑定，可重构。SOA的系统架构设计思想是金融等涉及异构系统互联行业软件系统的发展方向，把SOA思想应用到银行自身的EAI建设之中，正是当前银行系统研究的热点之一，中间业务系统代收费平台的开发也正是以这[33,34]样一种架构思想不断发展的。1.1.4中行代理国税的现状银行开办的“代收代付等中间业务”主要有代缴费、代发工资、银证转账、代证券交易委托、代理保险业务等，是银行提供的一种服务。代缴费业务品种多样，流程各不相同，主要包括：代缴水费、电费、有线电视费、养路[35]费、手机费等等。代理国税业务属于代缴费的一种。目前，纳税人申报纳-4- 哈尔滨工业大学工程硕士学位论文税只能采取税务大厅申报和网上申报两种方式，申报后还需到银行进行税款划转工作，而中行代企业缴税方式全部为柜台操作，柜台压力很大。随着电子化进程的日益加快，以前的操作流程将被更合理的电子化流程所取代，从而能够为客户提供更便捷的服务。传统柜台服务对于金融系统会带来很多服务质量的[36]问题，这些问题我们将通过计算机系统的广泛应用逐步解决。1.2系统开发的目的和意义银行系统的设计的根本目的是满足业务发展需求，提高竞争力，实现利润最大化，其软件设计必须以这一目的为中心。所以，代理国税的设计应从业务发展出发，依托各种技术手段，保证开发系统的安全、稳定运行。银行计算机系统技术发展，其效益不仅仅是对其本身，其长远发展意义更体现在交易成本[37]的降低，交易自动化，交易自助化。系统开发同样要满足代收类业务多样性需求。商业银行目前代收业务众多：税务、通信、养路费、公共事业费（水、电、气）等等。随着新的代收类金融产品不断推出，需要在中间业务平台上不断增加新的产品，每个产品的业务流程各不相同。设计软件的时候，我们面对的是银行中间业务这一特殊的软件工程领域的挑战。最大的挑战之一就是当应用程序已经做完的时候需求又改[38]变了：当已经决定如何去做的时候，应用程序的目标却变化了。中间业务系统设计的目的就是从不固定的系统需求中提取出相对稳定的需求，从种类繁多的业务流程中抽象出核心逻辑，设计出一个能够满足产品不断增加，流程不断变化的平台。其根本目的就是提高新产品开发的效率，降低开发成本，提高同业竞争力。代理国税的开发对提高银行服务质量有着重要意义。黑龙江省国家税务局税银（库）完税系统的应用，将极大的减轻柜面压力，简化纳税人的纳税流程，对于提高银行的服务档次，拓展市场份额意义深远。如果不能与黑龙江省国家税务局联网税银（库）完税系统，直接意味着大部份企业不能选择本行作为税款扣缴银行，影响如下：其一，作为扣缴税款的主要账户——基本账户将面临流失的局面，基本账户的流失将直接影响到银行关联金融产品的营销（如代发工资等）；其二，从未来的金融产品发展趋势来说，中间业务金融产品将逐步成为我行金融产品中的主体，提供代理国税业务也是为企业提供全面金融理财服务的一部分，否则将成为银行金融理财产品的缺失；其三，代理国税业务面对客户面较广，在其它银行可以提供该产品、而我-5- 哈尔滨工业大学工程硕士学位论文行不能提供的前提下，不可避免的增加营销客户的难度，从而会导致客户资源的逐步流失；其四，不能提供这一金融产品也会在一定程度上影响到本行的社会形象，本行的整体竞争实力也会受到较大影响。1.3系统开发的特点1.3.1系统可扩展性的保证代收业务的特点是各业务存在很大差异，银行需要实现税务、通信、养路费、公共事业费（水、电、气）等等代理业务。各企业与银行之间的数据流程，通信方式（socket、tuxedo等等）各不相同。代收费平台必须满足这些差异化业务的需求。本文主要研究如何通过数据元素设计，交易的控制以及通信交换等方法实现差异化代理业务并行运行，并将业务逻辑（交易）与通信交换分别处理，保证系统在开发以及运行中能够满足新业务不断增加的需求。1.3.2可靠性、数据一致性的保证代收业务平台另一特点是频繁增加新业务。由于银行或者企业的系统升级等原因，项目经常变更，同时随着业务需求的细化，新业务的增长趋势也日趋明显。本文通过采用数据传输适配器、消息队列等方法，提高通信效率，保证系统稳定运行。代理国税业务涉及到客户服务平台，代收费平台以及国税税银（库）完税系统。本文通过对账交易、自动冲正等，保证各系统数据的完整性、一致性。为了保证银行缴费类交易的资金安全，必须有一套行之有效的策[39]略。本系统开发涉及银行以及各代收费企业的互联。通过防火墙技术、加密解密、冗余备份等技术，保证银行网络以及系统的安全。1.4本文的课题来源及组织结构本课题来源于中国银行股份有限公司黑龙江分公司代理国税中间业务项目。该项目以中国银行股份有限公司黑龙江分公司的中间业务系统软件为基础，进行二次开发，实现银企互联。论文个章节具体内容如下：第1章：绪论。从中间业务、银行计算机系统发展、中间业务系统国内外现状等方面着手，介绍本课题产生的背景。第2章：系统概述与需求分析。介绍了中间业务系统的总体概念，对中间-6- 哈尔滨工业大学工程硕士学位论文业务系统的组成，代理国税的业务流程进行了详细的描述。第3章：系统设计。介绍了应用定制工具设计数据元素、报文、数据传输适配器定制的方法，介绍了交易的设计、数据库的设计、数据通信的设计等。第4章：系统的实现与测试。首先介绍了系统的部署，然后介绍了数据元素定制的实现以及交易处理的实现等，最后介绍了系统测试。-7- 哈尔滨工业大学工程硕士学位论文第2章系统概述与需求分析2.1业务概述银行开发代理国税项目，与国税的税、银、（库）系统实现数据交换，完成在银行的缴费等交易。税、银、（库）系统是基于多元化申报（多元化申报是指纳税人通过网站、银行或上门等方式，完成申报和纳税义务），在税务与银行，税务与国库实现联网，对税款征收业务的处理直接依据电子信息，完成税款收缴、上解、入库的过程。2.1.1中间业务系统的网络结构中间业务系统由客户服务平台、代收费平台组成，代收费平台实现与企业通信（包括国税系统、电力系统、网通系统、电信系统、移动系统等），其网络结构如图2-1所示。国有商业银行数据集中后，实现了以总行为数据中心的模式，但是从中间业务的现状来看，其存在地区性的差异性很大，这就决定了中间业务系统的模式不应该是中心模式的，而应该是星形结构的模式，总行实现与大型全国性质企业互联，主要实现通用性较高的交易，分行实现当地企业提出的特色业务需求。这样的架构设计能够满足从上到下，从一般到特殊，种类繁多的业务需求。2.1.2代收费平台简介代收费平台是北京先进数通公司针对金融产品开发的，是一个参数化，具有高度伸缩性，高可靠性的平台，解决了中间业务接入复杂、开发周期长、运行稳定性差和管理难度大等问题，为开展多样的中间业务提供了优秀的平台。代收费平台主要的代收费业务如图2-2所示。-8- 哈尔滨工业大学工程硕士学位论文区域中心:综合业务系统终端终端终端省行客户服务平台webserver前置机（代收费平台）Internet网上银行前置机前置机前置机前置机网上银行国税系统电力系统终端电话银行手机银行商户终端商户终端图2-1中间业务系统网络结构图代收费平台代移联代电电代收动通收力信收代代代代养国水收收收收路税费费费费费费图2-2代收费平台主要功能模块图代收费平台的应用架构如图2-3所示。Starring本身是应用平台，它构建-9- 哈尔滨工业大学工程硕士学位论文在交换平台Eswitch之上，若Eswitch使用到中间件产品，则还需有相应的中间件支持。Eswitch：Eswitch交换平台的首要设计目标是能够满足目前银行多种应用服务系统之间的信息交换，将银行的各种应用服务系统有效的连接在交换中心，有效的实现系统之间的信息交互和传递，满足各种应用服务的要求。数据交换平台，是实现信息资源共享的基础性平台。数据交换平台的建立，有助于打破信息孤岛，较好地解决相关的互不相通的异构系统之间的数据传输问题，实现各业务系统之间的跨局域网、跨系统、跨数据库、跨平台的数据共享和交[40]换，实现信息资源的合理使用，整合、优化各业务部门的服务。应用之间[41]的数据交换是通过一个或几个数据交换引擎也就是数据适配器实现的。客服平台移动电信税务ESwitch交换平台或其他的中间件产品（可并存）Starring定制子系统监控子系统图2-3代收费平台应用架构图中间业务系统设计的目的有以下几点：(1)统一的应用信息交换平台；(2)便于新型银行应用的开发和部署；(3)构架银行大前置系统；(4)降低成本；(5)减少维护量。代收费平台的应用架构借鉴了EAI思想的分层架构，交换平台通过适配[42]器与Starring通信，通过适配器与第三方系统通信。代收费平台各应用及操作系统之间的层次关系如图2-4所示。-10- 哈尔滨工业大学工程硕士学位论文Starring2.0Eswitch中间件操作系统图2-4层次结构图2.2业务流程描述代理国税业务的处理流程分为三种方式：税务局自行申报扣款流程、银行实时申报扣款流程、定额申报扣款流程。小规模纳税人：小规模纳税人是指年销售额在规定标准以下，并且会计核算不健全，不能按规定报送有关税务资料的增值税纳税人。一般纳税人：指年应征增值税销售额超过财政部规定的小规模纳税人标准的企业和企业性单位。双定户：双定指的是定期，定额。当地主管税务机关对个体工商户一般都实行定期定额办法执行，也就是说会按区域、地段、面积、设备等核定一个月应缴纳税款额度。税务局自行申报为纳税人在税务局服务厅办理缴税业务、银行实时申报为纳税人在银行办理缴税业务，税款实时到账，定额申报为批量交易。2.2.1税务局自行申报扣款流程税务局自行申报是指纳税人持纸质申报表，到税务部门办税服务厅自行申报纳税。适用于增值税纳税人（个体工商户除外）、企业所得税、消费税纳税人。具体流程：(1)签订三方协议。由税务部门、纳税人及其开户行三方事先签订委托收款协议，纳税人授权银行，根据税务部门提供的纳税申报信息，从开户行划解税款。(2)税务端前置机传送电子税票信息至银行端前置机，银行端前置机按照电子税票信息从纳税人对公账户上扣划税款到主办银行内部对应支库的过渡账户。-11- 哈尔滨工业大学工程硕士学位论文(3)对于成功扣缴的税款，银行前置机按指定的反馈报文格式生成反馈报文，并反馈给税务局。余额不足、账号错误的银行不予扣款，将信息退回税务部门。(4)打印税票。扣缴税款成功后，纳税人在规定期限内到开户行营业厅或主管税务机关申请领取电子转账完税凭证。开户行根据电子税票信息打印电子转账完税凭证。确认打印内容和打印次数后，打印税票。如为补打，须注明。税务局自行申报过程如图2-5所示。综合业务系统返回扣款交易发送扣款交易发送税票信息返回扣款状态返回报文Ofp前端系客户服务代收费平税款上解（扣款确认）国税系统统平台台返回确认缴款书批量打印缴款书批量打印批量打印批量打印打印缴款书批量打印（人民银行）入银行柜员缴款书国库图2-5税务局自行申报各系统间数据流图2.2.2银行实时申报扣款流程银行实时申报是指纳税人持纸质申报表，到其开户行营业厅办理申报纳税事宜，开户行实时扣缴税款。适用于增值税小规模纳税人（个体工商户除外）、企业所得税纳税人、消费税纳税人（申报信息简单）。银行实时申报不允许企业跨行申报，必须在企业开户网点申报。具体流程：(1)签订三方协议：由税务部门、纳税人及其开户行三方事先签订委托收款协议，纳税人授权银行，根据税务部门提供的纳税申报信息，从开户行划解税款。(2)税务端前置机定期抽取纳税人基本信息，并传送至银行端前置机。纳税人基本信息包括纳税人的税务登记编号、税务登记名称、开户银行编码、-12- 哈尔滨工业大学工程硕士学位论文开户银行账号、征收项目编码、隶属关系编码、预算款项编码、预算级次编码、收款国库编码、主管机关编码、申报所属时期、申报期限、预缴税款金额、遗留滞纳标志、认定品目行数、征收品目编码、征收税率。银行端接收后留存，用于对纳税人的申报数据进行校验核对。(3)录入申报表、扣缴税款。纳税人到其所在的开户行营业厅进行申报。柜员录入纳税人的税务登记编号后发送，到银行后台提取纳税人基本信息。画面回显纳税人基本信息，柜员根据申报表核对纳税人基本信息。无误后，录入销售额发送，系统自动按征收率计算应缴税款，画面回显应缴税款，柜员与纳税申报表确认无误后发送，交易成功。系统联动账务处理，将税款从纳税人对公账户扣划到主办行相应的内部过渡账户上。(4)打印税票。扣款成功后，打印电子完税凭证交纳税人。银行实时申报包括查询、生成税票、缴费、打印过程，如图2-6所示。缴费综合业务系统返回状态（成功、失败（余额不足等））录入纳税人编号录入纳税人编号查询纳税人信息回显纳税人信息返回纳税人信息返回纳税人信息录入销售额录入销售额查询总金额银行柜Ofp前端系客户服务代收费平返回税额、总金额返回税额、总金额返回生成税票信息员统平台台缴费缴费反馈报文(缴费交易)打印完税凭证打印完税凭证打印完税凭证打印完税凭证返回完税凭证返回完税凭证接收纳税人基本信息国税系统图2-6银行申报扣款各系统间数据流图2.2.3定额申报扣款流程定额申报扣款（税务发起）是指纳税人在申报期间，将当期应缴定额税款预存开户行纳税人账户，申报期间税务局以报文形式将扣款信息发给银行前置机。银行接到报文后进行检验，并按照报文中指定的账户和扣款金额进行税款的自动扣缴。适用于增值税个体工商户、企业所得税核定征收纳税人。具体流程：-13- 哈尔滨工业大学工程硕士学位论文(1)签订三方协议。由税务部门、纳税人及其开户行三方事先签订委托收款协议，纳税人授权税务部门可依据纳税人的税款申报金额，自行从纳税人开户行划转税款。(2)传送电子税票信息。税务部门在申报期前将电子税票扣款信息以报文形式传到银行前置机。(3)银行扣缴税款。银行前置机对接收到的电子税票扣款信息进行数据检验，无误后系统按照报文指定的账号和扣款金额从纳税人账户上自动扣款，申报期间每日扣缴一次。(4)返回处理结果。银行扣款后，将扣缴结果信息（包括成功和不成功）按指定的反馈报文格式生成反馈报文，返给税务局。(5)打印税票。扣缴成功后，纳税人在规定期限内到开户行营业厅或主管税务机关申请领取电子转账完税凭证。开户行或主管税务机关根据电子税票信息打印电子转账完税凭证。确认打印内容和打印次数后，打印税票。定额申报扣款过程如图2-7所示。综合业务系统批量缴费自动扣款交易双定导入交易银行Ofp前客户服返回报文代收费返回报文国税系柜员打印缴款书端系统务平台打印缴款书平台双定户扣款确认统打印完税凭证打印完税凭证返回报文图2-7定额申报扣款各系统间数据流图综上所述，代理国税需要实现的任务包括：（1）税务局自行申报（发送税票信息、税款上解、打印缴款书）；（2）银行实时申报扣款（接收纳税人基本信息、查询纳税人基本信息、生成税票、缴税、打印完税凭证）；（3）定额申报扣款（双定户导入、自动扣款、双定户扣款确认）。除以上交易外还需要实现对账交易、冲正交易、打印报表交易。2.3本章小结本章介绍了中间业务系统的组成以及基于中间业务系统平台开发的代理国税业务的需求分析。本章首先介绍了中间业务系统的网络架构；接着介绍了代收费平台的分层结构；最后介绍了代理国税中间业务的业务需求，以及具体需要实现的3个业务流程。-14- 哈尔滨工业大学工程硕士学位论文第3章系统设计3.1定制工具的应用定制是通过平台工具EScustomize实现的。EScustomize在Windows下运行，是一个Client端程序，定制数据放在SQLServer数据库中。所有定制数据最终都要生成相应的定制文件，并传输到运行平台上，完成实际的业务应用。定制工具主要用于定制系统参数、数据元素、报文格式、数据传输适配器（DTA）参数。定制的过程如图3-1所示：首先定制工具设计数据元素，报文格式等，定制的数据保存在本地数据库。然后通过平台工具的导出功能，将数据以XML文件的形式上传到代收费平台，平台DTA接收到数据报文后，调用解包函数，将数据报文以XML文件定义的格式解包，将解包的数据保存到数据池中相应的数据元素中，调用平台函数触发交易进程，交易进程从数据元素池读取数据进行处理。报文组包是一个相反的过程，其原理与解包相同。数据元素定制数据元报文格式XML文DTA报文素、报文等DTA参数件2134定制工具数据池交易5代收费平台图3-1数据报文的解包过程图XML是ExtensibleMarkupLanguage的简写，一种扩展性标识语言。XML并不是标记语言。它只是用来创造标记语言(比如HTML)的元语言。XML的主要优点：XML基于的标准是为Web进行过优化的。由于XML彻底把标识的概念同显示分开了，处理者能够在结构化的数据中嵌套程序化的描述以表明如何显示数据。XML是信息的高层封装与运输的标准。XML可以-15- 哈尔滨工业大学工程硕士学位论文很方便地与数据库中的表进行相互转换。XML使计算机能够很简易地读取和存储资料，并确保数据结构精确。XML可以很方便地与数据库中的表进行相互转换。XML使计算机能够很简易地读取和存储资料，并确保数据结构精确。XML主要缺点：XML的文本表现手法、标记的符号化会导致XML数据比二进制表现数据量增加，尤其当数据量很大的时候，效率就成为很大的问题。XML没有数据库系统那样完善的管理功能。基于XML自身的特点决定了，这种标识语言非常适合代收费平台的数据元素定义、报文格式定义等应用。3.2数据元素的设计数据元素：数据元素是一个带有属性的数据对象，可有一个或多个实例，即下标，它是平台中数据的最小存储单元。数据元素的定制是通过平台工具EScustomize来定义所需要数据元素集。数据元素是报文在数据池中的分解形式。部分数据元素设计如表3-1所示。表3-1数据元素设计表字段说明类型最大下标小数位数GS_ACCOUNTNAME账号名称String800GS_ACCOUNTTYPE账号类型String100GS_BANKNAME银行名称String800GS_BBLXBM报表类型编码String50GS_BBMXHS报表明细行数String40GS_BBMXHS2报表明细行数Int10GS_BBSBZT报表申报状态String20GS_BILLNUM完税凭证编号String200GS_BWCLBM报文处理编码String30GS_BWLXBM报文类型编码String50GS_CAMOUNT中文金额String800GS_CUSTOMNO客户号String800GS_DATE交易日期String80GS_DEPARTNO交易部门String20-16- 哈尔滨工业大学工程硕士学位论文表3-1（续表）字段说明类型最大下标小数位数GS_DJCLBM登记处理编码String20GS_DJSKBJ多缴税款标记String10GS_DJSKJE多缴税款金额String160GS_DJSKJE2多缴税款金额Double12GS_DJZCDZ登记注册地址String810GS_FLAG通用标志值String160GS_FPBLBM分配比例编码String100GS_FPBLMC分配比例名称String1000GS_FSBWCD发送报文长度String60GS_HDJE核定金额String160GS_ZSPMBM征收品目编码String50GS_ZSPMMC征收品目名称String800GS_ZSXMBM征收项目编码String30GS_ZSXMMC征收项目名称String8003.3数据报文的设计平台提供的强大的报文转换功能。通过报文解析模块，将来自外部的数据报文解析到内部的数据池中；内部应用处理完成后，再调用报文组包模块，将数据池中的数据元素按照接收方系统要求的格式组织起来，最终由通讯模块完成数据的传输，从而完成一次完整的交易。平台的报文解析模块分为定制和运行两大部分：在系统的开发时，通过报文定制界面定制数据包格式，定制信息最终表现为XML文件；系统运行时，应用系统通过调用报文解析接口获得或发送数据，其中，被调用的报文解析模块根据定制的XML文件解析或组织报文。国税系统发起的税票信息交易报文输入格式如表3-2所示。其中税票信息为多条，表示一个报文包含多条税票信息；多行明细信息表示一条税票信息包含多条明细信息。-17- 哈尔滨工业大学工程硕士学位论文表3-2税务发送税票信息输入报文字段说明类型JYBWQC交易报文全长Char(5)SWJDBM税务接点编码Char(4)YHJDBM银行接点编码Char(4)BWLXBM报文类型编码Char(4)JYBWTS交易报文条数Char(2)JYLSBH交易流水编号Char(18)SWDJBH税务登记编号Char(20)SWDJMC税务登记名称VarChar(80)SBSSSQ申报所属时期Date(YYYYMM)JKJZQX缴款截止期限Date(YYYYMMDD)DJZCDZ登记注册地址VARCHAR(80)ZCLXBM注册类型编码Char(3)YHZLBM银行种类编码Char(4)KHYHBM开户银行编码Char(8)KHYHZH开户银行账号VarChar(30)BBLXBM报表类型编码Char(4)ZSXMBM征收项目编码Char(2)多LSGXBM隶属关系编码Char(2)税YSKMBM预算科目编码Char(6)票FPBLBM分配比例编码VarChar(10)信SKGKBM收款国库编码Char(8)息SWJGBM税务机关编码Char(11)SPKPSJ税票开票时间Date(YYYYMMDD)SPBZXX税票备注信息(保留)Char(80)SPMXHJ税票明细合计Decimal(16,2)SPMXHS税票明细行数IntegerMXXH_1明细序号Integer多SMBM_1征收品目Char(4)行KSSL_1课税数量Decimal(16,4)明JSSL_1计税税率Decimal(16,6)细JSJE_1计税金额Decimal(16,2)信YKCS_1已扣除数Decimal(16,2)息SJJE_1实缴金额Decimal(16,2)代收费平台返回给国税的报文，输出格式如表3-3所示。税务发送税票信息交易过程：国税系统发送税票信息报文，代收费平台接收报文，并将报文解析；代收费平台根据税票信息数据，给缴费交易赋值，并发起缴费交易，等待返回报文；代收费平台接收返回报文，进行记交易流水等操作，生成返回报文发送给国税系统。-18- 哈尔滨工业大学工程硕士学位论文表3-3税务发送税票信息输出报文字段说明类型JYBWQC交易报文全长Char(5)SWJDBM税务接点编码Char(4)YHJDBM银行接点编码Char(4)BWLXBM报文类型编码Char(4)BWCLBM报文处理编码Char(2)JYBWTS交易报文条数Char(2)多JYLSBH交易流水编号Char(18)条JYKKJE交易扣款金额Decimal(16,2)扣JYKKSJ交易扣款时间Date(YYYYMMDD)款JYKKZT交易扣款状态Char(2)3.4数据流图数据流图是结构化分析方法中使用的工具,它以图形的方式描绘数据在系统中流动和处理的过程，由于它只反映系统必须完成的逻辑功能，所以它是一种功能模型。3.4.1顶层数据流图顶层数据流图只含有一个加工表示整个系统；输出数据流和输入数据流为系统的输入数据和输出数据，表明系统的范围，以及与外部环境的数据交换关系。代收费平台的顶层数据流图如图3-2所示。对公开户纳税人基本信息客对私开户销户代发送税票信息户查询纳税人基本信息双定户导入国收服查询纳税人税票信息双定户扣款确认税缴税通知费纳税人税款上解务系对账平银行入库信息查询平统扣款交易小规模申报表查询台台补打完税凭证入库对账批量打印缴款书上解对账图3-2顶层数据流图3.4.2第0层数据流图0层数据流图如图3-3所示。0层图将顶层的加工分解为4个加工。包括对账、银行实时扣款、税务局自行申报、定额申报。-19- 哈尔滨工业大学工程硕士学位论文对账入库对账对账上解对账对公开户对私开户纳税人基本信息导入销户查询纳税人基本信息客户服务平台银行实时扣款银行入库信息查询国税系统查询纳税人税票信息缴税打印完税凭证小规模申报表查询批量打印缴款书扣款交易发送税票信息税务局自行申税款上解（扣款确认）报自动扣款交易定额申报（双双定户导入扣款确认定户）双定户扣款确认（单条）图3-3第0层数据流图3.5交易的设计需要实现的交易以交易发起方分为两类：客户服务平台发起的交易、国税发起的交易。客户服务平台发起的主要交易如图3-4所示。客服平台发起的交易对对代查生缴回补单开对缴公私收询成税冲打笔户账款开开税纳税交交完缴信交书税票易易税税息易批户户销基信凭信查量交交户本息证息询打易易信交交查交印息易易询易交交交易易易图3-4客户服务平台发起的交易模块图-20- 哈尔滨工业大学工程硕士学位论文国税系统发起的主要交易如图3-5所示。国税系统发起的交易税税双纳银小务务定税行规发发户人入模送送导税库申纳税入款信报税票上息表人信解查查基息询询本信息图3-5国税系统发起的交易模块图银行实时申报对应主要交易包括：查询纳税基本信息（E4）、生成税票信息（E5）、缴税（E6）、打印完税凭证（E8）；税务局自行申报对应主要交易包括：发送税票信息（d2）、税款上解（d3）；定额申报对应主要交易包括：双定户导入（d8）、自动扣款（auto）、扣款确认。3.5.1代收税销户交易本交易对应一个子交易，其程序描述如下：(1)程序文件名：SGSE301.c；(2)对应函数：intSGSE301(char*opername)；(3)描述：柜台发起代收国税销户交易。程序主要功能如下：(1)客服发起交易，本代收费平台完成报文接收和响应；(2)记录销户信息，撤消纳税人编号与扣缴账号的对应关系。本交易涉及的库表如下：(1)t_gs_accounts：国税客户信息表；(2)t_gs_closeacc：国税销户表。子交易流程如下：(1)由客服发起E3代收税销户交易请求，触发该交易流程。(2)执行交易，进行代收税销户处理。-21- 哈尔滨工业大学工程硕士学位论文1)预置给客服的返回码数据元素；2)根据纳税人编号，查询国税客户信息表，判断该客户是否存在，如果未开户则失败返回（无此客户）；3)根据纳税人编号和交易码（E6/D2），查询黑龙江国税交易流水表，判断该客户是否有成功且未入库申报交易，如果有则失败返回（当前所属申报时期不能销户）；4)根据纳税人编号，删除国税客户信息表的相应记录；5)在国税销户表插入新记录，记录销户信息：销户标志、销户日期；6)给返回报文数据元素赋值。(3)通过GWHOST_GS通讯DTA向客服机发送E3代收税销户返回报文。3.5.2查询纳税基本信息交易本交易对应一个子交易，其程序描述如下：(1)程序文件名：SGSE401.c；(2)对应函数：intSGSE401(char*opername)；(3)描述：柜台发起代收国税查询交易。程序主要功能如下：(1)客服发起交易，本代收费平台完成报文接收和响应；(2)核对是否可以在银行申报；(3)成功则返回纳税人基本信息。本交易涉及的库表如下：(1)t_gs_taxpayerinfo：纳税基本信息表；(2)t_gs_taxpayerdetail：纳税明细信息表；(3)t_gs_collect_itemM：征收项目编码表；(4)t_gs_collect_itemdetM：征收品目编码表；(5)t_gs_accounts：国税客户信息表。子交易流程如下：(1)由客服发起E4查询交易请求，触发该交易流程。(2)执行GSE401子交易，进行查询处理。1)预置给客服的返回码数据元素；2)获取客服上传数据要素（税务登记编号/缴税月份/征收项目编-22- 哈尔滨工业大学工程硕士学位论文码）；3)根据税务登记编号查询国税客户信息表，获取纳税人账户信息（账户名称）；4)如果无记录，则失败返回（无此客户）；5)根据征收项目编码查询征收项目编码表，获取征收项目名称；校验客服上传征收项目编码合法性；6)根据税务登记编号/缴税月份/征收项目编码，查询纳税人基本信息表和明细信息；7)如果无记录，则失败返回（该税务登记编号不存在）；8)如果遗留滞纳标记为1，则失败返回（有滞纳金，请到国税局申报）；9)如果减免税款标记为1，则失败返回（有减免税款，请到国税局申报）；10)如果多缴税款标记为1，则失败返回（有多缴税款，请到国税局申报）；11)如果超出申报截止期限(超出申报截止期限)；12)如果超出缴款截止期限(超出缴款截止期限)；13)根据征收品目编码查询征收品目编码表，获取征收品目名称；14)返回客服明细信息赋值（征收品目编码、征收品目名称、征收税率）；15)返回客服其他信息赋值（返回码、国税流水号、税务登记名称、账号、账号名称、征收项目编码、征收项目名称、预缴税金额、认定品目行数等）。(3)通过GWHOST_GS通讯DTA向客服机发送E4查询返回报文。3.5.3生成税票信息交易本交易对应一个子交易，其程序描述如下：(1)程序文件名：SGSE501.c；(2)对应函数：intSGSE501(char*opername)；(3)描述：柜台发起生成税票信息交易。程序主要功能如下：(1)客服发起交易，本代收费平台完成报文接收和响应；(2)生成纳税人税票信息；-23- 哈尔滨工业大学工程硕士学位论文(3)生成小规模申报表信息。本交易涉及的库表如下：(1)t_gs_tax_info：纳税基本信息表；(2)t_gshlj_taxpayerdetail：纳税明细信息表；(3)t_gs_taxreturn_info：小规模申报信息表；(4)t_gs_taxreturn_detail：小规模申报明细表；(5)t_gs_taxnote_info：税票信息表；(6)t_gs_taxnote_detail：税票明细表；(7)t_gshlj_treasuryM：收款国库编码表。子交易流程如下：(1)由客服发起E5生成税票信息交易请求，触发该交易流程；(2)执行GSE501子交易，进行税票生成处理；(3)通过GWHOST_GS通讯DTA向客服机发送E5生成税票返回报文。3.5.4缴税交易本交易对应一个子交易，其程序描述如下：(1)程序文件名：SGSE601.c；(2)对应函数：intSGSE601(char*opername)；(3)描述：柜台发起代收国税缴税交易。程序主要功能如下：(1)客服发起交易，本代收费平台完成报文接收和响应；(2)对扣款金额进行分账登记；(3)记录缴费流水；(4)修改税票信息表的缴费状态。本交易涉及的库表如下：(1)t_gshlj_taxnote_info：税票信息表；(2)t_gshlj_accounts：国税客户信息表；(3)t_gs_trade：黑龙江国税交易流水表；(4)t_gs_taxnote_info：税票信息表；(5)t_gshlj_prorateM：分配比例编码表；(6)t_gshlj_treasuryM：收款国库编码表。子交易流程如下：(1)由客服发起E6缴税交易请求，触发该交易流程。-24- 哈尔滨工业大学工程硕士学位论文(2)执行GSE601子交易，进行缴税处理。1)预置给客服的返回码数据元素；2)获取客服上传数据要素（税务登记编号、缴税月份、代收费单位编码、客服流水号、国税流水号、扣款金额、机构、部门和柜员编码）；3)根据国税流水号，查询税票信息表；4)根据税务登记编号，查询开户信息表，获取开户机构和部门号；5)如果不存在，则失败返回；6)核对扣款金额和扣款日期（是否当天）；7)根据分配比例编码，查询分配比例编码，获取分配比例信息；8)对扣款金额分账，计算中央金额、省市金额、地市金额、区县金额、乡镇金额；9)根据收款国库编码，查询收款国库编码表，获取国库所属银行机构号；10)交易流水表信息赋值；11)开启事务；12)根据国税交易流水号修改税票信息表的缴款状态（状态为00已扣款）；13)在黑龙江国税交易流水表插入新记录；14)事务结束；15)给返回报文数据元素赋值（返回码）。(3)通过GWHOST_GS通讯DTA向客服机发送E6缴税返回报文。3.5.5回冲交易本交易对应一个子交易，其程序描述如下：(1)程序文件名：SGSE701.c；(2)对应函数：intSGSE701(char*opername)；(3)描述：柜台发起代收国税回冲交易。程序主要功能如下：(1)客服发起交易，本代收费平台完成报文接收和响应；(2)成功则修改交易流水表原流水交易状态。本交易涉及的库表如下：(1)t_gs_trade：黑龙江国税交易流水表；-25- 哈尔滨工业大学工程硕士学位论文(2)t_gs_taxreturn_info：小规模申报信息表；(3)t_gs_taxreturn_detail：小规模申报明细表；(4)t_gs_taxnote_info：税票信息表；(5)t_gs_taxnote_detail：税票明细表。子交易流程如下：(1)由客服发起E7回冲交易请求，触发该交易流程。(2)执行GSE701子交易，进行代收税回冲处理。1)预置给客服的返回码数据元素；2)根据交易日期、银行流水号从流水表提取待作废交易流水记录信息，判断该缴费交易是否能够冲正，若非当天、本机构、部门、柜员，拒绝作废交易；3)若没有该笔缴费记录，失败返回；4)若该笔缴费交易非本作废柜员发起，失败返回；5)若该笔缴费交易没有成功，失败返回；6)交易流水表信息赋值；7)开启事务；8)在交易流水表插入新纪录，写入字段；9)根据国税流水号删除小规模申报信息表对应记录；10)根据国税流水号删除明细表的对应记录；11)根据国税流水号删除税票信息表对应记录；12)根据国税流水号删除明细表的对应记录；13)更新交易流水表，原交易状态为“已冲正”，并填写冲正系统跟踪号；14)事务结束；15)给返回报文数据元素赋值（返回码）。(3)通过GWHOST_GS通讯DTA向客服机发送E7回冲交易返回报文。3.5.6打印完税凭证交易本交易对应一个子交易，其程序描述如下：子交易所在目录$HOME/appdta/subtran(1)程序文件名：SGSE801.c；(2)对应函数：intSGSE801(char*opername)；(3)描述：柜台发起代收国税补打完税凭证交易。-26- 哈尔滨工业大学工程硕士学位论文程序主要功能如下：(1)客服发起交易，本代收费平台完成报文接收和响应；(2)成功则返回完税凭证信息。本交易涉及的库表如下：(1)t_gs_taxnote_info：税票信息表；(2)t_gshlj_gspaytax：完税凭证管理表；(3)t_gshlj_taxofficeM：税务机关编码表；(4)t_gshlj_accounts：开户信息表。子交易流程如下：(1)由客服发起E8打印完税凭证交易请求，触发该交易流程。(2)执行GSE801子交易，进行代收税打印完税凭证处理。1)预置给客服的返回码数据元素；2)根据完税凭证号查询完税凭证管理表是否存在记录，如存在，返回错误；否则，继续；3)根据税务登记编号和缴税月份查询税票信息表，获取已扣款且税票状态为有效的税票信息，并统计本次可打印税票个数以及总计金额。如果税票个数为0，返回客服无打印税票信息；否则继续；4)在完税凭证管理表上新增本凭证打印记录；5)更新对应税务登记编号/缴税月份/已扣税/有效的税票信息（打印次数＋1，打印日期，备注（完税凭证证号）；6)返回元素赋值准备；税务登记编号：a)根据征收机关编码在税务机关编码查找征收机关名称；b)根据纳税登记编号在开户信息表上查找纳税人全名；c)收款银行名称填交易行机构名；d)转换缴税金额（小写）为缴税金额（大写）；7)给返回报文数据元素赋值。(3)通过GWHOST_GS通讯DTA向客服机发送E8补打完税凭证交易返回报文。3.5.7对账交易本交易对应一个子交易，其程序描述如下：子交易所在目录$HOME/appdta/subtran(1)程序文件名：SGSEC01.c；-27- 哈尔滨工业大学工程硕士学位论文(2)对应函数：intSGSEC01(char*opername)；(3)描述：柜台发起代收国税对账交易。程序主要功能如下：(1)平台接收客服发起的对账请求；(2)平台根据客服流水核对并修正本代收费平台的流水；(3)平台应答客服：如果不平，应答客服对账失败。本交易涉及的库表如下：(1)t_gs_trade：黑龙江国税交易流水表；(2)t_gshlj_taxnote_info：税票信息表；(3)t_gshlj_treasuryM：国税编码表。子交易流程如下：(1)客服发起EC对账交易请求，触发该交易流程。(2)执行SGSEC01子交易，进行对账交易处理。1)清空给客服的返回码数据元素；2)检查当前系统状态是否为跑批处理状态：是，失败返回（跑批处理中不能处理本交易）；否，继续；3)在收款国库编码表上获取相应代收单位编码列表,如果找不到,失败返回；4)与客服对账：a)根据“交易日期”，在客服表中，取每一条交易的记录；b)如果不存在该记录，则作为“严重错误”写入对账结果日志中，表示“平台无/主机有”；如果存在该记录而成功状态不对，修改平台流水对应交易状态：a.客服成功，平台失败，修改平台流水对应记录状态为成功；b.客服失败，平台成功，修改平台流水对应记录状态为失败；5)针对交易流水表，对本对账日期/代缴费单位编码/未对账的成功类缴税交易（E6/D2）对应流水如果在客服表上不存在，流水表对账后状态改为已对账，对账前状态为失败；6)针对交易流水表，对本对账日期/代缴费单位编码/未对账的缴税交易（E6/D2）对应流水改为已对账；7)税票信息对账。税票信息表根据国税流水号联合交易流水表，在流水表上成功的缴税交易(E6/D2),税票信息表上扣款状态改为已扣款；-28- 哈尔滨工业大学工程硕士学位论文8)获取对账日的总交易笔数和总交易金额，平台新增对账成功流水。(3)通过GWHOST_GS通讯DTA向客服机发送EC对账返回报文。3.5.8缴款书批量打印交易本交易对应一个子交易，其程序描述如下：子交易所在目录$HOME/appdta/subtran(1)程序文件名：SGSEE01.c；(2)对应函数：intSGSEE01(char*opername)；(3)描述：柜台发起缴款书批量打印交易。程序主要功能如下：(1)客服发起交易，本代收费平台完成报文接收和响应；(2)成功则返回缴款书信息。本交易涉及的库表如下：(1)t_gs_taxnote_info：税票信息表；(2)t_gshlj_taxpayerdetail：税票明细信息表；(3)t_gshlj_taxofficeM：税务机关编码表；(4)t_gshlj_accounts：开户信息表；(5)t_gshlj_treasuryM：国库码表；(6)t_gshlj_relationM：隶属关系码表。子交易流程如下：(1)由客服发起EE缴款书批量打印交易请求，触发该交易流程。(2)执行GSEE01子交易，进行缴款书批量打印处理。1)预置给客服的返回码数据元素；2)获取客服上传数据(国税流水号)；3)根据国税流水号在税票信息表上查询税票信息，找到，继续；否则，返回错误；4)在(税票信息表,开户表)上根据缴费日期/对账后为有效状态/对应开户机构为交易机构/对应开户部门为交易部门/开户表账户类型为对公账户/交易发起方向为国税的国税流水号列表并统计缴款书个数，如果为0，返回错误；否则，继续；5)如本次打印序号<=0或本次打印序号>缴款书个数，返回错误；6)根据本次打印序号，获得国税流水号，在税票信息表上选择对应-29- 哈尔滨工业大学工程硕士学位论文税票信息及其明细信息；7)生成缴款书报文；a)根据隶属关系编码在隶属关系码表上获取隶属关系名称；b)获取注册类型名称；c)根据税务机关代码在税务机关码表上获取征收单位名称；d)根据税务登记编码在(开户表,银行机构码表)上获取开户银行名称；e)获得预算科目款名称；f)获得预算科目项名称；g)根据分配比例代码在分配比例码表上获取分配比例名称；h)根据收款国库代码在国库码表上获取分配比例名称；i)针对明细的品目编码在品目表上获取征收品目名称；j)计算下次打印序号；8)更新对应税票表，缴款书打印次数加1，缴款书打印日期为交易日期；9)给返回报文数据元素赋值。(3)通过GWHOST_GS通讯DTA向客服机发送EE缴款书批量打印交易返回报文。3.5.9税务发送纳税人基本信息交易本交易对应一个子交易，其程序描述如下：(1)程序文件名：SGSD101.c；(2)对应函数：intSGSD101(char*opername)；(3)描述：接收国税系统发送的代收国税纳税人基本信息交易。程序主要功能如下：(1)国税系统发起交易，本代收费平台完成报文接收和响应；(2)记录纳税人基本信息。本交易涉及的库表如下：(1)t_gs_accounts：国税客户信息表；(2)t_gs_taxpayerinfo：纳税基本信息表；(3)t_gs_taxpayerdetail：纳税明细信息表。子交易流程如下：(1)由国税系统发起发送纳税人基本信息交易请求，触发该交易流程。-30- 哈尔滨工业大学工程硕士学位论文(2)执行GSD101子交易，进行纳税人基本信息接收处理。1)预置给客服的返回码数据元素（$GS_BWCLBM=”01”）；2)根据税务登记编号查询国税客户信息表，如果不存在则失败返回；3)获取传入的纳税基本信息；4)税务机关编码和国库编码的核对；5)获取传入的纳税明细信息；6)在国税纳税人基本信息表中插入记录，包括国税交易流水编号、税务登记编号等；7)在国税纳税人明细信息表中插入记录，包括国税交易流水编号、征收品目编码和征收税率；8)给返回报文数据元素赋值（$GS_BWCLBM=”00”）。(3)通过GSDTA通讯DTA向国税发送D1纳税人基本信息返回报文。税务发送纳税人基本信息交易数据流图如图3-6所示。纳税详细信息表纳税基本信息表D1纳税人基本信息接收纳税交易处理数据元素返回报文人基本信gsdta国税系统应用dta池息交易图3-6纳税人基本信息交易数据流图3.5.10税务发送税票信息交易本交易对应一个子交易，其程序描述如下：子交易所在目录$HOME/appdta/subtran(1)程序文件名：SGSD201.c；(2)对应函数：intSGSD201(char*opername)；(3)描述：接收国税系统发送的代收国税税票信息交易。程序主要功能如下：(1)国税系统发起交易，本代收费平台完成报文接收和响应；(2)记录税票信息。-31- 哈尔滨工业大学工程硕士学位论文本交易涉及的库表如下：(1)t_gs_trade黑龙江国税交易流水表；(2)t_gs_taxofficeM税务机关编码；(3)t_gs_accounts国税客户信息表；(4)t_gs_taxnote_info税票信息表；(5)t_gs_taxnote_detail税票明细表。子交易流程如下：(1)由国税系统发起D2发送纳税人税票交易请求，触发该交易流程。(2)执行GSD201子交易，进行纳税人税票接收处理。1)预置给客服的返回码数据元素（$GS_BWCLBM=”01”）；2)取税务登记编号；3)税务机关编码和国库编码的核对；4)判断是否有本所属征期扣款成功记录；5)获取传入税票信息和明细合计金额：a)税票信息来源source_type=“T”；b)票证状态txnnote_stat=0有效；c)扣款状态，01未扣款；d)扣款金额为传入的明细合计金额；e)扣款时间为系统日期；f)入库时间为系统日期；g)入库金额为传入的明细合计金额；h)入库状态，01未入库；i)其他为接口直接传入；6)计算本次划款金额（扣款金额的累加）；7)在国税纳税人基本和明细信息表中插入记录；8)置给国税的返回码数据元素（$GS_BWCLBM=“00”），以后出错均E_OK返回；（税票信息接收成功）；9)分账处理；10)客服发起扣款交易固定域赋值；11)客服发起扣款交易报文头赋值；12)客服发起扣款交易报文体赋值；13)向客服发起扣款交易；14)开启事务；-32- 哈尔滨工业大学工程硕士学位论文15)交易流水表插入前预处理：a)业务代码"D2"；b)交易日期和交易时间取系统时间；c)取客服返回代码；16)交易流水表插入新记录，记录本笔流水信息。17)扣款成功，根据国税交易流水编号修改税票信息表的缴款状态；18)事务结束。(3)通过GSDTA通讯DTA向国税发送D2纳税人税票接收交易返回报文。3.5.11纳税人税款上解（扣款确认）交易本交易对应一个子交易，其程序描述如下：子交易所在目录$HOME/appdta/subtran(1)程序文件名：SGSD301.c；(2)对应函数：intSGSD301(char*opername)；(3)描述：接收国税系统发送的代收国税纳税人上解（扣款确认）交易。程序主要功能如下：(1)国税系统发起交易，本代收费平台完成报文接收和响应；(2)纳税人扣款确认交易。本交易涉及的库表如下：t_gs_taxnote_info税票信息表。3.6数据库设计目前主流的数据库软件主要有Sybase、SQLserver、ORACLE等。本次项目采用了Oracle数据库。其原因主要为：（1）Oracle数据库是一种大型数据库系统，大量应用于金融，政府部门；（2）我行核心银行系统采用此数据库，一般来说银行系统使用相同产品；（3）其技术比较成熟，安全稳定。代理国税系统数据库的实体关系图如图3-7所示。-33- 哈尔滨工业大学工程硕士学位论文T_GSHLJ_TAXPAYERINFOPKGS_SEQNOT_GSHLJ_TAXRETURN_INFO11T_GSHLJ_TAXNOTE_INFO11I1SWDJBHSWDJMCPKGS_SEQNOPKGS_SEQNOI1SBSSSQSBJZQXI1SWDJBHI5SWDJBHJKJZQXSWDJMCSWDJMCDJZCDZI1SBSSSQI5SBSSSQZCLXBMSBSLSJSBJKQXYHZLBMYJSEJEDJZCDZKHYHBMDYSKJEZCLXBMKHYHZHBBMXHSKYYHZLBBLXBMAPPLY_SEQNOKHYHBMI1ZSXMBMAPPLY_DATEKHYHZHLSGXBMCANCEL_SEQNOBBLXBMYSKMBMCANCEL_DATEI5ZSXMBMFPBLBMAPPLY_STATLSGXBMSKGKBMYSKMBMSWJGBMFPBLBM1YJSEJESKGKBMDYSKBJSWJGBMJMSKBJSPKPSJYLZNBJSPYSBHRDPMHSnSPBZXXTRANSDATESPMXHJT_GSHLJ_TAXRETURN_DETAILSPMXHSSOURCE_TYPET_GSHLJ_TRADEPKGS_SEQNOCREDIT_REMARK11PKMXXHRECV_BSEQNOPK,I4,I3,I2,I1,I5PAYDATERECV_BDATEPK,I4,I3,I2,I1,I5BANKSEQNOHWMCI2,I1TRANS_STATSMBMTRANS_SEQNOOPERCODEXSJEI2TRANS_DATEI5AGENTCODEHDJETRANS_AMOUNTBANKINSTNOZSSLI3,I1SUBMIT_STATBANKDEPARTYNSESUBMIT_SEQNOPAYTIMEHDSEI3SUBMIT_DATETAXSEQNOJMSEI4,I1INSTORE_STATPAYTRACEYBSEINSTORE_SEQNOBUMPTRACEI4INSTORE_DATETAXDEPARTCODEINSTORE_AMOUNTTAXMANCODEPRINT_COUNTTAXMANNAMEPRINT_DATEACCOUNTTXNNOTE_STATDEDUCTAMOUNTCANCEL_SEQNORELATIONCODECANCEL_DATEPROPORTIONCODEI3,I1SUBMIT_DZSTATSUBJECTCODEI4,I1INSTORE_DZSTATCSS_FLAGI1TRANSDATETAX_FLAGREMARK1ACCT_FLAGI4TXNCODEBILLNUMnSBSSSQKF_SEQNOT_GSHLJ_TREASURYMT_GSHLJ_TAXNOTE_DETAILCHECK_FLAGPKSKGKBMPKGS_SEQNOINSTNOPKMXXHnDEPARTSTORENAMEOPERATORSWJGBMSMBMTOTAL_NUMINSTNAMEKSSLI2SOURCE_TYPEAGENTCODEJSSLI4,I3,I2,I1OWN_INSTNOOWN_INSTNOJSJEI2,I1SKGKBMOTHER1YKCSCENTRAL_AMOUNTOTHER2SJJEPROVINCE_AMOUNTAREA_AMOUNTCOUNTY_AMOUNTVILLAGE_AMOUNTI4,I3SWJGBMACCOUNTTYPE图3-7实体关系图主要表单包括：(1)纳税基本信息表：t_gshlj_taxpayerinfo；(2)纳税明细信息表：t_gshlj_taxpayerdetail；(3)税票信息表：t_gshlj_taxnote_info；(4)税票明细信息表：t_gshlj_taxnote_detail；(5)小规模申报信息表：t_gshlj_taxreturn_info；-34- 哈尔滨工业大学工程硕士学位论文(6)小规模申报明细表：t_gshlj_taxreturn_detail；(7)交易流水表：t_gshlj_trade；(8)收款国库编码：t_gshlj_treasuryM。3.7数据通信设计代收费平台与外界有两种通信方式，一种是使用中间件如Tuxedo、CICS进行通讯，另一种是通过自编Socket通讯程序进行通讯。3.7.1通信连接模式短连接：短连接通信是指Client方与Server方每进行一次通信报文收发交易时才进行通讯连接，交易完毕后立即断开连接。常用于机构与用户之间通信，比如OLTP（联机事务处理）类应用。长连接：长连接通信是指Client方与Server方先建立通讯连接，连接建立后不会断开，然后再进行报文发送和接收，报文发送与接收完毕后，原来连接不会断开而继续存在，因此可以连续进行交易报文的发送与接收。这种方式下由于通讯连接一直存在，其TCP/IP状态是Established。长连接常用于机构与机构之间的商业应用通信，以处理连续的大量的信息数据交换。代理国税业务本身属于OLTP（联机事务处理）类应用，经过综合分析国税交易特点，认为该业务适合采用短连接模式。采用这种模式虽然增加了连接时的系统开销，但同时也节省了系统资源，提高了系统资源利用效率。在通信数据发送与接收之间也存在不同的方式，即同步和异步两种方式。同步方式报文发送和接收是同步进行的，即报文发送后，发送方等待接收方返回消息报文。同步方式需要考虑超时，设定超时时间，超过该时间后发送方不再处于等待状态中，而直接超时返回。同步发送与接收经常与短连接通信方式结合使用，称为同步短连接通信方式。异步方式发送方只管发送数据，不需要等待接收任何返回数据，而接收方只管接收数据，这就是应用层的异步发送与接收方式。如果要实现报文发送的异步方式，通常情况下报文发送和接收是通过两个进程分别处理的，即发送与接收分开，相互独立，互不影响。3.7.2数据传输适配器数据传输适配器(DataTransferAdapter)，简称DTA，是代收费平台与参加交换的应用系统之间进行数据交换的通道。DTA应用的范围是代收费平台，-35- 哈尔滨工业大学工程硕士学位论文是为了实现平台内部路由而设计的一种交换方式。代收费平台通过DTA与应用系统进行数据交换。平台支持几种比较常用通信方式，如支持socket通讯的、支持SNA通讯的、支持TUXEDO中间件。代理国税由于包括接收、发送客户服务平台交易，接收、发送国税局系统的交易，其数据传输适配器的设计如图3-8所示。12gsdta国税4334coreflowgsmdta2112gwhost_gs客服43starring34cssdta21代收费平台图3-8数据传输适配器设计图设计的四个数据传输适配器分别为：gsdta（接收国税DTA），gsmdta（发送国税DTA），gwhost_gs（接收客户服务平台DTA），cssdta（发送客户服务平台DTA）。平台与外部的通信流程如图3-9所示。外部与平台的通信流程如图3-10所示。平台就是通过适配器的设计来与内部应用、外部应用通信。实现各差异化系统与平台互联。3.7.3消息队列的应用进程间通信：进程间通信(IPC)机制，这是Unux中多个进程之间相互通信的一种方法。IPC机制通常提供了3类资源：信号量(Semaphore)。允许进程相互同步，当多个进程共享资源时能够避免冲突发生。消息队列(Messagequeue)。可以在进程间异步传递数据，例如消息。-36- 哈尔滨工业大学工程硕士学位论文开始初始化调用平台函数检测是否有数据调用报文封装函数，组织发往第三方的报文否与第三方通信（socket，sna，tuxedo）解析返回报文，将数据存到数据元素池调用平台函数将结果回送是否结束进程结束图3-9平台与外部通信的程序流程图共享内存段(sharedmemorysegment)。多个进程共享一段公共内存区域，从而提供了一种在进程间快速共享相对大量数据的方式。开始初始化建立socket连接，监听相应端口接收第三方发送的报文调用平台函数将报文发送交否易处理程序将返回报文发送回第三方是否结束进程结束图3-10外部与平台通信的程序流程图Cssdta适配器通过消息队列实现同异步转换。其实现过程如图3-11所示。-37- 哈尔滨工业大学工程硕士学位论文3.7.4数据通信模式选择代理国税通讯方式采用了TCP/IPsocket连接，连接方式为短连接。gwhost_gs，gsdta，gsmdta采用同步方式。综合考虑网络故障、第三方系统故障等原因，客户服务平台采用异步方式接收国税发起交易，而国税采用同步方式发起交易，这就需要设计通信模式的转换。在DTA的设计中，采用了在cssdta接收交易处理数据后采用异步方式，发送给客户服务平台，然后等待消息队列，将消息队列返回数据返回给国税。另一程序cssrcv进程接收客户服务平台返回数据，将客户服务平台返回值传入消息队列。异步同步21cssdta65客户服务starring消息队列平台43cssrcv图3-11同异步转换的设计图3.8数据一致性单边账：所谓“单边账”，即完成取(存)款、缴费等操作后，银行与用户只有一方账面发生相应变化。单边账是不能够完全避免的，只能通过技术手段降低其出现的频率。产生单边账的原因有多种，其主要原因有以下几点：网络丢包、银行或第三方出现系统故障等。由于现在的银行网络和系统越来越稳定，出现单边账的情况越来越少，但是更应注重对这方面的问题的处理。本文通过对账机制的实现，保证了银行，国税系统的一致性。通过自动冲正机制降低银行、国税双方账务不一致的情况产生。3.8.1对账日终对账过程是通过自动任务实现的。所有带收费类项目通过一个自动任-38- 哈尔滨工业大学工程硕士学位论文务程序实现日终对账的处理，其基本步骤如图3-12所示。开始国税手工上解国税对账上解对账结束Yes是否中断入库对账入库上传No写日志失败数据库操作打开交易成功对账前关闭交易对账成功否记日志结束国税是处理一个项目打印报表是交易码取对账日志否no其他对账图3-12对账程序流程图3.8.2自动冲正机制冲正：在银行业务中，冲正是对一笔正交易的反交易。自动冲正则指由系统发起的，对异常交易的撤销过程。自动冲正机制只有在某一方记账返回超时，银行方无法确定其记账结果，存在出现单边账的可能时，才可以采用。自动冲正处理：用于在平台向外部系统请求服务出现异常时，存储请求服务现场信息，并由自动冲正进程取得现场数据，调度子交易逆过程进行处理，如图3-13所示。记录外部现场（交易状态记为失败）DBServer进程写自动冲正表自动冲正进程轮询冲正表自动冲正表更新自动冲正记录交易进程图3-13自动冲正机制图自动冲正用于保障平台系统与外部系统的交易完整性，一个交易要么完全-39- 哈尔滨工业大学工程硕士学位论文成功，要么全部失败，不需要人工干预。这个自动冲正是基于存储转发的机制来进行的，即在对外部系统请求修改或更新操作前，存储必要数据，一旦没有收到响应信息，则在之后由自动冲正进程轮询到该记录，进行自动冲正。自动冲正的过程包括以下步骤：交易应用进程向另一个进程（DBServer进程）发出写数据库表的请求。DBServer进程进行写表操作，并将写此记录暂时标志为需要冲正的记录。当交易运行即将结束时，如果子交易正确返回，由交易进程对外部系统流水表中所有本交易记录进行标志更新操作，否则不进行更新。自动冲正进程轮训自动冲正表中标志为需要冲正的并且交易时间大于系统时间加本交易超时时间的交易，取到符合条件的记录放入变量池中，并调度子交易运行。3.9数据安全及可靠性中间业务系统与外部网络之间设置防火墙，目的在于保护内部网免受外部网的侵扰。(1)防火墙通过访问控制策略，限制外部网络对中间业务系统的访问。实现端到端的访问，只开放应用所需的端口，其它端口应用禁用。通过配置防火墙ACL实现。(2)地址翻译。网络地址转换（NAT，NetworkAddressTranslation），能够有效地避免来自网络外部的攻击，隐藏并保护网络内部的计算机。中间业务系统使用静态NAT，将内网地址转换成外网地址。静态转换是指将内部网络的私有IP地址转换为外部网络公有IP地址，IP地址对是一对一的，是一成不变的，某个私有IP地址只转换为某个公有IP地址。借助于静态转换，可以实现外部网络对内部网络中某些特定设备（如服务器）的访问。外部网络访问服务器外网IP地址，隐藏服务器实际IP地址。(3)隐藏通信接口。ESwitch实现信息交换，同时隐藏银行端接口，企业端只与ESwitch通信，不直接与客户服务系统通信。(4)数据加密、解密算法的应用。数据加密可使在高速电子线路上传输的数据或存储在计算机系统中的数据受到保护。中间业务系统各代收费业务需要根据自身业务特点，同时还需要考虑第三方业务现状，根据具体情况采取不同的加密、解密策略。-40- 哈尔滨工业大学工程硕士学位论文代收费平台与第三方通信，采取的加密解密策略需经过双方协商，并不是统一的加密算法。平台本身加密模块支持DES、3DES等加密，解密算法。代[43]收费平台采取了可选的策略，更灵活的应对各种业务需求。包括加密机策略以及软件加密策略。如图3-14所示。加密程序DTA数据流第三方系统代收费加密机图3-14代收费平台加密策略设计图(5)可靠性保证。计算机可靠性是计算机在规定时间与条件下完成规定功能的概率。计算机可靠性主要有两方面：避错和容错。避错就是故障检测，故障诊断技术。所谓“容错技术”，是指用增加冗余资源的方法来掩盖故障造成的影响。在存储器容错中使用最多的技术就是冗余磁盘阵列技术Raid。除了硬盘冗余外，经常使用的还有主机冗余，主要使用双机热备份、群集系统。银行系统越来越注重保证服务的24小时连续性，中间业务系统作为银行重要的业务系统，更要保证安全可靠。代收费平台采用采用IBMHACMP软件，实现了双机冗余备份，保证了系统的可靠性、稳定性。为了保障系统正常运行，电源稳定供电是必不可少的，需要使用电源的UPS冗余。3.10本章小结本章主要介绍了代理国税的设计方法以及开发过程。首先介绍了根据需求分析定制数据元素、定制报文格式、定制数据传输适配器的过程；然后，通过对需求的分析设计出代理国税的数据流图，根据数据流图设计出需要用到的交易以及数据传输适配器，通过数据元素、数据报文以及交易最后设计出代理国税需要用到的数据表；最后，本章还介绍了代理国税对数据一致、数据安全、统计报表等的设计。-41- 哈尔滨工业大学工程硕士学位论文第4章系统的实现与测试4.1系统的部署4.1.1开发环境本项目的开发环境如下：开发地点：黑龙江省中国银行三楼应用软件开发机房。计算机：开发机IBMR6000/44P、笔记本电脑。操作系统：IBMAIX4.3.3。应用平台：Starring、Eswitch。开发工具：Unixc语言开发包。定制工具：EScustomize。4.1.2运行环境操作系统：代收费平台支持主流开放式Unix操作系统AIX、Solaris、HP_UNIX、SCO(OpenServer/UnixWare)，本次采用与我行客户服务平台相同版本操作系统：AIX4.3.3。数据库支持：提供数据库封装函数库，应用开发与使用的数据库类型无关，支持Oracle、Informix、Sybase、DB2等，本次系统开发数据库采用Oracle7.3.4forAIX。数据库的选择至关重要，需要选用可靠性高、数据处理量大的数据库。多数银行采用中间业务与银行储蓄业务使用相同的数据库管理系统。4.2数据元素定制的实现数据元素的定制，是通过定制工具EScustomize实现的，定制后的数据以XML文件的形式上传到代收费平台。数据元素的定制如图4-1所示。-42- 哈尔滨工业大学工程硕士学位论文图4-1数据元素的定制示例图4.3数据报文格式定制的实现数据报文的定制，定制了报文的数据结构，即报文格式，也就是报文由哪些数据元素顺序组成。数据包的解析及封装，就是通过报文格式的定制，将数据报文的数据元素与变量池中的数据相一致。数据报文格式的定制如图4-2所示。图4-2数据报文格式定制示例图-43- 哈尔滨工业大学工程硕士学位论文4.4交易处理的实现每个主交易都定义了与其通信的输入、输出格式，系统运行时，根据输入格式把接收的通讯报文解析到变量池中，执行交易步骤，执行完毕，根据输出格式把变量池中的数据组织成返回通讯报文。代收费平台所有交易处理函数（联通代收费、电力代收费等）通过编译、链接生成一个可执行文件，新增交易只要将交易代码增加到makefile文件中重新编译就可以，实现了代理业务可扩展性强的目的。交易处理流程图如图4-3所示。开始初始化打开数据库接收数据通信进程写入变量池中数据调用交易处理函数有交易无有调用交易否执行成功失败成功结束交易处理失败结束交易处理函函数数将变量池返回给通信进程结束进程是结束图4-3交易处理程序流程图缴税交易程序流程图如图4-4所示。其各步骤详细说明如下：客户服务平台发起E6缴费交易，gwhost_gs接收到数据包并将数据包解包到数据元素池中，调用平台函数将数据元素池送到交易处理程序，触发缴费-44- 哈尔滨工业大学工程硕士学位论文交易处理函数。客户服务平台返回码“B0”，表示通信失败。各步骤成功：客服返回码赋值“00”，客户服务平台上传数据元素：“GS_SWDJBH”税务登记编号、“GS_SBSSSQ”申报所属时期等。缴费交易成功修改税票信息表、交易流水表扣款状态；缴款交易需要从小规模基本信息表及明细信息表查找相应数据生成小规模申报报文，通知国税缴费。acct_flag=9初步记录交易流水开始表预置给客服的返回取小规模基本信息码数据元素获取客服上传数据要素取小规模明细信息调用gsmdta发送国税转发客服交费交易根据国税流水号查为小规模申报到第询税票信息表三方核对扣款金额和扣款日期交易成功no结束yes根据分配比例编码开启事务取分配比例信息对扣款金额分账处修改税票信息表缴理款状态acct_flag=0修改交易流水表状根据收款国库编码态客服返回码赋值查收款国库编码表取国库所属机构号流水信息赋值事务结束图4-4缴税交易程序流程图税务发送税票信息程序流程图如图4-5所示。其各步骤详细说明如下：国税系统发起（D2）发送税票信息交易，gsdta接收到数据包并将数据包-45- 哈尔滨工业大学工程硕士学位论文解包到数据元素池中，调用平台函数将数据元素池送到交易处理程序，触发税票信息交易处理函数。预置返回码数据元素“GS_BWCLBM”为“01”表示数据处理失败，各步骤执行成功，置“00”。银行接点编码“y004”表示“中国银行”；报文类型“sp1”表示税票信息报文；“query_num”变量记录税票条数；“spmxhs”记录税票明细信息条数。“Tran_flags”为交易状态标志，“06”表示插入税票信息之前错误，“99”表示插入税票成功状态，如果Tran_flags=06，直接返回国税扣款失败，不调用cssdta请求客户服务平台扣款。国税发起d2交易触发该程序开始预置返回码数据元素No银行接点编码y004Yes报文类型编码Nosp01Yes交易流水表开启事务开启事务插入新记录调用cssdta向客户根据国税交易流水Index
