8583报文解析

合集下载

报文解析学习——8583设计原理

8583报文设计原理ISO8583报文（简称8583包）又称8583报文是一个国际标准的包格式，最多由128个字段域组成，每个域都有统一的规定，并有定长与变长之分。

8583包前面一段为位图，用来确定包的字段域组成情况。

其中位图是8583包的灵魂，它是打包、解包确定字段域的关键。

而了解每一个字段域的属性则是填写数据的基础。

POS终端上送POS中心的消息报文结构包括TPDU、报文头和应用数据三部分：——TPDU说明：长度为10个字节,压缩时用BCD码表示为5个字节长度的数值。

——报文头说明：总长度为12字节，压缩时用BCD码表示为6个字节长度的数值。

——应用数据说明：一般长度都是4个字节，压缩时用BCD码表示为2个字节的长度的数值。

所以，上述报文中前五个字节为TPDU，即60 00 03 00 00 （红线标注）报文头占用六个字节，即60 31 00 31 07 30 （蓝线标注）应用数据占用两个字节，即02 00 也就是"0200"。

应用数据部分指定消息类型（例如余额查询、消费等交易等消费类型）（黑线标注）应用数据之后的若干个字节表示位图。

首先取第十四个字节，即0x30，转化为二进制00110000，在该字节的第一位为0（从左往右）表示当前报文中只需要包括64个域（用8个字节表示），也就是从当前字节开始连续8个字节为位图（包括当前字节），如果要包括128个域（用16个字节表示），该位为1。

《1》位图分析：(bit map 域指定了哪些域存在。

域是从1开始的)取表示位图的8个字节即30 20 04 C0 20 C0 98 11转化为二进制为：00110000 00100000 00000100 11000000 00100000 11000000 10011000 00010001位图中为1的位置即代表相应的域，在上面的二进制位中从左往右有第3位、第4位、第11位、第22位、第25位、第26位、第35位、第41位、第42位、第49位、第52位、第53位、第60位、第64位。

8583报文39域对照码

8583报文39域对照码对应答码的处理交易返回POS终端时都有39 域，POS终端和终端操作员根据应答码要采取相应的操作，可以把操作分为以下几类：A：交易成功B：交易失败，可重试C：交易失败，不需要重试D：交易失败, 终端操作员处理E：交易失败,系统故障，不需要重试注1：如果 39 域的内容不能在下表中找到，就显示“交易失败”注2：如果POS交易的批次号和网络中心批次号不一致时应答码会填“77”，此时POS机应当提示操作员重新签到，再作交易。

表 C.1 应答码表代码意义类别原因/采取的措施POS显示的内容00 承兑或交易成功 A 承兑或交易成功交易成功01 查发卡行 C 查发卡行交易失败，请联系发卡行02 查发卡行的特殊条件 C 可电话向发卡行查询交易失败，请联系发卡行03 无效商户 C 商户需要在银行或中心登记商户未登记04 没收卡 D 操作员没收卡没收卡，请联系收单行05 不予承兑 C 发卡不予承兑交易失败，请联系发卡行06 出错 E 发卡行故障交易失败，请联系发卡行07 特殊条件下没收卡 D 特殊条件下没收卡没收卡，请联系收单行09 请求正在处理中 B 重新提交交易请求交易失败，请重试12 无效交易 C 发卡行不支持的交易交易失败，请重试13 无效金额 B 金额为0 或太大交易金额超限，请重试14 无效卡号 B 卡种未在中心登记或读卡号有误无效卡号，请联系发卡行15 无此发卡行 C 此发卡行未与中心开通业务此卡不能受理19 重新送入交易 C 刷卡读取数据有误，可重新刷卡交易失败，请联系发卡行20 无效应答 C 无效应答交易失败，请联系发卡行21 不做任何处理 C 不做任何处理交易失败，请联系发卡行22 怀疑操作有误 C POS状态与中心不符，可重新签到操作有误，请重试23 不可接受的交易费 C 不可接受的交易费交易失败，请联系发卡行25 未能找到文件上记录 C 发卡行未能找到有关记录交易失败，请联系发卡行30 格式错误 C 格式错误交易失败，请重试31 银联不支持的银行 C 此发卡方未与中心开通业务此卡不能受理33 过期的卡 D 过期的卡，操作员可以没收过期卡，请联系发卡行34 有作弊嫌疑 D 有作弊嫌疑的卡，操作员可以没收没收卡，请联系收单行35 受卡方与安全保密部门联系 D 有作弊嫌疑的卡，操作员可以没收没收卡，请联系收单行36 受限制的卡 D 有作弊嫌疑的卡，操作员可以没收此卡有误，请换卡重试37 受卡方呼受理方安全保密部门(没收卡)D 有作弊嫌疑的卡，操作员可以没收没收卡，请联系收单行38 超过允许的PIN试输入D 密码错次数超限，操作员可以没收密码错误次数超限代码意义类别原因/采取的措施POS显示的内容39 无此信用卡账户 C 可能刷卡操作有误交易失败，请联系发卡行40 请求的功能尚不支持 C 发卡行不支持的交易类型交易失败，请联系发卡行41 丢失卡 D 挂失的卡，操作员可以没收没收卡，请联系收单行42 无此账户 B 发卡行找不到此账户交易失败，请联系发卡方43 被窃卡 D 被窃卡，操作员可以没收没收卡，请联系收单行44 无此投资账户 C 可能刷卡操作有误交易失败，请联系发卡行51 无足够的存款 C 账户内余额不足余额不足，请查询52 无此支票账户 C 无此支票账户交易失败，请联系发卡行53 无此储蓄卡账户 C 无此储蓄卡账户交易失败，请联系发卡行54 过期的卡 C 过期的卡过期卡，请联系发卡行55 不正确的PIN C 密码输错密码错，请重试56 无此卡记录 C 发卡行找不到此账户交易失败，请联系发卡行57 不允许持卡人进行的交易 C 不允许持卡人进行的交易交易失败，请联系发卡行58 不允许终端进行的交易 C 该商户不允许进行的交易终端无效，请联系收单行或银联59 有作弊嫌疑 C 交易失败，请联系发卡行60 受卡方与安全保密部门联系 C 交易失败，请联系发卡行61 超出取款金额限制 C 一次交易的金额太大金额太大62 受限制的卡 C 交易失败，请联系发卡行63 违反安全保密规定 C 违反安全保密规定交易失败，请联系发卡行64 原始金额不正确 C 原始金额不正确交易失败，请联系发卡行65 超出取款次数限制 C 超出取款次数限制超出取款次数限制66 受卡方呼受理方安全保密部门C 受卡方呼受理方安全保密部门交易失败，请联系收单行或银联67 捕捉（没收卡） C 捕捉（没收卡）没收卡68 收到的回答太迟 C 发卡行规定时间内没有回答交易超时，请重试75 允许的输入PIN次数超限 C 允许的输入PIN次数超限密码错误次数超限77 需要向网络中心签到D POS批次与网络中心不一致请向网络中心签到79 脱机交易对账不平 C POS终端上传的脱机数据对账不平POS终端重传脱机数据90 日期切换正在处理 C 日期切换正在处理交易失败，请稍后重试91 发卡行或银联不能操作 C 电话查询发卡方或银联，可重作交易失败，请稍后重试92 金融机构或中间网络设施找不到或无法达到C电话查询发卡方或网络中心，可重作交易失败，请稍后重试93 交易违法、不能完成 C 交易违法、不能完成交易失败，请联系发卡行94 重复交易 C 查询网络中心，可重新签到作交易交易失败，请稍后重试95 调节控制错 C 调节控制错交易失败，请稍后重试96 系统异常、失效 C 发卡方或网络中心出现故障交易失败，请稍后重试97 POS终端号找不到D 终端未在中心或银行登记终端未登记，请联系收单行或银联98 银联收不到发卡行应答 E 银联收不到发卡行应答交易超时，请重试99 PIN格式错 B 可重新签到作交易校验错，请重新签到A0 MAC 校验错 B 可重新签到作交易校验错，请重新签到。

全面掌握ISO8583报文协议

全面掌握ISO8583报文协议我刚进入金融行业时，就知道了IS08583报文协议，我想可能我还没进入这个行业都已经听过了，可知ISO8583的影响力有多大了。

最初刚接触它时，确实对其中的一些细节概念不是很清晰，对有些地方比较迷惑。

鉴于此，我想很多同行也必然会经历同样得阶段，所以我写下本文，以便大家能够少走一些弯路。

同时，我在网上写下我要写“全面掌握ISO8583报文”和“符合CEN/XFS（即WOSA/XFS）规范的SP编写”两篇文章时，很多人都询问我什么时候能够写出来，可知许多人是需要了解这方面的知识的，即使我时间不是很多，也得尽量将这两篇文章写出来，给需要的人提供一些参考。

如果单纯的讲IS08583那些字段的定义，我觉得没有什么意思，标准中已经对每个字段解释的非常详细了，如果你觉得理解英文版的ISO8583规范有些困难，网上也有同行为我们翻译好的中文版ISO8583规范，所以我的目的是达到阅读本文后能够对ISO8583知其然，亦知其所以然，使以前基本没有接触它的人也能够达到掌握ISO8583报文规范。

好了，我们该转入正题了。

最开始时，金融系统只有IBM这些大的公司来提供设备，象各种主机与终端等。

在各个计算机设备之间，需要交换数据。

我们知道数据是通过网络来传送的，而在网络上传送的数据都是基于0或1这样的二进制数据，如果没有对数据进行编码，则这些数据没有人能够理解，属于没有用的数据。

起初的X.25、SDLC以及现在流行的TCP/IP网络协议都提供底层的通讯编码协议，它们解决了最底层的通讯问题，能够将一串字符从一个地方传送到另一个地方。

但是，仅仅传送字符串是没有太大意义的，怎样来解析字符串代表什么内容是非常重要的，否则传送一些“0123abcd”的字符串也是无用的乱码。

让我们随着时光回到几十年前的某个时刻，假设我们被推到历史的舞台上，由我们来设计一个通用报文协议，来解决金融系统之间的报文交换，暂且称该协议叫做ISO8583协议。

8583报文

[精彩] 8583问题作者:lcunix发表于：2006-02-19 00:03:51【发表评论】【查看原文】【C/C++讨论区】【关闭】各位高手能否详细的解释一下8583协议htldm回复于：2003-08-31 22:15:18ISO8583包（简称8583包）是一个国际标准的包格式，最多由128个字段域组成，每个域都有统一的规定，并有定长与变长之分。

8583包前面一段为位图，用来确定包的字段域组成情况。

其中位图是8583包的灵魂，它是打包解包确定字段域的关键，而了解每个字段域的属性则是填写数据的基础，1、位图描述如下：位图位置：1格式：定长类型：B16（二进制16位，16*8=128bit）描述：如将位图的第一位设为'1'，表示使用扩展位图（128个域），否则表示只使用基本位图（64个域）。

如使用某数据域，应在位图中将相应的位设位'1'，如使用41域，需将位图的41位设为'1'。

选用条件：如使用65到128域，需设位图域第一位为'1'2、每个域的定义如下：typedef struct ISO8583{int bit_flag; /*域数据类型0 -- string, 1 -- int, 2 -- binary*/char *data_name; /*域名*/int length; /*数据域长度*/int length_in_byte;/*实际长度（如果是变长）*/int variable_flag; /*是否变长标志0：否 2：2位变长,3：3位变长*/int datatyp; /*0 -- string, 1 -- int, 2 -- binary*/char *data; /*存放具体值*/int attribute; /*保留*/} ISO8583;ISO8583 Tbl8583[128] ={/* FLD 1 */ {0,"BIT MAP,EXTENDED ", 8, 0, 0, 2, NULL,0},/* FLD 2 */ {0,"PRIMARY ACCOUNT NUMBER ", 22, 0, 2, 0, NULL,0},/* FLD 3 */ {0,"PROCESSING CODE ", 6, 0, 0, 0, NULL,0},/* FLD 4 */ {0,"AMOUNT, TRANSACTION ", 12, 0, 0, 1, NULL,0},/* FLD 5 */ {0,"NO USE ", 12, 0, 0, 0, NULL,0},/* FLD 6 */ {0,"NO USE ", 12, 0, 0, 0, NULL,0},/* FLD 7 */ {0,"TRANSACTION DATE AND TIME ", 10, 0, 0, 0, NULL,0},/* FLD 8 */ {0,"NO USE ", 8, 0, 0, 0, NULL,0},/* FLD 9 */ {0,"NO USE ", 8, 0, 0, 0, NULL,0},/* FLD 10 */ {0,"NO USE ", 8, 0, 0, 0, NULL,0},/* FLD 11 */ {0,"SYSTEM TRACE AUDIT NUMBER ", 6, 0, 0, 1, NULL,0},/* FLD 12 */ {0,"TIME, LOCAL TRANSACTION ", 6, 0, 0, 0, NULL,0},/* FLD 13 */ {0,"DATE, LOCAL TRANSACTION ", 4, 0, 0, 0, NULL,0},/* FLD 14 */ {0,"DATE, EXPIRATION ", 4, 0, 0, 0, NULL,0},/* FLD 15 */ {0,"DATE, SETTLEMENT ", 4, 0, 0, 0, NULL,0},/* FLD 16 */ {0,"NO USE ", 4, 0, 0, 0, NULL,0},/* FLD 17 */ {0,"DATE, CAPTURE ", 4, 0, 0, 0, NULL,0},/* FLD 18 */ {0,"MERCHANT'S TYPE ", 4, 0, 0, 0, NULL,0},/* FLD 19 */ {0,"NO USE ", 3, 0, 0, 0, NULL,0},/* FLD 20 */ {0,"NO USE ", 3, 0, 0, 0, NULL,0},/* FLD 21 */ {0,"NO USE ", 3, 0, 0, 0, NULL,0},/* FLD 22 */ {0,"POINT OF SERVICE ENTRY MODE ", 3, 0, 0, 0, NULL,0},/* FLD 23 */ {0,"NO USE ", 3, 0, 0, 0, NULL,0},/* FLD 24 */ {0,"NO USE ", 3, 0, 0, 0, NULL,0},/* FLD 25 */ {0,"POINT OF SERVICE CONDITION CODE ", 2, 0, 0, 0, NULL,0},/* FLD 26 */ {0,"NO USE ", 2, 0, 0, 0, NULL,0},/* FLD 27 */ {0,"NO USE ", 1, 0, 0, 0, NULL,0},/* FLD 28 */ {0,"field27 ", 6, 0, 0, 0, NULL,0},/* FLD 29 */ {0,"NO USE ", 8, 0, 1, 0, NULL,0},/* FLD 30 */ {0,"NO USE ", 8, 0, 1, 0, NULL,0},/* FLD 31 */ {0,"NO USE ", 8, 0, 1, 0, NULL,0},/* FLD 32 */ {0,"ACQUIRER INSTITUTION ID. CODE ", 11, 0, 2, 0, NULL,0},/* FLD 33 */ {0,"FORWARDING INSTITUTION ID. CODE ", 11, 0, 2, 0, NULL,0}, /* FLD 34 */ {0,"NO USE ", 28, 0, 2, 0, NULL,0},/* FLD 35 */ {0,"TRACK 2 DATA ", 37, 0, 2, 0, NULL,0},/* FLD 36 */ {0,"TRACK 3 DATA ",104, 0, 3, 0, NULL,0},/* FLD 37 */ {0,"RETRIEVAL REFERENCE NUMBER ", 12, 0, 0, 0, NULL,0},/* FLD 38 */ {0,"AUTH. IDENTIFICATION RESPONSE ", 6, 0, 0, 0, NULL,0},/* FLD 39 */ {0,"RESPONSE CODE ", 2, 0, 0, 0, NULL,0},/* FLD 40 */ {0,"NO USE ", 3, 0, 0, 0, NULL,0},/* FLD 41 */ {0,"CARD ACCEPTOR TERMINAL ID. ", 8, 0, 0, 0, NULL,0},/* FLD 42 */ {0,"CARD ACCEPTOR IDENTIFICATION CODE ", 15, 0, 0, 0, NULL,0}, /* FLD 43 */ {0,"CARD ACCEPTOR NAME LOCATION ", 40, 0, 0, 0, NULL,0},/* FLD 44 */ {0,"ADDITIONAL RESPONSE DATA ", 25, 0, 2, 0, NULL,0},/* FLD 45 */ {0,"NO USE ", 76, 0, 2, 0, NULL,0},/* FLD 46 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 47 */ {0,"field47 ",999, 0, 3, 0, NULL,0},/* FLD 48 */ {0,"ADDITIONAL DATA --- PRIVATE ",999, 0, 3, 0, NULL,0},/* FLD 49 */ {0,"CURRENCY CODE,TRANSACTION ", 3, 0, 0, 0, NULL,0},/* FLD 50 */ {0,"CURRENCY CODE,SETTLEMENT ", 3, 0, 0, 0, NULL,0},/* FLD 51 */ {0,"NO USE ", 3, 0, 0, 0, NULL,0},/* FLD 52 */ {0,"PERSONAL IDENTIFICATION NUMBER DATA ", 8, 0, 0, 2, NULL,0}, /* FLD 53 */ {0,"SECURITY RELATED CONTROL INformATION", 16, 0, 0, 0, NULL,0}, /* FLD 54 */ {0,"ADDITIONAL AMOUNTS ",120, 0, 3, 0, NULL,0},/* FLD 55 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 56 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 57 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 58 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 59 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 60 */ {0,"NO USE ", 5, 0, 3, 0, NULL,0},/* FLD 61 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 62 */ {0,"NO USE ", 11, 0, 3, 0, NULL,0},/* FLD 63 */ {0,"NO USE ", 11, 0, 3, 0, NULL,0},/* FLD 64 */ {0,"MESSAGE AUTHENTICATION CODE FIELD ", 8, 0, 0, 2, NULL,0},/* FLD 65 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 66 */ {0,"NO USE ", 1, 0, 0, 0, NULL,0},/* FLD 67 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 68 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 69 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 70 */ {0,"SYSTEM MANAGEMENT INformATION CODE ", 3, 0, 0, 0, NULL,0}, /* FLD 71 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 72 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 73 */ {0,"NO USE ", 6, 0, 0, 0, NULL,0},/* FLD 74 */ {0,"NUMBER OF CREDITS ", 10, 0, 0, 0, NULL,0},/* FLD 75 */ {0,"REVERSAL NUMBER OF CREDITS ", 10, 0, 0, 0, NULL,0},/* FLD 76 */ {0,"NUMBER OF DEBITS ", 10, 0, 0, 0, NULL,0},/* FLD 77 */ {0,"REVERSAL NUMBER OF DEBITS ", 10, 0, 0, 0, NULL,0},/* FLD 78 */ {0,"NUMBER OF TRANSFER ", 10, 0, 0, 0, NULL,0},/* FLD 79 */ {0,"REVERSAL NUMBER OF TRANSFER ", 10, 0, 0, 0, NULL,0},/* FLD 80 */ {0,"NUMBER OF INQUIRS ", 10, 0, 0, 0, NULL,0},/* FLD 81 */ {0,"AUTHORIZATION NUMBER ", 10, 0, 0, 0, NULL,0},/* FLD 82 */ {0,"NO USE ", 12, 0, 0, 0, NULL,0},/* FLD 83 */ {0,"CREDITS,TRANSCATION FEEAMOUNT ", 12, 0, 0, 0, NULL,0},/* FLD 84 */ {0,"NO USE ", 12, 0, 0, 0, NULL,0},/* FLD 85 */ {0,"DEBITS,TRANSCATION FEEAMOUNT ", 12, 0, 0, 0, NULL,0},/* FLD 86 */ {0,"AMOUNT OF CREDITS ", 16, 0, 0, 0, NULL,0},/* FLD 87 */ {0,"REVERSAL AMOUNT OF CREDITS ", 16, 0, 0, 0, NULL,0},/* FLD 88 */ {0,"AMOUNT OF DEBITS ", 16, 0, 0, 0, NULL,0},/* FLD 89 */ {0,"REVERSAL AMOUNT OF DEBITS ", 16, 0, 0, 0, NULL,0},/* FLD 90 */ {0,"ORIGINAL DATA ELEMENTS ", 42, 0, 0, 0, NULL,0},/* FLD 91 */ {0,"FILE UPDATE CODE ", 1, 0, 0, 0, NULL,0},/* FLD 92 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 93 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 94 */ {0,"SERVICE INDICATOR ", 7, 0, 0, 0, NULL,0},/* FLD 95 */ {0,"REPLACEMENT AMOUNTS ", 42, 0, 0, 0, NULL,0},/* FLD 96 */ {0,"NO USE ", 8, 0, 0, 0, NULL,0},/* FLD 97 */ {0,"AMOUNT OF NET SETTLEMENT ", 16, 0, 0, 0, NULL,0},/* FLD 98 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 99 */ {0,"SETTLEMENT INSTITUTION ID ", 11, 0, 2, 0, NULL,0},/* FLD 100 */ {0,"RECVEING INSTITUTION ID ", 11, 0, 2, 0, NULL,0},/* FLD 101 */ {0,"FILENAME ", 17, 0, 2, 0, NULL,0},/* FLD 102 */ {0,"ACCOUNT IDENTIFICATION1 ", 28, 0, 2, 0, NULL,0},/* FLD 103 */ {0,"ACCOUNT IDENTIFICATION2 ", 28, 0, 2, 0, NULL,0},/* FLD 104 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 105 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 106 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 107 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 108 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 109 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 110 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 111 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 112 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 113 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 114 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 115 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 116 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 117 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 118 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 119 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 120 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 121 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 122 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 123 */ {0,"NEW PIN DATA ", 8, 0, 3, 2, NULL,0},/* FLD 124 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 125 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 126 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 127 */ {0,"NO USE ",999, 0, 3, 0, NULL,0},/* FLD 128 */ {0,"MESSAGE AUTHENTICATION CODE FIELD ", 8, 0, 0, 2, NULL,0}, };３、变长，定长域说明如第二域：域名为主帐号，数据类型为string长度为22（是长长度不得超过此数）是个２位变长域由于是２位变长，在打包时需在数据域前加上数据的实际长度，如为１９位，则表示为：１９＋数据值（即前两位为长度）如第三域：域名为处理码，数据类型为string长度为６是个定长域必须填满６位。

8583报文解析实例

8583报文解析实例8583报文解析实例：以下是主机从网控器收到的消费数据包（用二位十六进制数表示一个字节）：0201 0630 30 30 30 3000 06 30 30 30 30 30 31| 03 22备注：|…|之间是8583数据包（|是人为加的）;颜色只作为各个域区分，没其他含义。

解包分析：02 表示是数据开始01 06 表示后面数据长度为106个字节（在06到结束符03之间，不包括03字符,即8583包)60 00 07 08 08 是网控tpdu的地址02 00 8583包开始，表示交易信息码 message_id消费信息码为020030 20 05 00 20 c0 02 01 是数据包的位图，8个字节，64位，3的二进制0011第一位为0，所以没有扩展位图,二进制展开后如下域有信息： 3 4 11 22 24 35 41 42 52 60 61 6203 是数据结束？？31 是crc校验：02后面开始，即从01开始到03之间字？？节（包括03）异或的结果。

？？数据元解包分析：实据元是从位图后开始，到03结束之前。

位图分析有3 4 11 22 24 35 41 42 52 60 61 62 域的信息格式说明:a表示字符，n表示数字，s表示特殊字符，b二进制数据第3域：名称：处理代码格式：n6（固定长度为6的数字）截取字符：00 40 00原始数据：“004000”。

第4域：名称：交易金额格式：n12截取字符：00 00 00 00 99 80原始数据：99.80第11域：名称：系统流水号格式：n6截取字符：00 00 01原始数据：000001第22域：名称：服务点方式格式：n3截取字符：00 21原始数据: “021”第24域：名称：国际网络识别符格式：n3截取字符：00 03原始数据：“003”第35域：名称：第2磁道数据格式：llvar长度为37，取整后有19个字符截取字符：37 62 14 02 10 00 07 41 50 78 d1 56 07 12 20 10 00 00 00 00原始数据：62 14 02 10 00 07 41 50 78 d1 56 07 12 20 10 00 00 00 0第41域：名称：终端号格式：ans8 （字母，数字，特殊字符皆可,长度为8）截取字符：31 32 33 34 35 36 37 38原始数据：“12345678”第42域：名称：商户号格式：ans15截取字符：30 34 33 20 20 20 20 20 20 20 20 20 20 20 20原始数据：“043”第52域：名称：个人密码格式：b64 (表示二进制数据64位)截取字符：c5 8e b2 00 18 03 1e 9a原始数据：c5 8e b2 00 18 03 1e 9a第60域：名称：保留使用（实际存放pos的批次号）格式：lllvar长度为00 06截取字符：00 06 30 30 30 30 30 31原始数据：“000001”第61域：名称：保留使用（实际存放操作员和操作员密码）格式：lllvar长度为00 06截取字符：00 06 30 30 30 30 30 30原始数据：“000000”00操作员，0000密码第62域：名称：保留使用（实际存放pos的票据号）格式：lllvar长度为00 06截取字符：00 06 30 30 30 30 30 31原始数据：“000001”。

系统报文精品解析讲稿

金融系统ISO8583报文精品解析讲稿ISO8583报文理解，举个例子就是农行与VISA网络之间通讯，各个银行间通讯，ATM或POS通讯都是这个ISO8583报文。

再比如第三方支付网银在线与银行之间的通讯报文也是8583。

1234567891011121314面贴片元件的手工焊接技巧现在越来越多的电路板采用表面贴装元件，同传统的封装相比，它可以减少电路板的面积，易于大批量加工，布线密度高。

贴片电阻和电容的引线电感大大减少，在高频电路中具有很大的优越性。

表面贴装元件的不方便之处是不便于手工焊接。

为此，本文以常见的ＰＱＦＰ封装芯片为例，介绍表面贴装元件的基本焊接方法。

一、所需的工具和材料焊接工具需要有２５Ｗ的铜头小烙铁，有条件的可使用温度可调和带ＥＳＤ保护的焊台，注意烙铁尖要细，顶部的宽度不能大于１ｍｍ。

一把尖头镊子可以用来移动和固定芯片以及检查电路。

还要准备细焊丝和助焊剂、异丙基酒精等。

使用助焊剂的目的主要是增加焊锡的流动性，这样焊锡可以用烙铁牵引，并依靠表面张力的作用光滑地包裹在引脚和焊盘上。

在焊接后用酒精清除板上的焊剂。

二、焊接方法 1．在焊接之前先在焊盘上涂上助焊剂，用烙铁处理一遍，以免焊盘镀锡不良或被氧化，造成不好焊，芯片则一般不需处理。

2．面贴片元件的手工焊接技巧现在越来越多的电路板采用表面贴装元件，同传统的封装相比，它可以减少电路板的面积，易于大批量加工，布线密度高。

贴片电阻和电容的引线电感大大减少，在高频电路中具有很大的优越性。

表面贴装元件的不方便之处是不便于手工焊接。

为此，本文以常见的ＰＱＦＰ封装芯片为例，介绍表面贴装元件的基本焊接方法。

一把尖头镊子可以用来移动和固定芯片以及检查电路。

还要准备细焊丝和助焊剂、异丙基酒精等。

使用助焊剂的目的主要是增加焊锡的流动性，这样焊锡可以用烙铁牵引，并依靠表面张力的作用光滑地包裹在引脚和焊盘上。

ISO8583报文解包和组包

IS08583报文协议包的解析和封装java源代码
javabytestringexceptionnulllist
一：IS08583包介绍：
ISO8583包（简称8583包）是一个国际标准的包格式，最多由128个字段域组成，每个域都有统一的规定，并有定长与变长之分。
8583包前面一段为位图，用来确定包的字段域组成情况。其中位图是8583包的灵魂，它是打包解包确定字段域的关键，而了解每个字段域的属性则是填写数据的基础。
{37,1,12,0},
{39,1,2,0},
{40,2,50,2},
{41,1,8,0},
{48,1,52,3},
{120,2,128,3},
};
｝
四：定义BitMapiso类
类说明：此类提供解析请求包和封装信息包两个方法，例如：
package com.lottery.pos.utils;
map = new byte[16];
System.arraycopy(realbody, 0, map, 0, 16);
} else {
map = map8;
}
boolean[] bmap = LoUtils.getBinaryFromByte(map);
System.arraycopy(realbody, tmplen, nextData, 0,nextData.length);
tmplen += nextData.length;
} else {
nextData = new byte[config[bit][2]];
byte[] map8 = new byte[8];

ISO8583报文协议详解

ISO8583报文协议详解ISO8583包(简称8583包)是一个国际标准的包格式,最多由128个字段域组成，每个域都有统一的规定，并有定长与变长之分。

8583包前面一段为位图，用来确定包的字段域组成情况。

其中位图是8583包的灵魂,它是打包解包确定字段域的关键，而了解每个字段域的属性则是填写数据的基础.1、位图描述如下：位图位置：1格式：定长类型：B16(二进制16位，16*8=128bit）描述：如将位图的第一位设为'1',表示使用扩展位图（128个域）,否则表示只使用基本位图（64个域)。

如使用某数据域，应在位图中将相应的位设位'1',如使用41域，需将位图的4 1位设为’1’。

选用条件：如使用65到128域，需设位图域第一位为'1’2、每个域的定义如下：typedef struct ISO8583｛int bit_flag; /＊域数据类型0 —- string, 1 —- int，2 —— binary＊/char ＊data_name; /*域名＊/int length；/＊数据域长度*/int length_in_byte;/＊实际长度（如果是变长）*/int variable_flag; /*是否变长标志0：否2：2位变长, 3:3位变长*/int datatyp; /＊0 —- string，1 —- int，2 —- binary＊/char ＊data；/＊存放具体值*/int attribute；/*保留*/｝ISO8583;ISO8583 Tbl8583［128］=｛/＊FLD 1 */ ｛0,”BIT MAP,EXTENDED ", 8, 0，0, 2，NULL,0｝,/* FLD 2 ＊/ ｛0,"PRIMARY ACCOUNT NUMBER ”, 22，0，2, 0, NULL，0},/* FLD 3 */ ｛0,"PROCESSING CODE "，6, 0, 0，0，NULL，0｝，/＊FLD 4 */ ｛0，”AMOUNT，TRANSACTION "，12，0, 0，1, NULL，0}，/＊FLD 5 */ ｛0,"NO USE "，12，0, 0，0，NULL，0｝,/＊FLD 6 */ {0,”NO USE ", 12，0, 0，0，NULL,0｝，/* FLD 7 */ ｛0，"TRANSACTION DATE AND TIME ", 10，0, 0, 0，NULL,0｝,/* FLD 8 */ ｛0，”NO USE ”, 8, 0，0，0, NULL,0}，/＊FLD 9 ＊/ ｛0,"NO USE ”, 8，0，0，0, NULL,0｝，/＊FLD 10 ＊/ {0,”NO USE "，8, 0, 0，0, NULL，0},/＊FLD 11 ＊/ ｛0，”SYSTEM TRACE AUDIT NUMBER ”, 6, 0，0，1，NULL,0｝,/＊FLD 12 ＊/ {0，”TIME，LOCAL TRANSACTION ", 6, 0，0，0, NULL，0｝,/* FLD 13 ＊/ ｛0,”DA TE, LOCAL TRANSACTION ”，4，0，0, 0, NULL,0}，/* FLD 14 ＊/ {0，”DATE, EXPIRATION ", 4, 0, 0，0, NULL，0},/＊FLD 15 ＊/ ｛0，"DA TE，SETTLEMENT ”，4，0，0, 0, NULL，0}，/* FLD 16 */ ｛0,”NO USE ”, 4，0, 0，0, NULL，0｝，/＊FLD 17 ＊/ ｛0，”DATE，CAPTURE ", 4, 0，0，0, NULL,0｝，/* FLD 18 */ {0,”MERCHANT'S TYPE ", 4，0，0, 0, NULL,0｝，/* FLD 19 */ {0,”NO USE "，3, 0, 0，0, NULL,0},/* FLD 20 */ {0,"NO USE ”，3，0, 0, 0, NULL，0｝,/＊FLD 21 ＊/ ｛0,"NO USE ”，3, 0，0, 0，NULL，0},/＊FLD 22 */ ｛0,"POINT OF SERVICE ENTRY MODE ", 3, 0, 0，0，NULL，0｝，/* FLD 23 */ {0,”NO USE ”，3, 0，0, 0，NULL，0｝,/* FLD 24 */ ｛0,”NO USE "，3，0, 0, 0, NULL，0},/* FLD 25 ＊/ {0，"POINT OF SERVICE CONDITION CODE ”, 2，0，0，0，NULL,0}，/＊FLD 26 */ {0，”NO USE ", 2, 0，0，0, NULL，0},/＊FLD 27 */ ｛0,”NO USE ”, 1，0，0, 0，NULL，0},/* FLD 28 */ ｛0,"field27 ", 6, 0，0, 0, NULL,0｝,/＊FLD 29 ＊/ ｛0，”NO USE ”, 8，0, 1, 0, NULL，0}，/* FLD 30 ＊/ ｛0,"NO USE ”, 8，0，1，0, NULL,0｝，/* FLD 31 ＊/ {0,”NO USE "，8，0，1，0，NULL，0}，/* FLD 32 */ ｛0,"ACQUIRER INSTITUTION ID. CODE ”，11，0, 2, 0，NULL,0},/＊FLD 33 ＊/ {0,"FORW ARDING INSTITUTION ID. CODE "，11，0，2, 0, NULL，0}，/＊FLD 34 ＊/ {0,"NO USE ", 28，0，2, 0, NULL，0｝,/* FLD 35 */ ｛0,”TRACK 2 DATA ”, 37，0，2，0, NULL,0},/* FLD 36 ＊/ {0,”TRACK 3 DATA ",104，0, 3，0, NULL，0},/* FLD 37 ＊/ ｛0，”RETRIEV AL REFERENCE NUMBER "，12, 0，0，0，NULL,0｝，/＊FLD 38 ＊/ {0,”AUTH. IDENTIFICATION RESPONSE ”，6, 0, 0, 0，NULL,0｝,/* FLD 39 */ {0，"RESPONSE CODE ", 2，0，0, 0, NULL,0｝，/＊FLD 40 ＊/ ｛0,”NO USE ”，3, 0, 0, 0, NULL，0｝,/* FLD 41 ＊/ ｛0，”CARD ACCEPTOR TERMINAL ID。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

8583报文解析
8583报文解析是指对银行卡交易中所使用的8583报文进行分析和解码的过程。

8583报文是一种二进制格式的结构化数据，在银行卡交易中扮演着重要的角色。

通过对8583报文的解析，可以获取交易中所包含的必要信息，如交易类型、交易金额、交易时间等，从而实现交易的成功。

8583报文由多个域(field)组成，每个域包含了特定的信息。

其中，前4个域为固定域，分别为消息类型标识符、位图、主帐号(PAN)、交易处理码。

后续的域则根据交易类型的不同而有所变化，如消费交易会包含卡有效期、商户号、终端号等域。

对于每个域，都有特定的长度和格式要求，例如主帐号域为16位数字字符，交易金额域为12位数字字符等。

在解析8583报文时，需要先解析出位图域，确定哪些域存在于该报文中。

然后根据位图的内容，按照顺序解析出各个域的信息。

在解析过程中，需要注意各个域之间的关联关系和数据类型的转换。

总之，8583报文解析是银行卡交易中必不可少的环节，对于保障交易的正确进行具有重要作用。

- 1 -。