基于芯片存储技术的金融IC卡

天津理工大学2015届毕业论文目 录第一章绪论11.1国内外发展现状11.1.1国际金融IC卡系统11.1.2国内金融IC卡系统11.2发展之路21.21金融IC卡在市场上的发展趋势21.2.2金融IC卡的发展趋势3第二章相关技术基础42.1 MVC框架开发42.1.1 MVC概述52.1.2Struts的优点与不足72.2 Struts的工作流程72.3 Hibernate介绍92.3.1 Hibernate核心类概述102.3.2Hibernate控制的事物11第三章需求分析与实现113.1系统需求说明113.1.1项目的目的与目标123.1.2相关文档123.2业务实现123.2.1借记IC卡柜面交易需求123.2.2贷记IC卡系统柜面交易需求37参考文献54致谢5556第一章 绪论1.1国内外发展现状随着我国电子化建设的快速发展，金融IC卡作为一种新型的金融支付工具，在金融业务和公共服务领域越来越广泛。当今是一个电子化不断发展的年代，在过去的一段时间磁条卡出现了很多问题。例如：不够安全、交易成本高、一手持多卡使用不方便等缺点，已经不再适应未来更为复杂的业务。因此，金融IC卡应运而生。1.1.1国际金融IC卡系统先来介绍国际上通用的EMV标准，它的全称是EuroPay MasterCard和Visa简称为EMV，是国际上的一种操作规范，它是由国际三大卡组织共同制定的。主要是用来规范金融支付系统的IC卡及读卡终端。EMV标准集合了已有相关金融规范的全部优点，更加突出了他的安全性。所以，它将促进金融IC卡逐步替代磁条卡，从而可以使全球范围的金融IC卡实现国与国、厂与厂、金融机构之间的胡操作，实现一卡多用。早在1985年法国就开始使用银行IC卡（业务面小于金融IC卡），到了90年代中期得到广泛使用，当时主要以小额支付为主，例如电子钱包等。在当时很多国家并不接受银行IC卡，使用现在已经停止了对电子钱包VISA Cash的推广。于是国际卡组织在1999年重新调整了IC卡的发展重点，以借记卡/贷记卡的IC化为重心开始推广。我们称这次调整为EMV迁移。这次迁移的重点放在了防止卡片欺骗和促进金融支付多样化这两个方面上，被称为是卡片支付介质的一次革命。在这种环境下，各家银行开始发多功能卡，非接触卡等创新产品，为了用产品多样化来争夺银行卡的市场份额。这次革命对所有卡支付的相关行业产生重大而深远的影响。目前，各个国家都遵循EMV规范，在努力推进由金融IC卡取代磁条卡的进程（EMV迁移）。这样不仅有利于规范金融市场，更有助于提高金融市场的安全。1.1.2国内金融IC卡系统我国在1994年第一次提出了“磁条卡与智能卡并用，逐步向智能卡过度”的指导思想。在1997年底，中国人民银行在EMV v3.1.1规范的基础上组织制定了中国金融集成电路（IC）卡规范（又称PBOC1.0标准）。2005年，人民银行和中国银联按照我国银行卡芯片化设计要求正式颁布了POBC2.0，在规范中电子钱包/存折应用得到了补充完善，同时与EMV标准兼容的借/贷记应用、非接触式IC卡物理特性标准、电子钱包扩展应用指南、借/贷记应用个人化指南等这些内容也被新添加到POBC2.0标准中。该标准能够有效的指导实施我国银行卡芯片化实现联网通用和安全，将为我国银行卡芯片化奠定标准基础。金融IC卡要按照PBOC标准在全国建立三级密钥管理系统，这三级分别是：人民银行总行为一级密钥管理系统；二级密钥管理系统由各商业银行总行和人民银行各中心支行建立；商业银行地区分行建立三级密钥管理系统。由于密钥级别的不同，密钥可在密钥管理系统中分为公共密钥和分行专有密钥还有管理密钥三个大类。人民银行总行、人行地区分行、商业银行发卡行这三级密钥管理系统已经建立，各家商业银行在开发卡系统时就有了统一的标准。现在，人民银行在北京、上海、长沙三地开展了金融IC卡的试点工作，并成立了相应的银行卡服务中心，这一举措可以有效的规范系统统一建设，同时也可以促进交易的通用性和资源的共享。1.2发展之路1.2.1金融IC卡在市场上的发展趋势在日常生活及经济活动过程中，对快速金融结算、支付、认证等服务需求呈现爆发式增长，同时，对交易便捷、安全性要求达到了前所未有的高度；在此背景下，安全、高效的小额支付应用需求在各地区、各行业领域应运而生，并呈现出快速发展的势头，在很大程度上会削弱或替代“现金”的支付功能；为满足这类需求，从社会经济、金融体系、支付结算体系等都将做重大调整和改变，会逐步形成新的金融秩序之外。发行金融IC卡对银行来讲，是势在必行的。根据央行时间表，自2010年7月1日起，新投放的POS和ATM终端应具备金融IC卡的受理功能；存量直联POS终端应在2010年底完成金融IC卡受理改造；存量间联POS终端应在2011年底完成金融IC卡的受理改造；ATM终端和非现金终端应在2012年年底完成金融IC卡的受理改造。到2015年，所有银行卡将全面发行银联POBC2.0标准的金融IC卡。同时，周边国家和地区EMV迁移的进度远远超过国内，金融卡欺诈有明显的向国内蔓延倾向，亚太区内从2006年1月开始，将目前欺诈风险主要发卡机构承担的惯例，改为发卡机构和收单机构中未采取EMV迁移的一方承担，许多国家和地区已颁布法令，在其境内必须发行和使用金融IC卡，国际上的银行卡组织和金融机构也在大力推动全球磁条卡向金融IC卡迁移。国内银行如不积极应对将面临巨大损失。1.2.2金融IC卡的发展趋势由于金融IC卡的容器特性，它可以整合银行、应用提供商、商户和企业（行业）资源，为持卡人提供更加便利的服务。而银行作为金融IC卡的发卡单位，理应成为资源整合的发起者，以掌控相关资源，提高对持卡人的服务水平，提升银行的盈利能力。金融IC卡能够满足网络支付、电话支付、手机支付等各种新型支付领域的安全要求，未来能取代网银证书、口令卡等个人安全验证工具，成为全面的支付工具，实现各种渠道的支付。金融IC卡不仅具备了目前各种行业卡的功能，而且拥有更为丰富的使用渠道，特别是能够复合多种应用，未来将取代各种行业卡，将多种卡片功能复合在一张卡片中，不仅减少社会在受理终端和卡片及系统的资源投入，降低相关资金风险，也减少公民需携带的卡片数量和需管理的账户数量，方便生活和工作。基础系统搭建的发展：按照人民银行要求发出金融IC卡：建立电子现金的相关的核算制度和差错处理机制；再发卡中建立行业应用扩展的基础。行业应用拓展：根据银行的业务战略、客户方向等选择主推的行业应用模式；根据银行的不同客户群选择不同的行业应用类型；分行寻找行业的应用机会，做成金融IC卡行业应用的案例。多应用管理的发展趋势：在行业应用案例逐步丰富的情况下，通过总行形成对行业应用的统一管理机制；发展电子渠道，方便持卡人行业应用的自助服务；基于电子渠道的营销和服务体系，发展面向个人的行业应用模式。卡产品创新的发展：在行业应用资源丰富的情况下，有选择的培养持卡人应用使用习惯；根据客户群特点设定银行卡品牌，选择符合品牌特征的和客户特点的应用丰富银行卡品牌内容。金融IC卡的应用试点工作在北京、上海、宁波等多个城市取得重大阶段性成果之后，接下来的任务是进一步加强银行业与国内重要行业的合作，加快关键系统的开发和升级改造，完善IC卡标准和安全体系建设。第二章 相关技术基础2.1 MVC框架开发MVC即Model-View-Controller，M代表业务逻辑，V代表视图，C代表控制层。通过使用MVC模式就把软件层次分为3个层模型层、视图层、控制层。视图（View）层：就是用户能看到的界面。在J2EE技术中，常用的表示层技术主要由JSP、JSF、Freemarker等组成。模型封装应用程序状态响应状态查询应用程序功能通知视图改变状态查询 状态改变 通知改变视图解释模型模型更新请求发送用户输入给控制层允许控制器选择视图控制层定义应用程序行为用户动作映射成模型更新选择响应的视图 视图选择 用户请求 方法调用 事件图1-1 MVC组件类型的关系和功能模型（Model）层：也就是软件业务的实现部分。一个软件有什么功能，它如何实现功能，这些功能之间的联系都是在模型层进行处理的。可以这样说，模型层是一个软件的核心，软件功能的好坏、软件功能是否完善，业务层起到了决定性的作用。控制（Controller）层：Struts中的控制层和Servlet的功能一模一样，就是调用业务层，然后进行视图的切换。控制层几乎不做任何与业务有关的事情，比如登录验证这些。所以在软件的分层结构设计中，控制层的代码量几乎是最少的，但它的作用也是非常重要的。通过将模型、视图与控制层的分离，各个层之间的联系非常少，但这样做的好处是，控制层可以随意地切换到自己想要展示的页面，然后控制层调用业务逻辑层和持久化保存数据层，来实现软件的功能，再转回到控制层，最后将最终的结果显示到视图层，这实际上是一种模型的变化传播机制。模型、视图、控制层三者之间的关系和各自的主要功能如图1-1所示。2.1.1 MVC概述MVC Model 1介绍在最初开发JSP项目过程中，使用最广泛的方法就是：JSP+JavaBean，虽然这是一种针对大型软件项目过时的技术，但这样的方法直到现在有些公司还在乐此不疲的使用，也许就是项目的需要，但它的优点也是不可否认的：速度。由于没有经过任何的框架封装，运行起来会非常快。MVC1模型在UI图形用户界面端JSP文件里，夹杂着大量的JSP脚本和HTML语言代码及一些JavaScript脚本，这就加大了程序调试、维护的困难度。想一想，如果在一个包含10万行的JSP文件中调试程序的情景是多么困难。MVC model 1模型如图1-2所示。应用服务器数据库JSP页面电脑图1-2JavaBean图1-2 MVC model 1模型从图1-2中可以看出，JSP是整个应用系统的门户。主要负责以下4项工作： 负责与客户端的所有通讯。 处理所有的请求。 处理所有的答复。 负责显示复杂的UI用户界面。在处理答复的时候，从数据库中存取数据有两种方式： JSP自己直接去存取。 由JavaBean来完成。因为JavaBean可以被放在一个请求上下文或者用户会话中，这样就可以在不同的JSP页面之间通信，对于有过开发JSP+JavaBean的经验的就更好理解了。当然这种模型在进行快速创建和需求不是很复杂且规模较小的Web应用的情况下是有很大优势的，比如JSP和HTML（）。在JSP页面中同时实现显示业务逻辑和流程控制，从而可以快速地完成应用开发。缺点：从工程化的角度考虑，他也有一些不足之处把表现层和业务逻辑层的程序代码揉合在一起，不利于以后的维护工作及开发角色的分配，所以这种模式只适合于小的系统开发和单人开发。MVC Model 2介绍由于MVC1模型较容易出现由于变现层和业务逻辑层程序代码揉合在一起对软件开发的维护、管理和调试不利的一面，Servlet/JSP规范的0.92版描述了在一个应用中使用Servlet和JSP的架构，这也就是现在所说的MVC Model 2模型，如图1-3所示。该模型结构即JSP+Servlet+JavaBean。MVC Model 2模型又称作以Servlet为中心（Servlet Centric）的设计模型。应用服务器 应用服务器Servlet数据库电脑JavaBeanJSP图1-3 MVC Model 2 模型对比图1-3“MVC Model 2模型”和图1-2“MVC Model 1模型”的结构图，从JSP这个角度来看，JSP页面至少少了两个任务，即获取和处理用户的请求，因为Servlet相当于控制器（Controller）角色，它负责接收客户端请求并处理此请求，将它传递给合适的JSP，而JSP则显示给用户。所以JSP页面这时候主要做两件事情： JavaBean直接与数据库打交道取得数据后，JSP从JavaBean中读取数据。 把结果返回给客户端。根据Model2，Servlet处理数据存取和导航流，JSP处理表现。Model 2强制性准则使Java软件工程师和HTML用户界面设计者分别工作于他们所熟悉的部分。Model 2应用功能的一部分发生改变并不牵连其他部分也跟着发生改变。2.1.2Struts的优点与不足与其他Apache项目一样，Struts一大优点是他也是开源软件，这样其内部实现机制就能为开发者更深入地了解。Struts其他主要优点有两个：页面导航和Taglib。软件今后的一个发展方向就是页面导航，有了它，就能提高系统脉络的清晰程度。而且该技术的运用也比较简单，只要借助一个配置文件，就能对整个系统各部分及相互间联系完整的把握，极大地提高了系统的可维护性。作为Struts的标签库，Taglib具有灵活运用的特点，能使开发效率得到极大地提升。当前除了使用JSP自带的常用标记外，国内的JSP开发者还鲜有开发自己的标记的，而Struts的出现可以改变这种状况。作为Struts的一个优势，Taglib会对初学者带来很多麻烦，因为学习和掌握会打乱他们网页编写的习惯，而且这是一个很长的持续的过程。只有当程序开发者完全习惯了它后，他的优势才会被感觉到。另外，Struts会增加系统的复杂度，这主要是因为他将MVC的控制器一分为三。虽然Struts还存在着很多缺点，但已经成为J2EE MVC一种优秀的实现方式。从Struts问世后半年的历程来看，许多商业软件的开发中都已经有了他的身影。2.2 Struts的工作流程Struts的运行机制有自己的特点，但万变不离其宗MVC 2模型的设计概念也正是Struts的根本。当在一个浏览器中输入一个URL地址后，Struts运行过程大体如下。（1） 服务器端接收客户端用户的URL请求并响应，此时在浏览器中显示页面。比如这个用户的URL请求是login.jsp，显示登陆页面。（2） 在login.jsp中输入“用户名”和“密码”后，单击“登陆”按钮提交表单。“用户名”和“密码”的html文本域的name属性分别是“username”和“password”。（3） 这时一个表单提交请求产生，由服务器端的ActionServlet类进行接收。ActionServlet类会查找在服务器启动时就加载到内存的Struts-Config.xml配置文件（这个文件中的内容是由程序员来维护的），根据文件中的内容进行路径与功能的映射查询。这个ActionServlet类相当于十字路口的路标，指引方向，就是相当于所有的标记的Action属性中的内容在struts-config.xml文件中进行统一管理了。a) ActionServlet类将接收到的客户端请求的表单打包成一个ActionForm类，这个类就是使用set或get方法的JavaBean。存取的当然就是“用户名”和“密码”了，即“username”和“password”域。在这个ActionForm类中有两个方法：validate和reset。方法validate的功能是简单地检验一下传进来的“用户名”和“密码”的正确性，比如是否为空。方法reset是初始化get或set的那个变量。封装前台表单username和password的Java的Bean历程如下：public class LoginForm extends ActionFormprivate String password;private String username;public ActionErrors validate(ActionMapping mapping,HttpServletRequest request) /一些校验语句return null；public void reset（ActionMapping mapping，HttpServletRequest request）password=”;username=”;public String getPassword()return password;public void setPassword(String password)this.password = password;public String getUsername()return username;Public void getUsername(String username)this.username = username;到这步打包成ActionForm类就成功了。（4） 在服务器内存中的Struts-Config.xml文件中去找到由哪个“功能模块”进行用户名和密码的详细验证，比如与数据库中的内容对比。这里的“功能模块”就是Struts中的ActionForm类。（5） 在ActionForm类中的public ActionForward execute（ActionMapping mapping，ActionForm from，HttpServletRequest request，HeepServletResponse response）方法从ActionForm中取得“用户名”和“密码”来进行检验，那么这个ActionForm的实例form参数中的值是前面定义的类LoginForm的实例。检验处理结束后需要返回（return）一个ActionForward对象。这个ActionForward对象的功能就是相当于JSP中的功能转发。（6） 如果校验成功则转到true.jsp登陆成功页面。如果校验不成功则转到false.jsp页面。Struts的工作流程如图2-1所示。此图就是上面过程的一个微化。ServletActionForm客户端请求 Action ActionForward 图2-1 Struts的工作流程2.3 Hibernate介绍JBoss公司的Hibernate开源项目为为企业级开发中的数据持久层技术注入了新鲜的血液，它不仅对跨数据库、事务封装、ORM映射、延迟加载等这些细节技术提供了完善的解决方案，也对一些在程序开发中容易忽略的问题进行了良好的封装和规划，具体有以下几个方面。通过使用ORM-Object-relational mapping映射，以BEAN的形式操作数据库中的记录。强大的一级、二级缓存机制结合数据库连接池POOl，这样使CURD的操作效率大大得到提升。在对SQL的可维护性Hibernate也做的非常优秀，将系统中大量的SQl语句放入XMl文件中进行统一管理，有助于项目的总体设计及维护修改。Spring+Hibernate+范型是一个强大的组合，这样可以免去编写大量的DAO代码，减少了工作量，而且维护性大大增强。JSR专家组的大部分成员来自JBoss，所以Hibernate的发展还是具有远瞻性的，相信Hibernate会越来越好。减少那些大量重复的JDBC代码，使用Hibernate后，重复性的工作量大大减少。项目融入Hibernate后，可以更加地面向OOP编程，以面向对象的方式思考程序的结构架构。更好的性能和移植性使Hibernate成为现阶段软件项目中最常使用的持久层技术框架。如果用最简单的一句话总结Hibernate，我想说：以一个Bean来操作ResultSet并且带有很多附属功能的软件框架。Hibernate的完美主要体现在ORM上。2.3.1 Hibernate核心类概述1）ConfigurationConfiguration类的主要功能是“配置”。statictryconfiguration.configure(configFile);sessionFactory = configuration.buildSessionFactory();catch(Exception e)System.err.println(“%Error Creating SessionFactory%”);e.printStackTrace();上面的静态代码段通过使用configuration对象的configure方法来从参数configFile进行初始化，其中configFile变量的值为：private static String CONFIG_FILE_LOCATION=/Hibernate.cfg.xml;private static String configFile=CONFIG_FILE_LOCATION;从上面的程序中可以了解到Configuration类的主要作用就是从配置文件Hibernate.cfg.xml文件中读取数据库的基本信息，比如URL、用户名、密码、驱动名称等来连接指定的数据库，configure方法会在当前的classpath路径中寻找Hibernate.cfg.xml配置文件进行加载。2）SessionFactory在前面通过DAO进行保存数据的功能就是使用Session接口来实现的，而Session实例是由SessionFactory接口创建而来的，而SessionFactory接口是由Configuration接口的buildSessionFactory()方法创建的，参看HibernateSessionFactory.java代码：Configuration.configure(configFile);sessionFactory = configuration.buildSessionFactory();SessionFactory不仅具有创建Session对象的功能，而且还具有所有映射关系及二级缓存的维护等工作，但SessionFactory最大的特点就是“重量级”。这里的重量级指的就是在使用SessionFactory时消耗的内存很大，创建的过程非常复杂，使用的时间也很长。基于这个特性，在configuration.buildSessionFactory()中创建完SessionFactory后，SessionFactory就是一个独立的内存对象，不再与Configration对象产生任何的关系。SessionFactory采用了线程安全的设计，所以如果有多个线程可以非常安全地创建Session对象，以进行稳健安全的并发创建对象的运行。3）SessionHibernate中的Session对象相当于JDBC的Connection对象，使用Session接口可以进行数据的CURD（Create Update Read Delete）操作，Session接口也是Hibernate使用最频繁的工具类，掌握Hibernate的基础，Session的使用是很重要的技能点。Session由于在系统中被频繁地调用，所以在框架的设计上使用了“非线程安全”。将非线程安全的Session对象放入HibernateSessionFactory.java类中的代码如下：private static final ThreadLocalthreadLocal();将Session对象放入ThreadLocal对象中，所以在每一个客户端访问时都有自己独有的Session对象，使用ThreadLocal类非常完美地解决了Session非线程安全的问题。我们现在使用HibernateSessionFactory.java类中的Session对象完全是“线程安全”的。Session对象也是“轻量级”的，所以Session对象可以被频繁地创建或销毁，在性能上影响非常小。2.3.2Hibernate控制的事物与JDBC的事务隔离级别类似，hibernate处理主要体现在以下方法中：设置时要在hibernate.cfg.xml配置21. 读已提交的数据(Read committed isolation)2. 可串行化级别(Serializable isolation)3. 读未提交的数据(Read uncommitted isolation)4. 可重复读级别(Repeatable read isolation)第三章 需求分析与实现3.1系统需求说明金融IC卡具备很多很多优点是磁条卡所不能比拟的，例如：脱机、非接触、快速支付的属性，尤其是在小额支付领域表现的特别明显。在我们的生活中处处体现着它的优点，例如交通刷卡、刷卡购买快餐、刷门票、刷卡缴费等，目前这些领域主要以现金和行业卡支付方式为主。银行卡推出IC小额支付产品能拓展银行卡的使用范围，减少日常携带现金的不安全性，而且方便支付和杜绝假币的使用，将逐步形成快捷、安全、全面的小额支付联网通用环境，满足建设我国现代化金融服务的要求。3.1.1项目的目的与目标本项目实现在制卡完成后。发卡、换卡等相关交易的后台操作。主要实现对后台账目的操作，用户张本金额的变化。以及卡状态的变更。最终目标，能够稳定的完成实时业务交易，实现账务正确处理。满足人行对于IC卡的发卡使用的最基本要求。以现有的银行卡业务为基础，和成型的IC卡技术为指导。IC卡业务处理系统的处理能力，应能适应日均一万笔业务、峰值五万笔交易的要求，处理速度快。系统性能指标的设计应满足业务量出现跨越式增长的要求，符合先进性、稳定性、安全性、扩展性的系统设计要求。我行目前发行的IC卡为磁条加芯片的复合IC卡。芯片部分可完全替代磁条卡功能，当芯片损坏或无法正常读取时，可进行磁条卡交易。借记复合IC卡使用新BIN号623103在综合业务系统内增加主菜单“IC卡业务”该菜单项下主要包括：IC卡账务处理和IC卡辅助管理。这两部分主要涉及IC卡常见及特殊交易，如IC卡开卡、IC卡换卡、存款、取款、销户、圈存等。3.1.2相关文档金融 IC 卡业务平台项目需求说明书中国银联基于借记贷记应用的小额支付规范银行卡卡片规范银行卡销售点（POS）终端规范银行卡自动柜员机（ATM）终端规范中国金融集成电路（IC）卡规范基于借记/贷记应用的小额支付规范银行卡联网联合技术规范银行卡业务运作规章：第七卷 IC 卡业务规则3.2业务实现3.2.1借记IC卡柜面交易需求一、概述：我行目前发行的IC卡为磁条加芯片的复合IC卡。芯片部分可完全替代磁条卡功能，当芯片损坏或无法正常读取时，可进行磁条卡交易。借记复合IC卡使用新BIN号623103 在综合业务系统内增加主菜单“IC卡业务”该菜单项下主要包括：IC卡账务处理和IC卡辅助管理。这两部分主要涉及IC卡常见及特殊交易，如IC卡开卡、IC卡换卡、存款、取款、销户、圈存等。（一）“IC卡业务”主菜单特殊处理方式：1该部分交易仅受理BIN号为623103的借记IC卡。纯磁条卡在该菜单项下无法受理。2该部分交易增加IC卡特有的ARQC、ARPC的联机验证机制，如果验证失败，系统会提示“卡片验证失败”。3该菜单项下不能做“降级处理操作”当芯片无法正常读取时，用磁条在该交易下无法完成操作。（二）“借记卡业务”主菜单特殊处理方式：1无折开卡(125753)、无折正常销卡（125754）、无折挂失销卡（125755）、无折批量开卡数据编辑（125756）、无折批量开卡（125757）、卡挂失补发(125025)、换卡(125027)等视为IC卡特殊交易，BIN号为623103的IC卡不得在综合业务系统“借记卡业务”主菜单下使用磁条进行操作。除这些特殊交易外借记IC卡涉及的其他交易，均可使用磁条在“借记卡业务”主菜单下操作。2这些特殊业务需要增加BIN号判别，若BIN号为623103的IC卡在综合业务系统“借记卡业务”主菜单下进行特殊交易，系统进行拒绝，并提示“交易拒绝，请在IC卡业务内操作”。二、“IC卡业务”主菜单交易列表（一） IC卡账务处理1、IC卡开卡1.1 IC卡批量开卡数据编辑1.2 IC卡批量开卡2、IC卡销户2.1 正常卡销户2.2 损坏卡销户2.2.1 损坏卡主账户销户2.2.2 损坏卡电子现金销户2.3 挂失销户3、卡活期存款4、卡活期取款5、卡转账6、指定账户圈存7、现金充值8、圈存冲正9、圈提冲正（二） IC卡辅助管理 1、卡挂失 2、卡密码挂失 3、卡解挂 4、卡密码解挂 5、卡挂失补发 6、卡密码挂失重置 7、换卡 7.1 完好卡换卡 7.2 损坏卡换卡 8、卡冻结 9、卡解冻 10、卡改密 11、电子现金参数查询及修改 12、电子现金余额查询 13、电子现金明细查询 14、电子现金账户明细查询 IC卡账务处理8支交易中卡活期存款、卡活期取款、卡转账为传统交易；IC卡辅助管理16支交易中卡挂失、卡密码挂失、卡解挂、卡密码解挂、卡密码挂失重置、卡冻结、卡解冻、卡改密为传统交易，上述交易流程不经过IC卡系统，所以改动不大，只是变动了卡号输入方式默认插卡。其余交易均需要经过IC卡系统与电子现金有关，都为新增交易，改动较大，具体交易流程见IC卡新增业务柜面处理流程。三综合业务系统“IC卡业务”菜单介绍：（一）“IC卡业务”主菜单柜员号 2012/06/30机构号 柜员名 IC卡业务 ttyp01.IC卡账务处理2.IC卡辅助管理信息行: 请选择=功能键:F3=退出F9=重复（二）IC卡账务处理柜员号 2012/06/30机构号柜员名 IC卡账务处理ttyp01.IC卡开卡2.IC卡销户3.卡活期存款4.卡活期取款5.卡转账6.指定账户圈存7.现金充值8.圈存冲正信息行:请选择=功能键:F3=退出F9=重复柜员号 2012/06/30机构号 柜员名 IC卡开卡 ttyp0 1. IC卡 开 卡 2. IC卡批量开卡数据编辑 3. IC卡批量开卡 信息行: 请选择=功能键: F3=退出 F9=重复1.IC卡账务处理IC卡开卡2.IC卡账务处理IC卡销户柜员号 2012/06/30机构号 柜员名 IC卡销户 ttyp0 1.正常卡销户 2. 损坏卡销户 3. 挂失销户 信息行: 请选择=功能键: F3=退出 F9=重复3.IC卡账务处理IC卡销户损坏卡销户柜员号 2012/06/30机构号 柜员名 损坏卡销户 ttyp0 1. 损坏卡主账户销户 2. 损坏卡电子现金销户 信息行: 请选择=功能键: F3=退出 F9=重复（二）IC卡辅助管理柜员号 2012/06/30机构号柜员名 IC卡辅助管理ttyp01.卡挂失 13.电子现金余额查询2.卡密码挂失 14.电子现金明细查询3.卡解挂 15.电子现金账户明细查询4.卡密码解挂5.卡挂失补发6.卡密码挂失重置7.换卡8.卡冻结9.卡解冻10.卡改密11.卡片客户信息同步12.电子现金参数查询及修改信息行:请选择=功能键:F3=退出F9=重复1.IC卡辅助管理换卡柜员号 2012/06/30机构号 柜员名 换 卡 ttyp0 1. 完好卡换卡 2. 损坏卡换卡 信息行: 请选择=功能键: F3=退出 F9=重复四IC卡新增业务柜面处理流程（一）IC卡开卡输入界面第一屏888888 柜员号 2012/06/30机构号柜员名 IC卡开卡 860616-1ttyp0证件类别:_证件号码:_信息行:F4-列表选择功能键:F3=退出F4=列表F9=重复F10=提交第二屏888888 柜员号 2012/06/30机构号柜员名 IC卡开卡 127753-1ttyp0客户号:A12010619990101001100客户名称:测试卡片种类:01借记IC卡员工卡标志:1IC卡卡号：密码：存款金额:_工本费标志:_工本费:信息行: 功能键:F3=退出F4=列表F9=重复F10=提交注解：1、IC卡卡号默认插卡读取。2、卡片种类：核心需要更新下拉菜单。3、卡管系统需要配置开卡工本费。4、如果是新客户，需要先建立客户信息。显示输出：与借记卡系统无折开卡显示输出一致打印凭证：1、与借记卡凭证一致，开卡凭证需要重新设计，包括开卡凭证背面需要注明IC卡相关业务说明。新增电子现金余额为0的要素。2、存款凭条无需变动。（二）IC卡换卡1、完好卡换卡本交易用来完成在IC芯片没有损坏可以读取但磁条部分损坏的情况下，进行换卡操作。输入界面：第一屏：老卡电子现金清零，写卡125027 柜员号 2012/06/30机构号 柜员名 完好卡换卡 125027-1ttyp0旧卡号:_旧卡电子现金余额：123.00 密码:_持卡人姓名:证件名称:_证件号码:_信息行:功能键:F3=退出F4=列表F9=重复F10=提交注解：1、旧卡号默认插卡读取，若读卡失败系统系统无法进行下一步操作。2、客户姓名回显、手工输入证件名称、证件号码等信息。需要主管柜员授权第二屏如果电子现金余额为“0”系统自动进入第三屏换卡界面，如果电子现金余额大于“0”则自动跳转圈提交易界面。888888 柜员号 2012/06/30机构号 柜员名 圈提交易 125754-1ttyp0卡号:6223299901023331234 户名：测试币种：01 人民币 钞汇别：0 本币电子现金余额：123.00圈提金额：_信息行:功能键:F3=退出F4=列表F9=重复F10=提交注解：1.卡号输入方式默认插卡。2.F10提交后，屏幕显示“卡片电子现金余额圈提成功，请插入内部记账凭证，按回车键打印” 如果系统提示“圈提失败”柜员需要先查询电子现金余额是否减少，如果电子现金余额减少，主账户余额没有增加。在“圈提冲正交易”进行冲正。3、内部记账凭证打印两联，借方一连、贷方一连。留存柜面，不给客户。第三屏：打印成功后，联动进行第三屏，进行新卡写卡操作125027 柜员号 2012/06/30机构号 柜员名 损坏卡换卡 125027-1ttyp0旧卡