JR/T 0245-2025 支付条码技术规范

　　中华人民共和国金融行业标准

　　JR/T 0245—2025

　　代替JR/T 0245—2021

　　支付条码技术规范

　　Technical specification for payment bar code

　　2025-12-23 发布2025-12-23 实施

　　中国人民银行发布

　　JR/T 0245—2025

　　I

　　目次

　　前言................................................................................. II

　　1 范围................................................................................ 1

　　2 规范性引用文件...................................................................... 1

　　3 术语和定义.......................................................................... 1

　　4 支付条码编码规则.................................................................... 2

　　4.1 付款码.......................................................................... 2

　　4.2 收款码.......................................................................... 2

　　5 支付条码互联互通技术架构............................................................ 3

　　5.1 架构概述........................................................................ 3

　　5.2 功能描述........................................................................ 4

　　6 条码支付报文要素.................................................................... 4

　　6.1 数据元属性说明.................................................................. 4

　　6.2 收款扫码主要数据元细目.......................................................... 4

　　6.3 付款扫码主要数据元细目.......................................................... 6

　　7 条码支付安全要求.................................................................... 7

　　7.1 基本安全要求.................................................................... 7

　　7.2 移动金融客户端应用软件安全要求.................................................. 7

　　8 证实方法............................................................................ 7

　　参考文献.............................................................................. 8

　　JR/T 0245—2025

　　II

　　前言

　　本文件按照GB/T 1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定

　　起草。

　　本文件代替JR/T 0245—2021《条码支付互联互通技术规范》，与JR/T 0245—2021相比，主要技术

　　变化如下：

　　a)增加了支付条码互联互通路由的术语和定义要求(见3.10);

　　b)增加了支付条码互联互通技术架构要求以及在架构中各部分的主要功能要求(见第5章);

　　c)增加了兼容数字人民币支付条码的相关要求(见第4、5、6章);

　　d)增加了证实方法的相关要求(见第8章)。

　　请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。

　　本文件由中国人民银行科技司提出。

　　本文件由全国金融标准化技术委员会(SAC/TC 180)归口。

　　本文件及其所代替文件的历次版本发布情况为：

　　——2021年首次发布为JR/T 0245—2021;

　　——本次为第一次修订。

　　JR/T 0245—2025

　　1

　　支付条码技术规范

　　1 范围

　　本文件按照“统一通用、便捷友好、安全可控、兼容并蓄”原则，在切实保障用户信息与资金安全

　　前提下，规定了支付条码的编码规则、互联互通技术架构，以及条码支付的报文要素、安全要求内容。

　　本文件适用于银行业金融机构、清算机构、数字人民币金融基础设施运营单位、非银行支付机构等

　　在开展条码支付时所需软硬件产品及信息系统的设计、研发和运营。

　　2 规范性引用文件

　　下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，

　　仅该日期对应的版本适用于本文件;不注日期的引用文件，其最新版本(包括所有的修改单)适用于本

　　文件。

　　JR/T 0092 移动金融客户端应用软件安全管理规范

　　JR/T 0149 中国金融移动支付支付标记化技术规范

　　JR/T 0171 个人金融信息保护技术规范

　　3 术语和定义

　　下列术语和定义适用于本文件。

　　3.1

　　条码bar code

　　由一组规则排列的条、空及其对应字符组成，用以表示一定信息的标识。

　　注：条码包括线性条码、二维条码等。

　　3.2

　　支付标记payment token;Token

　　作为支付账号等原始交易要素的替代值，用于完成特定场景的支付交易。

　　[来源：JR/T 0149—2016，3.2]

　　3.3

　　支付标记化payment tokenization

　　用支付标记替代支付账号等原始交易要素的过程。

　　[来源：JR/T 0149—2016，3.3]

　　3.4

　　付款码payment bar code

　　包含用于收款扫码模式进行支付的相关条码信息。

　　3.5

　　收款码bar code for receiving

　　包含用于付款扫码模式进行支付的订单信息、商户信息、支付金额等条码信息。

　　注：收款码分为静态收款码和动态收款码。

　　JR/T 0245—2025

　　2

　　3.6

　　收款扫码consumer-presented mode

　　收款人通过识读付款人移动终端展示的条码(付款码)完成支付的行为。

　　3.7

　　付款扫码merchant-presented mode

　　付款人通过移动终端识读收款人展示的条码(收款码)完成支付的行为。

　　3.8

　　受理终端payment terminal

　　参与条码支付的具有条码展示或识读等功能的商户端专用机具。

　　3.9

　　发码机构payment bar code provider

　　支付信息通过Tokend生成Tokent，并将其展示成付款码的银行业金融机构、非银行支付机构。

　　注：1.Tokend 为数字化渠道的支付标记，由支付要素通过支付标记化等技术生成，用于条码支付中付款扫码与收款

　　扫码。

　　2.Tokent 根据Tokend 通过支付标记化技术生成，用于实现收款扫码的一次一码。

　　3.10

　　支付条码互联互通路由payment bar code connectivity route

　　实现跨机构支付条码信息的网络通路建立和数据转发的逻辑对象。

　　4 支付条码编码规则

　　4.1 付款码

　　付款码的编码应采用固定长度的十进制数字格式，付款码的编码结构如表1 所示。

　　表1 付款码的编码结构

　　发码机构编码自定义编码

　　6 位7 位至28 位

　　付款码的生成应符合国家及行业条码支付相关标准规范的安全要求。付款码编码应满足以下要求。

　　a)编码总长度在13 位至34 位。

　　b)使用符合JR/T 0149 要求的支付标记化技术生成付款码。

　　c)付款码应包含可识别账户管理机构或数字人民币业务运营机构的信息。

　　若付款码用于跨境交易，可考虑本编码结构与国际标准兼容。

　　4.2 收款码

　　4.2.1 编码结构

　　收款码应采用“协议标识://域名/自定义数据”的编码结构，收款码的编码结构如表2 所示。

　　表2 收款码的编码结构

　　协议标识

　　域名

　　自定义数据

　　三级域名二级域名一级域名

　　JR/T 0245—2025

　　3

　　表2 收款码的编码结构(续)

　　安全协议自定义

　　转接清算机构标识，或收单机

　　构标识，或数字人民币金融基

　　础设施运营单位标识

　　COM 或CN 根据具体情况定义

　　注：COM 为国际通用一级域名;CN 为中国国家顶级域名。

　　协议标识用于金融行业条码支付的互联互通，应采用安全协议，例如https 或其他安全级别不低于

　　https 的专用协议。协议标识不区分大小写。

　　注：https 为超文本传输安全协议。

　　域名具备唯一性，应采用多级域名，宜采用三级域名，具体如下。

　　a)二级域名为转接清算机构标识，或收单机构标识，或数字人民币金融基础设施运营单位标识。

　　b)三级域名为自定义域名。

　　自定义数据根据具体情况而定，区分大小写，可采用加密或支付标记化等技术进行保护。若二级域

　　名为转接清算机构标识，自定义数据应包含可识别收单机构的信息;若二级域名为数字人民币金融基础

　　设施运营单位标识，自定义数据应包含可识别数字人民币业务运营机构或受理服务机构的信息。自定义

　　数据应明确标识静态收款码和动态收款码。静态收款码的自定义数据应包含商户标识，动态收款码的自

　　定义数据应包含订单标识。

　　收款码整体长度控制在500 字节以内。宜设置风险防控、合规管理相关自定义域段，防范条码商户

　　经营地址(注册地址)、交易限额等支付交易信息被伪造篡改。

　　若收款码用于跨境交易，可考虑本编码结构与国际标准兼容。

　　4.2.2 安全协议要求

　　安全协议宜采用https。若采用其他安全协议，安全级别应不低于https，并满足以下要求。

　　a)应对客户端与服务端之间进行合法性认证。

　　b)应对传输数据进行加密。

　　c)应保证传输数据的完整性。

　　5 支付条码互联互通技术架构

　　5.1 架构概述

　　注：虚框表示通过支付条码互联互通路由，完成跨机构条码支付中条码信息的网络通路建立和数据转发的技术逻辑

　　架构。

　　图支付条码互联互通技术架构

　　JR/T 0245—2025

　　4

　　支付条码互联互通技术架构如上图所示，主要包括用户设备及条码支付应用软件、电子钱包业务系

　　统或数字人民币钱包业务系统、支付条码互联互通路由(包括电子支付、数字人民币条码互联互通路由

　　等)、受理终端、收单业务系统或数字人民币受理业务系统、转接清算系统或央行端数字人民币系统、

　　用户资金管理系统等。在虚线框内，基于支付条码互联互通路由(包括电子支付、数字人民币条码互联

　　互通路由等)完成跨机构支付条码信息的网络通路建立和数据转发。虚线框内各系统可按照业务场景与

　　转接清算系统或央行端数字人民币系统、用户资金管理系统交互，实现条码支付交易转接清算。

　　5.2 功能描述

　　支付条码互联互通技术架构中各部分主要功能如下。

　　a)用户设备及条码支付应用软件：申请并展示付款码、识读收款码等。

　　b)电子钱包业务系统或数字人民币钱包业务系统：生成付款码、处理收款码等。

　　c)支付条码互联互通路由(包括电子支付、数字人民币条码互联互通路由等)：

　　——管理行业的付款码发码机构编码(见4.1)和收款码域名(见4.2)列表(以下简称列表)。

　　——基于列表完成电子钱包业务系统或数字人民币钱包业务系统与收单业务系统或数字人民

　　币受理业务系统的身份识别。

　　——基于列表完成电子钱包业务系统或数字人民币钱包业务系统与收单业务系统或数字人民

　　币受理业务系统之间支付条码信息的网络通路建立和数据转发。

　　d)收单业务系统或数字人民币受理业务系统：受理条码交易，完成条码支付等。

　　e)受理终端：识别付款码，在显码设备上展示收款码等。

　　f)转接清算系统：条码支付转接清算等。

　　g)央行端数字人民币系统：数字人民币发行、兑换和流通支付的金融基础设施，负责提供数字人

　　民币交易转接与资金结算处理等服务。

　　h)用户资金管理系统：管理用户资金，处理交易扣款等。

　　6 条码支付报文要素

　　6.1 数据元属性说明

　　主要报文要素应确保条码支付互联互通交易的真实、完整、可追溯以及全流程一致。数据元与交易

　　场景相关，其属性具体含义如下。

　　a)中文名称指数据元的中文名称，在一定语境下名称应保持唯一。

　　b)数据格式指数据元值的类型、长度及数据格式的表示形式，具体表示如下。

　　——a字母字符。

　　——n数字字符。

　　——m任意字符。

　　——s特殊字符。

　　上述符号可视具体实际情况组合使用，例如an表示数字字母字符;ans表示数字字母及特殊字符。

　　示例：1.a10表示定长为10的字母字符。

　　2.n5表示定长为5的数字字符。

　　3.nMax(20)表示最长为20个数字字符。

　　4.a1n2表示1个字母与2个数字字符的组合。

　　c)说明指数据元含义描述。

　　6.2 收款扫码主要数据元细目

　　JR/T 0245—2025

　　5

　　中文名称：交易流水号

　　数据格式：ansMax(40)

　　说明：用于标识银行业金融机构或非银行支付机构发起的交易请求的编号，在特定的时间段内不允

　　许重复。

　　中文名称：交易类型

　　数据格式：nMax(10)

　　说明：用于标识银行业金融机构或非银行支付机构发起交易的场景类型。

　　中文名称：交易金额

　　数据格式：nMax(18)

　　说明：用于标识银行业金融机构或非银行支付机构发起交易的金额。

　　中文名称：硬件序列号

　　数据格式：ansMax(50)

　　说明：用于标识受理终端设备的硬件序列号。

　　中文名称：经度信息

　　数据格式：ansMax(10)

　　说明：用于标识受理终端的实时经度信息。

　　中文名称：纬度信息

　　数据格式：ansMax(10)

　　说明：用于标识受理终端的实时纬度信息。

　　中文名称：响应信息

　　数据格式：ansMax(256)

　　说明：用于标识信息系统或业务的处理结果。

　　中文名称：商户名称

　　数据格式：ansMax(60)

　　说明：用于标识商户的名称。

　　中文名称：付款方信息

　　数据格式：ansMax(1000)

　　说明：用于标识付款方相关信息，包括付款方账户或数字人民币钱包、付款方账户或数字人民币钱

　　包开立机构的机构代码等。

　　中文名称：收款方信息

　　数据格式：ansMax(1000)

　　说明：用于标识收款方相关信息，包括收款方账户或数字人民币钱包、收款方账户或数字人民币钱

　　包开立机构的机构代码等。

　　JR/T 0245—2025

　　6

　　中文名称：付款码

　　数据格式：nMax(34)

　　说明：用于标识收款扫码模式进行支付的相关条码信息。

　　中文名称：订单编码

　　数据格式：anMax(40)

　　说明：用于唯一标识订单信息。

　　6.3 付款扫码主要数据元细目

　　中文名称：交易流水号

　　数据格式：ansMax(40)

　　说明：用于标识银行业金融机构或非银行支付机构发起的交易请求的编号，在特定的时间段内不允

　　许重复。

　　中文名称：交易类型

　　数据格式：nMax(10)

　　说明：用于标识银行业金融机构或非银行支付机构发起交易的场景类型。

　　中文名称：交易金额

　　数据格式：nMax(18)

　　说明：用于标识银行业金融机构或非银行支付机构发起交易的金额。

　　中文名称：硬件序列号

　　数据格式：ansMax(50)

　　说明：用于标识受理终端设备的硬件序列号。

　　中文名称：经度信息

　　数据格式：ansMax(10)

　　说明：用于标识受理终端的实时经度信息。

　　中文名称：纬度信息

　　数据格式：ansMax(10)

　　说明：用于标识受理终端的实时纬度信息。

　　中文名称：响应信息

　　数据格式：ansMax(256)

　　说明：用于标识信息系统或业务的处理结果。

　　中文名称：商户名称

　　数据格式：ansMax(60)

　　说明：用于标识商户的名称。

　　中文名称：付款方信息

　　JR/T 0245—2025

　　7

　　数据格式：ansMax(1000)

　　说明：用于标识付款方相关信息，包括付款方账户或数字人民币钱包、付款方账户或数字人民币钱

　　包开立机构的机构代码等。

　　中文名称：收款方信息

　　数据格式：ansMax(1000)

　　说明：用于标识收款方相关信息，包括收款方账户或数字人民币钱包、收款方账户或数字人民币钱

　　包开立机构的机构代码等。

　　中文名称：订单编码

　　数据格式：anMax(40)

　　说明：用于唯一标识订单信息。

　　7 条码支付安全要求

　　7.1 基本安全要求

　　应符合条码支付国家及行业相关标准规范的安全要求。

　　在采用前台模式生成订单的付款扫码交易时，生成订单应满足以下安全要求。

　　注：前台模式是指用户扫描包含订单链接地址的收款码后，通过跳转页面完成支付的模式。

　　a)订单交易报文传输过程中应使用安全协议，例如https。

　　b)用户应二次确认商户信息和交易金额。

　　c)订单报文应具有防重放能力。

　　d)交易报文应进行签名。

　　7.2 移动金融客户端应用软件安全要求

　　移动金融客户端应用软件应符合JR/T 0092、JR/T 0171等要求，采取有效技术措施保证银行卡有效

　　期、CVN2、支付密码等支付敏感信息的安全性，并满足以下要求。

　　a)通过各类客户端采集支付敏感信息时，应提供即时防护功能降低恶意软件窃取支付敏感信息的

　　风险，例如采取逐字符加密、自定义软键盘、防拷屏等技术。

　　b)支付敏感信息在传输时应采用经国家密码管理机构认可的密码算法进行端到端加密。

　　c)不应留存非本机构的支付敏感信息，确有必要留存的，应取得客户本人、账户管理机构或数字

　　人民币业务运营机构的授权后再进行不可逆变换或加密，并定期开展支付敏感信息安全的内部

　　审计。

　　注：CVN2全称为Card Validation Number 2，是银行卡(信用卡)的安全码。

　　8 证实方法

　　根据本文件适用机构的条码支付产品的相关设计手册、系统架构文件、报文接口规范等，核对其支

　　付条码编码规则、互联互通技术架构、支付报文要素是否按照本文件的描述进行设计。

　　JR/T 0245—2025

　　8

　　参 考 文 献

　　[1] GB/T 12406 表示货币的代码

　　[2] 《金融科技发展规划(2022—2025年)》(银发〔2021〕335号文印发).2021-12-29

　　[3] 《中国人民银行关于加强支付受理终端及相关业务管理的通知》(银发〔2021〕259

　　号).2021-10-12

　　[4] 《中国人民银行办公厅关于加强条码支付安全管理的通知》( 银办发〔2017 〕242

　　号).2017-12-22

　　_________________________________