交通一卡通移动票卡技术规范+第3部分：近场支付

4交通一卡通移动票卡技术规范第3部分：近场支付本文件规定了交通一卡通移动票卡近场支付的应用模型、交易分类与应用要求、交易模型、交易本文件适用于交通一卡通移动票卡系统近场支付业下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适JT/T978.2—2023城市公共交通IC卡技术规范第2JT/T978.3城市公共交通IC卡技术规范第3部分：读写JT/T978.4—2023城市公共交通IC卡技术规范第4部分JT/T1059.1交通一卡通移动票卡技术规范第1部JT/T1059.2—202x交通一卡通移动票卡技术规范第2部JT/T1059.6交通一卡通移动票卡技术规范第6部分：可信服JT/T1059.7交通一卡通移动票卡技术规范第7部JT/T1179—2018交通一卡通二维码JR/T0025.7—2013中国金融集成电路（IC）卡规范第7部分：借记/贷记JT/T978.4和JT/T1059.1界定的以及下列术语和定义适用于3.1为近场支付提供受理终端接入、交易信息及结算数据处理等功3.2用于提供用户接口界面，与安全单元配合实现安全单元管理及应用管理功能的应用3.33.4数据传送过程中，当需要发送数据时才建立连接，数据发送完成后则断开连接的连3.5实现“交通一卡通”二维码生成与解析、权益3.6发行交通一卡通移动票卡，并对清分结算的跨机构交易数据进行3.75布放交通一卡通二维码终端，为交通一卡通二维码提供扫码、资金结算服务，并对清分结算的跨3.84缩略语ASCII：美国信息互换标准代码（AmericanStandardCodeforInformationInterchange）MAC：报文鉴别码（MessageAuthenticationCode）MCC：商户类型码（MerchantMMK：成员主密钥（MemberMasterKePOS：销售终端（PointOfSSTK：SIM卡开发工具包（SIMCardTSM3：SM3密码杂凑算法（SM3CryptogTSM：可信服务管理（TrustedServiceManageTLV：表示标签、长度以及值的组合（TagLength交通一卡通移动票卡支付应用模型应见图1，所涉及的相关a)移动票卡终端：用户在移动状态下使用的支付设备，主要指手机及智能可穿戴设备；d)接入渠道：提供短信、OTA及专e)TSM：提供载体生命周期管理、应用生命周期管理和应用管理等服g)账户管理系统：实现账户体系的整体管理功能，包括开户、更改和销户及资金的管理等业务；受理终端数据交换中心收单系统账户管理系统h)数据交换中心：实现跨机构支付的数据交换、清算和结算，接入入网机构。受理终端数据交换中心收单系统账户管理系统移动票卡终端服务平台TSM服务平台TSM接入渠道注：虚线表示实体间可跨接多个系统。5.2交通一卡通二维码支付交通一卡通二维码支付应用模型见图2，所涉及的相关6a)客户端：展示二维码数据、为用户提供界面展示、用户消费记录查询、账户信息查询等；b)发卡机构：根据用户交易情况、信用等级等进行风险控制，负责二维码发码安全管理。为发行的二维码消费记录进行支付、结算等资金操作。对用户账户所有交易进行记录与管理。向证书管理中心申请发卡机构公钥证书，并存储证书。接收跨区域清分结算数据，并对跨区域c)证书管理中心：为入网机构签发机构公钥证书，实现二维码互联互通；d)受理终端：参与移动票卡交易的专用受理终端，主要指闸机、读写器等专用终端；e)收单机构:将中心根公钥证书下发至所有受理终端、管理受理终端软件更新、远程监控等。与证书管理中心的CA管理系统对接，接收并采集受理终端上传的原始交易数据，匹配进出站原始交易并根据计费规则计算交易金额。上传跨区域二维码交易数据，接收数据交换中心的清算结果文件；发卡机构证书管理中心二维码受理终端收单机构f)数据交换中心：实现跨区域二维码交易数据转发、清分和结算处理等业务。发卡机构证书管理中心二维码受理终端收单机构客户端数据交换中心根据移动票卡终端与受理终端之间交互方式的不同，近场支付应用分为电子现金应用、电子钱包——二维码支付应用符合JT/T1059.2的规定，交互流程符合JT/T1059.7的规7.1.1用户通过移动票卡终端与受理终端交互进行支付，由受理终端直接进行承兑或拒绝，并在交易完成后通过收单系统和数据交换中心将交易通知或7.1.2脱机交易中若受理终端无需上传清算数据到收单系统，则模型只包含移动支付终端与受理终端7.2联机交易模型7.2.1联机交易是移动支付终端与受理终端使用非接触交易方式，在本地或接入并在交易过程中通过收单系统和数据交换中心与账户管理系统进行身份认证、清算处理的交易，包括7.2.2受理终端与移动支付终端按照交互流程获取交易所需信息，并向收单系统发起交易请求。交易经账户管理系统处理后依次向前端相连系统返回交易处理结7移动票卡终端移动票卡终端7.3移动票卡终端内部交易模型移动终端移动票卡终端内部交易模型是SE与客户端（含STK）之间进行的交移动终端SE客户端外置式SE交易模型是外置式SE设备通过外部接口与移动票卡终端相连后，与客户端之间进行的交客户端移动终端客户端移动终端外置式SE设备云端支付平台收单系统终端账户管理系统用户通过客户端软件或受理终端完成身份识别、比对和认证交易，用户账号、应用密码等敏感的个人身份信息能存储在云端平台，使用HCE、TOKEN等机制来实现安全认证，无需SE实体的支持，云端云端支付平台收单系统终端账户管理系统数据交换中心数据交换中心移动终端移动终端7.6应用管理交易模型用户使用移动票卡终端通过客户端软件或应用管理终端完成应用下载、应用删除、应用个人化和88.1.2脱机交易流程示意见图8，脱机交易按照下列步骤进行：a)步骤1：脱机交易请求，用户将移动票卡终端放置于受理终端射频工作场（直至第2步结束），移动票卡终端受理终端SE客户端步骤1步骤2移动票卡终端受理终端SE客户端步骤1步骤2步骤38.2联机交易流程8.2.2联机交易的流程示意见图9，联机交易按照下列步骤进行：a)步骤1：用户将移动票卡终端放置于受理终端射频工作场（直至交易结束方可移出受理终端向SE发送命令以获取发起交易所需的数据信息；e)步骤5：受理终端向SE发送交易请求；g)步骤7：SE将结果反馈给客户端，）；9移动票卡终端受理终端收单系统账户管理系统步骤1步骤2步骤3步骤4步骤5步骤6步骤8步骤9移动票卡终端受理终端收单系统账户管理系统步骤1步骤2步骤3步骤4步骤5步骤6步骤8步骤9客户端步骤7SE8.3应用管理交易流程a)SE的管理交易流程：涉及SE初始化的交易流程按照Jb)辅助安全域的管理交易流程：包括辅助安全域创建、辅助安全域锁定和解锁及辅助安全域删c)应用的管理交易流程：包括应用下载、应用删除、应用锁定和解锁及应用个人化，其交易流d)二维码的管理交易流程：包括发卡机构公钥证书申请、证书管理中心公钥证书下发、二维码9交易文件接口要求数据交换中心与入网机构在信息交互过程中的交易文件接口应包括文件接口、文件存取方式和通数据交换中心信息接口发卡机构入网机构收单机构数据交换中心信息接口发卡机构入网机构收单机构流水文件结构文件接口顺序文件结构流传输方式文件存取方式专线接入方式通讯方式VPN接入方式9.2.1数据类型数据交换中心与各入网机构之间的交易文件接口通过文件约定，流水文件结构和顺序文件结构采用自定义的ASCII码文件结构，文件格式中的数据类型应符合an数值，0～9，右靠，首位有效数字前填零。若s不同商户类型的MCC码应符合JT/T978.4—209.2.3文件结构9.3.1一般要求包含日切前的清算日所有数据交换中心处理过的收单机构的消费文件CD、下发给收单机构的消费清算反馈文件清单FB、下发下发给发卡机构的脱机消费清算明细文件。发卡机构需要对文件中的所有数据进行交易验证码或其他安全数据的验证，以代扣交易清算反馈文件，下发代扣交易代消费明细验证反馈文件；发卡机构将交易消费代扣清算反馈文件，下发代扣交易收脱机代扣清算明细文件，下发代扣交易发代扣争议交易调整清算明细文件入账通知文件，通知发卡机构，这些数据确认机构差错处理结果通知文件下发给入网机构的二维码互联互通城市白入网机构根据当地公共交通票价基础信9.3.2交易类接口文件9.3.2.1一般要求交易类接口文件应包括脱机消费明细文件、代扣交易明细文件和二维码交易明细文件，应使用顺序文件结构。脱机消费明细文件和代扣交易明细文件应符合JT/T978.4—2023中6.2.2.2和6.2.2.3的9.3.2.2二维码交易明细文件9.3.2.2.1用途9.3.2.2.2命名规则a4nn819.3.2.2.3文件格式9.3.2.2.3.1一般要求文件格式应包括文件头记录、文件尾记录和文件体记录。文件体记录应包括文件体记录段0-基本9.3.2.2.3.2文件头03n3478 8489.3.2.2.3.3文件尾03n347n符，A～F应为大写，经过成员主密钥码码交易数据校验码：按照JR/T0025.7的规00000000000000000000009.3.2.2.3.4文件体3nMa4M2nM2nM6nM受理机构向交易数据交换中心发送的每一笔交易，应赋予一个MMMMM4M收单机构商户类型，MCC码，应符合9.22MM由POS终端管理机构分配的受卡方机构标识代码（商户代码，M受卡机构的名称和所在地（商户，运营单位的所在地右补MnMnMnM取值范围000000000001～9999nM8M3M4M填写计算票价时实际使用的卡种参数。定义同二维码机构中的“用户账户类型”左补00，如果未享受优惠，填写00008M2nMMM长度不超128字节，如消费类型为00的交易：2017-12-3119：00：00运通901路，车号3421，王府井；消费类型为01的交2017-12-3123：00：00补扣M8M受理终端交易序号，用8个可见的16进制字符（0～9，A～F）M用户进站扫码时间，格式为YYYYMMDM消费类型为01时填写出站受卡机终端标识码，若为其他消费类8M消费类型为01时填写出站终端交易序号，其他消费类型可全F用户出站扫码时间：格式为YYYYMMDDM取前两位保存上下行（站点号递增的方向为上行，递减的方向为下行）标识，其中00表示上行，01表示下行，M3nn6n4nTLV的第一个T表示标签信息，L表示后续数据的长度，V表示业务数据。其中L可以为0，不为0时V才会出现。TLV总长度不超过4000（包括TL），TLV规则14T 24Ln—3V—由若干个标签代码连续组成根据业务9.3.2.2.3.6行业数据扫码信息标签代码1上车二维码、终端及线路编号信息，符合JT/T1179—2下车二维码、终端及线路编号信息，符合JT/T1179—9.3.2.2.3.7扫码信息终端扫描二维码成功后，应自动生成此扫码信息，并将扫码信息上传至系统后台。扫码信息TLV规则应符合表10的规定，扫码信息标签定义应1T4—2L4—3V1M2M3M4M5M6M7M8M系统补扣时，通常只有上车信息，在上车的标签中填写9CCCCCMCCMM9.3.3清算类接口文件清算类接口文件应包括消费已处理文件清单文件、脱机消费清算明细文件、消费清算反馈文件、消费争议交易调整明细文件、消费清算结果明细文件、消费明细验证反馈文件、代扣交易清算反馈文件、消费代扣清算反馈文件、脱机代扣清算明细文件、代扣争议交易调整清算明细文件及代扣清算结果明细文件，应使用流水文件结构。清算类接口文件应符合JT/T978.4—2023中6.2.3.2、6.2.3.3、6.2.3.4、6.2.3.5、6.2.3.6、6.2.3.7、6.2.3.8、6.2.3.9、6.2.3.10、6.2.3.11和6.2.3.12的规定。9.3.4其他类接口文件9.3.4.1一般要求其他类接口文件应包括入账通知文件、收支文件、黑名单上传文件、黑名单下发文件、白名单下发文件、错误代码下发文件、差错处理文件、确认机构差错处理结果通知文件、异地交易机构信息文件、二维码白名单下发文件及票价基础信息文件，应使用流水文件结构。入账通知文件、收支文件、黑名单上传文件、黑名单下发文件、白名单下发文件、错误代码下发文件、差错处理文件、确认机构差错处理结果通知文件、异地交易机构信息文件应符合JT/T978.4—2023中6.2.4.2、6.2.4.3、6.2.4.4、6.2.4.5、6.2.4.6、6.2.4.7、6.2.4.8、6.2.4.9和6.2.4.9.3.4.2二维码白名单下发文件9.3.4.2.1用途9.3.4.2.2命名规则a4nn819.3.4.2.3文件格式n2s2n6s2nns29.3.4.3票价基础信息文件9.3.4.3.1用途用于上传票价的基础信息。当线路的票价信息发生变化时，收单机构应以新的版本号上传。版本号保持上升并且唯一。如果一天有多个版本有效，清算中心以版本号最大的为准。如果同一版本号上9.3.4.3.2票价对比流程二维码交易中，数据交换中心需要对二维码的交易金额进行校对。金额校对不通过的交易，作为拒付交易，下发给收单机构。为保证数据交换中心能够正确核对手续费，收单机构需要将票价信息文件进行上送。接入省平台的收单机构，参数文件由省平台汇总后上送。该方案目前只适用于公交票价的核对，暂不支持换乘优惠、累计优惠等特殊优惠票价的计算。对于分段计价，收单机构应区分上下行标识，上送各站点之间的票价。对于票价不区分上下行标识的线路，统一按照上行上送。票价比对开始开始解析二维码交易解析二维码交易根据交易发生地，受卡方标识，线路，交易发生日期