【新一代3.1期贷记卡p8发卡国际卡组件的设计、实现及测试】

【新一代3.1期贷记卡p8发卡国际卡组件的设计、实现及测试】 新一代发卡组件费用主体的分析与设计 新一代3.1期贷记卡P8发卡国际卡组件的设计、实现及测试 摘 要 信用卡作为一种个人金融服务产品，为持卡人提供服务的同时需要的同时，也不断的继承着与国际组织间的所有功能。为了鼓励用户用卡、提高客户使用的方便性，会同国际组织进行协作，保证在不同的国际网络下能够有效、方便的进行支付。目前我行信用卡已加入VISA，MasterCard，JCB三个国际卡组织，可以再这些国际卡组织的网络下进行包括退货，撤销，冲正，查询，入账清算及争议处理等服务。 目前，要继承现有信用卡与国际组织间的所有功能，还有一些难点和问题。包括，国际卡组织的交易类型比较复杂，存在各种类型的交易，需要针对不同类型的交易进行不同的判断。例如，拒绝确认类交易，授权重复请求交易等。此外，国际卡组织还有多种特殊的交易，对不同的卡组织，也有不同的规则。因此，如果对这些交易分类不清，在造成系统开销大量增加，并影响贷记卡系统稳定性的同时，也会出现较大的隐患。同时在测试方面，也会造成测试不完全，不准确，容易造成生产事故。 本文介绍了学员钱陆在新一代发卡组件中的参与情况，以新一代发卡组件的技术架构为基础，结合退货，撤销，冲正，查询，入账清算及争议处理等方面，分析并设计了发卡国际卡组件授权的处理逻辑。 关键词:信用卡 国际卡 授权 新一代发卡组件费用主体的分析与设计 目 录 1 绪论.......................................................................................................................... 4 1.1 研究背景 .......................................................................................................... 4 1.2 研究意义 .......................................................................................................... 4 1.3 研究内容 .......................................................................................................... 5 1.4 论文结构 .......................................................................................................... 6 2 发卡组件架构介绍..................................................................................................... 7 2.1 层级架构 .......................................................................................................... 7 2.1.1 个人卡 ................................................................... 错误～未定义书签。 2.1.2 公司卡 ................................................................... 错误～未定义书签。 2.2 联机交易及批量处理 ........................................................................................ 8 2.3 费用介绍 .......................................................................................................... 9 2.3.1 年费的业务规则 ................................................................................... 9 2.3.2 滞纳金的业务规则................................................................................ 9 2.3.3 超限费的业务规则................................................................................ 9 2.3.4 取现手续费的业务规则........................................... 错误～未定义书签。 2.3.5 交易手续费的业务规则........................................... 错误～未定义书签。 2.3.6 短信费的业务规则.................................................. 错误～未定义书签。 2.3.7 工本费的业务规则.................................................. 错误～未定义书签。 发卡组件费用定价的分析与设计.............................................................................. 10 3 3.1 定价体系 ............................................................................ 错误～未定义书签。 3.1.1 总体设计............................................................................................ 10 3.1.2 外部关系................................................................ 错误～未定义书签。 3.2 费用定价的设计 ................................................................. 错误～未定义书签。 3.2.1 年费部件................................................................ 错误～未定义书签。 3.2.1.1 卡片费用部件........................................... 错误～未定义书签。 3.2.1.2 卡片费用部件.................................... 错误～未定义书签。 3.2.2 滞纳金部件 ............................................................ 错误～未定义书签。 3.2.3 超限费部件 ............................................................ 错误～未定义书签。 3.2.4 取现手续费部件 ..................................................... 错误～未定义书签。 3.2.5 交易手续费部件 ..................................................... 错误～未定义书签。 3.2.6 卡片服务费部件 ..................................................... 错误～未定义书签。 4 发卡组件费用结算的分析与设计.............................................................................. 13 4.1 年费的分析与设计 .............................................................. 错误～未定义书签。 4.1.1 年费的设计思路 ..................................................... 错误～未定义书签。 4.1.2 年费的联机处理 ..................................................... 错误～未定义书签。 4.1.2.1 查询卡片统计信息.................................... 错误～未定义书签。 4.1.2.2 查询\维护\新增卡片费用计划部件............. 错误～未定义书签。 4.1.2.3 查询\维护\新增卡片费用表 ....................... 错误～未定义书签。 4.1.2.4 产品层设置卡片费用计划部件 .................. 错误～未定义书签。 I 新一代发卡组件费用主体的分析与设计 4.1.2.5 卡片层个性化设置.................................... 错误～未定义书签。 4.1.3 年费的批量处理 ..................................................... 错误～未定义书签。 4.1.3.1 按照账户、卡片统计累计字段 .................. 错误～未定义书签。 4.1.3.2 生成年费逻辑........................................... 错误～未定义书签。 4.2 滞纳金的分析与设计 .......................................................... 错误～未定义书签。 4.2.1 滞纳金的设计思路.............................................................................. 20 4.2.2 滞纳金的联机处理.................................................. 错误～未定义书签。 4.2.2.1 卡类层设定延滞参数 ................................ 错误～未定义书签。 4.2.2.2 账户层设定免收参数 ............................................................ 20 4.2.2.3 查看用户的信用记录 ................................ 错误～未定义书签。 4.2.3 滞纳金的批量处理.................................................. 错误～未定义书签。 4.3 超限费的分析与设计 .......................................................... 错误～未定义书签。 4.3.1 超限费的设计思路.................................................. 错误～未定义书签。 4.3.2 超限费的联机处理.................................................. 错误～未定义书签。 4.3.2.1 卡类层设定超限费参数............................. 错误～未定义书签。 4.3.2.2 账户层设定免收参数 ................................ 错误～未定义书签。 4.3.3 超限费的批量处理.................................................. 错误～未定义书签。 4.4 取现手续费的分析与设计 ................................................... 错误～未定义书签。 4.4.1 取现手续费的设计思路........................................... 错误～未定义书签。 4.4.2 取现手续费的联机处理........................................... 错误～未定义书签。 4.4.2.1 卡类层设定境内外取现手续费参数 ........... 错误～未定义书签。 4.4.2.2 系统参数表设定境外取现手续费参数........ 错误～未定义书签。 4.4.3 取现手续费的批量处理........................................... 错误～未定义书签。 4.5 交易手续费的分析与设计 ................................................... 错误～未定义书签。 4.5.1 交易手续费的设计思路........................................... 错误～未定义书签。 4.5.2 交易手续费的联机处理........................................... 错误～未定义书签。 4.5.2.1 卡类层设定交易费用表............................. 错误～未定义书签。 4.5.2.2 系统参数表设定交易费用表...................... 错误～未定义书签。 4.5.3 交易手续费的批量处理........................................... 错误～未定义书签。 4.6 短信费的分析与设计 .......................................................... 错误～未定义书签。 4.6.1 短信费的设计思路.................................................. 错误～未定义书签。 4.6.2 短信费的联机处理.................................................. 错误～未定义书签。 4.6.2.1 客户层新增短信费签约标志...................... 错误～未定义书签。 4.6.2.2 新增客户短信费签约交易 ......................... 错误～未定义书签。 4.6.2.3 新增卡片短信费签约交易 ......................... 错误～未定义书签。 4.6.3 短信费的批量处理.................................................. 错误～未定义书签。 4.6.3.1 按照卡片产生短信费 ................................ 错误～未定义书签。 4.6.3.2 对同一客户名下的短信费去重 .................. 错误～未定义书签。 4.7 工本费的分析与设计 .......................................................... 错误～未定义书签。 4.7.1 工本费的设计思路.............................................................................. 27 4.7.2 工本费的联机处理.................................................. 错误～未定义书签。 4.7.2.1 查询、维护、新增卡片服务费部件 ........... 错误～未定义书签。 4.7.2.2 产品层设置卡片服务费部件...................... 错误～未定义书签。 4.7.2.3 卡片层个性化设置.................................... 错误～未定义书签。 II 新一代发卡组件费用主体的分析与设计 4.7.2.4 挂失补卡.................................................. 错误～未定义书签。 4.7.2.5 毁损补发.................................................. 错误～未定义书签。 4.7.2.6 实时建档.................................................. 错误～未定义书签。 4.7.3 工本费的批量处理.................................................. 错误～未定义书签。 4.7.3.1 年度换卡.................................................. 错误～未定义书签。 4.7.3.2 进件新建卡片........................................... 错误～未定义书签。 4.7.3.3 生成工本费逻辑 ....................................... 错误～未定义书签。 5 总结与展望 ............................................................................................................. 32 5.1 总结 ............................................................................................................... 32 5.2 展望及改进建议 ............................................................................................. 33 III 新一代发卡组件费用主体的分析与设计 1 绪论 1.1 研究背景 信用交易是市场经济高度发达的必然产物和内在要求。信用卡作为信用交易的电子化载体，是现代货币体系的重要延伸。在市场经济发达的欧美国家，信用卡是普遍使用的支付手段和信贷工具。在信用卡数十年的发展历程中，由于它给广大消费者带来了购物支付和个人融资消费的极大便利，促进了商家的支付结算和销售，同时给发卡银行带来了巨大的业务和利润，所以一直保持着快速发展的势头，遍及社会的每个角落，成为人们日常生活的不可或缺的一部分。VISA、MasterCard等行业协会的发展和社会征信体系的健全，为信用卡的发展提供了基础设施和制度保障。特别电子技术、计算机技术和数据信息技术的发展，进一步促进了信用卡产业的规模化、自动化和管理科学化，使其成为国民经济的支柱产业之一。 我行“以客户为中心”的服务理念，发行了双币种贷记卡、商务卡、龙卡汽车卡、金融IC卡、全球支付卡、益贷卡等产品，实现了龙卡信用卡系列产品的差异化、个性化，同时积极开发特色业务功能，包括国内外消费密码可选、分期付款、信用卡代收付等。截至6月末，我行信用卡发卡突破6000万张，客户突破5000万户，客户和发卡新增连续三年保持同业第一。信用卡实现业务收入121亿元，其中中间业务收入87亿元，同比增长33%。其中国际卡业务的发展，为我行信用卡业务带来良好的收益。 随着市场竞争的日益激烈，对信用卡产品的业务功能和信用卡系统的性能都提出了更高的要求。按照贷记卡中心计划，2018年将达到1.2亿的发卡量，届时交易量也会大幅增长。贷记卡系统需要提高系统的可用性、稳定性和并行处理能力，从容应对发卡量和交易量的快速增长。因此，信用卡系统的总体目标是以“信用卡客户全生命周期管理”为基础，以客户最佳体验为目标，打造智慧的、灵活的、可扩展的、易维护的、完整的新一代信用卡系统，实现“国内领先、国际一流”。 1.2 研究意义 信用卡作为一种个人金融服务产品，为满足方便、灵活、友好的特点，需要为持卡人提供多种多样的服务，能够满足持卡人境内外的消费需求。国际卡授权 4 新一代发卡组件费用主体的分析与设计 系统，作为新一代3.1期贷记卡项目之一，需在新一代整体架构下，相关各方继承现有信用卡发卡系统与国际组织间的所有功能，实现新一代信用卡发卡组件的顺利平稳上线。 随着我国国际化脚步的前进，国际卡的使用人群将越来越多，范围越来越广，功能也越来越多样化。要继承现有信用卡与国际组织间的所有功能，还有一些难点和问题: 1、国际卡组织的交易类型比较复杂 2、针对不同类型的交易如何进行不同的判断 3、国际卡组织有多种特殊的交易，对不同的卡组织，也有不同的规则 4、对不同的卡组织，有不同的授权规则 因此，本文将以新一代3.1期需求与国际卡组织相结合为目标分析并详述国际卡组织的功能点，形成概要设计和详细设计方案，并最终提出配套改造方案。 1.3 研究内容 本课题主要研究对象是新一代发卡组件的国际卡授权主题。国际卡授权主题的分析与设计必须以发卡组件的基础架构为前提，包括如下几个方面: 1)国际卡组织结构 不同的卡组织有不同的结构，在国际组织间也有不同的交易流程和校验规则。以VISA为例，目前VISA的网络结构如下:收单和发卡通过VISANET接入点(VAPs)连入VISANET交互中心(VICs),每个VICs都与其他VICs相连接，以便于他们之间的互相通信，为有效传输和处理做了保障。 2)国际卡授权体系 国际卡组织的不同的交易类型决定了国际卡授权类交易的特点。对于卡组织的多样性和交易种类的特殊性，通过灵活的代码设计可以快速对交易进行分类处理，做到对国际卡授权功能的更好的实现，同时对实现稳定高效的国际卡授权功能有着很大的作用。 3)联机服务和批量处理 发卡组件提供了联机交易处理和批量数据处理两大服务。其中，联机交易指银行对外服务的实时事务处理，并记录联机日志，交易包括授权、消费、还款、取现等多种类型。批量模式会抓取各个渠道产生的批量接口文件，进行主档维护 5 新一代发卡组件费用主体的分析与设计 和追帐操作。信用卡核心业务系统是双信息系统，对于非金融类交易，联机生效，批量重做，对于金融类交易，联机冻结，批量入账。 综上所述，国际卡授权主题将以系统的层次架构为前提，从国际卡的交易多样性和卡组织的多样性两方面展开。 1.4 论文结构 本论文共分为五章。 第一章，绪论(即本章)。介绍论文的研究背景、研究意义、研究内容以及论文的组织结构。 第二章，发卡组件的架构介绍。介绍我行新一代发卡组件的核心设计，以及系统的国际卡介绍。 第三章，介绍本文的研究对象费用主题的费用定价部分，包括定价体系的总体设计及六个费用的定价。 第四章，介绍本文的研究对象费用主题的费用计算部分，包括六个费用的业务规则和批量、联机处理方面。 第五章，总结与展望。本章总结了本人一年来的工作内容并对未来的工作进行展望。 6 新一代发卡组件费用主体的分析与设计 2 发卡组件架构介绍 2.1 层级架构 2.1.1 上下文关系图 信用卡发卡组件上下文关系图如下所示: 产品服务层外联集成层P5 P6-8 支付结算收单CCBS客户催收运营配送管理参数管理 TSM平台客户信息管理反欺诈定价管理产品研发 发卡，联机， 业务审批个人资产管财务会计代收代付综合前置安全组件，信用卡，理，引擎， 不良资产内部帐合约管理对公存款争议处理电子银行现金管理管理数据集成层 P10-12管理分析层 图2-1:项目子系统上下文关系图(联机) 产品服务层外联集成层P5支付结算收单客户催收，对私，P6-8CAMS反欺诈新龙网运营配送管理 代理中央产品研发财政 发卡，批量， 财务会计争议处理代收代付TSM平台，引擎， CCBS不良资产现金管理管理数据集成层P9 P10-12管理分析层 财务会计 反洗钱，总账，图2-2:项目子系统上下文关系图(批量) 7 新一代发卡组件费用主体的分析与设计 2.1.2 相关子系统清单 表2-1:子系统清单表 在整体架构中的功能定位在项目中实现的功能或对外提概要说明子系统应达到 描述 供的服务简要描述 的项目非功能需求 构建发卡应用组件，实现提供贷记卡交易授权、产品签遵守新一代相关 发卡逻辑子系全行贷记卡交易授权、核约、合约维护、账务调整和查询、 统 心帐务和产品签约等功能 账户管理等服务 构建完整的贷记卡应用 通过P1、P2应用功能及系统的遵守新一代相关标准 发卡逻辑应用配套改造，与发卡组件共同完成 子系统 发卡应用的建设 2.2 联机交易及批量处理 信用卡发卡组件承接现有信用卡核心业务系统和综合业务系统的功能。信用卡核心业务系统负责处理信用卡全生命周期内的开户、交易处理、账户管理、争议、信息和管理等行为，包含发卡和账户管理、授权、会计核算、客服交易接口、安全控制、分期付款、清算与争议、基础信息与加密机接口九大模块。 系统提供了联机交易处理和批量数据处理两大服务。其中，联机交易指银行对外服务的实时事务处理，并记录联机日志，交易包括授权、消费、还款、取现等多种类型，来自ATM，POS，网银，高柜，低柜，客服，IVR等多个渠道。批量模式会抓取各个渠道产生的批量接口文件，进行主档维护和追帐操作，信息处理量大，时间长。 信用卡核心业务系统是双信息系统，不仅有联机交易，还有日终批量处理。所谓双信息，就是指联机进行授权处理，批量进行入账结算。对于非金融类交易，联机生效，批量重做，对于金融类交易，联机冻结，批量入账。联机程序一般处理对支付交易的合法性进行校验，并扣减额度，而在批量处理中，该支付交易记入账户并衍生出利息、费用计算、信用状态修改等操作，批量时会对外围系统上送的清算文件与联机授权就进行对账。 本文讨论的国际卡组件模块。对于的卡组织交易及报文均遵循8583报文格式，可以是外围系统上送的清算文件，批量时入账处理;或批量的时候由系统自动生成;或联机时进行费用收取，批量时入账处理等方式。具体方式需要根据每种卡组织的性质等确定。 8 新一代发卡组件费用主体的分析与设计 2.3 国际卡组织介绍 信用卡作为信贷和支付工具，为持卡人提供跨境的各种金融类，非金融类交易。目前我行信用卡已加入VISA，MasterCard，JCB三个国际卡组织，提供包括:执行授权，授权类特殊交易，代授权，退货，撤销，冲正，查询，入账，清算，争议处理等。 2.3.1 VISA业务规则 VISA卡组织消息报文采用的是ISO 8583-1987报文，如图2-3。其规范支持三个BITMAP，第三BITMAP中的数据域主要用于EMV处理。目前建行选择的是VISA最多送两个BITMAP，EMV数据通过55域上送。 消息报文头类型识别字段BITMAP数据域 图2-3:VISA报文结构 2.3.2 Mastercard业务规则 Mastercard卡组织消息报文采用的是ISO 8583-1987报文规范，如图2-4。其规范支持两个BITMAP。 信息类型BITMAP数据元素 图2-4:Mastercard报文结构 2.3.3 JCB的业务规则 JCB卡组织消息报文采用的是ISO 8583-1987报文规范，如图2-5。其规范支持两个BITMAP。 信息类型BITMAP数据元素 图2-5:JCB报文结构 9 新一代发卡组件费用主体的分析与设计 3 国际卡组件的消息定义与流程分析 3.1 VISA的消息定义与流程分析 消息定义是区分流程最重要的一部分，消息定义相对多样化，复杂化，需要在设计上单独分离出来。而通过流程分析，可以使消息定义更直观的得到表现，更好的进行分离。 3.1.1 VISA的网络设计 图3-1:VISA网络核心图 目前VISA的网络结构分为VISANET交互中心(VICs)和VISANET接入点(VAPs)，发卡方和收单方通过VAP连接入VIC。 , VIC VIC是VISA数据处理中心，每个VIC覆盖的计算机系统保证了全VISA网络的传输处理。同时，VIC为VISA网的通信设备提供控制节点，包括高速专线和卫星连线。 , VAP VAP是VISA为接入VISA网提供的接入设备，它为处理中心的主机和VIC之间提供连线，使得各个收单发卡能够连接到VISA网络中。 3.1.2 信用卡发卡系统现在支持的VISA消息类型 现状信用卡发卡系统与国际卡组织采用TCP/IP通讯协议直连，并进行连接链路管理。包括连接配置，连接监控，自动重连机制等。 10 新一代发卡组件费用主体的分析与设计 , VISA 0100/0110 授权请求 0101/0110 授权重复请求 0120/0130 授权通知 0400/0410 冲正 0420/0430 冲正通知 0302/0312 文件维护 0322/0332 文件维护通知 0800/0810 网络管理 3.2 Mastercard消息定义及流程 3.2.1 Mastercard网络设计 图3-2:Mastercard网关图 Mastercard网络和VISA的类型，另外需要通过Mastercard授权网关来实现 与外网的连接，如图3-2。 3.2.2 信用卡发卡系统现在支持的Mastercard消息类型 , Mastercard 0100/0110 授权请求 0120/0130 授权通知 0190 拒绝确认 0400/0410 冲正 0420/0430 冲正通知 0302/0312 文件维护 0800/0810 网络管理 11 新一代发卡组件费用主体的分析与设计 3.3 JCB消息定义及流程 3.3.1 JCB网络设计 图3-3:JCB接口 3.3.2 信用卡发卡系统现在支持的JCB消息类型 , JCB 0100/0110 授权请求 0120/0130 授权通知 0121/0130 授权重复通知 0420/0430 冲正通知 0421/0430 冲正重复通知 0302/0312 文件维护 0800/0810 网络管理 12 新一代发卡组件费用主体的分析与设计 4 国际卡组件处理规则及接口设计 4.1 VISA处理规则及接口设计 4.1.1 VISA处理规则 4.1.1.1 拒绝报文REJECT MESSAGE处理 接收到VISA报文后，首先要检查报文是否为拒绝报文。拒绝报文一般发生在VISA收到的报文中存在语法或结构性错误的情况下。VISA拒绝报文的格式如图4-1: 图4-1:VISA拒绝报文格式 4.1.1.2 0800消息报文处理 , 签到SIGN ON处理 对于签到处理，发起方需组织签到请求报文，异步发送请求报文收到VISA响应后，更新本地VISA的签到状态。 , 签退SIGN OFF处理 对于签退处理，发起方需组织签退请求报文，异步发送请求报文，收到VISA响应后，更新本地VISA的签到状态。 , 延滞通知 Request delay advice 处理 该交易用于通知VISA可以开始将未发送给请求方的通知交易发送给发卡方。目前在信用卡发卡组件是每天提交一次该请求，收单可以定时提交该请求。 , 网络测试请求 Echo test 处理 VISA组织会定期给发卡行发送Echo test报文，以判断发卡行是否在线，如果在指定的时间内有交易发送到对应的发卡行，则这笔echo test 交易则取消，在指定的时间内如果没有交易发送到发卡行，则发送echo test 。通过这一机制 13 新一代发卡组件费用主体的分析与设计 可以用来判断系统是否在线。 4.1.1.3 03XX消息报文处理 , VISA例外文件0302处理 该类交易提供对国际组织例外文件进行增删改查的功能。 , VISA例外文件0322处理 该交易为VISA发送给发卡方的交易。该类交易为VISA在收到发卡方的响应后，根据收到的响应码，主动将卡号加入到VISA例外文件中，同时将这个动作通知给发卡方，发卡方将该卡号加入到本地例外文件中。 4.1.1.4 01000101/0120/0400/0401/0420有效合法性检查处理 所有金融交易请求报文都要进行必要域的非数字检查处理，数据域检查不合法的情况下设置返回码F39为30，记录错误日志及错误域标识返回应答报文。 4.1.1.5 01XX消息报文处理 , 授权重复请求0101处理 根据报文中的相关字段在交易流水中查找原交易，如果找到原交易则直接将原返回码赋值给响应码字段(F39)返回并记录流水，如果没有找到原交易则将交易标识为REPEAT报文按正常0100报文处理。 , 授权请求0100/0101处理 对于报文预处理，首先检查F55长度，再按照不同tag长度从报文中解析各数据域，对存在F126的情况按照F126的bitmap解析各个报文域，对不存在F02的情况，从磁道信息中解析，对F14不存在的情况，从磁道中提取有效期数据，如果没有一磁二磁数据，则设置有效期错误响应。 对于带响应的请求报文处理，进行CVV/ICVV代验证结果检查，CVV2代验证结果检查，ARQC代验证结果检查。 , 授权通知请求0120处理 当0120请求为ATR(F44.1=1)通知交易时，先查找原交易。如果原交易未找到且交易为拒绝的通知(F39NOT=0，11)，则将该通知交易记录流水后返回给VISA。如果原交易未找到且交易报文为批准的通知(F39=0，11)，则做正常通知交易入账处理。如果原交易找到且原交易与通知交易同时为批准或同时为拒绝的交易，则直接返回响应给VISA。如果原交易找到且原交易为拒绝的交易，但通知交易为批准的交易，则将该笔交易做通知类交易处理调用发卡。如果原交易找到且原交易为批准的交易，但通知交易为拒绝的交易，则将该笔交易做冲正交易处理调用发卡。 当0120请求为非ATR通知交易时，如果通知交易为批准的交易则调用发卡交易，如果通知交易为拒绝的交易则直接返回响应给VISA。 14 新一代发卡组件费用主体的分析与设计 0120报文可选的对VISA进行响应。即既可以返回给VISA0130报文，也可以不对VISA进行响应。 4.1.1.6 04XX消息报文处理 , 冲正重复请求0401处理 根据报文中的相关字段在交易流水中查找原交易，如果找到原交易则直接将原返回码赋值给响应码字段(F39)返回并记录流水，如果没有找到原交易则将交易标识为REPEAT报文按正常0400报文处理。 , 冲正请求0400处理 根据报文中的相关字段在交易流水中查找原交易，如果找到原交易则调用发卡组件交易，如果没有找到原交易则直接响应VISA。 , 冲正请求0420处理 根据报文中的相关字段在交易流水中查找原交易，如果找到原交易则调用发卡组件交易，如果没有找到原交易则直接响应VISA。 4.1.2 VISA接口设计 4.1.2.1 邮购/电购消费交易 , 识别方式 F22.1 卡号输入方式 01 F25 服务点条件代码08 , 交易类型映射 授权类型 根据MTI映射 0100/0101映射为1=普通授权，0120映射为5=通知授权 交易类型大类 R=普通消费交易 交易类型细类 MOTO , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 交易金额 F4 交易传输时间 F7 系统跟踪流水号 F11 商户类别码 F18 商户所在国家码 F19 服务点输入方式码 F22 15 新一代发卡组件费用主体的分析与设计 服务点调价码 F25 受理机构标识码 F32 检索参考号 F37 受卡方标识码 F42 交易货币代码 F49 4.1.2.2 网络消费交易 , 识别方式 F22.1 卡号输入方式 01 F25 服务点条件代码59 , 交易类型映射 授权类型 根据MTI映射 0100/0101映射为1=普通授权，0120映射为5=通 知授权 交易类型大类 R=普通消费交易 交易类型细类 INTR , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 交易金额 F4 交易传输时间 F7 系统跟踪流水号 F11 商户类别码 F18 商户所在国家码 F19 服务点输入方式码 F22 服务点调价码 F25 受理机构标识码 F32 检索参考号 F37 受卡方标识码 F42 交易货币代码 F49 4.1.2.3 ATM取现交易 , 识别方式 F18 商户类别码 6011 , 交易类型映射 授权类型 根据MTI映射 0100/0101映射为1=普通授权，0120映射为5=通 16 新一代发卡组件费用主体的分析与设计 知授权 交易类型大类 C=取现交易 交易类型细类 ACSH , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 交易金额 F4 交易传输时间 F7 系统跟踪流水号 F11 商户类别码 F18 商户所在国家码 F19 服务点输入方式码 F22 服务点调价码 F25 受理机构标识码 F32 检索参考号 F37 受卡方标识码 F42 交易货币代码 F49 密码值 F52 4.1.2.4 人工取现交易 , 识别方式 F18 商户类别码 6010，6050 , 交易类型映射 授权类型 根据MTI映射 0100/0101映射为1=普通授权，0120映射为5=通 知授权 交易类型大类 C=取现交易 交易类型细类 GCSH , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 交易金额 F4 交易传输时间 F7 系统跟踪流水号 F11 商户类别码 F18 商户所在国家码 F19 服务点调价码 F25 17 新一代发卡组件费用主体的分析与设计 受理机构标识码 F32 检索参考号 F37 交易货币代码 F49 4.1.2.5 地址校验交易 , 识别方式 F25 服务点条件码 51 F6 持卡人扣账金额 0 F18 商户类别码 4511或2999-3300 , 交易类型映射 授权类型 根据MTI映射 0100/0101映射为1=普通授权，0120映射为5=通 知授权 交易类型大类 Q=验证交易 交易类型细类 DZJY , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 交易金额 F4=0 交易传输时间 F7 系统跟踪流水号 F11 商户类别码 F18 商户所在国家码 F19 服务点调价码 F25 受理机构标识码 F32 检索参考号 F37 交易货币代码 F49 4.1.2.6 消费交易附加地址校验交易 , 识别方式 F6 持卡人扣账金额 大于0 F123 验证数据 F123存在 , 交易类型映射 授权类型 根据MTI映射 0100/0101映射为1=普通授权，0120映射为5=通 知授权 18 新一代发卡组件费用主体的分析与设计 交易类型大类 R=普通消费交易 交易类型细类 根据实际情况映射 附加验证类型 DZJY , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 交易金额 F4 交易传输时间 F7 系统跟踪流水号 F11 商户类别码 F18 商户所在国家码 F19 服务点调价码 F25 受理机构标识码 F32 检索参考号 F37 交易货币代码 F49 4.1.2.7 普通消费交易 , 识别方式 以上之外的交易均识别为普通消费交易 , 交易类型映射 授权类型 根据MTI映射 0100/0101映射为1=普通授权，0120映射为5=通 知授权 交易类型大类 R=普通消费交易 交易类型细类 PTXF , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 交易金额 F4 交易传输时间 F7 系统跟踪流水号 F11 商户类别码 F18 商户所在国家码 F19 服务点调价码 F25 受理机构标识码 F32 检索参考号 F37 交易货币代码 F49 19 新一代发卡组件费用主体的分析与设计 4.2 Mastercard处理规则及接口设计 4.2.1 Mastercard处理规则 4.2.1.1 拒绝确认0190报文处理 当收单收到0190请求时，根据交易报文中的F127号域(私有数据域)，对本地交易流水进行原交易匹配，若原交易未找到，则交易结束，若本地交易流水找到，则需组装冲正报文调用信用卡发卡交易进行处理。0190消息类型无需对国际组织进行响应。在MasterCard的每一笔响应给MasterCard的响应报文中均应包含F127域。 4.2.1.2 0800消息报文处理 , 签到SIGN ON处理 对于签到处理，发起方需组织签到请求报文，异步发送请求报文，收到MasterCard响应后，更新本地MasterCard的签到状态。 , 签退SIGN OFF处理 对于签退处理，发起方需组织签退请求报文，异步发送请求报文，收到MasterCard响应后，更新本地MasterCard的签到状态。 , 网络测试请求Echo test处理 MasterCard组织会定期给发卡行发送Echo test报文，以判断发卡行是否在线。 4.2.1.3 03XX消息报文处理 , Mastercard例外文件0302处理 该类交易提供对国际组织例外文件进行增删改查的功能。 4.2.1.4 0100/0120/0400/0420有效合法性检查处理 所有金融交易请求报文都要进行必要域的非数字检查处理，数据域检查不合法的情况下设置返回码F39为30，记录错误日志及错误域标识返回应答报文。 4.2.1.5 0100消息报文处理 , 授权请求0100处理 20 新一代发卡组件费用主体的分析与设计 对于报文预处理，首先对F55进行解析，失败时响应30。并对F48，磁道信息磁道信息转发及内容识别规则进行处理。 , 授权通知请求0120处理 当收到0120请求时，如果通知交易为批准的交易则调用发卡交易，如果通知交易为拒绝的交易则直接返回响应给MasterCard。 4.2.1.6 04XX消息报文处理 , 冲正请求0400处理 根据报文中的相关字段在交易流水中查找原交易，如果找到原交易则调用发卡组件交易，如果没有找到原交易则直接响应MasterCard。 , 冲正请求0420处理 根据报文中的相关字段在交易流水中查找原交易，如果找到原交易则调用发卡组件交易，如果没有找到原交易则直接响应MasterCard。 4.2.2 Mastercard接口设计 4.2.2.1 邮购/电购网络消费交易 , 识别方式 F22.1 卡号输入方式 81 , 交易类型映射 授权类型 根据MTI映射 0100映射为1=普通授权，0120映射为5=通知授权 交易类型大类 R=普通消费交易 交易类型细类 MOTO , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 交易金额 F4 持卡人扣帐金额 F6 交易传输时间 F7 系统跟踪流水号 F11 清算日期 F15 商户类别码 F18 商户所在国家码 F19 服务点输入式码 F22 21 新一代发卡组件费用主体的分析与设计 受理机构标识码 F32 交易货币代码 F49 持卡人扣帐货币代码 F51 服务点数据 F61 网络数据 F63 4.2.2.2 ATM取现交易 , 识别方式 F18 商户类别码 6011 , 交易类型映射 授权类型 根据MTI映射 0100映射为1=普通授权，0120映射为5=通知授 权 交易类型大类 C=取现交易 交易类型细类 ACSH , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 交易金额 F4 持卡人扣帐金额 F6 交易传输时间 F7 系统跟踪流水号 F11 清算日期 F15 商户类别码 F18 商户所在国家码 F19 服务点输入式码 F22 受理机构标识码 F32 交易货币代码 F49 持卡人扣帐货币代码 F51 密码值 F52 服务点数据 F61 网络数据 F63 4.2.2.3 人工取现交易 , 识别方式 F18 商户类别码 6010 , 交易类型映射 22 新一代发卡组件费用主体的分析与设计 授权类型 根据MTI映射 0100映射为1=普通授权，0120映射为5=通知授 权 交易类型大类 C=取现交易 交易类型细类 GCSH , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 交易金额 F4 持卡人扣帐金额 F6 交易传输时间 F7 系统跟踪流水号 F11 清算日期 F15 商户类别码 F18 商户所在国家码 F19 服务点输入式码 F22 受理机构标识码 F32 交易货币代码 F49 持卡人扣帐货币代码 F51 密码值 F52 服务点数据 F61 网络数据 F63 4.2.2.4 循环支付验证交易 , 识别方式 F4 交易金额 0 F61.4 持卡人在场标识 4 F61.7 服务点交易状态 4 , 交易类型映射 授权类型 根据MTI映射 0100映射为1=普通授权，0120映射为5=通知授 权 交易类型大类 Q=验证交易 交易类型细类 XXJY , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 23 新一代发卡组件费用主体的分析与设计 交易金额 F4 持卡人扣帐金额 F6 交易传输时间 F7 系统跟踪流水号 F11 清算日期 F15 商户类别码 F18 商户所在国家码 F19 服务点输入式码 F22 受理机构标识码 F32 交易货币代码 F49 持卡人扣帐货币代码 F51 服务点数据 F61 网络数据 F63 4.2.2.5 账户状态验证交易 , 识别方式 F4 交易金额 0 F61.7 服务点交易状态 8 , 交易类型映射 授权类型 根据MTI映射 0100映射为1=普通授权，0120映射为5=通知授 权 交易类型大类 Q=验证交易 交易类型细类 ZHYZ , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 交易金额 F4 持卡人扣帐金额 F6 交易传输时间 F7 系统跟踪流水号 F11 清算日期 F15 商户类别码 F18 商户所在国家码 F19 服务点输入式码 F22 受理机构标识码 F32 交易货币代码 F49 持卡人扣帐货币代码 F51 服务点数据 F61 24 新一代发卡组件费用主体的分析与设计 网络数据 F63 4.2.2.6 还款账户状态验证交易 对于该类交易，收单直接响应国际组织05。 , 识别方式 F4 交易金额 0 F61.7 服务点交易状态 8 4.2.2.7 不完整加油类验证交易 , 识别方式 MTI 0120 F18 商户类别码5542 F60.1 通知交易原因代码 191 , 交易类型映射 授权类型 根据MTI映射 0120映射为5=通知授权 交易类型大类 Q=验证交易 交易类型细类 JYYZ , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 交易金额 F4 持卡人扣帐金额 F6 交易传输时间 F7 系统跟踪流水号 F11 清算日期 F15 商户类别码 F18 商户所在国家码 F19 服务点输入式码 F22 受理机构标识码 F32 交易货币代码 F49 持卡人扣帐货币代码 F51 服务点数据 F61 网络数据 F63 25 新一代发卡组件费用主体的分析与设计 4.2.2.8 消费交易附加地址校验交易 , 识别方式 F48.82 地址校验请求标识 52 , 交易类型映射 授权类型 根据MTI映射 0100映射为1=普通授权，0120映射为5=通知授 权 交易类型大类 R=普通消费交易 交易类型细类 根据实际情况映射 附加验证类型 DZJY , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 交易金额 F4 持卡人扣帐金额 F6 交易传输时间 F7 系统跟踪流水号 F11 清算日期 F15 商户类别码 F18 商户所在国家码 F19 服务点输入式码 F22 受理机构标识码 F32 交易货币代码 F49 持卡人扣帐货币代码 F51 服务点数据 F61 网络数据 F63 4.2.2.9 普通消费交易 , 识别方式 以上之外均识别为普通消费交易 , 交易类型映射 授权类型 根据MTI映射 0100映射为1=普通授权，0120映射为5=通知授 权 交易类型大类 R=普通消费交易 交易类型细类 PTXF 26 新一代发卡组件费用主体的分析与设计 , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 交易金额 F4 持卡人扣帐金额 F6 交易传输时间 F7 系统跟踪流水号 F11 清算日期 F15 商户类别码 F18 商户所在国家码 F19 服务点输入式码 F22 受理机构标识码 F32 交易货币代码 F49 持卡人扣帐货币代码 F51 服务点数据 F61 网络数据 F63 4.3 JCB处理规则及接口设计 4.3.1 JCB处理规则 4.3.1.1 0800消息报文处理 , 签到SIGN ON处理 对于签到处理，发起方需组织签到请求报文，异步发送请求报文，收到JCB 响应后，更新本地JCB的签到状态。 , 签退SIGN OFF处理 对于签退处理，发起方需组织签退请求报文，异步发送请求报文，收到JCB 响应后，更新本地JCB的签到状态。 , 网络测试请求Echo test处理 MasterCard组织会定期给发卡行发送Echo test报文，通过这一机制可以用 来判断连接是否正常。 4.3.1.2 03XX消息报文处理 , JCB例外文件0302处理 该类交易提供对国际组织例外文件进行增删改查的功能。 27 新一代发卡组件费用主体的分析与设计 4.3.1.3 0100/0120/0121/0420/0421有效合法性检查处理 所有金融交易请求报文都要进行必要域的非数字检查处理，数据域检查不合法的情况下设置返回码F39为30，记录错误日志及错误域标识返回应答报文。 4.3.1.4 0100消息报文处理 , 授权请求0100处理 报文预处理依据F2卡号域，卡号域不存在时，从一磁或二磁中解析。如果没有一磁二次数据，则设置卡号不存在的响应。 同时依据F14有效期域处理，对于不存在F14的情况下从磁道信息中提取有效期数据，如果没有一磁二磁数据，则设置有效期错误的响应。 , 授权重复请求0121处理 根据报文中的相关字段在交易流水中查找原交易，如果找到原交易则直接返回并记录流水，如果没有找到原交易则将交易标识为REPEAT报文按正常0120报文处理。 , 授权通知请求0120处理 当收到0120请求时，如果通知交易为批准的交易则调用发卡交易，如果通知交易为拒绝的交易则直接返回响应给JCB。 4.3.1.5 04XX消息报文处理 , 冲正通知重复请求0421处理 根据报文中的相关字段在交易流水中查找原交易，如果找到原交易且原交易已被冲正，则返回并记录流水，否则将交易标识为REPEAT报文按正常0420报文处理。 , 冲正通知请求0420处理 根据报文中的相关字段在交易流水中查找原交易，如果找到原交易则调用发卡组件交易，如果没有找到原交易则直接响应JCB。 4.3.2 JCB接口设计 4.3.2.1 邮购/电购/网络消费交易 , 识别方式 F22.1 卡号输入方式 08/81 , 交易类型映射 28 新一代发卡组件费用主体的分析与设计 授权类型 根据MTI映射 0100映射为1=普通授权，0120/0121映射为5=通 知授权 交易类型大类 R=普通消费交易 交易类型细类 MOTO , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 交易金额 F4 交易传输时间 F7 系统跟踪流水号 F11 商户类别码 F18 服务点输入方式码 F22 服务点条件码 F25 受理机构标识码 F32 转发机构标识码 F33 检索参考号 F37 交易货币代码 F49 服务店数据 F61 4.3.2.2 ATM取现交易 , 识别方式 F18 卡号输入方式 6011 , 交易类型映射 授权类型 根据MTI映射 0100映射为1=普通授权，0120/0121映射为5=通 知授权 交易类型大类 C=取现交易 交易类型细类 ACSH , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 交易金额 F4 交易传输时间 F7 系统跟踪流水号 F11 商户类别码 F18 服务点输入方式码 F22 服务点条件码 F25 29 新一代发卡组件费用主体的分析与设计 受理机构标识码 F32 转发机构标识码 F33 检索参考号 F37 交易货币代码 F49 服务店数据 F61 密码值 F52 4.3.2.3 人工取现交易 , 识别方式 F18 商户类别码 6010 , 交易类型映射 授权类型 根据MTI映射 0100映射为1=普通授权，0120/0121映射为5=通 知授权 交易类型大类 C=取现交易 交易类型细类 GCSH , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 交易金额 F4 交易传输时间 F7 系统跟踪流水号 F11 商户类别码 F18 服务点输入方式码 F22 服务点条件码 F25 受理机构标识码 F32 转发机构标识码 F33 检索参考号 F37 交易货币代码 F49 服务店数据 F61 4.3.2.4 普通消费交易 , 识别方式 F22.1 卡号输入方式 81 , 交易类型映射 授权类型 根据MTI映射 0100映射为1=普通授权，0120/0121映射为5=通 30 新一代发卡组件费用主体的分析与设计 知授权 交易类型大类 R=普通消费交易 交易类型细类 PTXF , 必须上送域 MTI MTI 信用卡卡号 F2 交易处理码 F3 交易金额 F4 交易传输时间 F7 系统跟踪流水号 F11 商户类别码 F18 服务点输入方式码 F22 服务点条件码 F25 受理机构标识码 F32 转发机构标识码 F33 检索参考号 F37 交易货币代码 F49 服务点数据 F61 31 新一代发卡组件费用主体的分析与设计 5 总结与展望 本章中，学员通过回顾导师责任制实施一年以来的理论知识学习和参与的实践项目，总结P8平台框架、信用卡核心业务系统批量处理、联机服务、信用卡核心账务处理等方面的学习和实践经历，为了以后进一步掌握基于主机平台框架的信用卡系统开发技术和经验，提高技术水平和业务认知，提出自己的看法和建议。 5.1 总结 通过团队的内部培训，学员学习了基本的JAVA编程，以及信用卡的业务;通过导师的指引，进一步了解信用卡核心系统的现状，P8框架，常规项目的开发流程等。通过参与新一代贷记卡应用项目，了解了我行的新一代的架构体系、系统分析与设计工艺等。学员在项目的授权小组的工作中，掌握了信用卡的还款、预约取现、国际卡组件等相关业务，充分锻炼分析与设计能力。下面对学员一年所学进行简要总结和回顾。 入行之初，参与了信用卡授权的开发和测试。通过这次调研和思考，对于我行和同业在信用卡业务有了基本的认知。随着新一代贷记卡项目如火如荼的进行，本人进行了对于现状系统的分析和梳理，了解了国际卡的网络结构及特殊交易等;在项目开发测试阶段，本人负责国际卡组件的设计开发与测试，对于系统有了更为全面的认知，并在实践中提高了个人的技术水平。 但是作为刚进入开发一处工作一年的新员工，仍然需要继续努力，加深对知识和技能的掌握。 首先，继续加强信用卡业务的学习和认知。信用卡的生命周期从向客户推荐信用卡产品开始，直到卡片停用;整个过程包含了办卡、审批、授权、反欺诈、客户回馈、计息计费、还款、争议处理等多种业务。每个业务并非独立分割的，在系统开发过程中需要统一考虑各个业务之间的配合和约束，对开发人员的整体业务认知要求很高。尤其体现在新一代贷记卡项目中，对于创新性和增量新需求的分析和设计中。因此，加强信用卡业务的学习，提高自己的业务能力水平，拓宽知识面，将理论与实践紧密结合，才能做好系统开发，是开发工作顺利开展的基本保障。 32 新一代发卡组件费用主体的分析与设计 其次，要提升编程能力并深入了解系统架构。作为刚接触P8框架一年的新手，无论是在理论知识，还是动手能力上都需要进一步的加强锻炼和提升。开发人员除了需要掌握编程能力外，还需要对于系统架构有一定的了解，从而考虑如何提高系统的性能、可靠性和稳定性等。P8系统是一门庞大的学问，学员在各个方面都需要进一步的加强学习，并将理论知识与实际开发紧密结合。 再次，要加强与同事的交流和沟通。开发工作是一项团队工作，各位前辈的知识和经验是很好的榜样。牛顿曾经说，“我是站在巨人的肩膀上”。前辈们的一个指引，就会避免很大的弯路甚至失误。因此，要加强与同事的交流和沟通。交流和沟通并不仅局限于学习知识方面，开发项目中，环境、资源等往往需要跟其他同事进行协调，遇到技术问题时也需要向有经验的同事请教。这时候，沟通就显得尤为重要。我非常有幸的加入了一个友好的团队，遇到问题时，很多同事都愿意热情指导，给我帮助，使我更加快速的学习和成长。 最后，要认真学习新一代的开发与实施工艺等，积极投入新一代贷记卡项目。新一代是我行全行级的IT系统改造项目，学员很有幸能在入行之际参与新一代贷记卡项目。新一代积累了无数人的智慧，沉淀了系统开发与设计工艺、实施工艺、企业级数据建模、流程建模等理论知识，并用于指导实际项目的开发。学院在参与新一代三期贷记卡项目中，将以理论知识为指导，积极参与项目的开发中。 理论出真知，学员所参与的开发项目数目有限，对项目的深度理解仍有一定的局限，仍然需要继续参与实践，扩大认识的广度和深度，做到全面理解，熟练掌握。作为开发人员，学员对于主机开发的掌握能力仍然需要加强，对于整个系统的技术架构仍然需要进一步深化认识。 5.2 展望及改进建议 目前，我行正积极倡导“自主研发”。同时，北京开发中心正从开发中心角色转变为研发中心，承担全行级别的系统研发，而不仅限于现有的对公和信用卡业务。下面基于学员的实践经历，提出个人对于系统研发的建议。 坚定自主研发方向，注重知识管理，储备我行不同层次的研发人才。从以前的委托研发，到现在的自主研发，这是一个符合趋势、且艰难的转变过程。首先体现在人才储备上，自主研发并非一朝一夕形成的，在过程中逐步的培养我行的研发人才，渐渐成为中坚力量。学员在参与项目的过程中，遇到问题主要通过向前辈请教。虽能快速的解决问题，但同样增加了同事的工作量。注重知识管理，将有效的解决这个问题。建立项目的标准文档，将项目经验转化为标准化的问题 33 新一代发卡组件费用主体的分析与设计 体系，将减少将来解决问题的时间。同时，能够新同事，快速熟悉工作内容和环境。 加强技术团队间和团队内的沟通和交流，保障和提升开发效率。目前全行工7个开发中心2个数据中心，北京开发中心分为需求、架构、对公、信用卡、开发实施等多个团队。开发中心间、团队间的沟通交流主要根据项目而定。为了适用未来研发中心的定位，一名合格的开发人员不仅应该了解自己系统的技术和业务，更应从全行的角度进行统筹考虑。我行应加强各个中心间、各个中心内部团队间，技术的交流与分享，注重员工的个人技能提升，为将来的工作奠定良好的基础。鼓励员工在日常工作之余，注重个人技能的提升和知识的储备，才能更好的迎接将来的挑战和基于。 34 新一代发卡组件费用主体的分析与设计 致谢 转眼间，入职已经一年了。这一年，我从一个学生，转变为我行北京开发中心的一名开发人员，迈出了我职业生涯的第一步。 通过导师制作制一年的学习，我基本掌握了我行P8平台开发的基础理论和基本流程。 感谢我的领导朱晓光、周进光、周军、钟锋同志，从入职开始就为我们制定完整的培训计划，帮助我快速融入团队和工作，并安排我参与授权组的工作。我这一年中所取得的进步，掌握了主机平台编程的能力，也对信用卡系统有了基本的了解，都离不开的领导们关心和指导。 我要向我的导师李宝磊表达我最衷心的感谢～他为我制定了详尽、科学的学习计划，从基础理论、基本操作、开发流程等给予我最详细的指导，让我全面提升自己的技术水平和能力。同时他严谨认真的工作态度，精益求精的工作作风，感染和激励着我。 感谢授权组组长钟锋，他给我机会参与国际卡组织的工作，帮助我全面了解信用卡核心业务系统，让我全面提升自己的开发和设计能力。 感谢授权组同事李承文、张永康、李聪、于晨晖、张平等。很高兴和大家一个团队，大家一起组成一个积极、互助、快乐的小组。他们在我入职的一年里，每个人都给我积极的指点和帮助。他们的工作态度和学习态度也为我树立了好的榜样，在此向他们表示感谢～ 最后，衷心感谢百忙之中抽出宝贵时间来参加论文审阅和答辩的各位领导和评委～ 谢谢大家～ 35