首页 购物车 询价
www.GB-GBT.com

[PDF] JR/T 0055.1-2009 - 自动发货. 英文版

标准搜索结果: 'JR/T 0055.1-2009'
标准号码内文价格美元第2步(购买)交付天数标准名称状态
JR/T 0055.1-2009 英文版 150 JR/T 0055.1-2009 3分钟内自动发货[PDF] 银行卡联网联合技术规范 第1部分:交易处理 有效

基本信息
标准编号 JR/T 0055.1-2009 (JR/T0055.1-2009)
中文名称 银行卡联网联合技术规范 第1部分:交易处理
英文名称 Technical specifications on bankcard interoperability. Part 1: Transaction processing
行业 金融行业标准 (推荐)
中标分类 A11
国际标准分类 35.240.40
字数估计 15,162
发布日期 2009-06-01
实施日期 2009-07-01
起草单位 中国人民银行科技司
归口单位 全国金融标准化技术委员会
标准依据 金标委网站090722;行业标准备案公告2010年第3号(总第123号)
范围 本标准的本部分规定了银行卡跨行交易的处理流程以及处理原则。本标准的本部分适用于所有进行银行卡跨行交易的交换中心、受理方、发卡方等机构。

JR/T 0055.1-2009: 银行卡联网联合技术规范 第1部分:交易处理 JR/T 0055.1-2009 英文名称: Technical specifications on bankcard interoperability. Part 1: Transaction processing 银行卡联网联合技术规范 第 1 部分:交易处理 发布 中国人民银行 1 范围 本标准的本部分规定了银行卡跨行交易的处理流程以及处理原则. 本标准的本部分适用于所有进行银行卡跨行交易的交换中心、受理方、发卡方等机构。 2 术语和定义 下列术语和定义适用于本部分。 3 交易的一随处理流程 按交易的处理流程分,可以将交易分为联机类、手工类和脱机类。本节定义这三类交易的一般处理 流程。 3.1 联机类交易的一般处理流程 根据交易的成功是否依赖交易接收方的批准,联机类交易可分为请求类和通知类。 3.1.1 请求类交易 3.1.1.1 请求粪交易基本规定 请求类交易从交易的请求方(如:受理方)发送至接收方(如:发卡方),告知对方一笔交易在进 行,并要求对方处理完该交易后回送响应。接收方接收到交易请求后应直接给予交易批准或拒绝的应答。 如果交易的接收方不是该交易的最终接收机构多则接收方负责将交易向下一接收机构转发。 请求类交易不允许自动重复发迭。 请求类交易的一般处理流程分为经交换中心转接和交换中心直接处理完成两类。 3.2 脱机提交易的一般处理流程 本标准暂未定义具体的脱机类交易,因此暂不定义其一般处理流程。 3.3 手工提交易的一般处理流程 手工类交易的处理流程依赖于系统的具体实现,参与交易的各方可自行约定手工交易的处理流程。 但不得超出或违反本标准对手工交易的有关规定。 4 交易具体处理流程及处理要求 按交易的功能划分,交易可分为金融类交易、差错类交易和管理类交易。本节详细说明各个交易的 具体处理流程和处理要求。 4.1 金融提交易 4.1.1 取现 捂持卡人通过ATM等渠道提取或预借现金的过程。 该交易是需经交换中心转接的请求类交易,交易流程见图lo 该交易参加清算。 该交易可引发冲正通知。 4.1.2 余额查询 指持卡人通过ATM等渠道进行相关账户余额查询的过程。 该交易是需经交换中心转接的请求类交易,交易流程见图1 。 若涉及手续费的收取,则该交易参加清算:否则,无需参加清算。 该交易不引发冲正通知。 4.1.3 消费 指受卡方在出售商品或提供服务时,通过POS终端等渠道完成持卡人用卡付款的过程。 该交易是需经交换中心转接的请求类交易,交易流程见图1 。 该交易参加清算。 该交易可引发冲正通知。 4.1.4 消费撤销 指受卡方由于各种原因对已经联机完成的成功消费交易,于该笔交易清算前主动发起取消的过程。 该交易是需经交换中心转接的请求类交易,交易流程见图1。 该交易参加清算。 该交易可引发冲正通知。 4.1.5 预授权 指受卡方通过POS终端等渠道,就持卡人预计支付金额向发卡方索取付款承诺的过程。该交易只控 制持卡人可用余额的额度,并不意味从持卡人账户上以批准的交易金额支付或记账。一个被批准的预授 权交易仅在有限的时间内有效。 该交易由预授权完成交易来完成资金结算。 该交易是需经交换中心转接的请求类交易,交易流程见图1. 该交易不参加清算。 该交易可引发冲正通知。 4.1.6 预授权撤销 指受卡方由于各种原因对己联机完成的成功预授权交易,于预授权交易有效期内请求发卡方取消付 款承诺的过程。 该交易是需经交换中心转接的请求类交易,交易流程见图1 。 该交易不参加清算。 该交易可引发冲正通知。 4.1.7 预授权完成(请求〉 指受卡方对已批准的预授权交易,在预授权金额或超出预授权金额一定比例的范围内,通过POS终 端等渠道完成持卡人付款的过程。 该交易是需经交换中心转接的请求类交易,交易流程见图1 。 该交易参加清算。 该交易可引发冲正通知。 4.1.8 预授权完成〈通知〉 指受卡方对己批准的预授权交易,在预授权金额或超出预授权金额一定比例的范围内,通过POS终 端等渠道完成持卡人付款的过程。 该交易是需经交换中心转接的通知类交易,交易流程见图3。. 该交易参加清算。 该交易不引发冲正通知,可存储转发。 4.1.9 预授权完成撤销 指受卡方由于各种原因琦已成功的预授权完成(请求〉交易,于该笔交易清算前主动发起的取消。 该交易是需经交换中心转接的请求类交易,交易流程见图1 。 该交易参加清算。 该交易可引发冲正通知。 4.1.10 冲正通知 如果原始交易请求1没有响应,则不管是什么原因造成的,交易的发送方z都应发送二个冲正通知。 当受理方接收到终端机具的冲正通知或交换中心接收到受理方的冲正通知时,应立即予以应答。如 果原始交易是成功交易,则先将原始交易置为“已被冲正的交易”,然后根据需要再向下一接收机构(将 原始交易送往的机构)发送冲正通知。 根据具体情况,该交易可以是经交换中心转接的通知类交易(交易流程见图3),也可以是交换中 心直接处理完成的通知类交易〈交易流程见图引。 该交易参加清算。 当冲正通知的发送方收不到应答时,应进行存储转友。冲正应与其原始交易处于同一清算日。 4.l.11 退货〈联机) 指受卡方因商品返回或服务取消,将全额或部分己扣款项退还持卡人原扣款账户的过程。 该交易是需经交换中心转接的通知类交易,交易流程见图3。 该交易参加清算。 该交易不引发冲正通知,可存储转友。 4.1.12 转账 l 指本标准中的取现、消费、消费撤销、预授权、预授权撤销、预授权完成(请求)、预授权完成撤销- 2 指受理方或交换中心. 指持卡人通过ATM等渠道进行银行卡账户之间资金划转的过程。 该交易是经交换中心转接的请求类交易,但由于参与交易的角色较多,因此转账交易的一般处理流 程如图5所示3: 4.1.13 转出冲正 转出冲正只能由交换中心发出,该交易是交换中心直接处理完成的通知类交易。 该交易参加清算。 当交换中心收不到转出冲正应答时,应进行存储转发。转出冲正应与原转账交易处于同一清算日。 4.1.15 手工预授权撤销 以手工方式而非联机方式完成预授权交易的撤销。 该交易不参加清算。 4.l.16 手工预授权完成 以手工方式而非联机方式完成预授权交易的结算。 该交易参加清算,体现在普通交易明细文件中。 4.1.17 手工退货 以手工方式而非联机方式完成退货。 读交易参如清算,体现在差错交易明细文件中。 4.2 差错处理类交易 本标准仅支持手工类的差错交易。具体处理流程由参与交易的各方约定。 4.2.1 调单 发卡方经交换中心向受理方调阅相关交易的原始凭证影印件,决定是否需要做退单或其他处理。 4.2.2 调单回复 受理方通过交换中心向发卡方反馈相关交易的原始凭证影印件。 4.2.3 确认查询 交易的一方经交换中心向另一方查询交易的相关情况。 4.2.4 贷记调整 交易的一方琦确认的长款主动提出退款。 交换中心对收到的贷记调整交易进行清算,并体现在差错交易明细文件中。 4.2.5 请教 交易的一方对确认的短款主动提出索取。 交换中心对收到的请款交易进行清算,井体现在差错交易明细文件中。 4.2.6 退单 发卡方对原始交易有疑问而对受理方做出的拒绝付款或对请款交易的拒绝。 交换中心对收到的退单交易进行清算,并体现在差错交易明细文件中。 4.2.7 再请教 受理方对发卡方退单有疑义而再次向发卡方发起的索款请求。 交换中心对收到的再请款交易进行清算,井体现在差错交易明细文件中。 4.2.8 二次退单 发卡方对受理方发起的再请款有疑义而再次向受理方发起的退单。 交换中心对收到的二次退单交易进行清算,并体现在差错交易明细文件中。 4.2.9 例外协商 对于正常差错处理流程已经结束但未解决的差错交易,机构可通过例外协商交易协商解决办法。 例外协商不涉及资金划拨,不参加清算。 4.2.10 例外长敷 双方经过例外协商后,由长款方提交退款的交易。 交换中心对收到的例外长款交易进行清算,并体现在差错交易明细文件中。 4.2.11 收费 交换中心向机构发起的索款交易。 交换中心对收费交易进行清算,并体现在收付费文件中。 4.2.12 付费 机构闰或交换中,c,,与机钩阔的付款交易。 交换中心对付费交易进行清算,并体现在收付费文件中。 4.3 管理提交易 本标准仅支持联机类的管理交易。 4.3.1 日切 交换中心使用日期切换交易通知受理方和发卡方清算日期的变化,以达到划分清算界限的目的a 交换中心需先后发出日切开始和日切结束两个交易来完成日切,日切开始和日切结束交易都是由交 换中心直接处理完成的通知类交易,交易流程见图4。 日切开始和日切结束之间应有一定的时间间隔,以利于日切前后的交易处理。 日切前后的清分清算时序规定如下: 一一日切开始前到达交换中心的所有交易请求纳入第一天清算p 日切开始后到达的所有交易请求 纳入第二天清算。 一一在日切开始点和日切结束点之间正在处理的所有交易应答、交易冲正的清算日期沿用原交易、 的清算日期。 一一日切开始点以后拒绝所有前一清算日的撤销交易4 。 一一日切结束点以后拒绝所有前一清算日的神正。 4.3.2 重置密钥交易 用于交换中心与机构之间进行数据密钥更新和同步的交易,分为机构主动申请重置密钥和交换中心 主动发起重置密钥两种情况。 4.3.3 机构主动申请重置密钥 4 仅指不可隔日撤销的交易〈如消费撤销、预授权完成撤销等),不包括可踊日撤销的交易(如预授权撤销等), 适用于机构主动要求更换密钥的情况。 机构将申请重置密钥请求发送给交换中心,交换中心接收到该请求后,)即返回应答,同时为机构 ......
英文版: JR/T 0055.1-2009  
相关标准:JR/T 0055.2-2009  JR/T 0055.3-2009  JR/T 0055.4-2009  
英文版PDF现货: JR/T 0055.1-2009  JR/T 0055.1-2009