ISO8583各域详解--整理版
Iso-8583协议与磁条卡
ISO-8583
将打包压缩的数据发送 给下一层
ISO-8583的下一层
Copyright 2005 Prochip Electronics Co，ltd. All Rights Reserved. ， 2 Not to be reproduced by any means without prior written consent.
2012-4-21
磁条卡的时序图
Copyright 2005 Prochip Electronics Co，ltd. All Rights Reserved. ， 14 Not to be reproduced by any means without prior written consent.
Copyright 2005 Prochip Electronics Co，ltd. All Rights Reserved. ， 7 Not to be reproduced by any means without prior written consent.
2012-4-21
表1 第1磁道信息格式
Copyright 2005 Prochip Electronics Co，ltd. All Rights Reserved. ， 4 Not to be reproduced by any means without prior written consent.
2012-4-21
报文得内容(重点是如下几个问题):
nottobereproducedbyanymeanswithoutpriorwrittenconsent201851表1第1磁道信息格式字段d动态s静态字段长度备注序号名称1起始标志s1见712格式代码s299见723主账号s1319见734字段分隔符s1见745姓名s226见756字段分隔符s1见747失效日期s4yymm见768服务代码s3见779附加数据s可变见7810结束标志s1
银行卡和ISO8583要点
银联IC卡借贷记应用
对于银联芯片卡的联机交易，收单机构应将卡片给出的应答作为交易确认的基 本信息； 对于银联芯片卡的脱机交易，收单机构应将卡片给出的交易证书(TC)作为交易 确认的基本信息。 收单机构应妥善保管TC及其参与计算TC的数据，因为交易证书（TC）是交易是 否被发卡机构认可的凭证，一旦出现差错或争议时，TC及其计算数据是重要处 理依据。
借记/贷记应用联机处理流程
联机处理
双向认证 发卡行认证数据 发卡行脚本命令 发卡行 •解密ARQC来认证卡片 •授权响应密文ARPC， 授权响应码ARC •发卡行脚本 ARC、ARPC 发卡行脚本 授权请求密文ARQC等
终端发给发卡行 • 授权请求密文ARQC • 生成ARQC的数据
银联IC卡借贷记应用
银联IC卡借贷记应用
银联芯片卡终端应支持正常的芯片卡交易和降级使用交易。终端应首先尝 试进行芯片交易，当芯片或芯片读卡器不能正常工作时方可进行降级使用 交易。 降级使用交易必须联机处理, 如果联机不能则拒绝交易。
不允许终端设备主动提示使用磁条而跳过芯片认证控制。
应正确标识芯片卡交易及降级使用交易。 发卡机构对受理机构正确标识并且经发卡机构授权的降级使用交易承担责 任。
-2-
第1磁道信息格式
%4761739001010010^VISA ACQUIRER TEST CARD 08^10122011143878089?
1 2 3 4 5 6 7 8 9 10 11 起始标志 格式代码 主账号 字段分隔符 姓名 字段分隔符 失效日期 服务代码 附加数据 结束标志 纵向冗余校验位 1 0~2 13~19 1 2~26 1 4 3 可变 1 1 %，见7.1 见7.2 4761739001010010，见7.3 ^，见7.4 VISA ACQUIRER TEST CARD 08，见7.5 ^，见7.4 1012，YYMM见7.6 见7.7 见7.8 ？，见7.9 见7.10
8583协议
ISO8583报文协议最开始时，金融系统只有IBM这些大的公司来提供设备，象各种主机与终端等。
在各个计算机设备之间，需要交换数据。
我们知道数据是通过网络来传送的，而在网络上传送的数据都是基于0或1这样的二进制数据，如果没有对数据进行编码，则这些数据没有人能够理解，属于没有用的数据。
起初的X.25、SDLC 以及现在流行的TCP/IP网络协议都提供底层的通讯编码协议，它们解决了最底层的通讯问题，能够将一串字符从一个地方传送到另一个地方。
但是，仅仅传送字符串是没有太大意义的，怎样来解析字符串代表什么内容是非常重要的，否则传送一些“0123abcd”的字符串也是无用的乱码。
让我们随着时光回到几十年前的某个时刻，假设我们被推到历史的舞台上，由我们来设计一个通用报文协议，来解决金融系统之间的报文交换，暂且称该协议叫做ISO8583协议。
此时，技术是在不断的前行，当初IBM一支独秀的局面好像已经不妙了，各种大小不一的公司都进入金融行业以求能有所斩获，呈一片百花齐放的局面。
我们怎样来设计一个报文协议，能够将这些如雨后春笋般出现的所有公司都纳入进来，其实也不是一件很简单的事。
我们还是先一步步的来考虑吧。
金融行业其实涉及到的数据内容并不是成千上万，无法统计，恰恰相反，是比较少的。
我们都可以在心底数得过来，象交易类型、帐号、帐户类型、密码、交易金额、交易手续费、日期时间、商户代码、2磁3磁数据、交易序列号等，把所有能够总结出来的都总结起来不过100个左右的数据。
那我们可以首先简单的设计ISO8583，定义128个字段，将所有能够考虑到的类似上面提到的“帐号”等金融数据类型，按照一个顺序排起来，分别对应128个字段中的一个字段。
每个数据类型占固定的长度，这个顺序和长度我们都事先定义好。
这样就简单了，要发送一个报文时，就将128个字段按照顺序接起来，然后将接起来的整串数据包发送出去。
任何金融软件收到ISO8583包后，直接按照我们定义的规范解包即可，因为整个报文的128个字段从哪一位到哪一位代表什么，大家都知道，只要知道你的数据包是ISO8583包即可，我们都已经定义好了。
报文解析学习——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协议理解
8583协议理解ISO8583报⽂（简称8583包）⼜称8583报⽂是⼀个国际标准的包格式，最多由128个字段域组成，每个域都有统⼀的规定，并有定长与变长之分。
8583包前⾯⼀段为位图，⽤来确定包的字段域组成情况。
其中位图是8583包的灵魂，它是打包解包确定字段域的关键，⽽了解每个字段域的属性则是填写数据的基础。
在POS机的开发上时经常要⽤到，例如回头客会员管理系统在POS机上的应⽤就是采⽤8583报⽂。
报⽂的类型有很多种,⽐如:sale,reversal,settlement等等,不同的类型组包也是不⼀样的, 下⾯是“消费”类型报⽂的测试和组8583报⽂的过程,针对我们⽇常使⽤POS机系统来说的，这⾥主要是模拟的POS终端发向POSP系统的8583报⽂。
其基本业务流程图如下所⽰基础知识：1byte = 8bit1byte = 2个16进制数2个字节=1个字符BCD码：⽤4位⼆进制数来表⽰1位⼗进制数中的0~9这10个数码，即1bcd码=4bit报⽂结构：TPDU头 = ID（60H） + ⽬的地址（N4） + 源地址（N4），长度为10字节，压缩时⽤BCD码表⽰为5个字节长度的数值。
报⽂头 = 应⽤类别定义（N2 ）+软件总版本号（N2） + 终端状态（N1） + 处理要求（N1）+ 软件分版本号（N6），总长度为12字节，压缩时⽤BCD码表⽰为6个字节长度的数值。
报⽂长度(2字节)+TPDU(5字节)+报⽂头(6字节)+域数据(指令码(0域 2字节消息类型)+位图(8字节)+其他域数据POS终端上送POS中⼼的消息报⽂结构包括TPDU、报⽂头和应⽤数据三部分：16进制报⽂：007b 6000160000 602200000000 0200 7020048020c08811600016000060220000000002007020048020c08811165477666265921222000000000000014959555556022000375477666265921222d25085060000012600000青⾊背景：报⽂长度 007b 如上是246个字节->123个字符->长度是123(10进制)->7b(16进制)->占⽤两个字节007b黄⾊背景：TUDU头 6000160000红⾊背景：报⽂头 602200000000磁条卡⾦融⽀付类应⽤为：60软件版本号 22终端状态 0(正常交易状态)处理要求 0(⽆处理要求)保留使⽤ 000000灰⾊背景：消息类型 0200绿⾊背景：bitmap位图，转成bit显⽰， 7020048020c08811根据⽂档我们可以轻易的得到需要的域为2,3,4,11,22,25,35,41,42,49,53,60,64域(6) 2域165477666265921222(16个字节,最⼤是19个字节) 主账号N..19(LLVAR)，2个字节的长度值＋最⼤19个字节的主账号，压缩时⽤BCD码表⽰的1个字节的长度值＋⽤左靠BCD码表⽰的最⼤10个字节的主账号。
ISO8583各域详解--整理版
ISO8583各域详解--整理版ISO8583各域详解8583协议的报文域编码格式分为：BINARY、CHAR、NUMERIC、LLVAR、LLLVAR、LLLVAR_NUMERIC这几种格式。
BINARY采用二进制编码(8位二进制数编码为一个字节)。
CHAR、LLVAR、LLLVAR为ASC（即正常的getBytes(Encoding)）编码。
NUMERIC、LLLVAR_NUMERIC 采用BCD(半个字节表示一个10进制数，每两位编码为一个字节)编码。
CHAR、BINARY、NUMERIC都需要指定长度。
CHAR类型左对齐、右补空格。
NUMERIC右对齐、左补零。
LLVAR域前加一个字节的字节长度（采用bcd编码）。
LLLVAR域前加两个字节的字节长度（采用bcd编码）。
LLLVAR_NUMERIC域前加两个字节的长度(注：非字节长度，而是数字的长度，即字节长度的两倍)（采用bcd编码）。
代码中会在IsoField setValue时进行格式化，组装报文时计算LLVAR等域长。
ISO8583域说明ATM、前置机间通讯采用ISO8583 包格式。
以下是位元、报文等的定义。
1、信息类型（message type)定义位图位置：－格式：定长类型：N4描述：数据包的第一部分，定义数据包的类型。
数据类型由数据包的发起者设定，应遵循以下要求：数据包开始部分必须是信息类型；对不支持的信息类型能给出拒绝应答。
0100授权交易0110授权交易答复0200金融交易0210金融交易答复0240查询交易0250查询交易答复0400冲正交易0410冲正交易答复0800管理交易0810管理交易答复2、位图(Bit Map) - 基本位图和扩展位图位图位置：01格式：定长类型：B16描述：如将位图的第一位设为1，表示使用扩展位图，否则表示只使用基本位图。
如使用某数据域，应在位图中将相应的位设位1，如使用41域，需将位图的41位设为1。
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, N ULL,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, NUL L,0},/* FLD 33 */ {0,"FORWARDING INSTITUTION ID. CODE ", 11, 0, 2, 0, N ULL,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 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 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各个域详解收藏1，信息类型（message type)定义位图位置：－格式：定长类型：N4描述：数据包的第一部分，定义数据包的类型。
数据类型由数据包的发起者设定，应遵循以下要求：数据包开始部分必须是信息类型；对不支持的信息类型能给出拒绝应答。
0100授权交易0110授权交易答复0200金融交易0210金融交易答复0240查询交易0250查询交易答复0400冲正交易0410冲正交易答复0800管理交易0810管理交易答复2，位图(Bit Map) - 基本位图和扩展位图位图位置：1格式：定长类型：B16描述：如将位图的第一位设为'1'，表示使用扩展位图，否则表示只使用基本位图。
如使用某数据域，应在位图中将相应的位设位'1'，如使用41域，需将位图的41位设为'1'。
选用条件：如使用65到128域，需设位图域为'1'3，Bit02主帐号(Primary Account Number )位图位置：02格式：变长,LLVAR类型：N..22描述：唯一的确认一个用户交易的基本帐号。
由于银行电子服务系统涉及多个应用系统，而帐号长度最多为22位，故将原标准的19长度改为22位。
Bit03 处理代码（Processing Code )位图位置：03格式：定长类型：N6描述：用于描述交易对客户帐户造成何种影响的代码。
处理代码和信息码一起可唯一定义一种交易的类型。
处理代码由以下三部分组成：位置描述1－2交易动作码3－4付出帐户类型，用于借记类，如查询、代收费、转场交易。
5－6收入帐户类型，用于代收费、转帐等。
其中：ff : 付出帐户tt：收入帐户* 视主机而定5，Bit04 交易金额（Amount, Transaction)位图位置：04格式：定长类型：N12描述：帐户人要求交易的交易金额，不含任何处理和交易费用。
金额的表示和货币代码有关，应能表示相应货币的最小单位。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
ISO8583各域详解8583协议的报文域编码格式分为：BINARY、CHAR、NUMERIC、LLVAR、LLLVAR、LLLVAR_NUMERIC这几种格式。
BINARY采用二进制编码(8位二进制数编码为一个字节)。
CHAR、LLVAR、LLLVAR为ASC（即正常的getBytes(Encoding)）编码。
NUMERIC、LLLVAR_NUMERIC采用BCD(半个字节表示一个10进制数，每两位编码为一个字节)编码。
CHAR、BINARY、NUMERIC都需要指定长度。
CHAR类型左对齐、右补空格。
NUMERIC右对齐、左补零。
LLVAR域前加一个字节的字节长度（采用bcd编码）。
LLLVAR域前加两个字节的字节长度（采用bcd编码）。
LLLVAR_NUMERIC域前加两个字节的长度(注：非字节长度，而是数字的长度，即字节长度的两倍)（采用bcd编码）。
代码中会在IsoField setValue时进行格式化，组装报文时计算LLVAR等域长。
ISO8583域说明ATM、前置机间通讯采用ISO8583 包格式。
以下是位元、报文等的定义。
1、信息类型（message type)定义位图位置：－格式：定长类型：N4描述：数据包的第一部分，定义数据包的类型。
数据类型由数据包的发起者设定，应遵循以下要求：数据包开始部分必须是信息类型；对不支持的信息类型能给出拒绝应答。
0100授权交易0110授权交易答复0200金融交易0210金融交易答复0240查询交易0250查询交易答复0400冲正交易0410冲正交易答复0800管理交易0810管理交易答复2、位图(Bit Map) - 基本位图和扩展位图位图位置：01格式：定长类型：B16描述：如将位图的第一位设为'1'，表示使用扩展位图，否则表示只使用基本位图。
如使用某数据域，应在位图中将相应的位设位'1'，如使用41域，需将位图的41位设为'1'。
选用条件：如使用65到128域，需设位图域为'1'3、Bit02主帐号(Primary Account Number )位图位置：02格式：变长,LLVAR类型：N..22描述：唯一的确认一个用户交易的基本帐号。
由于银行电子服务系统涉及多个应用系统，而帐号长度最多为22位，故将原标准的19长度改为22位。
4、Bit03 处理代码（Processing Code )位图位置：03格式：定长类型：N6描述：用于描述交易对客户帐户造成何种影响的代码。
处理代码和信息码一起可唯一定义一种交易的类型。
处理代码由以下三部分组成：位置描述1－2交易动作码3－4付出帐户类型，用于借记类，如查询、代收费、转场交易。
5－6收入帐户类型，用于代收费、转帐等。
其中：ff : 付出帐户tt：收入帐户* 视主机而定5、Bit04 交易金额（Amount, Transaction)位图位置：04格式：定长类型：N12描述：帐户人要求交易的交易金额，不含任何处理和交易费用。
金额的表示和货币代码有关，应能表示相应货币的最小单位。
参ISO4217有关货币代码定义。
如“000000000100”用于表示美元，表示1.00元；如用于表示意大利货币，则表示100里拉。
对于查询等交易，应设交易金额为“000000000000”。
6、Bit06交易日期和时间Transmission Date and Time位图位置：07格式：定长，MMDDhhmmss类型：N10描述：本地交易日期和时间7、Bit11系统跟踪号（Systems Trace Audit Number)位图位置：11格式：定长类型：N6描述：终端交易的跟踪号码。
交易发起终端填写，和“交易日期、时间”、信息类型等合在一起可唯一定义某一个终端的唯一一笔交易。
即是说，在同一天，对一终端，同一类交易的系统跟踪号应保证不同。
系统跟踪号在交易过程中不能修改。
使用此域来匹配请求和通知类交易的返回。
应用系统使用此域来检查收到的授权、金融、自动冲正、结算、管理和网管等类交易的应答包是否是其请求包的应答。
系统跟踪号不用于匹配自动冲正交易，也不用于在预授权消费时匹配前面的预授权交易。
参90域。
对于银行电子服务系统，其系统跟踪号是交易流水号。
8、Bit12本地交易时间（Time ,Local Transaction）位图位置：12格式：定长，hhmmss类型：N6描述：交易在终端上发生的时间。
本地交易时间在交易处理过程中不能改变。
在自动冲正，存贮转发时，本地交易时间不能改变。
9、Bit13本地交易日期(Date ,Local Transaction)位图位置：13格式：定长,MMDD类型：N4描述：交易在终端上发生的时间。
本地交易时间不能改变，在自动冲正、存储转发交易时，本地交易时间也不能改变。
10、Bit14有效期(Date ,Expiration)位图位置：14格式：定长,YYMM类型：N4描述：卡的有效期，年年月月由于卡类写磁格式不同，收单行可能提不出卡的有效期，授权机构从卡的二磁道中提取卡的有效期。
如卡，无二磁道，收单行应要求手工录入卡的有效期。
选用条件：100、200、400等交易如没有2、3磁道时，一定要有此域。
11、Bit15结算日期(Date ,Settlement)位图位置：15格式：定长，MMDD类型：N4描述：银行电子服务系统和主机结算的时间，格式月月日日。
结帐日期前发生的交易参加当天结算。
在结算时，结帐日期也用于计算处理、交易费用。
12、Bit17获取日期(Date ,Capture)位图位置：17格式：定长，MMDD类型：N4描述：从主机获取交易的记帐日期。
通常用于主机和商户清算。
13、Bit18商户类型（Merchant's Type)位图位置：18格式：定长类型：N4描述：定义商户产品和服务类型的代码商户类型用于金融、授权交易，用于指定服务点的类型。
它主要有以下用途：决定预授权交易得到确认的最长时间；控制合法限额；为交易授权处理，控制网络操作规则；欺诈检测；用于商户分类报表；交易费用处理。
根据ISO8583标准，应使用相应的国家标准。
商户类型代码表如下：商户类型代码行业类型说明4215邮递服务4511民航4722旅游4782过桥费4789其他运输服务4614电信服务5542加油站5812餐馆5999购物6010金融机构－人工现金支付6011金融机构－自动现金支付6012金融机构－各类服务7011酒店、旅馆7299各类个人服务：洗衣、美容、7399各类商业服务：停车场、租车、广告、其他服务7699各类维修服务：维修、洗车、拖车7996娱乐：电影、剧院、体育、游戏8099医疗服务8111法律服务8999各类专业服务：会计、教育、装修、工程选用条件：服务点终端发起的交易一定要有此域。
14、Bit22服务点输入方式(Point-of-Service Entry Mode) 位图位置：22格式：定长类型：N3描述：在服务终端上定义PIN和PAN的输入方式。
服务点输入方式包含以下两个方面组合而成：位置描述1－2在服务终端上PAN有效期输入方式3－3在服务终端上PIN的输入方式PAN的输入方式编码如下：PAN输入方式描述00不知01手工02读磁卡03条码扫描仪（BAR）04光学符号阅读器（OCR）05集成电路卡（IC卡）PIN的输入方式编码如下：PIN输入方式描述0不知1终端能接收PIN2终端不能接收PIN选用条件：服务点终端发起的交易一定要有此域。
15、Bit25服务点条件代码(Point-of-Service Condition Code) 位图位置：25格式：定长类型：N2描述：定义交易发生的服务点类型用法说明：下面是CYBERBANK支持的服务点条件代码。
服务点条件代码服务点终端类型2自动柜员机（ATM）10银行终端（10）14POS20电话银行16、Bit32收单机构标识码(Acquirer institution Identification) 位图位置：32格式：LLVAR类型：N..11描述：在金融交易中此域表示交易发生的银行机构的标识码应答数据包必须和请求数据包此域相同。
17、Bit33向前机构标识码(Forwarding Institution Identification Code) 位图位置：33格式：LLVAR类型：N..11描述：在金融交易中此域表示帐户所在的银行机构的标识码在网管交易800/810中，本域含有交易发起机构的代码。
应答数据包必须和请求数据包此域相同。
18、Bit35二磁道数据(Track 2 Data)位图位置：35格式：LLVAR类型：Z..37描述：写在卡二磁道的数据。
数据组成遵循ISO7811－1985标准，数据中包含域分隔符，但不包含卡启始、结束符、LRC等。
收卡行应检测卡的二磁道是否符合国际标准。
为支持国际交换收单行应将二磁道中的分隔符换为“＝”。
除此外不能对二磁道数据进行任何修改，如修改PAN的校验字、有效期、服务码等。
19、Bit36三磁道数据(Track 3 Data)位图位置：36格式：LLLVAR类型：Z (104)描述：写在卡三磁道的数据。
数据应组成遵循ISO4909标准，数据中包含域分隔符，但不包含卡启始、结束符、LRC等。
注意：长度说明为3位数字长。
20、Bit37检索索引号(Retrieval Reference Number)位图位置：37格式：定长类型：AN12描述：检索索引号用来在任何时间标识一个金融、授权、自动冲正交易。
检索索引号不要求打印在持卡人的帐单上。
它的主要目的是在收单行和授权行之间定义一个数据项用于跟踪和检索交易。
授权机构可以将检索索引号打印在客户的对帐单上。
检索索引号由收单行分配。
选用条件：可包含在收单机构的交易请求中。
如在交易请求中有，则应答数据中一定应原样返回。
21、Bit38授权码(Authorization Identification)位图位置：38格式：定长类型：AN6描述：交易授权机构返回的返回代码。
授权码用于在服务点终端上信用卡授权；授权机构按网络操作规定，可选使用本域。
22、Bit39返回码(Response Code)位图位置：39格式：定长类型：AN2描述：对一交易定义其处理结果的编码。
返回码用于说明授权机构对金融（授权）交易的处理状态；也用来指明自动冲正交易的冲正原因；还用来指出目标主机已接收到文件修改、结算、管理、网管等交易请求。
返回码应尽可能准确，应尽可能描述清楚所遇到的问题和状态。
网络交换主机、收单行主机有可能会按不同的返回码收取不同的交易处理费用，并执行不同的处理过程。