全面掌握ISO8583报文协议

1、全面掌握ISO8583报文协议全面掌握ISO8583报文协议我刚进入金融行业时，就知道了 IS08583报 文协议，我想可能我还没进入这个行业都已经听 过了，可知ISO8583的影响力有多大了。最初 刚接触它时，确实对其中的一些细节概念不是很 清晰，对有些地方比较迷惑。鉴于此，我想很多 同行也必然会经历同样得阶段，所以我写下本 文，以便大家能够少走一些弯路。同时，我在网 上写下我要写全面掌握ISO8583报文”和符合 CEN/XFS (即 WOSA/XFS )规范的SP编写”两 篇文章时，很多人都询问我什么时候能够写出 来，可知许多人是需要了解这方面的知识的，即 使我时间不是很多，也得尽量将这

2、两篇文章写出 来，给需要的人提供一些参考。如果单纯的讲IS08583那些字段的定义，我 觉得没有什么意思，标准中已经对每个字段解释 的非常详细了，如果你觉得理解英文版的 ISO8583规范有些困难，网上也有同行为我们翻译好的中文版ISO8583规范，所以我的目的是 达到阅读本文后能够对ISO8583知其然，亦知 其所以然，使以前基本没有接触它的人也能够达 到掌握ISO8583报文规范。好了，我们该转入正题了。最开始时，金融系统只有IBM这些大的公司 来提供设备，象各种主机与终端等。在各个计算 机设备之间，需要交换数据。我们知道数据是通 过网络来传送的，而在网络上传送的数据都是基 于0或1这样的

3、二进制数据，如果没有对数据进 行编码，则这些数据没有人能够理解，属于没有 用的数据。起初的X.25、SDLC以及现在流行的 TCP/IP网络协议都提供底层的通讯编码协议， 它们解决了最底层的通讯问题，能够将一串字符 从一个地方传送到另一个地方。 但是，仅仅传送 字符串是没有太大意义的，怎样来解析字符串代 表什么内容是非常重要的，否则传送一些 “ 0123abcd的字符串也是无用的乱码。让我们随着时光回到几十年前的某个时刻, 假设我们被推到历史的舞台上，由我们来设计一 个通用报文协议，来解决金融系统之间的报文交 换，暂且称该协议叫做ISO8583协议。此时， 技术是在不断的前行，当初IBM 一支

4、独秀的局 面好像已经不妙了，各种大小不一的公司都进入 金融行业以求能有所斩获，呈一片百花齐放的局 面。我们怎样来设计一个报文协议，能够将这些 如雨后春笋般出现的所有公司都纳入进来，其实 也不是一件很简单的事。我们还是先一步步的来考虑吧。金融行业其 实涉及到的数据内容并不是成千上万，无法统 计，恰恰相反，是比较少的。我们都可以在心底 数得过来，象交易类型、帐号、帐户类型、密码、 交易金额、交易手续费、日期时间、商户代码、 2磁3磁数据、交易序列号等，把所有能够总结 出来的都总结起来不过100个左右的数据。那我 们可以首先简单的设计ISO8583,定义128个字 段，将所有能够考虑到的类似上面提到

5、的 帐号” 等金融数据类型，按照一个顺序排起来，分别对 应128个字段中的一个字段。每个数据类型占固 定的长度，这个顺序和长度我们都事先定义好。这样就简单了，要发送一个报文时，就将128个 字段按照顺序接起来，然后将接起来的整串数据 包发送出去。任何金融软件收到ISO8583包后，直接按照 我们定义的规范解包即可，因为整个报文的128个字段从哪一位到哪一位代表什么，大家都知 道，只要知道你的数据包是 ISO8583包即可， 我们都已经定义好了。比如第1个字段是交易 类型”长度为4位，第2个字段位是帐号” 为19位等等。接收方就可以先取 4位，再取接 着的19位，依次类推，直到整个数据包 128

6、个 字段都解完为止。其实这种做法真是简单直接，基本上就可以 满足需要了。不过我们有几个问题要思考下：1、 我怎么知道每个字段的数据类型呢， 是数字 还是字符？2、每个传送的报文都把128个字段都传过去， 那网络带宽能够承受得了，有时候我可能只需要 其中5个字段，结果多收到了 123个无用的字段。3、如果我某些字段的长度不固定，属于变长怎么办，因为你现在解包是当作数据包每个字段都 是固定的，用C语言解包时直接依靠指针取固 定长度的一串字符做为一个字段。我们来一一解决这些问题。第一个问题简单，我在定义ISO8583时除了 定义每个字段表示什么，还规定其内容是数字或 是字符等即可。考虑可能出现的类型

7、不过有以下 几种：字母、数字、特殊字符、年月日等时间、 二进制数据。比如我对128个字段中的 商户类 型”字段定义其长度是15,同时定义其类型为字 母。再精细点，如果 商户类型”里面的数据同时 包括数字和字母呢？那我们就定义其类型为字 母也可，为数字也可，即一个字段可以同时属于 多个类型。第二个问题稍微复杂点。其本质就是如果我 只传128个字段的5个字段，接收方怎么知道我 传了哪几个字段给它了。要是我们把剩下的 123 全部填成0或其他特殊标识，标明该字段不需要 使用？这种处理方法没有半点用处，没有解决网 络带宽的本质问题，还是要传128个字段。2 4 162 8 256换个思路，我在报文前面

8、加上个包头，包头 里面包含的信息能够让别人知道只传了5个字段。怎样设计这个包头，可以这样，我们用16个字节，即128个bit （个字节等于 8bit ）来 表示128个字段中的某个字段是否存在。每个 bit在计算机的二进制里面不是1就是0,如果是 1就表示对应的字段在本次报文中存在，如果是 0就是不存在。这样好了，如果别人接收到了 ISO8583报文，可以先根据最前面的报文头，就 知道紧接着报文头后面的报文有哪些字段，没有 哪些字段了。比如，我要发送5个字段，分别属 于128个字段中的第2、3、6、8、9字段，我就 可以将 128bit 的报文头填成 011001011000000000 ，一

9、共 128 个 bit，后面就全是0 了。注意其中第2、3、6、8、9位 为1，其他都为0。有了这个128bit的报文头，我们就可以只发 送需要的5个字段了。怎样组织报文？先放上这128bit，即2个字节的头，然后在头后面放2、3、 6、& 9字段，这些字段紧挨在一起，3和6之 间也不需要填上4、5这两个字段了。接收方收 到这个报文，它会根据128bit的报文头来解包， 它自然知道把第3个字段取出后，就直接在第3 字段的后面取第6个字段，每个字段的长度在 ISO8583里面都定义好了，很轻松就把数据包解 出来了。这下好了，为了解决上面的第二问题，我们 只是在报文中增加了 2个字节的数据

10、，就轻松搞 定了，我们把这2个字节称为bit map，即位图， 用来表示某个位是否存在。不过我们再稍微优化 一下，考虑到很多时候报文不需要128个字段这 么多，其一半64个字段都不一定能够用完。那 我可以将报文头由128bit减到64bit，只有在需 要的时候才把剩下的64bit放到报文里面，这样 报文长度不又少了 1个字节吗？是个好主意。我们把ISO8583的128个字段 中最常见的都放到前64个字段中，那我们可以 将处理缩小一倍。这样我一般发送报文时只需发送64bit，即一个字节的报文头，再加上需要的 几个字段就可以了。如果有些报文用到64到128 之间的字段呢？这个也好办，我把 64bi

11、t报文头 的第一位bit用来代表特殊含义，如果该bit为1， 则表示64bit后面跟了剩下的64bit报文头；如 果第一位bit为0，则表示64bit后面没有跟剩下 的64bit报文头，直接是128个字段中的报文了。 那们，接收方会判断一下报头的第一个bit是1还是0,从而知道报文头是64bit还是128bit 了， 就可以做相应处理。因为报文头第二个64bit属于有时候有，所以我们叫它Extended bit map扩展位图，相应的报文头最开始的 64bit我们叫 它Primary bit map主位图。我们直接把扩展位 图固定放到128个字段的第一个字段，而主位图 每个数据包都有，就强制性

12、放在所有128个字段 的前面，并不归入128个字段中去。第三个问题可以考虑这样解决。比如第 2个 字段是 帐号”是不定长的，可能有的银行帐号 是19位，有的是 仃位等。我们定ISO8583规 范时可以规定第2个字段是25位，这下足够将 19和17的情况都包含进来，但是如果以后出现了 30位的怎么办？那我们现在将字段定为100位。以后超过100位怎么办，况且如果你只有 19位的帐号，我们定义了 100位，那81位的数 据不是浪费了网络的带宽。看来预先定义一个我 们认为比较大的位数是不太好的。我们这样，对于第2个字段帐号”，在字段 的开头加上帐号”的长度。比如帐号是 0123456789， 一共

13、10 位，我们变成 100123456789,注意前面多了个 10,表示后面 的10位为帐号。如果你接触过COM里面的BSTR，应该对这种处理比较熟悉了。接收方收 到该字段后，它知道ISO8583规定第2个字段 帐号”是变长的，所以会先取前面的2位出来， 获取其值，此时为长度，然后根据该长度值知道 应该拷贝该字段后面哪几位数据，才是真正的帐 号。如果你觉得长度如果只有两位最多只能表示 99位长，不太够，我们也定义可以允许前面3位都为长度的变长字段，这样就有999位长，应 该够了吧。在规范里面如果我定义某个字段的属 性是“LLVKR，你注意了，其中的LL表示长度， VAR表示后面的数据，两个LL

14、表示两位长，最 大是99,如果是二位就是 “LLLVAR，最大是 999。这样看我们定义的ISO8583规范文档时直 接根据这几个字母就理解某个变长字段的意思 了。该解决的几个问题到这里都解决了，我们来 回顾下自己设计的ISO8583规范。其实没有什 么，无非是把金融行业可能出现的数据分门别 类，排好顺序，接着把它们连接起来，组成一个 报文发送出去而已。其中针对该报文的设计进行 了一些优化，引入了 bit map位图的概念，也算 是一个不错的想法。剩下的工作就简单了，我们就直接收集金融 行业可能出现的数据字段类型，分成128个字段 类型，如果没有到128个这么多就先保留一些下 来，另外考虑到有

15、些人有特殊的要求， 我们规定 可以将128个字段中的几个字段你自己来定义 其内容，也算是一种扩展了。这样，最后我们就得到了 ISO8583规范的那 张字段描述表了。想要详细的知道每个字段的含义直接对着表看就可以，比较简单 全文完8583协议?编辑词条摘要ISO8583包（简称8583包）是一个国际标准的包格式，最多由128个字段域组 成，每个域都有统一的规定，并有定长与变长之分。8583包前面一段为位图，用来确定包的字段域组成情况。其中位图是8583包的灵魂，它是打包解包确定字段域的关键，而了解每个字段域的属性则是填写数据的基础，1、位图描述如下：位图位置：1 格式：定长类型：B16 （二进制

16、 16 位，16*8=128bit）描述：如将位图的第一位设为'1'，表示使用扩展位图（128个域），否则表示只使用 基本位图（64个域）。如使用某数据域，应在位图中将相应的位设位'1'，如使用41域，需将位图的 41位设为'1'。选用条件：如使用65到128域，需设位图域第一位为'1'2、变长，定长域说明 如第二域：域名为主帐号，数据类型为string长度为22 （是长长度不得超过此数） 是个2位变长域由于是2位变长，在打包时需在数据域前加上数据的实际长度，如为19位，则表示为：19+数据值(即前两位为长度)如第三域：域名为处理

17、码，数据类型为string长度为6 是个定长域 必须填满6位。附A:ISO8583各域段的说明1，信息类型(message type)定义位图位置：一格式：定长类型：N4描述：数据包的第一部分，定义数据包的类型。数据类型由数据包的发起者设定，应遵循以下要求：数据包开始部分必须是信息类型；对不支持的信息类型能给出拒绝应答。0100授权交易0110授权交易答复0200金融交易0210金融交易答复0240查询交易0250查询交易答复0400冲正交易0410冲正交易答复0800管理交易0810管理交易答复2，位图(Bit Map)-基本位图和扩展位图位图位置：1格式：定长类型：B16描述：如将位图的第

18、一位设为'1'，表示使用扩展位图，否则表示只使用基本位图。如使用某数据域，应在位图中将相应的位设位'1'，如使用41域，需将位图的 41位设为'1'。选用条件：如使用65到128域，需设位图域为'1'3， Bit02 主帐号(Primary Account Number )位图位置：02格式：变长丄LVAR类型：N.22描述：唯一的确认一个用户交易的基本帐号。由于银行电子服务系统涉及多个应用系统，而帐号长度最多为22位，故将原标准的19长度改为22位。4, Bit03 处理代码(Processi ng Code)位图位置：03格式

19、：定长类型：N6描述：用于描述交易对客户帐户造成何种影响的代码。处理代码和信息码一起可唯一定义一种交易的类型。处理代码由以下三部分组成：位置描述12交易动作码3-4付出帐户类型，用于借记类，如查询、代收费、转场交易。5 6收入帐户类型，用于代收费、转帐等。其中：ff : 付出帐户 tt :收入帐户 *视主机而定5，Bit04 交易金额 (Amount, Transaction)位图位置：04格式：定长类型：N12描述：帐户人要求交易的交易金额，不含任何处理和交易费用。金额的表示和货币代码有关，应能表示相应货币的最小单位。参ISO4217有关货币代码定义。如“ 000000000100'

20、用于表示美元，表示1.00元；如用于表示意大利货币，则 表示100里拉。对于查询等交易，应设交易金额为“ 000000000000'。6，Bit07 交易日期和时间 Transmission Date and Time位图位置：07格式：定长，MMDDhhmmss类型：N10描述：本地交易日期和时间7，Bit11 系统跟踪号(Systems Trace Audit Number)位图位置：11格式：定长类型：N6描述：终端交易的跟踪号码。交易发起终端填写，和“交易日期、时间”、信息类型等合在一起可唯一定义 某一个终端的唯一一笔交易。即是说，在同一天，对一终端，同一类交易的系 统跟踪号应

21、保证不同。系统跟踪号在交易过程中不能修改。使用此域来匹配请 求和通知类交易的返回。应用系统使用此域来检查收到的授权、金融、自动冲正、结算、管理和网管等 类交易的应答包是否是其请求包的应答。系统跟踪号不用于匹配自动冲正交易，也不用于在预授权消费时匹配前面的预 授权交易。参90域。对于银行电子服务系统，其系统跟踪号是交易流水号。8，Bit12 本地交易时间(Time 丄ocal Transaction)位图位置：12格式：定长，hhmmss类型：N6描述：交易在终端上发生的时间。本地交易时间在交易处理过程中不能改变。在自动冲正，存贮转发时，本地交 易时间不能改变。9，Bit13 本地交易日期(Da

22、te 丄ocal Transaction)位图位置：13格式：定长，MMDD类型：N4描述：交易在终端上发生的时间。本地交易时间不能改变，在自动冲正、存储转发交易时，本地交易时间也不能 改变。10，Bit14 有效期(Date ,Expiration)位图位置：14格式：定长，丫YMM类型：N4描述：卡的有效期，年年月月由于卡类写磁格式不同，收单行可能提不出卡的有效期，授权机构从卡的二磁 道中提取卡的有效期。如卡，无二磁道，收单行应要求手工录入卡的有效期。 选用条件：100、200、400等交易如没有2、3磁道时，一定要有此域。11，Bit15 结算日期(Date ,Settlement)位图

23、位置：15格式：定长，MMDD类型：N4描述：银行电子服务系统和主机结算的时间，格式月月日日。结帐日期前发生的交易参加当天结算。在结算时，结帐日期也用于计算处理、交易费用。12, Bit17 获取日期(Date Capture)位图位置：17格式：定长，MMDD类型：N4描述：从主机获取交易的记帐日期。通常用于主机和商户清算。13, Bit18 商户类型(Merchant's Type)位图位置：18 格式：定长类型：N4描述：定义商户产品和服务类型的代码商户类型用于金融、授权交易，用于指定服务点的类型。它主要有以下用途: 决定预授权交易得到确认的最长时间；控制合法限额；为交易授权处理

24、，控制网络操作规则；欺诈检测；用于商户分类报表；交易费用处理。根据ISO8583标准，应使用相应的国家标准。商户类型代码表如下：商户类型代码行业类型说明4215邮递服务4511民航4722旅游4782过桥费4789其他运输服务4614电信服务5542加油站5812餐馆5999购物6010金融机构人工现金支付6011金融机构自动现金支付6012金融机构-各类服务7011酒店、旅馆7299各类个人服务：洗衣、美容、7399各类商业服务：停车场、租车、广告、其他服务7699各类维修服务：维修、洗车、拖车7996娱乐：电影、剧院、体育、游戏8099医疗服务8111法律服务8999各类专业服务：会计、教

25、育、装修、工程选用条件：服务点终端发起的交易一定要有此域14, Bit22 服务点输入方式（Point-of-Service EntryMod© 位图位置：22格式：定长类型：N3描述：在服务终端上定义 PIN和PAN的输入方式。服务点输入方式包含以下两个方面组合而成：位置描述1- 2在服务终端上PAN有效期输入方式3-3在服务终端上PN的输入方式PAN的输入方式编码如下：PAN输入方式描述00不知01手工02读磁卡03条码扫描仪（BAR04光学符号阅读器（OCR05集成电路卡（IC卡）PIN的输入方式编码如下：PIN输入方式描述0不知1终端能接收PIN2终端不能接收PIN选用条件：

26、服务点终端发起的交易一定要有此域。15, Bit25 服务点条件代码（Point-of-Service Condition Code） 位图位置：25格式：定长类型：N2描述：定义交易发生的服务点类型用法说明：下面是CYBERBAN支持的服务点条件代码。服务点条件代码服务点终端类型2自动柜员机（ATM10银行终端（10）14POS20电话银行16, Bit32 收单机构标识码（Acquirer institution Identification） 位图位置：32格式：LLVAR类型：N.11描述：在金融交易中此域表示交易发生的银行机构的标识码 应答数据包必须和请求数据包此域相同。17, Bi

27、t33 向前机构标识码(Forwarding Institution Identification Code) 位图位置：33格式：LLVAR类型：N.11描述：在金融交易中此域表示帐户所在的银行机构的标识码 在网管交易800/810中，本域含有交易发起机构的代码。应答数据包必须和请求数据包此域相同。18，Bit35 二磁道数据(Track 2 Data)位图位置：35格式：LLVAR类型：Z.37描述：写在卡二磁道的数据。数据组成遵循ISO7811 1985标准，数据中包含域分隔符，但不包含卡启始、结束符、LRC等。收卡行应检测卡的二磁道是否符合国际标准。为支持国际交换收单行应将二磁道中的分

28、隔符换为“=”。除此外不能对二磁 道数据进行任何修改，如修改 PAN的校验字、有效期、服务码等。19，Bit36 三磁道数据(Track 3 Data)位图位置：36格式：LLLVAR类型：乙.104描述：写在卡三磁道的数据。数据应组成遵循ISO4909标准，数据中包含域分隔符，但不包含卡启始、结束符、LRC等。注意：长度说明为3位数字长。20，Bit37 检索索引号(Retrieval Reference Number)位图位置：37 格式：定长类型：AN12描述：检索索引号用来在任何时间标识一个金融、授权、自动冲正交易。 检索索引号不要求打印在持卡人的帐单上。它的主要目的是在收单行和授权行

29、 之间定义一个数据项用于跟踪和检索交易。授权机构可以将检索索引号打印在 客户的对帐单上。检索索引号由收单行分配。选用条件：可包含在收单机构的交易请求中。如在交易请求中有，则应答数据 中一定应原样返回。21，Bit38 授权码(Authorization Identification)位图位置：38 格式：定长类型：AN6描述：交易授权机构返回的返回代码。 授权码用于在服务点终端上信用卡授权； 授权机构按网络操作规定，可选使用本域。22, Bit39 返回码(Response Code)位图位置：39 格式：定长类型：AN2描述：对一交易定义其处理结果的编码。返回码用于说明授权机构对金融(授权)

30、交易的处理状态；也用来指明自动冲 正交易的冲正原因；还用来指出目标主机已接收到文件修改、结算、管理、网 管等交易请求。返回码应尽可能准确，应尽可能描述清楚所遇到的问题和状态。网络交换主机、 收单行主机有可能会按不同的返回码收取不同的交易处理费用，并执行不同的 处理过程。23，Bit41 收卡单位终端标识码(Card Acceptor Terminal Identification) 位图位置：41格式：定长类型：ANS8描述：定义在收单单位中定义一个服务终端的标识码，在同一商户中服务终端 标识码应唯一。24，Bit42 收卡商户定义码(Card Acceptor Identification

31、Code)位图位置：42格式：定长类型：ANS15描述：在本地和网络中定义交易单位(商户)的编码。25，Bit43 收卡商户位置(Card Acceptor Location)位图位置：43格式：定长类型：ANS40描述：在本地和网络中定义收卡单位(商户)的国家、省。城市等。 选用条件：如对 外卡网络，一定要包含此域。26，Bit44 附加返回数据(Additional ResponseData)位图位置：44格式：LLVAR类型：ANS.25描述：在金融(授权)交易中授权机构返回的其他信息。27，Bit48 附加数据-私用(Additional Data-Private)位图位置：48格式：

32、LLLVAR类型：ANS.999描述：银行电子服务系统使用此域作以下用途存放批量查询的返回数据其格式与输出格式表对应28, Bit49 交易货币代码(Currency Code,Transaction)位图位置：49格式：定长类型：AN3描述：按ISO4217定义的交易货币代码，用来表示“交易金额” (field04 )所 用的货币种类。交易货币代码是指在收单单位进行交易所用的交易种类。29，Bit50 结算货币代码(Currency Code,Settlement)位图位置：50格式：定长类型：AN3描述：按ISO4217定义的结算货币代码，用来表示结算金额、结算处理费、结算交易费等所用的货

33、币种类。结算货币代码是指在进行结算和清算过程中所用的货币种类。30，Bit52 用户密码(PIN)数据(PIN Data)位图位置：52格式：定长类型：B16描述：用户在服务终端上交易用于识别用户合法性的一些数字。PIN在分行主机用分行主机密钥按 ANSX9.8标准加密，形成密文块。选用条件：如果在终端上输入了密码，就需要此域。31，Bit53 密码相关控制信息(Security Related Control )位图位置：53格式：定长类型：AN16描述：本域提供有关密码块的附加信息，用于指出用于 PIN计算的PIN key，用于MAC计算的MAC key本域格式如下表所示：0- 1格式代码

34、2N “20”2-3PIN 加密算法 2N “01” :DES4-5密文块格式2N“01” :ANSI6PIN密钥索引1N '1'或 2'7MAC密钥索引 1N '1 '或 2'8- 11MAC检查数据4B12- 15 填充 4N在BOC言用卡网络中PIN和MAC各使用两个密钥-'1'号和'2'密钥，交易中计 算PIN和MAC寸只能各用某一个KEY同时需将所用的KEY索引号填写此域。 选用条件：如果有PIN域或MACM，定需有此域。32, Bit54 附加金额(Additional Amounts)位图位置：54格

35、式：LLLVAR类型：ANS.120描述：此域由授权行主机将客户的余额返回给收单终端，以显示或打印在客户回单上。在此域中最多可有6个余额返回，每个余额返回格式如下：位置描述0- 1处理码3- 4或5-6位定义的帐号类型2-3金额类型：01-帐户金额02可用金额03拥有金额04 -应付金额40-可用取款限额56-可用转帐限额4-6金额的货币代码7 D 借记金额，C 贷记金额819余额数目六个余额中必须返回可用余额，在 ATM POSt显示可用余额33, Bit64信息确认码(MAC)位图位置：64格式：定长类型：B16描述：数据包的最后一个域，用于验证信息来源的合法性，以及数据包中数据 是否未被

36、篡改。MAC勺计算参ANSIX.99,(最后八字节未满八位者左补零，右补零？) 为提高效率，在发送者和接收者之间，只有以下一些重要的域参加MAC勺计算数据包中如果存在以下数据域，它们将参加MAC勺计算。位图域名2基本帐号3处理代码4交易金额11系统跟踪号12本地交易时间13本地交易日期32收单机构代码38授权码39返回码41收单终端代码49交易货币代码95替换金额选用条件：只使用了 1-64域的数据包使用此域。34, Bit70 管理信息码(System Management Indormation Code)位图位置：70格式：定长类型：N3描述：用于定义和维护银行电子服务系统内部通讯网络状

37、态和应用工作状态。网络管理 信息代码用于管理清算日期"cutoff"，通讯"sign on/sign off" ，"key excha nge"等。支持以下一些网络管理信息码NMIC网络管理信息码动作001 签到(Sign on)002 签退(Sig n off)101 交换密钥(Key exchange)201结帐日期切换(Cutoff)202结帐日期切换完成301 测试(Echo test)35，Bit74 贷记交易笔数(Transaction Number)位图位置：74格式：定长类型：N10描述：贷记金融交易总的成功交易次数C

38、YBERBANK件在收到如下一个处理代码时会增加贷记交易次数。交易码交易服务00贷记，购物与服务01贷记，取现02贷记，调整(客户调整)36，Bit75 贷记自动冲正交易笔数(Credits, Reversal Number)位图位置：75格式：定长类型：N10描述：贷记收单行自动冲正、“ ChargeBack"等交易总的交易次数CYBERBANK件在收到如下一个处理代码时会增加贷记自动冲正交易笔数 交易码交易服务 20贷记，退货 21贷记，存款22贷记，调整(客户修改)37，Bit76 借记交易笔数(Debits,Number)位图位置：76格式：定长类型：N10描述：借记金融交易

39、总的成功交易次数CYBERBANK件在收到如下一个处理代码时会增加借记交易次数。交易码交易服务00借记，购物与服务01借记，取现02借记，调整(客户调整)38，Bit77 借记自动冲正交易笔数(Debits,Reversal Number)位图位置：77格式：定长类型：N10描述：借记收单行自动冲正、“ ChargeBack"等交易总的交易次数CYBERBANK件在收到如下一个处理代码时会增加借记重发交易次数，并在清算表报中反映。交易码交易服务20借记(!)，退货21借记，存款22借记，调整(客户修改)39，Bit78 转帐交易笔数(Transfers,Number)位图位置：78格

40、式：定长类型：N10描述：转帐的交易总次数。系统在收到如下一个处理代码的金融交易时会增加转帐交易的次数。交易码交易服务40客户相关帐户间转帐40，Bit79 转帐自动冲正交易笔数(Transfers,Reversal Number)位图位置：79格式：定长类型：N10描述：转帐的自动冲正交易总次数。系统在收到如下一个处理代码的自动冲正交易时会增加转帐自动冲正交易的次 数。交易码交易服务40客户相关帐户间转帐41，Bit80 查询交易笔数(Inquiries,Number)位图位置：80格式：定长类型：N10描述：成功的查询交易次数。系统软件在收到如下一个处理代码时会增加查询交易次数。交易码交易

41、服务30查询可用金额 42, Bit81 授权交易笔数(Authorization,Number)位图位置：81格式：定长类型：N10描述：成功的授权交易总额在收到一个授权交易时系统将授权交易笔数加一。43，Bit83 贷记交易费金额(Credits,Transaction FeeAmount)位图位置：83格式：定长类型：N12描述：净交易费用，如交易金额为正。44，Bit85 借记交易费金额(Debits,Transaction FeeAmount)位图位置：85格式：定长类型：N12描述：净交易费用，如交易金额为负。45，Bit86 贷记交易金额(Credits,Amount)位图位置：

42、86格式：定长类型：N16描述：贷记金融交易总的交易金额，不含任何费用。系统在收到如下一个处理代码时会增加贷记交易金额，并在清算表报中反映 交易码交易服务20贷记，退货21贷记，存款22贷记，调整(客户修改)46，Bit87 贷记自动冲正金额(Credits,Reversal Amount)位图位置：87格式：定长类型：N16描述：信用卡自动冲正交易的总金额，不含任何费用。47，Bit88 借记交易金额(Debits,Amount)位图位置：88格式：定长类型：N16描述：借记金融交易总的交易金额，不含任何费用。系统在收到如下一个处理代码时会增加借记交易金额，并在清算表报中反映交易码交易服务0

43、0借记，购物与服务01借记，取现02借记，调整(客户调整) 48, Bit89 借记自动冲正交易金额(Debits,Reversal Amount) 位图位置：89格式：定长类型：N16描述：借记自动冲正交易的总金额，不含任何费用。49，Bit90 原交易的数据元素(Original Data Elements) 位图位置：90格式：定长类型：N42描述：存放原交易的一些数据，用于修改或自动冲正。 数据由以下五部分组成：位置描述I- 4信息类型码设为原交易的信息类型代码510系统跟踪号原交易系统跟踪号II- 20交易日期和时间原交易的交易日期和时间21 - 31原收单机构原交易的收单机构不足11位的机构代码，左补 0'32 - 42原向前机构原交易的收单机构不足11位的机构代码，左补 0'50，Bit91 文件修改编码(File Update Code)位图位置：91格式：定长类型：AN1描述：用此域指示某文件怎样维护。CYBERBAN支持以下一些修改代码：1增加记录2改变记录3删