ICS 35.240.40 A 11 JR 中华人民共和国金融行业标准 JR/T 0093.4—2012 中国金融移动支付 远程支付应用 第 4部分：文件数据格式规范 China financial mobile payment —Remote payment applications — Part 4: Specification for file data format 2012 - 12 - 12 发布 2012 - 12-12 实施 中国人民银行 发布 JR/T 0093.4—2012 I 目 次 前言 ............................................................ .................... II   引言 ............................................................ ................... III   1 范围 .......................................................... .................... 1   2 文件结构 ........................................................ .................. 1   3 文件接口 ........................................................ .................. 1   参考文献 .......................................................... ................... 4   JR/T 0093.4—2012 II 前 言 《中国金融移动支付 远程支付应用》标准由以下 6部分构成： ——第1部分：数据元； ——第2部分：交易模型及流程规范； ——第3部分：报文结构及要素； ——第4部分：文件数据格式规范； ——第5部分：短信支付技术规范； ——第6部分：基于安全单元（ SE）的安全服务技术规范。 本部分为该标准的第 4部分。 本部分按照 GB/T 1.1-2009 给出的规则起草。 本部分由中国人民银行提出。 本部分由全国金融标准化技术委员会（ SAC/TC180 ）归口。 本部分负责起草单位：中国人民银行科技司、中国人民银行金融信息中心、中国金融电子化公司。 本部分参加起草单位：中国工商银行、中国农业银行、中国银行、中国建设银行、中国银联股份有 限公司、交通银行、中信银行、中国邮政储蓄银行、中移电子商务有限公司、支付宝（中国）网络技术有限公司、 深圳市财付通科技有限公司、 北京通融通信息技术有限公司、 开联通网络技术服务有限公司、 中金国盛认证中心、东信和平智能卡股份有限公司、深圳市新国都技术股份有限公司、大唐微电子技术有限公司。 本部分主要起草人：李晓枫、陆书春、潘润红、姜云兵、杜宁、李兴锋、刘力慷、曲维民、刘运、 史大鹏、雷斌、李春欢、杨帅、唐邦富、李竹、延冰、刘宁锋、仇哲、庞杰、张永成、甄旭、王庆、张礼文、郝静华、廖宗俐、邓苏军、陈耔宇、王永吉、赵如愿、张彦杰。 JR/T 0093.4—2012 III 引 言 随着移动支付新业务、新产品、服务新领域和新的管理模式不断涌现，以客户需求为主导的移动支 付业务出现了不断交融和细化的趋势，不同机构、不同部门、不同业务之间的信息交换和信息共享变得越来越频繁。统一交易模型、交易流程及报文接口可以有效加强银行、非金融支付服务组织、商户之间的互联、互通及信息共享，降低交易成本，提高市场效率。 考虑到移动支付中远程支付涉及面广、 业务种类繁杂以及各银行和非金融支付服务组织的业务系统 现状，为便于标准的推广，本部分仅对目前支付业务中应用较为广泛的、基本的、通用的文件数据格式进行了规范，其它文件数据格式在标准后续的修订过程中逐步纳入。 JR/T 0093.4—2012 1 中国金融移动支付 远程支付应用 第 4 部分：文件数据格式规范 1 范围 本部分规定了远程支付中支付内容平台与远程支付系统之间传递和交换的文件的数据格式， 包括文 件命名和记录格式定义。本部分对文件的传输方式不做规定，具体传输方式由参与文件交换的各方协商确定，应保证文件传输的安全性和完整性。 本部分适用于远程支付中支付内容平台与远程支付系统之间的文件交换。 2 文件结构 2.1 文件类型 远程支付业务中，支付内容平台与远程支付系统之间的文件主要有：商户对账文件。 文件由 N（N>=0）条记录构成，每条记录表示一笔交易，同一文件中的每条记录长度可以相等， 也可以不相等。 2.2 文件命名规则 每个文件都有一个文件标识符（file identifier），由“基本名”和“后缀名”两部分组成。结 构如下：“type_discription_date _batchNo.exten sion”，其中： ——type是 1-20位字母代码，标识文件类型； ——discription 是 1-35 位字母数字以及特殊字符组成的代码，由支付内容平台与远程支付系统 协商确定； ——date是 8 位数字代码，格式为“YYYYMMDD”，标识文件请求或处理日期； ——batchNo.是4 位数字代码，标识生成文件的批次； ——extension 是文件后缀名，推荐采用 dat、xml 中的一种。 元素间以“ _”字符作为分隔符。 2.3 数据格式 dat文件采用分隔符方式组织文件数据内容，分隔符推荐使用“|”。应避免业务数据中包含分隔符， 若必须包含分隔符，应首先做转换处理再写入文件。dat文件语言编码推荐使用UTF-8和GBK编码。 如采用xml文件格式，数据项的标签名称使用本部分定义的标识符。 3 文件接口 3.1 商户对账文件 3.1.1 文件名称 JR/T 0093.4—2012 2 商户对账文件的名称、适用交易类型等如表1所示： 表1 文件名称格式 文件接收方 文件中文名称 文件名称 包括的交易种类 用于接收商户对账文件的商 户或SP 商户对账文件 MTD_discription_date_batchNo.extension 消费 3.1.2 文件格式 3.1.2.1 文件头 商户对账文件的文件头如表2所示： 表2 文件头格式 中文名称 标识符 数据格式 值域 说明 备注 接口版本号 Version ansMax(10) 无 文件格式版本号，用于区分不同版 本的对账文件。 生成时间 CreateDateTime n14 无 文件生成时间，格式为 YYYYMMDDhhmmss 成功支付笔数 SuccessfulPaymen tTotalCount n6 无 成功交易总笔数，左补零 成功支付总金 额 SuccessfulPaymen tTotalAmount n17 无 以交易币种的最小货币单位表示的 金额，左补零 商户名称 MerchantName ansMax(40) 无 商户名称的全称，通常指工商局注 册的名称 商户标识 MerchantID n15 无 为入网商户分配的唯一标识码 3.1.2.2 文件记录格式 商户对账文件的文件记录如表3所示： 表3 文件记录格式 中文名称 标识符 数据格式 值域 说明 备注 交易日期时间 TrxDateTime n14 无 交易提交的日期时间，以 “YYYYMMDDhhmms s”的格式表示， 可以根据具体情况组合使用 子商户标识 SubMerchantID n15 无 商户为其子商户分配的代码 订单号 OrderID ansMax(50) 无 用于标识订单的标识代码，订单号 在一定时间段内应保持唯一，或与 交易日期时间、商户代码等组合后 保持唯一 交易类型 TrxType n2 无 标识一笔交易类型的代码 JR/T 0093.4—2012 3 中文名称 标识符 数据格式 值域 说明 备注 交易金额 TrxAmount nMax(16) 无 以交易币种的最小货币单位表示的 金额 交易币种 TrxCurrencyCode an3 无 交易金额所对应的币种代码 交易流水号 TrxSerialNumber ansMax(50) 无 标识一笔交易的代码，交易流水号 与交易日期时间一起唯一确定一笔 交易 应答码 ResponseCode an4 无 在应答报文中用于指明本节点的处 理结果