银联则及终端iso8583报文规范的理解

最新推荐文章于 2026-03-25 16:14:48 发布
转载 最新推荐文章于 2026-03-25 16:14:48 发布 · 3.9k 阅读 · 3
标签
#终端 #银联 #标准 #8583
本文详细解析了ISO8583标准在终端与银联平台的应用差异，介绍了报文结构、数据类型及示例，并提供了开源代码实现的指导。
面对标准iso8583，相信有很多的人知道，也看过相关的文档。初学者面对iso8583接口文档，首先需要弄清楚，是关于终端则的还是关于银联平台则的。

    如果你是针对终端的则一般是《销售点终端（POS）应用规范(QCUP 009.1-2010).pdf》会含有POS二个字样。

    如果是针对银联则的则一般是《中国银联银行卡联网联合技术规范V2.1（境内卷）(QCUP 006-2011)》会含银联银行卡等字样。

    终端则的报文组成：

    报文长度（2字节表示）+TPDU(11字节）+报文类型（4字节，2字节BCD表示）+位图（8字节）+报文内容。

     报文长度不好理解，可以参看“关于报文长度的理解”。  

    报文内容会涉及的类型（不一定与文档里的一样，但是需要它们归集总结）：

        1）纯数字类型： 基本上BCD表示。（如处理码）

        2）字母类型：基本上ASCII表示。（如商户号、终端号）

        3）2或3位长域，在表示方式上有区别：

            长度域BCD表示，数据域ASCII表示。（如F44、F54等域）

            长度域BCD表示，数据域也BCD表示。（如卡号、二磁道）

        需要注意的是，可能会认为F64: 64bit如何表示呢？其实这就是一个8字节的字母类型来处理即可。

以下是一个请求报文实例： 

0000h: 60 00 14 00 00 60 31 00 31 10 02 02 00 30 20 04 ; `....`1.1....0 .
0010h: 80 20 C0 88 11 00 00 00 00 00 00 00 00 05 00 16 ; . ..............
0020h: 52 02 20 00 29 62 25 00 00 00 00 00 14 D3 01 02 ; R. .)b%.........
0030h: 01 00 00 00 30 30 30 30 30 31 39 33 38 30 31 31 ; ....000001938011
0040h: 31 30 30 35 30 39 34 30 31 30 32 31 35 36 06 00 ; 10050940102156..
0050h: 00 00 00 00 00 00 00 14 22 00 00 01 00 05 00 38 ; ........"......8
0060h: 46 37 41 45 35 34 39                            ; F7AE549


Bit[000] = [004] [0200]
Bit[003] = [006] [000000]
Bit[004] = [012] [000000000005]
Bit[011] = [006] [001652]
Bit[022] = [003] [022]
Bit[025] = [002] [00]
Bit[035] = [029] [6225000000000014D301020100000]
Bit[041] = [008] [00000193]
Bit[042] = [015] [801110050940102]
Bit[049] = [003] [156]
Bit[053] = [016] [0600000000000000]
Bit[060] = [014] [22000001000500]
Bit[064] = [008] [8F7AE549]

---------------------------------------------------------------------------------------------------------------

    银联即平台则的报文组成部分：

    报文长度（4字节ASCII）+TPDU(46字节）++报文类型（4字节ASCII）+位图（16字节）+报文内容。

    所有涉及到的数据类型都不需要BCD，即全用ASCII表示即可。

以下是一个请求报文实例。 

Bit[000] = [004] [0200]
Bit[002] = [016] [6225000000000014]
Bit[003] = [006] [000000]
Bit[004] = [012] [000000000090]
Bit[007] = [010] [1014114446]
Bit[011] = [006] [348507]
Bit[012] = [006] [114446]
Bit[013] = [004] [1014]
Bit[018] = [004] [7531]
Bit[022] = [003] [022]
Bit[025] = [002] [00]
Bit[032] = [008] [48011000]
Bit[033] = [008] [48010000]
Bit[035] = [029] [6225000000000014=301020100000]
Bit[037] = [012] [101400004941]
Bit[041] = [008] [00000191]
Bit[042] = [015] [801110075310001]
Bit[043] = [040] [测试商户Z0001                           ]
Bit[049] = [003] [156]
Bit[060] = [027] [000002000300000000000011000]
Bit[128] = [008] [CFAFF1C6]

0000h: 2E 02 30 33 30 34 30 30 30 31 30 30 30 30 20 20 ; ..030400010000
0010h: 20 34 38 30 31 30 30 30 30 20 20 20 30 30 30 30 ;  48010000   0000
0020h: 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 32 ; 0000000000000002
0030h: 30 30 F2 38 44 81 A8 E0 80 10 00 00 00 00 00 00 ; 00.8D...........
0040h: 00 01 31 36 36 32 32 35 30 30 30 30 30 30 30 30 ; ..16622500000000
0050h: 30 30 31 34 30 30 30 30 30 30 30 30 30 30 30 30 ; 0014000000000000
0060h: 30 30 30 30 39 30 31 30 31 34 31 31 34 34 34 36 ; 0000901014114446
0070h: 33 34 38 35 30 37 31 31 34 34 34 36 31 30 31 34 ; 3485071144461014
0080h: 37 35 33 31 30 32 32 30 30 30 38 34 38 30 31 31 ; 7531022000848011
0090h: 30 30 30 30 38 34 38 30 31 30 30 30 30 32 39 36 ; 0000848010000296
00A0h: 32 32 35 30 30 30 30 30 30 30 30 30 30 31 34 3D ; 225000000000014=
00B0h: 33 30 31 30 32 30 31 30 30 30 30 30 31 30 31 34 ; 3010201000001014
00C0h: 30 30 30 30 34 39 34 31 30 30 30 30 30 31 39 31 ; 0000494100000191
00D0h: 38 30 31 31 31 30 30 37 35 33 31 30 30 30 31 B2 ; 801110075310001.
00E0h: E2 CA D4 C9 CC BB A7 5A 30 30 30 31 20 20 20 20 ; .......Z0001
00F0h: 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 ;
0100h: 20 20 20 20 20 20 20 31 35 36 30 32 37 30 30 30 ;        156027000
0110h: 30 30 32 30 30 30 33 30 30 30 30 30 30 30 30 30 ; 0020003000000000
0120h: 30 30 30 31 31 30 30 30 43 46 41 46 46 31 43 36 ; 00011000CFAFF1C6

总结：相对终端则，平台则在组包、解析较为容易。

一般解析iso8583的开源代码，没有全部实现上面的类型，可能需要自己对源代码进行修改。本人在参考j8583开源代码，对其进行修改，基本实现上述功能，有感兴趣可以给我留言。

源代码：

    iso8583_cups：平台则

    iso8583_term：终端则

8583报文解析框架Simple8583.zip
07-17
最近在做中国银行的一个快捷支付渠道，使用的是 ISO8583 协议，一开始用的是JPOS框架，但是感觉框架比较臃肿，而且文档也比较少。在等待银行专线的过程中，自己闭门造车做了一个简单的8583报文解析框架 —— Simple8583，将程序重写了一遍，渠道中的代码量少了不少，这几天中行的接口在测试环境终于调试完成了。抽空分享一下这段时间自己学到的知识。 数据类型与编码格式： 根据接触到的数据类型将数据分为如下几种类型：          CHAR（asc编码，直接使用字符串的getBytes(ENCODING)方法获取字节数组）   BINARY（二进制编码，在打包时将8位01值组装为一个字节），             NUMERIC（BCD编码，即8421码），                LLVAR（变长域，采用ASC编码，每个LLVAR类型的域前会有1字节的域字节长度，表示长度的字节用BCD编码表示）                LLLVAR（变长域，与LLVAR域类似，不同之处在于每个LLLVAR域前会有2字节的域字节长度，长度同样以BCD编码表示）             LLVAR_NUMERIC（变长域，采用BCD编码，前有1字节的长度，长度为域值的长度，而非字节长，如域值为123456，编码后长度为3字节，但是表示域长的字节值为6）       如果用到其它数据类型可以在IsoType中进行添加，并在IsoField中添加处理操作 BitMap：        BitMap是ISO8583报文的精髓所在，ISO8583报文支持64域和128域两种，但是并非每次请求都会将所有域都请求过去，BItMap就起到了标识哪些域是有效的请求域，接收方也会根据BitMap中约定的值对域进行解析。   那么BitMap又是如何工作的呢？          首先，BItMap分为8字节和16字节两种情况，分别表示支持64域和128域，其第一位值为1，表示BitMap为16字节，否则为8字节。       其次，BitMap中的每一位对应数据域的第几域，有效域会置为1，比如01001000表示第二域和第5域为有效位。 在Simple8583中具体的实现是通过BitMap类实现的，具体可参考源码。 mti：            mti即 message type identifier消息类型标识，为4位bcd编码的数字标识符，用于描述信息的类型。 同一个mti可以用于标识多个不同的交易，比如一般常用的0200可以用来表示消费交易，消费撤销，分期付款消费和分期付款撤销，但是对于同一个mti标识的数据域类型定义是类似的。           具体的实现，我将Simple8583的xml文件设置为了两部分，一部分为公用的报文头，如msgLength,tpdu,bitmap等，另外一部分分按照mti的不同分为多个package体。 粗略的实现流程：          1）组装请求的Map数据（只组装需要的数据域，key值为对应的数据域或包头的值）          2）请求数据进入SimpleClient代理，SimpleClient根据传入的值解析xml文件（jaxb实现，做了缓存）          3）根据传入值的mti寻找对应的IsoPackage类，对找到的IsoPackage类进行clone（避免污染），对clone值中的域进行值处理和格式化         4）生成BitMap，计算Mac值（如有）          5）使用ByteArrayOutputStream将组装成的IsoPackage域值进行拼装成为一个大的byte数组，在byte前拼装两个字节的长度          6）通过Socket将数据发送并接受响应（读取前两个字节长度，根据长度获取其剩余报文），根据IsoPackage解析报文域，解析得到BitMap后根据BitMap对数据域进行解析，并将值都放入到对应的field中          7）将数据都放在Map中返回，并进行MAC校验（如有） 标签：Simple8583
银联银行卡8583报文
qq_41201304的博客
05-20 5518
银联银行卡8583报文
ISO 8583报文
程序员七哥
06-05 1万+
ISO 8583包(简称8583报文)，金融交易卡原始电文-交易电文规范，是一个由国际标准化组织为其定义了消息格式和交易流程，以便于不同的系统能够交换交易请求和响应信息。8583报文交融交易信息数据包由消息类型、位图和按位图描述的顺序排列的数据系列组成。 (1).消息类型是一个4位数字的数字型字符，用来描述每一个交易信息的类别和功能，其中前两位数组标明信息类别，如授权信息、金融交易信息、管理信息
ISO8583标准说明文档
最新发布
qq_39140657的博客
03-25 136
本文介绍了金融交易卡消息传递的国际标准ISO8583。该标准定义了电子交易的消息格式和通信流程，包含MTI(消息类型指示符)、位图和消息数据三部分核心布局。位图采用二进制转16进制表示，消息数据由128个数据元素组成，支持定长和可变长字段。文章详细说明了ASCII和EBCDIC字符集、packed/unpacked编码方式，以及数据元素的元数据类型定义。ISO8583因其广泛性和高效性成为支付行业通用标准，通过进制转换优化传输效率。
银联8583报文结构详解及报文解析流程
wjianwei666的专栏
04-07 892
报文头 | 报文类型 | 位图 | 数据域（字段1~128） |：银联在标准ISO 8583基础上扩展字段（如字段60、62等）。作用：标识后续数据域中哪些字段存在（1表示存在，0表示不存在）。，覆盖字段1~64；（如金额、卡号），部分字段用二进制（如PIN、MAC）。字段42：123456789012345（商户号）：如字段2（主账号，LLVAR格式，前2位为长度）。共128个字段（部分字段为银联自定义），每个字段的。字段60：021（银联扩展字段，终端类型）：如字段52（个人密码，8字节二进制）。
银联银行卡交换系统8583报文解析
GalenGao
07-30 1万+
前言 最近在做8583报文这块解析，也遇到一些坑。下面将会介绍自己学习和了解8583报文这块的经验，希望可以帮到那些刚刚接触8583报文的同学们。 入门 首先我们需要知道的是我们的8583报文是基于POS(销售终端的)还是基于银联银行卡交换系统的报文。网上有很多关于POS终端系统8583解析相关的文章，但是关于银联银行卡交换系统的报文很少。所以本文介绍的是基于银行银联卡交换系统8583报文解析的。...
8583报文解析
qq_53837461的博客
08-26 3717
8583报文解析流程
关于银联则及终端则iso8583报文规范的理解
slj_win的专栏
04-10 6210
面对标准iso8583，相信有很多的人知道，也看过相关的文档。初学者面对iso8583接口文档，首先需要弄清楚，是关于终端则的还是关于银联平台则的。     如果你是针对终端的则一般是《销售点终端（POS）应用规范(QCUP 009.1-2010).pdf》会含有POS二个字样。     如果是针对银联则的则一般是《中国银联银行卡联网联合技术规范V2.1（境内卷）(QCUP 006-2
银联iso8583协议报文解析
东皋长歌的专栏
08-28 2395
四个位表示一个bcd码（可以理解成八进制数中1位）八个位表示个字节（可以理解成十六进制数中1位）ANS..6：6位变长数字或字符、特殊字符。ANS4：4位定长数字或字符、特殊字符。ANS6：6位定长数字或字符、特殊字符。AN..6：6位变长数字或字符。二进制中，一个0或1，表示位。AN4：4位定长数字或字符。AN6：6位定长数字或字符。N..6：6位变长数字。
8583报文举例解读及推荐阅读
松子落
09-28 5629
一、推荐阅读 https://www.cnblogs.com/fenglan/p/6088690.html 这篇博客生动形象的解释了8583报文，首先推荐给之前一点都不了解8583报文的同学。 然后参照了下面博客，尝试自己理解 https://blog.csdn.net/cbacq/article/details/51495593 若阅读了以上篇博客，还有不懂的，再来看看本文，看能否有一...
8583报文解析（二）
weixin_44538423的博客
09-26 2254
现在看是数了，能够看出2、3、4、11、 35、 41、 42、 49这些位置是1.则表示在8583报文中，的2、3、4、11、 35、 41、 42、 49域是传输了数据的。前面10个字节的BCD码（也就是20个BCD码，亦是20个数字）表示报头，在上面报文中报头是在POS中心返回的应答报文中，由POS中心填入处理要求，其他域保持原值返回，POS将根据收到报文头中的处理要求进行相应处理。代表变长，若x为技术，则自动补0，凑足一个bcd码。
银联8583报文规范详解
maqingbin8888的专栏
05-27 6412
银联8583报文规范详解自己的理解转载的内容 自己的理解 转载的内容 以下来自转载地址 https://www.jianshu.com/p/203ed7f632cf 一.什么是8583报文规范？ 1.8583全称: ISO8583包（简称8583包）是一个国际标准的包格式，最多由128个字段域组成，每个域都有统一的规定，并有定长与变长之分。 2.8583位图： 8583包前面一段为位图，用来确定包的字段域组成情况。 其中位图是8583包的灵魂，它是打包解包确定字段域的关键， 而了解每个字段域的属性则是填写
第一章 银联8583报文解析
热门推荐
QQ282881515的专栏
07-23 2万+
1报文格式定义 POS终端上送POS中心的消息报文结构包括TPDU、报文头和应用数据三部分： —— TPDU说明：长度为10个字节, 压缩时用BCD码表示为5个字节长度的数值。 —— 报文头说明：总长度为12字节，压缩时用BCD码表示为6个字节长度的数值。 在POS上送的请求/通知报文中，该数值由POS终端应用程序在打包上送时根据POS终端参数和当前状态填入应用类别、软件总版本号、终
ISO8583包简介（一）
weixin_44538423的博客
09-26 2617
ISO8583报文（简称8583包）又称8583报文，是一个国际标准的包格式，最多由128个字段域组成，每个域都有统一的规定，并有定长与变长之分。
8583报文的使用和解析
amdixuxl14849的博客
08-28 2156
ISO8583报文（简称8583包）又称8583报文是一个国际标准的包格式，最多由128个字段域组成，每个域都有统一的规定，并有定长与变长之分。 8583包前面一段为位图，用来确定包的字段域组成情况。 其中位图是8583包的灵魂，它是打包解包确定字段域的关键，而了解每个字段域的属性则是填写数据的基础。在POS机的开发上时经常要用到，例如回头客会员管理系统在POS机上的应用就是采用85...
银联卡8583协议小额免密免签交易总结
猫哥 的沉淀、积累、总结。天天学习，好好向上...c/c++,嵌入式 linux,Android,HarmonyOS，AIOT)
12-14 3219
之前做过金融卡支付这块儿。到过北京石景山区银行卡检测中心完成卡片交易的PBOC的level２认证，去过上海银联总部和湖南银联对接过银联卡和扫码支付。对金融支付和卡交易这块儿熟悉。现在这块儿知识用不上了总结下留作备忘，同时分享给有需要的人。
目前常用的报文格式
bd0806的专栏
03-29 1万+
以下简单介绍了常见的三种报文格式：8583、XML、HTTP; 1. ISO8583 字段数据类型：字母、数字、特殊字符、年月日等时间、二进制数据； 8583报文为了解决网络带宽的问题，引入包头，即在报文前面加上包头，我们用16个字节，即128个bit（一个字节等于8bit）来表示128个字段中的某个字段是否存在。每个bit在计算机的二进制里面不是1就是0，如果是1就表示对应的字段在本次
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值