全面掌握ISO报文协议样本.doc

全面掌握ISO报文协议样本 全面掌握O ISO报文协议本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 握全面掌握ISO8583报文协议我刚进入金融行业时，就知道了IS08583报报文协议，我想可能我还没进入这个行业都已经听知过了，可知ISO8583的影响力有多大了。 最初刚接触它时，确实对其中的一些细节概念不是很清晰，对有些地方比较迷惑。 鉴于此，我想很多同行也必然会经历同样得阶段，所以我写下本文，以便大家能够少走一些弯路。 同时，我在网上写下我要写“握全面掌握ISO8583报文”和“符合CEN/XFS（即WOSA/XFS）规范的SP编写”两篇文章时，很多人都询问我什么时候能够写出来，可知许多人是需要了解这方面的知识的，即使我时间不是很多，也得尽量将这两篇文章写出来，给需要的人提供一些参考。 如果单纯的讲IS08583那些字段的定义，我觉得没有什么意思，标准中已经对每个字段解释的非常详细了，如果你觉得理解英文版的ISO8583规范有些困难，网上也有同行为我们翻本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 版译好的中文版ISO8583规范，所以我的目的是对达到阅读本文后能够对ISO8583知其然，亦知其所以然，使以前基本没有接触它的人也能够达握到掌握ISO8583报文规范。 好了，我们该转入正题了。 最开始时，金融系统只有IBM这些大的公司来提供设备，象各种主机与终端等。 在各个计算机设备之间，需要交换数据。 我们知道数据是通过网络来传送的，而在网络上传送的数据都是基于于0或或1这样的二进制数据，如果没有对数据进行编码，则这些数据没有人能够理解，属于没有的用的数据。 起初的X. 25、SDLC以及现在流行的TCP/IP网络协议都提供底层的通讯编码协议，它们解决了最底层的通讯问题，能够将一串字符从一个地方传送到另一个地方。 但是，仅仅传送字符串是没有太大意义的，怎样来解析字符串代表什么内容是非常重要的，否则传送一些“0123abcd”的字符串也是无用的乱码。 让我们随着时光回到几十年前的某个时刻，本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 假设我们被推到历史的舞台上，由我们来设计一个通用报文协议，来解决金融系统之间的报文交做换，暂且称该协议叫做ISO8583协议。 此时，初技术是在不断的前行，当初IBM一支独秀的局面仿佛已经不妙了，各种大小不一的公司都进入金融行业以求能有所斩获，呈一片百花齐放的局面。 我们怎样来设计一个报文协议，能够将这些如雨后春笋般出现的所有公司都纳入进来，其实也不是一件很简单的事。 我们还是先一步步的来考虑吧。 金融行业其实涉及到的数据内容并不是成千上万，无法统计，恰恰相反，是比较少的。 我们都能够在心底数得过来，象交易类型、帐号、帐户类型、密码、交易金额、交易手续费、日期时间、商户代码、2磁磁3磁数据、交易序列号等，把所有能够总结过出来的都总结起来不过100个左右的数据。 那我计们能够首先简单的设计ISO8583，定义128个字段，将所有能够考虑到的类似上面提到的“帐号”等金融数据类型，按照一个顺序排起来，分别对应应128个字段中的一个字段。 每个数据类型占固定的长度，这个顺序和长度我们都事先定义好。 本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 将这样就简单了，要发送一个报文时，就将128个个字段按照顺序接起来，然后将接起来的整串数据包发送出去。 任何金融软件收到ISO8583包后，直接按照的我们定义的规范解包即可，因为整个报文的128个字段从哪一位到哪一位代表什么，大家都知是道，只要知道你的数据包是ISO8583包即可，第我们都已经定义好了。 比如第1个字段是“交易类型”为，长度为4位，第2个字段位是“帐号”，为为19位等等。 接收方就能够先取4位，再取接的着的19位，依次类推，直到整个数据包128个个字段都解完为止。 其实这种做法真是简单直接，基本上就能够满足需要了。 不过我们有几个问题要思考下: 1、我怎么知道每个字段的数据类型呢，是数字还是字符? 2、每个传送的报文都把128个字段都传过去，那网络带宽能够承受得了，有时候我可能只需要中其中5个字段，结果多收到了123。 个无用的字段。 3、如果我某些字段的长度不固定，属于变长怎本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 么办，因为你现在解包是当作数据包每个字段都用是固定的，用C语言解包时直接依靠指针取固定长度的一串字符做为一个字段。 我们来一一解决这些问题。 第一个问题简单，我在定义ISO8583时除了定义每个字段表示什么，还规定其内容是数字或是字符等即可。 考虑可能出现的类型不过有以下几种:字母、数字、特殊字符、年月日等时间、对二进制数据。 比如我对128个字段中的“商户类型”是字段定义其长度是15，同时定义其类型为字母。 再精细点，如果“商户类型”里面的数据同时包括数字和字母呢?那我们就定义其类型为字母也可，为数字也可，即一个字段能够同时属于多个类型。 第二个问题稍微复杂点。 其本质就是如果我传只传128个字段的5个字段，接收方怎么知道我的传了哪几个字段给它了。 要是我们把剩下的123成全部填成0或其它特殊标识，标明该字段不需要使用?这种处理方法没有半点用处，没有解决网本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 络带宽的传本质问题，还是要传128个字段。 241628256换个思路，我在报文前面加上个包头，包头了里面包含的信息能够让别人知道只传了5个字用段。 怎样设计这个包头，能够这样，我们用16即个字节，即128个个bit（一个字节等于8bit）来示表示128个字段中的某个字段是否存在。 每个bit在计算机的二进制里面不是1就是0，如果是1就表示对应的字段在本次报文中存在，如果是0就是不存在。 这样好了，如果别人接收到了ISO8583报文，能够先根据最前面的报文头，就知道紧接着报文头后面的报文有哪些字段，没有哪些字段了送。 比如，我要发送5个字段，分别属于于128个字段中的第 2、 3、 6、 8、9字段，我就将能够将128bit的报文头填成000000.，一共共128个个bit，后面就全是0了。 注意其中第 2、 3、 6、 8、9位为1，其它都为0。 有了这个128bit的报文头，我们就能够只发的送需要的5个字段了。 怎样组织报文?先放上这128bit，即2个字节的头，然后在头后面放 2、 3、本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 6、 8、9字段，这些字段紧挨在一起，3和和6之之上间也不需要填上 4、5这两个字段了。 接收方收据到这个报文，它会根据128bit的报文头来解包，它自然知道第把第3个字段取出后，就直接在第3第字段的后面取第6个字段，每个字段的长度在ISO8583里面都定义好了，很轻松就把数据包解出来了。 这下好了，为了解决上面的第二问题，我们了只是在报文中增加了2个字节的数据，就轻松搞这定了，我们把这2个字节称为bit map，即位图，用来表示某个位是否存在。 不过我们再稍微优化要一下，考虑到很多时候报文不需要128个字段这半么多，其一半64个字段都不一定能够用完。 那由我能够将报文头由128bit减到64bit，只有在需的要的时候才把剩下的64bit放到报文里面，这样了报文长度不又少了1个字节吗?是个好主意。 我们把ISO8583的的128个字段前中最常见的都放到前64个字段中，那我们能够将处理缩小一倍。 这样我一般发送报文时只需发送送64bit，即一个字节的报文头，再加上需要的本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 到几个字段就能够了。 如果有些报文用到64到128之间的字段呢?这个也好办，我把64bit报文头的位第一位bit用来代表特殊含义，如果该bit为为1，示则表示64bit后面跟了剩下的64bit报文头；如位果第一位bit为为0，则表示64bit后面没有跟剩下的的64bit报文头，直接是128个字段中的报文了。 那们，接收方会判断一个下报头的第一个bit是是1是还是0，从而知道报文头是64bit还是128bit了，个就能够做相应处理。 因为报文头第二个64bit属属它于有时候有，所以我们叫它Extended bit map的扩展位图，相应的报文头最开始的64bit我们叫它它Primary bitmap主位图。 我们直接把扩展位到图固定放到128个字段的第一个字段，而主位图有每个数据包都有，就强制性放在所有128个字段入的前面，并不归入128个字段中去。 第三个问题能够考虑这样解决。 比如第2个个字段是“帐号”，是不定长的，可能有的银行帐号是是19位，有的是是17位等。 我们定ISO8583规规第范时能够规定第2个字段是25位，这下足够将19和和17的情况都包含进来，但是如果以后出现了了30位的怎么办?为那我们现在将字段定为100本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 过位。 以后超过100位怎么办，况且如果你只有19位的帐号，我们定义了100位，那81位的数据不是浪费了网络的带宽。 看来预先定义一个我们认为比较大的位数是不太好的。 我们这样，对于第2个字段“帐号”，在字段的开头加上“帐号”的长度。 比如帐号是，一共10位，我们变成，注意前面多了个10，表示后的面的10位为帐号。 如果你接触过里面的BSTR，应该对这种处理比较熟悉了。 接收方收道到该字段后，它知道ISO8583规定第2个字段“帐号”的是变长的，所以会先取前面的2位出来，获取其值，此时为长度，然后根据该长度值知道应该拷贝该字段后面哪几位数据，才是真正的帐号。 如果你觉得长度如果只有两位最多只能表示99面位长，不太够，我们也定义能够允许前面3有位都为长度的变长字段，这样就有999位长，应该够了吧。 在规范里面如果我定义某个字段的属性是“LLVAR”的，你注意了，其中的LL表示长度，VAR表示后面的数据，两个LL表示两位长，最是大是99，如果是三位就是“LLLVAR”，最大是999。 这样看我们定义的ISO8583规范文档时直本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 接根据这几个字母就理解某个变长字段的意思了。 该解决的几个问题到这里都解决了，我们来的回顾下自己设计的ISO8583规范。 其实没有什么，无非是把金融行业可能出现的数据分门别类，排好顺序，接着把它们连接起来，组成一个报文发送出去而已。 其中针对该报文的设计进行了了一些优化，引入了bitmap位图的概念，也算是一个不错的想法。 剩下的工作就简单了，我们就直接收集金融成行业可能出现的数据字段类型，分成128个字段到类型，如果没有到128个个这么多就先保留一些下来，另外考虑到有些人有特殊的要求，我们规定将能够将128个字段中的几个字段你自己来定义其内容，也算是一种扩展了。 这样，最后我们就得到了ISO8583规范的那张字段描述表了。 想要详细的知道每个字段的含义直接对着表看就能够，比较简单。 本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 全文完8583协议?词条摘要3ISO8583包（简称38583包）是一个国际标准的包格式，最多由8128个字段域组成，每个域都有统一的规定，并有定长与变长之分。 38583包前面一段为位图，用来确定包的字段域组成情况。 其中位图是38583包的灵魂，它是打包解包确定字段域的关键，而了解每个字段域的属性则是填写数据的基础， 11、位图描述如下:位图位置:1格式:定长类型:B16（二进制616位，16*8=128bit）描述:如将位图的第一位设为1，表示使用扩展位图（8128个域），否则表示只使用基本位图（464个域）。 如使用某数据域，应在位图中将相应的位设位1，如使用141域，需将位图的141位设为1。 选用条件:如使用565到到8128域，需设位图域第一位为1 22、变长，定长域说明如第二域:域名为主帐号，数据类型为string长度为22（是长长度不得超过此数）是个位变长域由于是位变长，在打包时需在数据域前加上数据的实际长度，如为位，则表示为:数据值（即前两位为长度）如第三域:域名为处理码，数据类型为string本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 长度为是个定长域必须填满位。 附附3A:ISO8583各域段的说明11，信息类型（message type)定义位图位置:格式:定长类型:N4描述:数据包的第一部分，定义数据包的类型。 数据类型由数据包的发起者设定，应遵循以下要求:数据包开始部分必须是信息类型；对不支持的信息类型能给出拒绝应答。 00100授权交易00110授权交易答复00200金融交易00210金融交易答复00240查询交易00250查询交易答复00400冲正交易00410冲正交易答复00800管理交易00810管理交易答复22，位图(Bit Map)-基本位图和扩展位图位图位置:1格式:定长类型:B16描述:如将位图的第一位设为1，表示使用扩展位图，否则表示只使用基本位图。 如使用某数据域，应在位图中将相应的位设位1，如使用141域，需将位图的141位设为1。 选用条件:如使用565到到8128域，需设位图域为133，2Bit02主帐号(Primary AountNumber)位图位置:02格式:变长,LLVAR类型:N.22描述:唯一的确认一个用户交易的基本帐号。 由于银行电子服务系统涉及多个应用系统，而帐号长度最多为222位，故将原标准的919长度改为222位。 本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 4,Bit03处理代码（Processing Code)位图位置:03格式:定长类型:N6描述:用于描述交易对客户帐户造成何种影响的代码。 处理代码和信息码一起可唯一定义一种交易的类型。 处理代码由以下三部分组成:位置描述1122交易动作码3344付出帐户类型，用于借记类，如查询、代收费、转场交易。 5566收入帐户类型，用于代收费、转帐等。 其中:ff:付出帐户tt:收入帐户*视主机而定55，Bit04交易金额（Amount,Transaction)位图位置:04格式:定长类型:N12描述:帐户人要求交易的交易金额，不含任何处理和交易费用。 金额的表示和货币代码有关，应能表示相应货币的最小单位。 参ISO42717有关货币代码定义。 如“”用于表示美元，；如用于表示意大利货币，则表示0100里拉。 对于查询等交易，应设交易金额为“”。 66，7Bit07交易日期和时间Transmission Dateand Time位图位置:07格式:定长，MMDDhhmmss类型:N10描述:本地交易日期和时间77，1Bit11系统跟踪号（System sTrace AuditNumber)位图位置:11格式:定长类型:N6描述:终端交易的跟踪号码。 交易发起终端填写，和“交易日期、时间”、信息类型等合在一起可唯一定义某一个终端的唯一一笔交易。 即是说，在同一天，对一终端，同一类交易的系统跟踪号应保证不同。 系统跟踪号在交易过程中不能修改。 使用此域来匹配请求和通知类交易的返回。 本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 应用系统使用此域来检查收到的授权、金融、自动冲正、结算、管理和网管等类交易的应答包是否是其请求包的应答。 系统跟踪号不用于匹配自动冲正交易，也不用于在预授权消费时匹配前面的预授权交易。 参090域。 对于银行电子服务系统，其系统跟踪号是交易流水号。 88，2Bit12本地交易时间（Time,Local Transaction）位图位置:12格式:定长，hhmmss类型:N6描述:交易在终端上发生的时间。 本地交易时间在交易处理过程中不能改变。 在自动冲正，存贮转发时，本地交易时间不能改变。 99，3Bit13本地交易日期(Date,Local Transaction)位图位置:13格式:定长,MMDD类型:N4描述:交易在终端上发生的时间。 本地交易时间不能改变，在自动冲正、存储转发交易时，本地交易时间也不能改变。 10，4Bit14有效期(Date,Expiration)位图位置:14格式:定长,YYMM类型:N4描述:卡的有效期，年年月月由于卡类写磁格式不同，收单行可能提不出卡的有效期，授权机构从卡的二磁道中提取卡的有效期。 如卡，无二磁道，收单行应要求手工录入卡的有效期。 选用条件: 100、 200、0400等交易如没有 22、33磁道时，一定要有此域。 11，5Bit15结算日期(Date,Settlement)位图位置:15格式:定长，MMDD类型:N4描述:银行电子服务系统和主机结算的时间，格式月月日日。 结帐日期前发生的交易参加当天结算。 在结算时，结帐日期也用于计算处理、交易费用。 12，7Bit17获取日期(Date,Capture)位图位置:17格式:定长，MMDD类型:N4描述:从主机获取交易的记帐日期。 通常用于主机和商户清算。 本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 13，8Bit18商户类型（Merchants Type)位图位置:18格式:定长类型:N4描述:定义商户产品和服务类型的代码商户类型用于金融、授权交易，用于指定服务点的类型。 它主要有以下用途:决定预授权交易得到确认的最长时间；控制合法限额；为交易授权处理，控制网络操作规则；欺诈检测；用于商户分类报表；交易费用处理。 根据3ISO8583标准，应使用相应的国家标准。 商户类型代码表如下:商户类型代码行业类型说明54215邮递服务14511民航24722旅游24782过桥费94789其它运输服务44614电信服务25542加油站25812餐馆95999购物06010金融机构人工现金支付16011金融机构自动现金支付26012金融机构各类服务17011酒店、旅馆97299各类个人服务:洗衣、美容、97399各类商业服务:停车场、租车、广告、其它服务97699各类维修服务:维修、洗车、拖车79696娱乐:电影、剧院、体育、游戏98099医疗服务18111法律服务98999各类专业服务:会计、教育、装修、工程选用条件:服务点终端发起的交易一定要有此域。 14，2Bit22服务点输入方式(Point-of-Service EntryMode)位图位置:22格式:定长类型:N3描述:在服务终端上定义N PIN和和N PAN的输入方式。 服务点输入方式包含以下两个方面组合而成:本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 位置描述1122在服务终端上N PAN有效期输入方式3333在服务终端上N PIN的输入方式N PAN的输入方式编码如下:N PAN输入方式描述000不知101手工202读磁卡303条码扫描仪（BAR）404光学符号阅读器（OCR）505集成电路卡（C IC卡）N PIN的输入方式编码如下:N PIN输入方式描述00不知11终端能接收PIN22终端不能接收PIN选用条件:服务点终端发起的交易一定要有此域。 15，5Bit25服务点条件代码(Point-of-Service ConditionCode)位图位置:25格式:定长类型:N2描述:定义交易发生的服务点类型用法说明:下面是K CYBERBANK支持的服务点条件代码。 服务点条件代码服务点终端类型22自动柜员机（ATM）010银行终端 （10）14POS020电话银行16，2Bit32收单机构标识码(Acquirer institution Identification)位图位置:32格式:LLVAR类型:N.11描述:在金融交易中此域表示交易发生的银行机构的标识码应答数据包必须和请求数据包此域相同。 17，3Bit33向前机构标识码(Forwarding InstitutionIdentification Code)位图位置:33格式:LLVAR类型:N.11描述:在金融交易中此域表示帐户所在的银行机构的标识码本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 在网管交易0800/810中，本域含有交易发起机构的代码。 应答数据包必须和请求数据包此域相同。 18，5Bit35二磁道数据(Track2Data)位图位置:35格式:LLVAR类型:Z.37描述:写在卡二磁道的数据。 数据组成遵循ISO781151985标准，数据中包含域分隔符，但不包含卡启始、结束符、C LRC等。 收卡行应检测卡的二磁道是否符合国际标准。 为支持国际交换收单行应将二磁道中的分隔符换为“”。 除此外不能对二磁道数据进行任何修改，如修改N PAN的校验字、有效期、服务码等。 19，6Bit36三磁道数据(Track3Data)位图位置:36格式:LLLVAR类型:Z.104描述:写在卡三磁道的数据。 数据应组成遵循9ISO4909标准，数据中包含域分隔符，但不包含卡启始、结束符、C LRC等。 注意:长度说明为33位数字长。 20，7Bit37检索索引号(Retrieval ReferenceNumber)位图位置:37格式:定长类型:AN12描述:检索索引号用来在任何时间标识一个金融、授权、自动冲正交易。 检索索引号不要求打印在持卡人的帐单上。 它的主要目的是在收单行和授权行之间定义一个数据项用于跟踪和检索交易。 授权机构能够将检索索引号打印在客户的对帐单上。 检索索引号由收单行分配。 选用条件:可包含在收单机构的交易请求中。 如在交易请求中有，则应答数据中一定应原样返回。 21，8Bit38授权码(Authorization Identification)位图位置:38格式:定长类型:AN6描述:交易授权机构返回的返回代码。 授权码用于在服务点终端上信用卡授权；授权机构按网络操作规定，可选使用本域。 22，9Bit39返回码(Response Code)位图位置:39格式:定长类型:AN2本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 描述:对一交易定义其处理结果的编码。 返回码用于说明授权机构对金融（授权）交易的处理状态；也用来指明自动冲正交易的冲正原因；还用来指出目标主机已接收到文件修改、结算、管理、网管等交易请求。 返回码应尽可能准确，应尽可能描述清楚所遇到的问题和状态。 网络交换主机、收单行主机有可能会按不同的返回码收取不同的交易处理费用，并执行不同的处理过程。 23，1Bit41收卡单位终端标识码(Card AeptorTerminal Identification)位图位置:41格式:定长类型:ANS8描述:定义在收单单位中定义一个服务终端的标识码，在同一商户中服务终端标识码应唯一。 24，2Bit42收卡商户定义码(Card AeptorIdentification Code)位图位置:42格式:定长类型:ANS15描述:在本地和网络中定义交易单位（商户）的编码。 25，3Bit43收卡商户位置(Card AeptorLocation)位图位置:43格式:定长类型:ANS40描述:在本地和网络中定义收卡单位（商户）的国家、省。 城市等。 选用条件:如对外卡网络，一定要包含此域。 26，4Bit44附加返回数据(Additional ResponseData)位图位置:44格式:LLVAR类型:ANS.25描述:在金融（授权）交易中授权机构返回的其它信息。 27，8Bit48附加数据-私用(Additional Data-Private)位图位置:48格式:LLLVAR类型:ANS.999描述:银行电子服务系统使用此域作以下用途存放批量查询的返回数据其格式与输出格式表对应28，9Bit49交易货币代码(Currency Code,Transaction)位图位置:49本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 格式:定长类型:AN3描述:按按7ISO4217定义的交易货币代码，用来表示“交易金额”（field04）所用的货币种类。 交易货币代码是指在收单单位进行交易所用的交易种类。 29，0Bit50结算货币代码(Currency Code,Settlement)位图位置:50格式:定长类型:AN3描述:按按7ISO4217定义的结算货币代码，用来表示结算金额、结算处理费、结算交易费等所用的货币种类。 结算货币代码是指在进行结算和清算过程中所用的货币种类。 30，2Bit52用户密码(PIN)数据(PIN Data)位图位置:52格式:定长类型:B16描述:用户在服务终端上交易用于识别用户合法性的一些数字。 N PIN在分行主机用分行主机密钥按ANSI，形成密文块。 选用条件:如果在终端上输入了密码，就需要此域。 31，3Bit53密码相关控制信息(Security RelatedControl)位图位置:53格式:定长类型:AN16描述:本域提供有关密码块的附加信息，用于指出用于N PIN计算的PIN key，用于于C MAC计算的MAC key。 本域格式如下表所示:0011格式代码2N“20”22N3PIN加密算法2N“01”:DES4455密文块格式2N“01”:ANSI N6PIN密钥索引1N1或2C7MAC密钥索引1N1或288C11MAC检查数据4B12515填充4N在在C BOC信用卡网络中N PIN和和C MAC各使用两个密钥-1号和2密钥，交易中计算算N PIN和和C MAC时只能各用某一个KEY，同时需将所用的Y KEY索引号填写此域。 选用条件:如果有N PIN域或C MAC域，一定需有此域。 32，4Bit54附加金额(Additional Amounts)位图位置:54格式:LLLVAR类型:ANS.120本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 描述:此域由授权行主机将客户的余额返回给收单终端，以显示或打印在客户回单上。 在此域中最多可有66个余额返回，每个余额返回格式如下:位置描述0011处理码3344或或5566位定义的帐号类型2233金额类型:01帐户金额02可用金额03拥有金额04应付金额40可用取款限额56可用转帐限额4466金额的货币代码7D借记金额，C贷记金额88919余额数目六个余额中必须返回可用余额，在ATM、S POS上显示可用余额33，4Bit64信息确认码(MAC)位图位置:64格式:定长类型:B16描述:数据包的最后一个域，用于验证信息的合法性，以及数据包中数据是否未被篡改。 ,(最后八字节未满八位者左补零，右补零?)为提高效率，在发送者和接收者之间，只有以下一些重要的域参加C MAC的计算。 数据包中如果存在以下数据域，它们将参加C MAC的计算。 位图域名22基本帐号33处理代码44交易金额111系统跟踪号212本地交易时间313本地交易日期232收单机构代码838授权码939返回码141收单终端代码949交易货币代码595替换金额选用条件:只使用了11464域的数据包使用此域。 34，0Bit70管理信息码(System ManagementIndormation Code)位图位置:70本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 格式:定长类型:N3描述:用于定义和维护银行电子服务系统内部通讯网络状态和应用工作状态。 网络管理信息代码用于管理清算日期cutoff，通讯sign on/sign off，key exchange等。 支持以下一些网络管理信息码C NMIC网络管理信息码动作1001签到(Sign on)xx签退(Sign off)1101交换密钥(Key exchange)1201结帐日期切换(Cutoff)2202结帐日期切换完成1301测试(Echo test)35，4Bit74贷记交易笔数(Transaction Number)位图位置:74格式:定长类型:N10描述:贷记金融交易总的成功交易次数K CYBERBANK软件在收到如下一个处理代码时会增加贷记交易次数。 交易码交易服务000贷记，购物与服务101贷记，取现202贷记，调整(客户调整)36，5Bit75贷记自动冲正交易笔数(Credits,Reversal Number)位图位置:75格式:定长类型:N10描述:贷记收单行自动冲正、“ChargeBack等交易总的交易次数K CYBERBANK软件在收到如下一个处理代码时会增加贷记自动冲正交易笔数交易码交易服务020贷记，退货121贷记，存款222贷记，调整（客户修改）37，6Bit76借记交易笔数(Debits,Number)位图位置:76格式:定长类型:N10描述:借记金融交易总的成功交易次数K CYBERBANK软件在收到如下一个处理代码时会增加借记交易次数。 交易码交易服务本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 000借记，购物与服务101借记，取现202借记，调整(客户调整)38，7Bit77借记自动冲正交易笔数(Debits,Reversal Number)位图位置:77格式:定长类型:N10描述:借记收单行自动冲正、“ChargeBack等交易总的交易次数K CYBERBANK软件在收到如下一个处理代码时会增加借记重发交易次数，并在清算表报中反映。 交易码交易服务020借记(!)，退货121借记，存款222借记，调整（客户修改）39，8Bit78转帐交易笔数(Transfers,Number)位图位置:78格式:定长类型:N10描述:转帐的交易总次数。 系统在收到如下一个处理代码的金融交易时会增加转帐交易的次数。 交易码交易服务040客户相关帐户间转帐40，9Bit79转帐自动冲正交易笔数(Transfe rs,Reversal Number)位图位置:79格式:定长类型:N10描述:转帐的自动冲正交易总次数。 系统在收到如下一个处理代码的自动冲正交易时会增加转帐自动冲正交易的次数。 交易码交易服务040客户相关帐户间转帐41，0Bit80查询交易笔数(Inquiries,Number)位图位置:80格式:定长类型:N10描述:成功的查询交易次数。 系统软件在收到如下一个处理代码时会增加查询交易次数。 交易码交易服务030查询可用金额本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 42，1Bit81授权交易笔数(Authorization,Number)位图位置:81格式:定长类型:N10描述:成功的授权交易总额在收到一个授权交易时系统将授权交易笔数加一。 43，3Bit83贷记交易费金额(Credits,Transaction FeeAmount)位图位置:83格式:定长类型:N12描述:净交易费用，如交易金额为正。 44，5Bit85借记交易费金额(Debits,Transaction FeeAmount)位图位置:85格式:定长类型:N12描述:净交易费用，如交易金额为负。 45，6Bit86贷记交易金额(Credits,Amount)位图位置:86格式:定长类型:N16描述:贷记金融交易总的交易金额，不含任何费用。 系统在收到如下一个处理代码时会增加贷记交易金额，并在清算表报中反映。 交易码交易服务020贷记，退货121贷记，存款222贷记，调整（客户修改）46，7Bit87贷记自动冲正金额(Credits,Reversal Amount)位图位置:87格式:定长类型:N16描述:信用卡自动冲正交易的总金额，不含任何费用。 47，8Bit88借记交易金额(Debits,Amount)位图位置:88格式:定长类型:N16描述:借记金融交易总的交易金额，不含任何费用。 系统在收到如下一个处理代码时会增加借记交易金额，并在清算表报中反映。 交易码交易服务000借记，购物与服务本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。 文档如有不当之处，请联系本人或网站删除。 101借记，取现202借记，调整(客户调整)48，9Bit89借记自动冲正交易金额(Debits,Reversal Amount)位图位置:89格式:定长类型:N16描述:借记自动冲正交易的总金额，不含任何费用。 49，0Bit90原交易的数据元素(Original DataElements)位图位置:90格式:定长类型:N42描述:存放原交易的一些数据，用于修改或自动冲正。 数据由以下五部分组成:位置描述1144信息类型码设为原交易的信息类型代码55010系统跟踪号原交易系统跟踪号11020交易日期和时间原交易的交易日期和时间21131原收单机构原交易的收单机构不足111位的机构代码，左补032242原向前机构原交易的收单机构不足111位的机构代码，左补050，1Bit91文件修改编码(File UpdateCode)位图位置:91格式:定长类