付款标记化(Tokenisation)规范APPLEPAY

1、柏付款标记化(T唉okenisa鞍tion)规范技术架构2014年3月* 芭EMV是美国和板其他地区的一个背注册商标，属于碍EMV公司。疤EMV公司保留背所有权利。任何柏对本规范的使用扳都应该遵照许可巴协议的条款和条颁件。该条款和条盎件可以在 ht板tp:/ww瓣w.emvco背.com/sp扳ecifica爱tions.a暗spx. 上找扒到。暗这些规范的提供哀没有任何形式的奥保证，并且EM翱V公司没有假想昂或者接受任和错唉误或者遗漏中包昂含这些规范。根懊据本规范，EM笆VCO并不承认跋任何声明、保证班、明示、暗示，把包含但不限于对斑特殊目的、主题俺和非侵犯性内容叭的适销性和适用扒性的隐含保

2、证。百EMVCo 不敖对任何第三方团翱体或者有关规范般做任何方面的知昂识产权的声明与隘保证。对于对本瓣规范的使用可能拔造成的对于专利昂、版权、商标商敖业秘密、技术和皑其他第三方知识安产权的违反、侵唉犯或者其他的方敖式，EMVCo叭概不负责。因此矮任何人在使用本哎规范的任何内容癌前应当咨询知识安产权律师。摆在上述限制之外盎，本规范可以提跋供公钥使用和其按他技术，这可能澳是其他国家的专疤利主题。任何准罢备使用此规范的败团体须独立决定般是否需要对这些搬技术进行许可，办包括专利公钥加板密技术。理论上唉EMVCo不应翱该对任何团体对熬任何有关本规范捌的知识产权的侵巴权行为负责。目录 柏1 引阿言 .懊.

3、蔼.挨.板.霸.8 半 安1.1 背总览.按.靶.阿.捌.按.8 暗 邦1.2 摆使用者.颁 .斑.吧.百.阿.9 版 搬1.3 奥引用标准.芭.安.疤.八.10 肮 吧1.4 鞍术语.靶.颁.盎.昂.10 凹 颁1.5 跋缩写.矮.罢.澳.矮.跋.10 斑 佰1.6 摆定义.笆. .摆.笆.颁.巴.11 氨 巴1.7 叭参考信息.靶.罢.啊.捌.20 翱2 限岸制 .白.靶.奥.胺.疤.21 凹 熬2.1 蔼系统限制 .柏.懊.埃.袄21 熬3 电邦子令牌系统环境鞍.傲.袄.跋.鞍.22 熬 八3.1 跋令牌支付系统 艾.案.柏.瓣22 扮 瓣3.2 阿令牌服务提供方搬 .拌.笆.2跋5 芭

4、 爱3.3 哀持卡人 .碍.背.柏.熬.25 胺 澳3.4 敖发行方.靶.搬.案.叭.25 跋 把3.5 般商家 .跋.肮.鞍.岸.26傲 叭 班3.6 阿需求方 .摆.癌.澳.蔼.26 版 搬3.7 澳支付网络 .澳.癌.扮.26笆 傲 懊3.8 拌令牌请求方.班.癌.按.2袄6 爱4 令皑牌支付标准数据哀元素 .安.八.2扒8 拔 斑4.1 胺数据元素.皑.懊.叭.柏.2按8 背5 令霸牌服务提供方资碍格 .敖.哎.疤.33 八 芭5.1 啊 引言.拌.叭.伴.3拜3 隘 瓣5.2 斑令牌库需求 .氨.半.板.33 耙 伴 坝5.2.1 版 拌支付令牌生成 坝.隘.33 埃 碍 敖5.2.

5、2 爸 袄支付令牌发行和搬供应.暗.34 澳 暗 坝5.2.3 佰 鞍安全与控制.颁.3案5 坝 耙 哀5.2.4 肮 挨令牌请求登记.巴. .35坝 把 癌 碍5.2.5 霸 胺令牌保险.拜.翱. 36 佰 阿 俺5.2.6 摆 爱令牌域约束限制坝.半.37 阿 俺 懊 5.2般.6.1 疤 令牌请扳求者ID.笆.37半 板 哀 八 5摆.2.6.2 罢 POS机艾输入模式 .芭.3佰7 埃 癌 哎 板邦 商业信案息.巴.38巴 阿 埃 安 5.2.敖7 奥报告和原始数据哎.鞍.38 氨 埃5.3 柏需求方要求 .百.俺.38袄 阿 敖5.4 傲支付网络要求.鞍.俺.拜.38 唉6 令熬牌保

6、证的ID和扒V方法 .叭.搬.39 板 埃6.1 半通则 .碍.靶.稗.颁.39 阿 稗6.2 凹卡发行商保护的班概念和ID&V奥方法.版.39 般 阿 懊 6.2.佰1 澳非ID&V 执百行 .班.板.41 拔 皑 昂 6.2.班2 霸账户验证 .哎.41 凹 白 百 6.2.笆3 胺令牌服务提供方挨保证 .吧.41 搬 般 鞍 6.2.澳4 颁含请求数据的令奥牌服务提供方保懊证 .42吧 巴 疤 隘 6.2.澳5 傲持卡者的卡发行傲商验证.把.42 敖7 令哎牌服务提供方A拜PI.熬.44肮 颁 般7.1 班通则.蔼.斑.4俺4 岸 矮7.2 般令牌服务参与点敖 .芭.44 胺 敖7.3

7、敖接口分类 .罢.皑.坝45 翱 俺 澳 7.3.埃1 爱令牌请求和保护俺 .胺.跋45 霸 拜 伴 佰半 数据元埃素输入端 .伴.板.45 摆 靶 阿 把昂 数据元百素输出端 .癌.盎.49 隘 吧 敖 7.3.稗2 矮令牌更新方法级捌别保证 .绊.扒.51 凹 氨 隘 搬捌 数据元稗素输入端 .阿.氨51 安 癌 傲 懊瓣 数据元绊素输出端 .奥.扮.53 拔 爸 埃 7.3.坝3 疤De-toke拜nisatio邦n查询.吧.54 吧 把 癌 绊哎 数据元白素输入端.叭.54爸 般 胺 矮 百摆 数据元般素输出端 .傲.55 唉 案 罢 7.3.哎4 鞍含验证的De-懊tokenis敖a

8、tion.拌.艾.56 爱 八 办 靶斑 数据元耙素输入端.暗.5颁6 稗 熬 艾 叭肮 数据元斑素输出端 .氨.5凹7皑 翱 白 7.3.跋5 笆令牌生命周期管澳理 .班.59 霸8 令把牌支付过程.艾.安.62阿 吧8.1 捌通则 .靶.胺.62 扒 百8.2 鞍路由和账户类别把表 .氨.62 疤 案8.3 澳交易授权 .伴.搬62 霸 笆8.4 叭交易时令牌域限伴制.熬.63 靶 翱8.5 霸捕捉过程 .背.6败3 碍 捌8.6 翱清帐.柏.艾.63 暗 8肮.7 异背常处理 .霸.6袄4 稗9 支柏付令牌交易流.板.巴.65 案 霸9.1 办通则 .版.癌.65 阿 矮9.2 案用例1

9、: 销售唉点的手机 NF八C .背.66 案 扮9.3 办用例 2: 手把机/电子钱包的摆电子商务.爱.70 俺 叭9.4 板用例 3: 卡伴存档电子商务.皑.73办 艾 伴9.5 爱用例 4: 销哀售点扫描.巴.7摆6 百 安9.6 吧捕捉和结算流程邦 .埃79 凹 盎9.7 班异常流程 .拜.奥81 图示按图示 1: 傲 令牌支付唉配置概述.哎.2袄3 绊图示 2: 傲 令牌支付埃交易概述.挨.罢. 2邦4澳 靶图示 3: 拌令牌请求者注册稗过程 .稗.靶36 搬图示 4: 安 销售点手皑机NFC流.俺.霸.67 叭图示 5: 艾 手机/电暗子钱包的电子商瓣务的授权.把.71 皑图示 6:

10、 隘 卡存档电隘子商务的授权.阿.办74 班图示 7: 颁 销售点扫白描流程.把.77办 傲图示 8: 拔 捕捉和结岸算流程.背.8皑0 熬图示 9: 唉 数据元素佰退款流程 .版.蔼.82 表格 蔼表格 1-1:扳 引用标准.班.懊.1佰0 矮表格 1-2:懊 缩语.拔.矮.俺.拔.10 埃表格 1-3:办 定义 .皑.艾.11 啊表格 4-1:昂 数据元素支付颁标准.板.霸28 吧表格 6-1:皑 ID&V 伴样例.哀.背40 柏表格 7-1:班 令牌请求的数笆据元素.办.罢46 拜表格 7-2:拜 令牌请求响应鞍的数据元素.鞍.佰.50 唉表格 7-3:敖 令牌请求更氨新等级保证的数笆据

11、元素.51 爸表格 7-4:奥 令牌请求更新癌等级保证响应的扒数据元素.摆.笆.53 傲表格 7-5:埃 De-to暗kenisat败ion查询请求八的数据元素昂 .扮.半.55 把表格 7-6:澳 De-to肮kenisat百ion查询请求吧的响应的数据元霸素.翱.56哎 昂表格 7-7:办 含有认证请半求的De-to柏kenisat版ion数据元素昂.百.57 胺表格 7-8:班 含有认证请求稗响应的De-t叭okenisa澳tion数据元叭素.隘.58 坝表格 7-9:拜 事件周期 巴.奥.叭.邦.叭60 1.引言稗本文档旨在提供柏一个详细的为了懊行业一致化和可挨交互操作的付款邦标记化方

12、案 叭而制定的技术规啊范，此方案将有蔼惠于收购者、商翱家、发行商、持矮卡人。败本规范描述了付肮款标记化的概况埃，定义了支持付矮款标记化的必要拔实体的关键角色邦定位，确认了这摆个规范的重要影百响，指定了和令俺牌请求、发行和爱供应还有交易处啊理相关联的必须拌和可选的数据字把段，并确认了必挨要的API哎本规范也试图提瓣供一个对付款标扳记化系统、术语爱定义、主要职责啊的详尽的描述并澳控制该系统中的岸每一个实体。另摆外，文档还提供绊了潜在的用例、白相关的事务流和败这些事物流中通胺过传统支付功能啊中必须和可选字罢段的标准化，这版些传统支付功能拜比如：授权、捕把获、结算、异常按处理等。1.1 概述胺支付行业

13、正在发氨展提供支付形式啊因素这些形式可澳以提供更多对于叭假冒、账户滥用敖和其他形式的欺碍诈的保护。虽然澳EMV芯片可以爸提供牢固的对有佰卡交易事务的保办护，但是有一个叭类似的需求存在隘，这个需求就是拔减少未授权使用白持卡账户数据，斑和减少对于无卡败交易的跨渠道和盎一种新兴的结合岸了有卡交易和无扮卡交易的交易环爱境的欺诈行为。芭付款标记化系统办对满足这些需求叭非常有保证。扒支付令牌是支付摆系统中可以代替哀主账号（PAN案）。支付令牌可凹以用于生成付款八交易，而非支付唉令牌可以用与一坝些辅助过程，比碍如真实性跟踪。巴本规范描述了创百造和使用支付令稗牌的最小需求。扮但是本规范并不胺用于处理非支付瓣令

14、牌，但并不排伴斥其使用。八支付令牌应该与奥持卡人认证方法矮(CVMs)一唉起使用，这些方绊法包括签名、在澳线或线下PIN背和无方法。根据办ISO-956按4-1 PIN爱 Block 败形式0或者3，扒如果一个在线P把IN码和一个支懊付令牌一起使用芭，这个PIN 啊Block将包疤含支付令牌来代拜替PAN。令牌笆服务提供方(可稗参考3.2章 捌令牌服务提供方叭)有责任确保卡爱发行方收到确认跋，确认是PAN安或支付令牌的P伴IN Bloc疤k视情况而定。把为了提供进一步斑的对于滥用的保笆护，支付令牌被办限制用于一个明版确的域，比如特懊定的客商或者通熬道中。这些潜在翱的用途控制是支袄付令牌和本规范

15、傲描述实现的方法奥的关键的好处。挨另外，支付令牌芭发行的时候应该氨采取一些步骤来柏确保令牌请求者疤使用支付令牌取爱代PAN是合法阿的。这个过程被敖称作识别和验证吧 (ID&V)芭，每次支付令牌傲被请求的时候都蔼应当被执行。绊不同的令牌保护败等级对应不同的澳识别和验证方法艾。例如，无或者办最小化的识别和皑验证应当用于低叭保护的支付令牌拜，而高等级的识扳别和验证可能用蔼于高保护的支付靶令牌。矮以下是支付系统敖中各方采用支付挨令牌的好处。 叭卡发行商和持卡扳人可以获益于一挨种更加安全的支矮付方式，一个更柏高等级的交易批哀准，还可以降低捌在支付令牌而不跋是PAN在暴露拔时，数据泄露而爱导致的被诈骗的翱

16、风险。疤对于卡请求者和暗商家，在线攻击斑和数据泄露的危敖险减少了，因为办限制了特定的域盎，支付令牌的数摆据库降低了吸引跋力。卡请求者和拌商人也将从支付办令牌提供的更高皑的安保等级中获捌益。澳支付过程网络也熬可以采取一种开爱放的规范，这个坝规范可以促进互拔操作性，帮助降颁低支付网络和其熬参与者的数据保罢护需求。1.2读者摆文档适合支付产蔼业系统内的所有绊参与者阅读。比背如卡发行方、商耙家、请求者、支安付网络、支付加艾工者、第三方服傲务提供者。盎1.3 引用标翱准板表1-1列出了俺本文档将可能用啊于处理令牌支付啊过程的参考文献阿。岸最新版本适用背，唉除非显式声明一捌个出版日期。耙表1-1 引用阿标

17、准办参考文献氨文档标题办ISO 781岸2傲标识卡-发行者巴识别阿ISO 858八3柏金融交易卡原始扳电文-交换电文俺规范绊ISO 956癌4-1敖金融服务-艾个人标识号管理白与安全 第1部半分：班基于卡的系统中傲个人识别码基本吧原理与要求案ISO 134稗91隘银行业-安全加哀密装置(各部分傲)罢ISO 270拔01半信息技术-安全办技术-信息安全版管理系统笆PCI DSS柏支付卡产业数据跋安全标准1.4 术语耙本术语无法代表蔼本规范的需求，盎也不应当代表本啊规范推荐的指导哀方针。吧1.5把氨缩略语拌盎 哀 翱 爸 绊 哎 昂表1-2 板缩略语埃缩略语袄定义敖API阿Applica邦tion

18、 Pr岸ogrammi背ng Inte埃rface 八 应用编隘程接口昂AVS佰Address芭 Verifi奥cation 胺Service白 奥 地址巴认证服务阿ICC稗Integra隘ted Cir斑cuit Ca罢rd 耙 扳 集成电搬路卡背NFC傲Near Fi蔼eld Com案municat胺ion 哎 罢 近距离无线通败信瓣TEE皑Trusted碍 Execut罢ion Env傲ironmen把t 挨 可信任执行癌环境把1.6 名词解伴释靶表1-3 名词靶解释班名词胺定义笆3-D Sec皑ure拜3D安全澳电子商务中证明熬持卡人身份真实版性的协议。叭Agent鞍代理人挨有卡发行方

19、指定败的实体，负责完背成代表卡发行方拔具体的功能。如佰卡处理、使用3傲D安全协议的持板卡人认证和令牌拜服务都是这些功吧能的案例。摆Bank Id伴entific把ation N按umber阿(BIN)懊银行身份码罢BIN由支付网敖络分配给卡发行昂方，符合ISO般7812标准的翱识别基于BIN隘和关联账号范围败内的支付网络的啊要求柏BIN Con熬troller搬/Manage佰r阿BIN控制者/罢管理者八根据本规范，B凹IN控制者/管稗理者是一个控制皑发行，分配那些巴用于发行的支付氨令牌的ISO 熬BIN码的实体癌。笆Card敖卡拌任何可以用于发把起交易的持卡人罢设备或者一些电耙子器件，比如手

20、捌机。版Cardhol扒der疤持卡人鞍任何被卡发行方矮发给一个由卡的败形式而表现的一哀个金融账号的独唉体。霸Card Ac唉ceptor板接卡人敖发起一次付款事跋件并且把数据提矮交给需求方的人癌，典型的需求方艾如商人。摆Card Ac盎ceptor 板ID 半接卡人ID号袄接卡人的身份证板明。坝Card Is敖suer按卡发行商安发行卡和持卡人捌的金融机构和其皑代理。败Card Is佰suer Ac罢cess Co安ntrol S拌erver (搬ACS)瓣卡发行商访问控暗制服务器岸为识别和认证而跋提供3D安全服坝务的卡发行商的扳代理。矮DE-Toke隘nisatio邦n伴去令牌化笆补偿一个

21、支付令哀牌因为基于支付挨令牌和PAN的爸分布式存储于令半牌库而导致其与胺PAN相关联的靶过程。代替其关背联支付令牌检索半一个PAN的能袄力应当被特定官按方的实体、应用耙或者系统所限制安。拌Identif岸ication邦 and Ve搬rificat拌ion熬(IDV)碍识别和检验澳一个实体可以成佰功确认持卡人和安持卡人的账号，八从而建立一个支霸付令牌和PAN版持卡人绑定的信凹用等级的有效的傲方法。IDV氨方法的例子如下奥：白 账号认办证信息澳基于PAN的风暗险评估哀卡发行商或者其般代理使用一次性把密码来确认持卡奥人肮Payment扳 Networ胺k瓣支付网络唉用于接收、发送啊、处理由支付卡

22、靶产生的金钱、商搬品或者服务的事伴务，转化发行者傲、请求者、支付爱过程、商家和持百卡人之间的信息哎和资金的电子支摆付系统。扒Payment邦 Proces搬sor阿支付处理机百为请求者和发行扒者提供支付处理疤服务的实体。另熬外，一个支付处芭理机还可能为请胺求者和发行者处笆理提供操作性的扮、报告和其他服安务。扳Payment敖 Token哀支付令牌翱在支付行业中支瓣付令牌可以是多敖种形式。对于本啊规范来说，术语疤“办支付令牌翱”傲代表一个数值，绊这个数值就是P胺AN码，一种必版须通过基本账号扮的验证规则的1澳3-19位，其艾中包括一个Lu傲hn校验位的数把值。支付令牌只按能在BIN范围柏内产生，

23、这个B坝IN范围根据一凹张合适的BIN扒码表来标记，并叭且被指定为一种颁令牌BIN范围疤。支付标记不得把和一个真实的P隘AN码有完全一矮样的数值，那样氨会和真实的PA扒N码冲突。凹Primary敖 Accoun凹t Numbe俺r (PAN)昂基础账号码邦由13-19个蔼数字的可变长度暗组成，由ISO芭 7812协议搬兼容的账号，生芭成于和卡发行商靶的BIN相关联懊的账号范围。扒Request扳ed Toke挨n Assur傲an绊ce Leve颁l / Ass埃igned T搬oken As暗surance板 Level 笆 哀被请求令牌保险蔼等级/已分配令八牌保险等级耙被请求令牌保险爸等级

24、由令牌请求班者从令牌服务提隘供者处请求。被伴请求令牌保险等敖级的概念在令牌胺请求的范围内。啊已分配令牌保险按等级是由令牌服癌务提供者安排的瓣真实数值，作为隘ID&V过程的靶结果，并且反过耙来提供给令牌响隘应者用于应对令搬牌请求。碍Token A把ssuranc奥e Level邦令牌保险等级班一个数值，用来版表示令牌服务提吧供者对支付令牌鞍和PAN或者持邦卡人的绑定的信绊任等级。由识别吧和认证的执行类绊型和实体的执行佰类型来决定。也白可能被附加的一吧些因素影响，比版如令牌的位置。版令牌保险等级在鞍发行支付令牌时哀被设置，并且可颁能在额外的识别隘和认证被执行的岸时候更新。令牌稗保险等级的指有凹令牌

25、服务提供方氨来定义。板Token B胺IN邦令牌BIN码傲一个特定的BI傲N码，或是一个摆已经被设计成只碍为发行支付令牌罢并被在BIN码蔼表内被标记的B澳IN码。矮Token B翱IN Rang板e案令牌BIN码范氨畴袄一个主要由令牌阿BIN码前6-扳12位组成的独柏特的标识符。令巴牌BIN码范畴傲可能被设计用于扒携带和关联卡发挨行商的卡范畴相矮同的属性并将被办包括在分布于参爸与请求方和商家坝的BIN路由选扮择表以用于支持叭路由选择。八Token C巴ryptogr澳am绊令牌密码电文班使用支付令牌和般额外的事务数据颁生成的用于创造胺一个该事务特有柏的值的密码电文霸。计算方法和形跋成方法可能因

26、用癌例而异。斑Token D按omain癌令牌域俺可能使用到支付袄令牌的事务的类安别。令牌域可能案是一个特定的频稗段(比如：只允捌许NFC接收)艾，特定的商家、唉特定的数字钱包傲或者是以上任几啊个的联合。扮Token D拔omain R熬estrict俺ion Con佰trols傲令牌域限制控制耙由令牌服务提供埃商建立的，作为奥令牌服务安保的盎一部分的一系列般参数，这些参数绊可以加强交易行盎为中支付令牌的矮适当使用。一些扳控制的例子如：扳斑使用特殊陈述模靶式的支付令牌，班如非接触令牌或霸者电子商务翱暗可以被特别标注版出来的特殊用户碍使用的支付令牌白耙对于每个事务很艾特别的令牌密文袄的认证艾To

27、ken E把xpiry D八ate凹令牌到期日期搬由令牌库生成并伴且维持，在交易罢过程中被传递给啊PAN到期日期懊以确保交互性并袄且使得令牌规范蔼安装的影响最小岸化。令牌到期日凹期是一个和IS敖O8583格式摆一致的4位数值矮。挨Token I背nterope罢rabilit暗y笆令牌互用性邦当使用有本规范颁定义的新的字段哀和字段值的支付拔令牌时被保持的懊通过现有的互用白的能力来确保团邦体间事务的进行扳和交换的过程。爱Token I邦ssuance佰令牌发布鞍一个支付令牌被叭创造和交付给令搬牌请求者的过程百。支付令牌可能靶为多种使用方式艾和单个使用方式稗而发行。爸Token L柏ocation

28、岸令牌位置蔼在从令牌服务提澳供方申请一个支绊付令牌的时候，扒由令牌申请者提搬供的为一个支付凹令牌和任何相关鞍数据的存储的计爸划模式的一个表熬示。胺位置的安全性可熬能影响支付令牌叭被为人的令牌安坝保等级。由令牌巴申请者提供的安伴全性的应有职责芭，是每一个令牌坝服务提供方和分百配到每个令牌请爱求者将在每个令跋牌服务提供者的碍自由裁量权来负摆责。罢目前支持的位置办类型是：鞍唉远程存储：卡上板的文件是一个例霸子。敖案EMVCo/安捌全元素批准的支拜付网络类型/I背CC跋拜本地设备存储：哀使用消费者控制叭的设备来进行支肮付令牌的标准数澳据存储是一个例按子。鞍跋本地硬件安全存懊储：使用一个T板EE来确保合

29、适笆的数据使用限制扮是一个例子。坝拔远程硬件安全存敖储：符合ISO唉-13491的版存储器是一个例绊子。扮更多存储位置的隘种类可能随着时哎间增加。白Token P八resentm摆ent Mod皑e半令牌陈述模式隘通过支付令牌提坝出付款的模式。蔼这个信息将会如隘同在ISO-8拌583信息定义芭的那样，决定一唉个现存的叫做P吧OS进入模式的奥范围，可以强化般到包含新的本规把范中的潜在价值哎。每一额支付网斑络都将定义并且扳发布一个新的P绊OS进入模式作盎为其现存的信息暗规范和客户须知瓣的过程。为了支安持现有的无触点颁的值，如果还没暗有已经存在的值敖得话，新的值将澳会被指定，通过稗以下的方式参与奥到

30、支付网络中：隘按服务器初始(卡扳中文件的用例)敖凹扫描(可选)翱Token P办rocessi跋ng搬令牌配置袄事务处理的支付佰令牌存在代替P把AN和处理的交挨互通过支付网络绊和令牌服务提供摆者库来去令牌化隘使事务完成。令叭牌处理可能跨越哀付款流程,包括癌授权、捕获、清爱算和异常处理。啊Token P般rocessi败ng巴令牌供应挨提供支付令牌的俺行为和相关的值芭给令牌位置，可氨能包括一个或多罢个密码生成密钥哎。班Token R霸eferenc俺e ID爱令牌关联ID拌用作代替非公开拔支付令牌或者支挨付令牌代表的P把AN码的信息的懊值。啊Token R败equest懊令牌请求按一个令牌请求者

31、翱向令牌服务提供巴者请求一个支付颁令牌的过程。这扒个过程的结果是凹表明，ID&V昂使用令牌请求指伴示器来表明ID败&V机制的目的叭是为了使用令牌版的请求,而非其邦他目的。把Toke俺n Reque邦st Indi奥cator案令牌请求指示器蔼一个用来表明身佰份验证/确认消盎息令牌请求有关岸的值。这是选择芭性地传递到卡发瓣行商作为识别和拜验证API的一碍部分，来通知卡扒发行商的帐户状熬态检查正在执行白的原因。百Token R捌equesto瓣r背令牌请求方岸一个寻求根据这罢个规范来实现付鞍款标记化，并发败起PAN通过向蔼令牌服务提供方扮提交被标记请求佰来实现付款标记案化的功能的实体唉。每个令牌请

32、求蔼者将注册并由令板牌服务提供者惟昂一地识别付款标翱记化系统。熬Token R澳equesto佰r Regis巴tration奥令牌请求方注册蔼令牌服务提供者癌提供正式的流程颁令牌请求者应用袄程序参与令牌服颁务计划的流程。翱令牌服务提供者巴可能收集关于付俺款请求者的性质跋和相关使用令牌跋验证和正式批准捌令牌请求者和建挨立适当的令牌控半制域限制的信息氨。成功注册的令胺牌请求者将被指吧派一个令牌请求翱者ID,并加入氨维护中的令牌库岸。疤Token S蔼ervice背令牌服务搬一个由关键功能埃组成的系统，这爱个系统可以促进霸从令牌BIN中挨产生和发行支付版令牌,并在当令把牌请求者请求的叭时候维持既定

33、的鞍支付令牌到PA叭N的分布。它还佰包括建立令牌的胺能力来表示支付跋令牌到PAN/百持卡者绑定的信隘用等级。这个服暗务还通过将支付拔令牌去令牌化来傲维持真实的PA熬N码来支持支付扒事务的令牌过程办。隘Token S扮ervice 肮Provide艾r班令牌服务提供者板一个提供一个由艾令牌库和关联过扮程组成的令牌服暗务的实体。令牌岸服务提供者将有版能力预留许可I暗SO的BIN码盎来作为令牌的B坝IN码来为根据百本规范提交的P版AN码发出支付搬令牌。白Token V坝ault颁令牌库班一个通过一个维隘护已经建立的支笆付令牌到PAN半映射的令牌标记芭化系统来实现的哎存储库。这个存邦储库称为令牌库稗。

34、令牌库也可以敖维护其他属性的隘令牌请求者在决哎定注册时,可以扒使用的令牌服务案提供者应用域限背制或其他控件在拜事务处理。捌Tokenis隘ation安令牌标记化俺PAN被替换为伴一个被称为支付耙令牌的代理值的扒过程。付款标记半化可能提高交易办效率,提高交易背安全,增加服务肮透明度,或为第澳三方提供方法支拜持。阿1.7 补充拔材料凹其他支付令牌实袄现信息可以在w疤ww.emvc隘上找昂到2约束傲2.1拔颁系统约束唉本规范的目的是敖工作在一个数量叭的限制的支付生版态系统,包括各艾种实体的角色、盎事务流,定义,搬和相关的用例。凹这些限制包括如案下：隘本规范无意于代把替或者干扰任何袄国际间的、国家吧、

35、地区或者地方岸法律法规，这些版政府间的需求高癌于任何工业规范拌。邦本规范并不排除吧现有的申请者或埃其他第三方支付奥令牌实现解决方按案中,这些实体昂在其系统中生成爸支付令牌并执行艾支付令牌和PA白N的映射。败基于每个支付网巴络的政策和业务昂需求，额外的数罢据(如全部或部霸分的PAN)可半能提供给收购方拜和/或商家。重板要的是要注意，叭提供完整的PA哀N给商人会减少半令牌给商人带来阿的价值。斑产品属性,例如搬产品类型(例如佰,借记卡或信用白卡)保持令牌化扒的交易，以确保白现有的支付行业疤中的相关产品属疤性的业务需求的扳连续性来支付行邦业参与者的透明隘度。皑令牌BIN付款扮范围和这些BI柏N范围内的

36、支付霸令牌的分配将使安当事人接受事务瓣做出路由决策。凹根据本规范，因挨为生命周期导致巴的从支付令牌到胺PAN的映射将巴被令牌服务者实板施，比如PAN碍更新、丢失、设搬备失窃和客户和斑令牌请求者的关瓣系终止导致的令挨牌失活。搬一个提供令牌服八务提供商能力的摆实体必须认识到柏支付处理环境中稗,服务将提供和颁确保付款标记化碍引入环境的令牌叭服务提供者对现懊有流程没有不利哎的影响，例如信唉用卡发行商的转般换,商人转换和耙本地网络/对我半们的汇款线路。鞍3 付款标记化俺生态环境艾3.1 支付令碍牌环境暗支付令牌的解决癌方案以本规范列埃出的来实现，并瓣在某种程度上符拜合本规范本身，袄包括一个生态系把统内的

37、角色。有巴些是传统的支付挨行业内现有的角哎色，也有些是本氨规范介绍的其他胺角色。百下面的图提供了绊各种参与支付令蔼牌生态系统的角败色的一个概述。艾每个支付令牌的霸角色和功能将会邦在随后的章节更暗详细地描述。斑3.2 令牌版服务提供方氨令牌服务提供方盎是付款标记化系昂统内，被授权给埃注册的令牌请求疤者提供支付令牌艾的实体。艾令牌服务提供商傲负责大量的离散爸功能作为付款授瓣权方发行的令牌啊。这些职责包括暗但不限于:胺般令牌库的运行和胺维护俺哎支付令牌的产生扮和发行叭胺安全和控制的应爸用支付令牌监督跋哎令牌请求者登记捌的功能皑令牌服务提供商瓣负责建立和管理吧自己的专有令牌鞍请求者API，岸令牌库、令

38、牌供按应平台和令牌注啊册。本规范本身吧不详细描述各个哎功能需求包含这扒些专有平台和相暗关系统。然而,懊令牌服务提供者安应确保令牌BI蔼N或令牌BIN哎范围从传统的B翱IN或BIN范唉围，来避免任何摆疏忽重叠的PA吧N和支付令牌。3.3 持卡人班本规范不改变持懊卡人的身份。卡扒发行商将持续的罢给持卡人发行信案用卡和信用卡账跋户。大多数情况挨下，持卡人预计佰不会知道支付令哎牌已经发给代表板他们的账户了。板非强制的，令牌搬请求者可以选择白让持卡人了解，蔼也可以要求持卡颁人参加ID&V懊过程令牌保证。矮3.4 卡发把行商稗根据拥有与持卡捌人的账户关系，办以及拥有授权和搬支付令牌生态系版统中正在进行的拜

39、风险管理，卡发稗行商将继续维持斑目前的身份。任版何卡发行令牌服绊务应考虑遵守此澳规范,来保持可搬互操作的并符合半使用该规范部署板解决方案。3.5 商家班商人将继续维持巴目前的身份，但斑这取决于具体的按用例，可能是收邦件人支付令牌代皑替一个PAN，埃如在销售点的N拌FC用例。商家按可能也是一个令版牌请求者,如在邦卡上文件的用例胺。用例在后面的邦部分中定义的规坝范。商家将继续唉以同样的方式处罢理所有事务现在懊一样,包括授权巴和捕获，将需要埃实现任何必需的袄或可选的数据元鞍素，如同这个规爸范引用的那样，袄和任何处理需求捌建立了商人的需哎求或支付处理器鞍。在商人也是一笆个令牌请求者的暗用例中，,商人埃

40、需要本规范中引翱用的适应的令牌佰服务API，随耙后由令牌服务提翱供者实现的解决拔方案。板更多信息请参阅胺部分9，支付令摆牌事务流。跋3.6 傲柏请求者靶请求者将以今天鞍同样的方式处理拔所有事务,包括邦授权、捕获、清败算和异常处理。败可能需要额外的凹字段来支持该规板范。佰3.7 支付网翱络霸支付网络继续在皑他们当前的身份跋，可能另外执行艾令牌服务提供者傲的功能，包括这案个规范为令牌服熬务提供者定义所肮有相关的角色。埃作为令牌服务提板供商执行的支付碍系统负责建立和癌管理自己的专有捌令牌请求者AP板I，令牌库,令般牌提供平台。令白牌注册与3.2搬节中列出的令牌安服务提供者。支奥付系统也负责定安义和发

41、布授权，矮清算和异常处理艾消息的影响他们颁的令牌服务。肮非令牌服务提供挨商支付网络应该肮支持处理功能的啊实现，以允许和笆令牌服务提供者俺信息交换，来实胺现去令牌化，以鞍确保支付令牌的唉互操作性。敖3.8 令牌霸请求者矮令牌请求者可能罢是支付产业传统艾的和新生的参与叭者。可能的令牌板请求者包括但不罢限于：安隘卡上文件的商家半笆收购者、收购处伴理机和代表商家坝支付的支付网关芭，如原始设备制暗造商、设备制造般商摆胺数字钱包提供者卡发行商拔令牌请求者将被凹要求登记与令牌颁服务提供商并遵氨守他们的私有注安册中心需求、系凹统和流程。令牌澳服务提供者成功拔注册后,令牌请岸求者将被分配一蔼个令牌请求者I盎D。

42、拔在和一个指定的柏令牌服务提供者敖注册并被分配一巴个令牌请求者I把D后，令牌请求拜者将获得一个特埃定的令牌API半。在令牌请求者瓣在生产中安装了盎令牌API后，鞍令牌请求者可以柏初始化支付令牌鞍请求实现此AP半I的流程和技术疤的特化。当令牌唉请求者初始化了拔一个支付令牌请扳求后，该请求将癌被令牌服务提供疤方处理，支付令坝牌将被发行。柏4 跋支付令牌百规格数据元素翱4.1 数隘据元素碍作为本说明书的胺一部分，下面的拔数据元素可以是把那些具有一稗支付令牌班发起的交易中使瓣用。这些数据元岸素将被映射并流笆通过现有的支付安消息传递基础结稗构。坝虽然每个数据元凹素可能需要在一稗个特定的信息或矮API调用

43、的上埃下文条件或可选皑，以保证支付网啊络之间的互联互绊通，所有这些数颁据元素参与的支唉付网络应支持事耙务处理。靶表4-1：跋支付令牌傲规格数据元素百字段名称爱ISO 858摆3场阿长度扒格式爱评论挨支付令牌艾2啊13至19袄数字挨支付令牌数量是稗指一个替代值的八PAN，那就是俺通过一个账号基板本的验证规则，霸包括卢恩校验位爸13至19位的百数值。已被指定芭为令牌BIN范皑围，并在所有适凹当的BIN表标肮记相应的一个B版IN范围或卡的拔范围内产生的支佰付令牌。生成支皑付令牌，使得它澳们将不会有相同耙的值或与真正的矮PAN冲突爱支付令牌数量的霸交易信息将通过矮授权，捕获，清凹算和异常信息代芭替懊P

44、AN扮的传递。按 唉支付令牌数目可蔼任选地从所述令岸牌传递服务提供奥商向发卡人的授啊权请求的一部分凹。唉令牌到期日哀14艾4背数字背是受产生并保持稗在令牌保管库的搬支付令牌的到期胺日期。令牌到期隘日期字段带有一唉个4位数字的值翱，是与ISO 暗8583的格式安一致。盎令牌到期日的交凹易信息传递代替百PAN袄有效期。罢 癌的值被替换为令岸牌服务提供商与耙PAN暗到期日，然后传碍递给发卡作为授吧权请求的一部分哎。阿格式评论最后位爸支付网络中的特扒定澳:4般数字俺以有选择地提供百通过收购来的商拔户为客户服务使靶用情况PAN 疤4数字的最后四班位数字，如被印办在消费者的收据啊。吧PAN ID产昂品岸支

45、付网络中的特霸定扳3艾字母数字百PAN产品ID氨是用于确定卡的胺产品被符号化的熬类型可选标识符鞍。它可以被包括哀在的情况下的这盎种信息的透明度澳是必须的。颁交易信息：罢PAN产品ID斑可以任选地从所敖述令牌服务提供罢商向收单传递到叭授权响应的一部八分。鞍POS输入模式拜22柏2耙数字瓣此规范使用PO背S输入模式字段扮，表示通过支付拔令牌呈现FO模拔式翱支付。每个支付澳网络将定义和发败布任何新的PO肮S输入模式值作阿为其现有的信息懊规范和客户通知半程序的一部分。澳交易信息：PO懊S输入模式是，邦将通过授权，捕板获，清算和异常岸信息传递现有领盎域。案令牌请求者ID碍支付网络中的特肮定坝11胺数字罢

46、数字此值唯一标拌识令牌请求者与斑令牌域配对。因皑此，如果一个给蔼定的令牌请求需皑要令牌为多个域皑，这将有多个令傲牌请求程序的隘ID颁，每个域一个。奥它是由令牌服务佰供商分配一个霸11敖位数字的值，是跋令牌库中是唯一板的：扒位置霸1-3办：令牌服务提供败商代码，唯一的蔼每个令牌服务提拔供商伴位置氨4-11瓣：通过令牌服务哎分配供应商为每暗个请求的实体和皑令牌域名岸交易信息白令牌请求者ID芭可以任选通过授翱权，俘获，清算芭和异常消息。背令牌保证级别百支付网络中的特拜定翱2吧数字胺令牌保证级别是颁一个值，允许令拌牌服务提供商，阿以指示奥支付令牌般的置信水平为P瓣AN /持卡人爱具有约束力。它啊被确定

47、为标识版V执行的类型和芭所执行的实体的肮结果令牌保证级版别的发布支付令疤牌，可能更多的胺IDV执行，耙如果被更新时设肮置。它是一个2百位数的值从00哀其指示支付令牌摆不具有的ID叭V已经执行到9啊9的值，表示最隘高可能的保证。澳产生的值的具体吧方法由令牌服务摆提供商所定义。哀交易信息：令牌啊保证级别将由令翱牌服务提供商来跋提供。皑 安该值可以任选传佰递给发卡作为授盎权请求的一部分白。安该暗值可任选地传递霸到收单扳/板商人在授权响应班，捕获，清算和鞍异常处理的消息巴。安令牌保证数据:碍支付网络中的特吧定由令牌服务提伴供商提供的可变邦二进制数据包含挨支持信息的令牌跋保证级别。爸交易信息：这个澳数据

48、可以任选传八递给发卡作为授拜权请求的一部分蔼。肮令牌密文疤支付网络中的特扒定盎可变百二进制昂该密码电文唯一阿地由令牌请求生邦成验证授权使用捌的令牌。该密会般在不同的领域中岸，基于交易类型八的交易信息进行瓣。隘相关的用例：板NFC懊非接触式交易，凹将开展令牌密文扳在现有的芯片的疤数据字段。其他拔交易，如那些从拌数字钱包始发，霸可携带的令牌密摆文中的现有字段绊。板交易信息：败令牌密文将被传拔递的授权请求，挨并通过所述令牌哎服务提供商和/熬或发卡验证绊下面的数据元素瓣IDV令牌服背务在提供商和发霸行人之间的过程扒中只是作为一个霸可选字段坝字段名称：令牌袄请求指示伴ISO 858傲3场：支付网络盎中的

49、特定/ I案DV过程中的鞍具体长度：可变的巴格式：支付网络袄的特定/ ID拜V具体过程邦评论：一个指示靶器用于表示该消佰息的目的是在一熬个支付令牌请求肮来验证持卡人。吧5.1 叭简介矮本节介绍令牌服肮务提供商需要实胺现提供令牌服务爸，它与本规范相半一致的要求。多班重责任分配给令艾牌服务提供商，埃包括令牌库，令傲牌颁发，令牌保拔证使用IDV疤方法，令牌服务把的API，令牌巴处理功能和令牌摆生命周期管理。佰虽然说明书描述暗了令牌请求者和隘一个令牌服务提跋供商之间的直接坝关系，但并不排巴除作为聚合器或版网关媒介实体，背提供表示该令牌拜请求到多个令牌昂服务提供商，只坝要令牌域限制控把制是维持。埃5.2

50、 令安牌库需求背令牌服务提供者扳应当建立并运营傲一个令牌库将提摆供生成和发布支柏付令牌的能力，懊建立和维护支付哀令牌，以PAN扒映射，并提供基俺本的安全及相关捌处理控制，如事八务处理过程中域碍限制。令牌Va碍ult提供机制俺，支付令牌，以扳平底锅进行映射傲事务处理过程中肮提供，如授权，奥捕获，清算和异伴常处理。令牌拱邦顶需要保持映射艾到其整个生命周把期中给定的PA邦N所有相关的爸支付令牌暗。皑5.2.1 办支付令牌耙生成斑令牌服务提供商霸产生响应稗支付令牌半请求支付令牌。蔼支付令牌世代只皑使用指定的令牌袄桶或距离单元，百以保证有生成付拜款的可能性和令半牌与PAN进行伴冲突。在昂支付令牌隘生成时

51、，令牌服氨务提供者应当识盎别和存储支付令矮牌，以PAN映哎射在令牌库在随办后的事务处理使矮用。令牌Vau版lt还应当对各啊自产生的鞍支付令牌扳的令牌请求发起胺通过捕获和存储懊令牌请求ID请邦求相关联。埃业务功能包括授背权，清算和异常蔼处理的传统处理版将其所需要的应澳用的付款网络被扳集成及相关令牌阿保管库的解决方笆案，以确保令牌耙服务是指在保持艾互操作性和这些暗交易过程的正在八进行的完整性的盎方式进行的。凹任何发卡实现令爱牌服务应考虑以吧下这个标准的互傲操作性和一致性岸与使用本规范部艾署的解决方案。袄所产生的应包括隘令牌到期日吧支付令牌叭。令牌到期日期板应满足的PAN背到期日期的格式疤要求。拌支

52、付令牌安概以这样的方式扮，以确保在所有叭现有的事务处理袄产物和PAN的吧其他属性的保存安使用令牌的BI败N生成。肮响应来自于给定靶令牌请求支付令懊牌请求生成的支班付令牌仅适用于版令牌域到该支付盎令牌已经发出内罢的事务。斑5.2.2 澳 佰支付令牌熬发行与配置败支付令牌应通过矮响应仅注册令牌扳请求令牌请求的巴令牌服务提供者扮进行有效的令牌奥请求者ID认可拜发行。支付令牌靶请求应受基础上白，要求保证级别矮同意由令牌请求拔和令牌服务供应摆商指定的ID办V保证方法。佰支付令牌发放也柏可能涉及到支付笆令牌的令牌请求瓣的配置。扒支付令牌耙已经产生并保证班步骤完成后，会把发生熬支付令牌跋配置。与配置相般关联

53、的方法可以芭是专有的每个令耙牌服务提供商并袄且是本说明书的暗范围之外。半支付令牌配置通稗过令牌请求和令般牌服务进行提供懊商之间的接口交败流。八令牌服务提供商般也可以选择通过邦使用特别指定的挨标记ISO 8疤583的授权请蔼求报文来实现支氨付令牌发放和配般置进行支付令牌般请求和传输ID胺V信息令牌服哀务提供商进行后佰续处理。在这样暗的情况下，IS案O 8583的奥授权响应消息可盎以用来支付令牌扒和相关的令牌到瓣期日返回到令牌百请求。哀5.2.3 艾 安全性和控制阿由于存储和管理扮他们的数据映射碍的敏感性质，令鞍牌拱顶由每个行皑业标准的强大的皑物理和逻辑安全艾的措施加以保护隘。案令牌服务供应商拌，

54、在支付交易处昂理的同时，应负挨责限制基于令牌隘的交易与给定令挨牌请求截至令牌百请求报名时确定芭相关的相应的域爸。傲令牌请求登记，百确保令牌服务通熬过注册，审批和矮注册实体令牌请俺求者的完整性。按令牌服务提供者袄应当至少分配一斑个唯一的令牌请笆求ID给定的令板牌请求，并应负耙责令牌请求者和肮它们相关的令牌靶请求ID的生命拜周期管理。作为柏注册的一部分，碍令牌服务提供商傲也应该捕获与给摆定的令牌请求相坝关的请求令牌保斑证级别和令牌域笆限制控制，并确笆保这些域限制提坝供给令牌库支付昂令牌交易过程中八应用这些限制处挨理。蔼5.2.4令牌扳请求注册澳令牌服务提供者肮应当建立一个过把程来注册申请指罢定为令

55、牌请求的澳实体。那些选择搬实体根据每个令啊牌服务提供商建班立了专有工艺被白承认为一个令牌矮请求多个令牌服安务提供商可能会哀与每个令牌服务阿提供商单独注册班。败令牌请求注册流芭程：拌*令牌请求者 昂到令牌服务提供摆商：令牌请求信息令牌域限制控制要求保证级别.肮*令牌服务提供傲商到令牌请求者傲：令牌请求者I颁D肮每个令牌服务提班供商确定从令牌哀请求收集的信息拔，并建立自己的瓣专有流程，收集昂，审查和批准。柏收集的信息可以般包括，除其他外罢，典型的了解你柏的客户（KYC蔼）的信息，以及瓣支付令牌的用例半，该招收令牌请傲求程序将支持，搬包括可能需要被哎内实现的任何适吧当的域限制和其八他交易控制标记吧库

56、。叭注册函数的结果翱是对未来的令牌霸请求的注册申请熬批准或拒绝的决拜定。批准令牌请斑求者被分配一个哀唯一的令牌请求爱者ID。域限制颁及其他交易控制奥应通知并配合令班牌库实施。百5.2.5 绊令牌保证败令牌服务提供者斑应当确定保证每奥个批准令牌请求拜相关的预期水平把，并根据使用的坝情况下，在确定伴支付令牌申请和疤审批程序应用于吧哪些类型的ID版V的。初始令跋牌保证级别将在背支付令牌请求时耙间来确定和基于把该IDV方法白的类型和结果。巴令牌保证级别可柏更新，以支付令翱牌发放后续。哎5.2.6 令扳牌域限制控制搬为了确保支付令拜牌作为意在通过靶令牌请求，需要拌额外的控制来管罢理和验证的支付坝令牌的基

57、本用法颁。这些控制应通办过基于条件的令啊牌服务提供商，爱其中包括用例和澳令牌域名，如商暗家标识和POS肮进入模式在令牌拌请求登记过程中瓣确定了定义和实百施。这些令牌域班限制控制的目的澳是保证支付令牌办的任何曝光不会按导致显著随后欺拜诈的水平。允许背令牌域限制控制芭一个给定的令牌办请求是通过在令摆牌请求注册时间把令牌服务提供商八指定并批准支付案令牌用例驱动的埃一部分。这些令挨牌域限制控制应岸被存储在令牌库奥或具有同等安全敖保护的位置。实霸际令牌域限制控扮制应用和令牌服把务提供商及其专癌有标记库执行。盎拌令牌请求者ID碍每个令牌请求I爸D由令牌服务提鞍供商分配将是惟瓣一的，而不是与邦其他分配令牌请

58、拔求ID的来自同巴一令牌服务提供半商或其他令牌服敖务提供者发生冲隘突。爱每个令牌请求应白指定一个令牌请敖求者搬ID半，每个域一个。拌它具有以下约定澳分配的令牌服务唉提供商的挨11皑位数字的值：绊位置癌1-3凹：令牌服务提供邦商的代码，唯一爸的每个令牌服务袄提供商按 位置熬4-11班：为每个请求分疤配的令牌服务提罢供商实体和令牌拜域名唉令牌服务提供商熬的代码分配给每瓣个令牌服务提供凹商和EMVCo艾标准维护。看到板的EMVCo网哀站了解更多信息拜：www.em拌颁。岸令牌请求ID是氨应该出现在交易俺的底层控制数据巴元素。在令牌请扳求者ID传递给皑商家使用的情况氨下，这些交易不罢应该允许成功处胺理

59、如果令牌请求般ID出现在事务案不匹配令牌请求胺ID存储在令牌俺库的阿支付令牌稗。翱这是旨在限制与案特定令牌请求相埃关交易5.2.霸6.2 POS班进入模式的其他跋控制包括使用那捌些在POS输入昂模式代码字段进熬行POS输入模邦式的值限制使用哀令牌，只有那些矮POS进入模式扒令牌请求注册时拌同意。哎昂 商家暗信息。安在使用中的情况霸下的商人可以是绊令牌请求程序，搬商户相关的数据疤元素，如卡片接爸受器的ID与收案单识别数据元素凹的组合，应使用靶以限制使用的碍支付令牌碍的比较在事务处霸理每个令牌请求唉注册期间确定的艾信息建立在令牌斑库控制消息的这搬些领域。这样一哀个用例是通过卡鞍上文件招商局召挨开的

60、PAN的断绊词。袄5.2.7报告般和原始数据岸令牌服务供应商背应必须提供报告班或将数据输出到霸报告工具的能力扒有关已批准，待坝或拒绝令牌请求八，包括任何指定芭的令牌请求的I白D。叭令牌服务提供者按也应该有提供数版据输出到相关的碍能力，基于令牌氨的交易报告工具昂和应用程序，并啊提交邦支付令牌柏和/或PAN适皑当的报告输出。隘应令牌请求者被阿撤销或者被分配鞍新的令牌请求的跋ID，这些信息拜也应受到报告和拜审计，并调和与办令牌库。捌5.3收单行要邦求佰作为参考在本说凹明书中，并且由拔支撑支付网络的安消息规范进一步皑定义收单行应实靶现任何所需的或奥可选的数据元素扒。爱5.4付款网络八要求百支付网络必须