计算机CEB8583报文接口说明_第1页
计算机CEB8583报文接口说明_第2页
计算机CEB8583报文接口说明_第3页
计算机CEB8583报文接口说明_第4页
计算机CEB8583报文接口说明_第5页
已阅读5页,还剩121页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

CEB8583报文接口说明1概述1.1前言目前国内各大ATM厂家提供不同的ATM接口标准。由于缺乏标准和控制,严重地阻碍了金融电子化的实施。为了改变这种工作方式,在此标准一个终端接口标准。这个接口标准具有以下几个特点:

标准化:所有交易使用国际金融标准ISO8583。标准化:所有交易及控制都提供明确的流程。公开性:所有的加密算法都明确规定。为了改变终端软件的质量,减少各家用户的协调工作,任何一家终端厂家必须严格遵守此终端标准。我们希望通过努力,使各大银行逐步具备自己的终端标准。1.2应用范围本文件描述效劳器网络的外部报文格式和交易过程的报文流程,供入网单位开发接口程序时使用。ISO8583是国际标准化组织推荐用于交换中心和成员行主机通讯的报文格式,本手册介绍效劳器网络对ISO8583标准的解释和实现。在阅读本文时,用户应参考ISO8583〔1987〕文本。1.3支持的通信协议TCP/IP

1.4网络构成说明TCP/IPTCP/IP主机CRSDDN/FR/X.25路由器分行前置modomATMCDM…………网络拓扑结构图

2交易术语、符号说明2.1消息类型说明ISO8583标准定义了几类消息来确定交易类型,在效劳器系统中使用的报文类型有以下几种:除03XX、08XX、90XX报文类型外的其它所有报文类型都需要MAC校验。02XX02XX类消息用于金融请求,被批准的金融交易的请求消息可用于立即对持卡人帐户的记帐处理。包括:ATM/柜台 --存款、取款,余额查询,〔本系统内帐户间〕转帐,IC卡圈存、圈提、代交费、发卡等。注:以上交易需要提供密码。02XX支持的信息:0200 金融交易请求,0200消息要求对方以0210消息作为其应答。0201 金融交易请求的重发,0201消息要求对方以0210消息作为其应答。0210 金融交易请求应答,对0200金融交易请求必须用它来答复。03XX03XX类消息用于在效劳器和终端之间传送文件更新数据。根据终端的不同要求,效劳器接收终端的文件数据或向终端传送其需要的文件更新数据。0300 终端上传文件或效劳器下传文件的请求。必须以0310作为对本类报文的应答。0310 对0300的应答。04XX04XX类信息用于执行对先前已请求进行的交易全部或局部冲正。04XX类冲正信息是由终端发起的,而调整交易信息那么由人工产生。以下是04XX信息:0400 冲正通知,终端未在预定的时间内接到效劳器发送的交易应答时,需要对未完成的交易进行冲正,此时发送0400消息。0400要求一个0410消息作为应答。0410 冲正通知应答。这是对0400冲正通知消息必须的应答。08XX08XX消息用于效劳器和终端之间的文件传输通知、签到、签退和密钥更新,每个终端都要在每日交易开始前或每日日终时向效劳器申请更新密钥,以保证下一个工作日交易的平安性,双方要用相同的传输密钥对这些工作密钥进行加密或解密。08XX支持的消息种类如下:0800 文件传输开始通知、文件传输结束通知、签到、签退、密钥更新请求,要求以0810作为答复。0810 是对0800消息必须的应答。90XX90XX消息用于效劳器和终端之间的管理报文,终端需要定时向效劳器汇报自己的状态,如钞箱状态等,以提供效劳器对其进行管理的依据。效劳器也向终端发送监控命令,用于查询终端设备的状态、开启、关闭某些终端,查询终端的统计数据等。9000 终端的定时汇报报文,不需要应答。9000 效劳器向终端发送监控命令,需要9010做应答。9010 终端对效劳器的监控命令给予应答的报文。91XX91XX消息用于卡片管理〔包括修改用户个人密码、查询明细等〕、商户管理、机构柜员管理等管理类交易,支持的消息种类如下:9100 交易请求,要求以9110作为应答。9101 重发,要求以9110作为应答。9110 效劳器对9100和9101的答复。在本规格说明书中,消息和报文都是指上述各类消息。这二个术语可替换使用。

2.2DES计算方法将数据以8Bytes为单位划分成假设干个数据块,当数据块长度缺乏8Bytes时后补OX00。划分完毕后,将每一个数据块作为一个参与运算的数据块〔Block〕,初始的种子Block为全二进制0的8Bytes的数据块,称之为ICV0.算法流程如下:2.3字段及符号说明字段定义〔FieldDefinitions〕本节描述效劳器网络报文中使用到的各个字段,这些描述包括字段的属性,大小和使用方法。约定〔Conventions〕字段采用属性后加上长度的方法来描述,下表定义这些属性的含义:字段类型属性〔FieldTypeattribute〕缩语含义a字母字符n数字s特殊字符an字母和数字字符as字母和特殊字符ns数字和特殊字符ans字母、数字和特殊字符MM月份DD日期YY年份hh时mm分ss秒LL,LLL后面所跟的可变字段的长度VAR可变长度字段66个字符的固定长度..19最多为19个字符的可变长度。所有可变长度字段在字段开始前将另外包含2个或3个位,以表示该字段后面跟随的位数。x贷记为“C〞,借记为“D〞,且总是与一个数字型金额数据元相连,例如:净清算金额中x+n16的含义为以“C〞或“D〞为前缀加上净清算金额的16位数字。b数据的二进制表示zISO7811和ISO7813定义的第二和第三磁道的代码集。对数据字段更详细的描述可在位图定义一章中找到。字段长度(FieldLength)表示法 含义-digit(s) 固定长度位数。例如,n-10表示10位长的数字字段

例如:an-10表示10位置长的数字字符字段。…digit(s) 可变长度位数。例如:n…4表示最长为4个数字的可变长数字字段。例如:an…7表示最长为7个数字位的可变长数字字符字段。LLVAR 该写法表示数据字段包括包括两个子域,第一个子域为2位长〔LL〕,表示其后所跟数据的长度。第二个子域的长度位LL位。VAR表示子域中的数据局部。注意整个字段总长度变为LL+2。例如:an..25LLVAR表示此字段最长可达25位。实际位数在第一个子域中表示。LLLVAR 除长度子域为三以外,含义和LLVAR一样。数据表示方法所有数据ASCII显示格式表示,字符集合确实定取决于配置情况。例如: ans5=〞123AB〞3132334142(HEXA)所有数据类型为“b〞〔二进制〕的字段按照其十六进制数值显示表示法编码。例如: b8=0x3434(HEXA)数据中给出的所有长度均表示需要的逻辑位数。例如:n-12=12个数字所有类型为n的数字字段在8583报文中将采用BCD压码。例如: n6=〞980812”980812(HEXA)所有类型为n的数字字段的数据在8583报文中均采用右对齐,前面空位补零。例如:长度为3的数据“156〞的数据在报文中为: n3=〞156”0156在8583报文中,所有类型为LLVAR的字段长度占用一个字节,类型为LLLVAR字段长度为两个字节。例如:下面数据的长度分别为8、16、15、15,变长字段的类型分别为LLVAR和LLLVAR。 ans..16=〞1234567A〞 所有其它类型的字段,假设为固定长度,那么采用左对齐,其后空位以空格填充。例如: ans6=〞123AB〞313233414220(HEXA)当某字段表示金额时,格式中不带小数点。例如:金额23.47表示为2347。2.4名词解释Debit与Credit为了防止混淆,下面给出Debit交易及Credit交易的精确定义。这些定义是针对信用卡网络而言的,尽管它们也是行业中普遍使用的解释。Debit交易是指持卡人必须输入个人密码的交易,本定义与卡类型及访问帐户无关,例如,插入ATM的信用卡做的是Debit交易,本定义与带有PIN交易的处理是一致的:Debit交易可立即对其目标帐户进行借记或贷记。Credit交易可以不需要持卡人的个人密码,本定义与卡类型及访问帐户无关,这类交易主要是用于信用卡,虽然在某些情况下也允许用于扣款卡〔与场所有关的选项〕。除非提及扣款卡或信用卡,所有用到Debit交易和Credit交易术语的都与上述定义一致。下面定义适用于不同的卡类型:信用卡是用于访问信用帐户〔如Visa、MasterCard、Amex帐户〕的磁条卡。信用卡有效性授权是针对此类卡的交易。信用卡交易可以不用个人密码,即可能是Debit交易的一局部。借记卡是用于访问持卡人银行帐户的磁条卡,只有在帐户中还有资金或发卡行授予持卡人一定的信用度的情况下,针对此类卡的交易才会被授权。双重性质卡〔DualPurposeCard〕是既可作为信用卡交易又可作为扣款卡使用的磁条卡,具体情况由持卡人选择的帐户性质确定。交易类型与终端类型连到效劳器的一些终端只能产生特定类型的交易,例如:如果规定ATM只能产生Debit交易,那么效劳器就不允许ATM进行信用交易,另一些终端那么能产生两种交易类型,例如,POS能够根据持卡人支付方式的选择产生Debit或信用交易。

3交易功能及流程3.1ATM交易功能及流程ATM服务服务器ATM0800 签到08100800 密钥交换08109000 状态报告启动条件:ATM开机或重新建立链路时,需进行密钥交换及签到过程。过程说明:ATM与效劳器采用client/server结构,ATM为client端,效劳器为server端。具体步骤如下:ATM向效劳器发送0800进行签到。效劳器在收到签到后,向ATM发送签到允许响应0810,并将本台ATM的签到状态登记在设备汇总信息表中。ATM向效劳器发送0800进行交换密钥请求。效劳器在收到密钥请求后,向ATM发送鉴别密钥〔MACKey〕和密码密钥〔PINKey〕响应〔0810〕。ATM端在收到效劳器密钥后,检验密钥是否正确。如正确那么向效劳器发出9000ATM状态信息表示签到,不正确那么重复1、2步骤。

ATM服务器ATM在下笔交易前服务器ATM在下笔交易前手工发起 正常交易0210/9010XX0200/9000XX 0400 冲正交易04100400 冲正交易失败处理040004100201/9001重发交易处理0210/9010启动条件:ATM在接收到需主机授权方能进行的交易时,启动此过程。过程说明:正常交易:ATM在收到卡交易、非金融交易后,将交易请求用0200/9000报文传送给效劳器。效劳器在收到交易请求后,进行交易处理并回响应报文0210/9010给ATM。ATM收到响应后,如果为肯定响应那么完成交易,如果为否认响应那么拒绝交易。冲正交易:〔需要冲正的交易类型〕ATM接收交易响应时超时,接收响应报文时,线路故障或收到肯定响应信息后处理有误时,将拒绝此笔交易并自动组成冲正报文0400发到效劳器。效劳器在收到ATM冲正请求后,检查交易是否成功并发送冲正响应报文0410。如果ATM再次收到不明信息或交易超时,ATM将停止冲正交易。在下笔顾客插卡进行交易之前,重新冲正前笔交易。如果冲正成功那么完成下笔交易,如果冲正失败,那么提示顾客“网络故障,无法交易〞,重新开始步骤3。重发交易:〔需要重发的交易类型〕ATM接收交易响应超时,接收响应报文时线路故障或收到肯定响应信息后处理有误时,经操作员手工确认需要重发后自动组成重发报文0201/9001发送到效劳器。效劳器在收到ATM重发请求后,检查交易是否成功并发送重发响应报文0210/9010。如果ATM再次收到不明信息或交易超时,ATM将停止重发交易。存款交易:〔可把实现存款操作的设备称为CDM〕1、ATM/CDM接到存款请求,将存入的钞票和金融卡进行检查,如果钞票及其总额、金融卡都不存在可疑的问题,就将钞票接收,向效劳器发送存款请求,同时打印存款凭证给存款用户。2、如果在指定时间内没有接到效劳器的应答,那么ATM/CDM将该笔交易记入重发交易流水文件,定时发送,直到交易成功或者日终开始。3、如果在日终开始,交易仍未成功,那么ATM/CDM会上传该笔交易的流水,由效劳器进行手工调帐。

ATM服务器ATM0服务器ATM0810启动条件:ATM操作员决定暂时停止ATM的运转。过程说明:ATM向效劳器发起0800申请签退。效劳器在收到签退请求报文后,回响应响应报文0810给发起请求者,同时将设备汇总信息表中该设备的状态修改为“签退〞状态。

ATM服务器ATM0服务器ATM08100300 031008000810启动条件:ATM人工启动此过程,完成ATM与效劳器的交易明细、黑名单、金融卡设置参数、ATM运行参数等文件的传输。

文件传输可以选择如上图所示的联机报文传输方式,也可以采用第六章介绍的大文件传输方式。效劳器通过远程日终命令通知ATM进行日终工作,此时ATM应处于暂停效劳状态。过程说明:1.ATM在完成帐务结算后,将使用0800请求报文启动与效劳器的日终处理。2.效劳器在收到日终请求报文后,回响应响应报文0810并准备日终传输文件。3.ATM收到响应报文后,将通过0300报文上传ATM端的交易明细和其它信息给效劳器。4.效劳器在收到0300报文并确定报文无误后,回响应报文0310。5.如果信息在一笔0300报文中无法全部上传,可重复步骤3、4。6.ATM在完成上传交易信息后,将ATM端信息版本号使用0300交易上传效劳器。7.效劳器在收到ATM端版本号后,将需更新的ATM信息使用0310下传ATM。8.如果信息在一笔0300报文中无法将全部信息下传,可重复步骤6、7。9.在全部信息传送完毕后,ATM端将使用0800报文进行签退请求。10.效劳器在收到签退请求报文后,回响应报文0810完成签退。

ATM服务服务器ATM9000启动条件:ATM定时启动此过程,完成ATM状况上传。过程说明:ATM主动向效劳器发送通知报文,以使效劳器了解ATM的状态。

ATMATM管理信息服务器服务器ATM9010启动条件:效劳器由人工启动此过程,完成ATM状况查询。ATM根据下传的参数,定时报告其运行状况。过程说明:效劳器使用9000报文请求ATM上传管理信息。ATM在收到9000请求报文后,组织响应报文9010上传效劳器。

ATM服务器服务器ATM ATM不明信息0200/9000不明信息SessionHeader 0200/900002100200/9000 效劳器 不明信息 0210/9010不明信息0400/0201/90010410/0210/9010启动条件:无。过程说明:ATM不明信息处理效劳器收到不明信息将使用SessionHeader报文头将信息传回ATM。ATM重发交易信息0201/9001。效劳器不明信息处理根据交易类型的不同选择发起冲正交易或者重发交易。

4交易报文格式概述本章定义了效劳器所支持的每个报文和它的结构,它的格式是:Bit# 字段号,也叫位图号。FieldName 所定义的字段名。Req. 条件,指该字段在报文中出现的必要性〔m,c,o〕。请看下页的详细定义。Format 格式请看下页的详细定义。Attribute 属性请看下页的详细定义。Description 对字段及其必要性的解释

要求〔Requirement〕必须字段〔m不管该字段的内容是否为空,它必须在报文中出现,效劳器需要该字段。可选择字段〔o报文中可以有也可以没有该字段,效劳器不需要它。有些专业行因为系统的需要可能会用到它,等等。条件字段〔c条件字段,在一定条件下出现于报文中〔例如,如果第4和第5位元的字段同时存在,那么报文中就要有第126位元的字段〕。无论是必须的、条件的,还是可选择的,成员单位必须随时准备接收报文中列出的所有字段。发出的报文中那么必须包含所有的必须字段和适当的条件字段。是否使用可选择字段那么依外部网络或成员单位的需要而定。

01xxMessageFormat4.10100/0101Message〔终端发送至效劳器的报文〕为以下3种交易而定义:终端的预授权终端的预授权取消终端的预授权确认Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值为0100/0101-PrimaryBitmapmb64必须存在1SecondaryBitmapmb642PrimaryAccountNumber(PAN)mLLVARn..19主帐号(或卡号).如果卡上包含第二磁道或第三磁道,其值必须和磁道数据中的PAN匹配3ProcessingCodemn6交易请求的类型4TransactionAmountmn12由持卡人请求的、以代理方本地货币或交易发生地货币计价的资金,不包括交易费金额。7TransmissionDateandTimemMMDDhhmmssn10终端向效劳器发送该笔交易的日期时间11SystemTraceNumbermn6网络中所有交易都必须含有该字段,用来标识该终端的唯一的一笔交易。12LocalTransactionTimemhhmmssn6交易发生终端方的当地时间。13LocalTransactionDatemMMDDn4交易发生终端方的当地日期14ExpirationDatecYYMMn4卡片截止有效日期,以卡片方式输入主帐号等数据的情况下需要此字段。18MerchantTypecn4商户类型22POSInputFunctionmn3标明主帐号进入系统的方式23CardSequenceNocn3卡顺序号28TransactionPoundageox+n8交易手续费32AcquiringInstitutionCodemLLVARn..11必须包含能确定交易受理机构的值。33SendInstituteCodemLLVARn..11发送方机构代码35Track-2DatacLLVARz..37如果POS终端需要读第二磁道才需要36Track-3DatacLLLVARz..104如果POS终端需要读第三磁道才需要,但是35和36必须存在其中之一。38AuthorizationNumbercan6只有交易类型为预授权取消或预授权确认时才存在,包含被取消或确认的交易的预授权号。41CardAcceptorTerminalIdentificationmans8必须存在的,用以唯一标识效劳器所负责管理的一台终端。42CardAcceptorIDmans15商户代码43CardAcceptInstituteNameandAddressoans40受卡方名称地点48AdditionalDatacLLLVARans...99949TransactionCurrencyCodemn3此字段指出在第四字段中金额的货币代码,必须存在。52PersonalIdentificationNumbercb64个人识别号的密文形式的数据,当BIT22的输入方式指明有个人识别号输入时,此域存在;否那么不存在。60AdditionalDatamLLLVARans…999附加数据61AdditionalDatacLLLVARans…999附加数据90OriginalDataElementcn42预授权取消或预授权证实交易的原始数据。100FinalAccepteInstituteIDcLLVARn..11接收机构标识代码104TransactionDescriptionoLLLVARans…999未定义,供系统扩展使用。64/128MACvaluemb64报文鉴别数据

4.20110Message〔效劳器发送至终端的报文〕对0100报文相关交易的回应报文的定义。Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值必须为0110-PrimaryBitmapmb64必须存在1SecondaryBitmapcb64仅当请求报文中出现第65-128字段时才需要2PrimaryAccountNumber(PAN)mLLVARn..19必须包含和对应0100报文相同的值3ProcessingCodemn6必须包含和对应0100报文相同的值4TransactionAmountmn12必须包含和对应0100报文相同的值7TransmissionDateandTimemMMDDhhmmssn10效劳器的传输日期和时间11SystemTraceNumbermn6必须包含和对应0100报文相同的值15SettlementDatecMMDDn4结算日期18MerchantTypecn4商户类型23CardSequenceNocn3卡顺序号28TransactionPoundageox+n8交易手续费32AcquiringInstitutionCodemLLVARn..11必须包含和对应0100报文相同的值38AuthorizationNumbercan6对于由发卡行处理机授权的所有交易,在交易成功时此字段必须存在,交易失败时该字段不存在。39ResponseCodeman2此字段表示交易处理结果,由发卡行处理机设置此字段。41CardAcceptorTerminalIdentificationmans8必须包含和对应0100报文相同的值42CardAcceptorIDmans15商户代码44AdditionalResponseCodemLLVARans..25如果发卡行处理机对该交易拒绝,此数据将详细描述拒绝的原因。在响应代码描述不明确时参考此域的值。48AdditionalDatacLLLVARans...99949TransactionCurrencyCodemn3必须包含和对应0100报文相同的值54AdditionalAmountcLLVARan…120附加金额60AdditionalDatamLLLVARans…999附加数据61AdditionalDatacLLLVARans…999附加数据62AdditionalDataoLLLVARans…999附加数据63AdditionalDataoLLLVARans…999附加数据104TransactionDescriptionoLLLVARans…999同0100报文中的值。64/128MACvaluemb64报文鉴别数据

02xxMessageFormat4.30200/0201Message〔终端发送至效劳器的报文〕Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值为0200/0201-PrimaryBitmapmb64必须存在1SecondaryBitmapmb642PrimaryAccountNumber(PAN)mLLVARn..19主帐号(或卡号).如果卡上包含第二磁道或第三磁道,其值必须和磁道数据中的PAN匹配3ProcessingCodemn6交易类型4TransactionAmountcn12以受理行货币计算的交易金额,如果交易需要收费,本字段应包括向客户收取的费用。当交易类型为查询余额时可以不包含该字段。7TransmissionDateandTimemn10终端向效劳器发送该笔交易的日期时间11SystemTraceNumbermn6网络中所有交易都必须含有该字段,用来标识该终端的唯一的一笔交易。12LocalTransactionTimemhhmmssn6交易发生终端方的当地时间。13LocalTransactionDatemMMDDn4交易发生终端方的当地日期14ExpirationDatecYYMMn4卡片截止有效日期,以卡片方式输入主帐号等数据的情况下需要此字段。18MerchantTypecn4商户类型22Inputfunctionofpointofservice(POS)mn3标明主帐号进入系统的方式23CardSequenceNocn3卡顺序号28TransactionPoundageox+n8交易手续费32AcquiringInstitutionCodemLLVARn..11必须包含能确定交易受理机构的值。33SendInstituteCodemLLVARn..11发送方机构代码35Track-2DatacLLVARz..37如果终端需要读第二磁道才需要36Track-3DatacLLLVARz..104如果终端需要读第三磁道才需要,但是35和36必须存在其中之一。41CardAcceptorTerminalIdentificationmans8必须存在的,用以唯一标识效劳器所负责管理的一台终端。42CardAcceptorIDmans15商户代码43CardAcceptInstituteNameandAddressoans40受卡方名称地点48AdditionalDatacLLLVARans...99949TransactionCurrencyCodecn3如果第四字段存在,此字段必须指出在第四字段中金额的货币代码52PersonalIdentificationNumbercb64个人识别号的密文形式的数据,当BIT22的输入方式指明有个人识别号输入时,此域存在;否那么不存在。60AdditionalDatamLLLVARans…999附加数据61AdditionalDatacLLLVARans…999附加数据90OriginalDataElementcn42取消交易使用该字段,95ReplacementAmountcan42使用于调帐交易,存放调帐金额100FinalAccepteInstituteIDcLLVARn..11接收机构标识代码102FromAccountIdentifiercLLVARans..19如果交易类型为ATM磁条卡联机取款、转帐、查询余额,此字段必须存在。103ToAccountIdentifiercLLVARans..19只有当交易类型为联机转帐时才必须存在,标识目的帐号。104TransactionDescriptionoLLLVARans…999交易描述,目前尚未定义。64/128MACValuemb64报文鉴别字段

4.40210Message〔效劳器发送至终端的报文〕对0200报文相关交易的回应报文的定义。Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值必须为0210-PrimaryBitmapmb64必须存在1SecondaryBitmapmb642PrimaryAccountNumber(PAN)mLLVARn..19必须包含和对应0200报文相同的值3ProcessingCodemn6必须包含和对应0200报文相同的值4TransactionAmountcn12如果该字段在对应0200报文中存在,那么此处必须与原来的值相同。7TransmissionDateandTimemMMDDhhmmssn10效劳器的传输日期时间11SystemTraceNumbermn6必须包含和对应0200报文相同的值15SettlementDatecMMDDn4结算日期18MerchantTypecn4商户类型23CardSequenceNocn3卡顺序号28TransactionPoundageox+n8交易手续费32AcquiringInstitutionCodemLLVARn..11必须包含和对应0200报文相同的值38AuthorizationNumbercan6对于由发卡行处理机授权的所有交易,在交易成功时此字段必须存在,交易失败时该字段不存在。39ResponseCodeman2此字段表示交易处理结果,由发卡行处理机设置此字段。41CardAcceptorTerminalIdentificationmans8必须包含和对应0200报文相同的值42CardAcceptorIDmans15商户代码44AdditionalResponseCodemLLVARans..25如果发卡行处理机对该交易拒绝,此数据将详细描述拒绝的原因。48AdditionalDatacLLLVARans…99949TransactionCurrencyCodecn3如果对应的0200报文中存在该字段,那么此处必须包含和对应0200报文中相同的值。54AdditionalAmountcLLVARan…120附加金额60AdditionalDatamLLLVARans…999附加数据61AdditionalDatacLLLVARans…999附加数据62AdditionalDataoLLLVARans…999附加数据63AdditionalDataoLLLVARans…999附加数据90OriginalDataElementcn42取消交易使用该字段95ReplacementAmountcan42使用于调帐交易,存放调帐金额。102FromAccountIdentifiercLLVARans..19如果存在,必须与对应0200报文中的数据相同。103ToAccountIdentifiercLLVARans..19如果存在,必须与对应0200报文中的数据相同。104TransactionDescriptionoLLLVARans...999数据同0200报文。64/128MACValuemb64报文鉴别数据

03xxMessageFormat4.50300Message〔终端发送至效劳器的报文〕用于进行文件更新。Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值必须为0300-PrimaryBitmapmb64必须存在1SecondaryBitmapmb64必须存在7TransmissionDateandTimemMMDDhhmmssn10终端向效劳器发送该笔交易的日期时间11SystemTraceNumbermn6网络中所有交易都必须含有该字段,用来标识该终端的唯一的一笔交易。41CardAcceptorTerminalIdentificationmans8必须存在,用以唯一标识效劳器所负责管理的一台终端。48AdditionalDatamLLLVARans…999如果是文件上传请求,那么本字段的内容是终端的原始交易数据;如果是文件下传请求,那么本字段的内容是终端要求效劳器下传的文件的版本号。71MessageNumbermn4报文编号,同种文件的上传或下传次数。91FileUpdateCodeman1文件更新代码,对黑名单有效。效劳器根据给定值全部或局部传送黑名单文件的数据。101FileNamemLLVARans..17文件名称,上传或下传文件的名称。128MACValuemb64报文鉴别字段

4.60310Message〔效劳器发送至终端的报文〕对0300报文的回应报文的定义。Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值必须为0310-PrimaryBitmapmb64必须存在1SecondaryBitmapmb64必须存在7TransmitDateandTimemMMDDhhmmssn10效劳器的传输日期时间11SystemTraceNumbermn6必须包含和对应0300报文相同的值39ResponseCodeman2此字段表示交易处理结果,由效劳器设置此字段。41CardAcceptorTerminalIdentificationmans8必须包含和对应0300报文相同的值44AdditionalResponseCodemLLVARans..25如果效劳器对该交易的相应代码为不成功,此数据将详细描述失败的原因。48AdditionalDatacLLLVARans...999如果是文件上传〔终端向效劳器传送交易数据〕,那么不包含本字段;如果是文件下传〔效劳器向终端传送交易数据〕,本字段为效劳器的参数〔包括控制参数、卡参数、黑名单等〕数据。71MessageNumbermn4报文编号,文件上传或下传的次数。101FileNamecLLVARans...17文件名称,效劳器接到的上传或下传文件的名称。与0300报文之内容相同。128MACValuemb64

04xxMessageFormat4.70400Message〔终端发送至效劳器的报文〕用于定义交易冲正,包括的冲正交易为7个,它们是:磁条卡取款冲正磁条卡转帐冲正磁条卡消费冲正磁条卡调帐冲正IC卡电子存折圈存冲正IC卡电子存折圈提冲正IC卡电子钱包圈存冲正Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值必须为0400-PrimaryBitmapmb64必须存在1SecondaryBitmapmb64必须存在2PrimaryAccountNumbermLLVARn..19主帐号3ProcessingCodemn6处理代码4TransactionAmountcn12交易金额,被冲正交易的交易金额以此金额为准。在原金额存在的情况下必须存在。7TransmissionDateandTimemMMDDhhmmssn10终端向效劳器发送该笔交易的日期时间11SystemTraceNumbermn6网络中所有交易都必须含有该字段,用来标识该终端的唯一的一笔交易。12LocalTransactionTimemMMDDn4终端的本地交易时间13LocalTransactionDatemhhmmssn6终端的本地交易日期18MerchantTypecn4商户类型22Inputfunctionofpointofservice(POS)mn3同被冲正交易的数据23CardSequenceNocn3卡顺序号28TransactionPoundageox+n8交易手续费32AcquiringInstitutionCodemLLVARn..11受理行标识33SendInstituteCodemLLVARn..11发送方机构代码35Track-2DatacLLVARz..37同被冲正交易的数据36Track-3DatacLLLVARz…104同被冲正交易的数据41CardAcceptorTerminalIdentificationmans8同被冲正交易的数据42CardAcceptorIDmans15同被冲正交易的数据43CardAcceptInstituteNameandAddressoans40受卡方名称地点48AdditionalDatacLLLVARan….999附加数据,同被冲正交易的相关数据。49TransactionCurrencyCodemn3交易金额的货币代码60AdditionalDatamLLLVARans…999附加数据61AdditionalDatacLLLVARans…999附加数据90OriginalDataElementmn42被冲正交易的原始数据。95ReplacementAmountcan42替换金额,在调帐冲正交易中使用。100FinalAcceptInstituteIDcLLVARn..11接收机构标识代码102AccountFromNumbercLLVARans..19同被冲正报文。103AccountToNumbercLLVARans..19同被冲正报文。104TransactionDescriptionoLLLVARans…999同被冲正报文。125newpinblockcLLLVARb…64同被冲正报文128MACValuemb64报文鉴别字段

4.80410Message〔效劳器发送至终端的报文〕效劳器对冲正交易的回应报文的定义。Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值必须为0410-PrimaryBitmapmb64必须存在1SecondaryBitmapmb64必须存在2PrimaryAccountNumbermLLVARn..19必须与0400报文的对应数据相同3ProcessingCodemn6必须与0400报文的对应数据相同4TransactionAmountmn12必须与0400报文的对应数据相同7TransmissionDateandTimemMMDDhhmmssn10效劳器的传输日期时间11SystemTraceNumbermn6必须与0400报文的对应数据相同12LocalTransactionTimemMMDDn4终端的本地交易时间13LocalTransactionDatemhhmmssn6终端的本地交易日期15SettlementDatecMMDDn4结算日期18MerchantTypecn4商户类型22Inputfunctionofpointofservice(POS)mn3同0400报文的数据23CardSequenceNocn3卡顺序号28TransactionPoundageox+n8交易手续费32AcquiringInstitutionCodemLLVARn..11必须与0400报文的对应数据相同38AuthorizationResponseCodecan6授权标识响应,在交易成功时提供。39ResponseCodeman2此字段表示该冲正交易的处理结果41CardAcceptorTerminalIdentificationmans8必须与0400报文的对应数据相同44AdditionalResponseCodemLLVARans..25详细描述效劳器拒绝该冲正交易的原因。49TransactionCurrencyCodemn3必须与0400报文的对应数据相同54AdditionalAmountmLLVARans..120冲正结束后,本帐户的余额。60AdditionalDatamLLLVARans…999附加数据61AdditionalDatacLLLVARans…999附加数据62AdditionalDataoLLLVARans…999附加数据63AdditionalDataoLLLVARans…999附加数据90OriginalDataElementmn42必须与0400报文的对应数据相同95ReplacementAmountcan42必须与0400报文的对应数据相同102AccountFromNumbercLLVARans..19必须与0400报文的对应数据相同103AccountToNumbercLLVARans..19必须与0400报文的对应数据相同104TransactionDescriptionoLLLVARans…999必须与0400报文的对应数据相同128MACValuemb64报文鉴别数据

08xxMessageFormat0800报文提供开始日终处理、结束日终处理、网络签到、签退、密钥更新等功能。4.90800/0810Message〔日终处理开始、结束〕用于效劳器和终端之间的开始日终处理和结束日终处理。Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值必须为0800-PrimaryBitmapmb64必须存在1SecondaryBitmapmb64必须存在7TransmissionDateandTimemMMDDhhmmssn10终端向效劳器发送该报文的日期时间11SystemTraceNumbermn6网络中所有交易都必须含有该字段,用来标识该终端的唯一的一笔交易。32AquirementInstituteIDmLLVARn..1141CardAcceptorTerminalIdentificationmans8必须存在,用以唯一标识效劳器所负责管理的一台终端。70NetworkManagementInformationCodemn3

对0800日终处理开始、结束报文的回应报文的定义。Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值必须为0810-PrimaryBitmapmb64必须存在1SecondaryBitmapmb64必须存在7TransmissionDateandTimemMMDDhhmmssn10效劳器的传输日期时间11SystemTraceNumbermn6必须与0800报文的对应数据相同32AquirementInstituteIDmLLVARn..1139ResponseCodeman2此字段表示效劳器对本次文件更新请求的处理结果41CardAcceptorTerminalIdentificationmans8必须与0800报文的对应数据相同48AdditionalDatacLLLVARans...999如果是日终处理开始,那么本字段包含效劳器端已经更新过的文件的版本号;如果是日终处理结束,那么不包含本字段。70NetworkManagementInformationCodemn3必须与0800报文的对应数据相同

4.100800/0810Message〔设备签到报文〕设备签到0800报文请求:Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值为0800-PrimaryBitmapmb64必须存在1SecondaryBitmapmb64必须存在7传输日期时间mn1011系统跟踪审计号mn632代理机构标识代码mLLVARn..1141终端代码mans870网络管理信息代码mn3设备签到0810报文回应:Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值为0810-PrimaryBitmapmb64必须存在1SecondaryBitmapmb64必须存在7传输日期时间mn10同0800中的数据11系统跟踪审计号mn6同0800中的数据32代理机构标识代码mLLVARn..11同0800中的数据39响应代码man2效劳器对签到请求的响应41终端代码mans8同0800中的数据70网络管理信息代码mn3同0800中的数据

4.110800/0810Message〔签退报文〕签退0800报文:Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值为0800-PrimaryBitmapmb64必须存在1SecondaryBitmapmb64必须存在7传输日期时间mn1011系统跟踪审计号mn632代理机构标识代码mLLVARn..1141终端代码mans870网络管理信息代码mn3签退0810报文:Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值为0810-PrimaryBitmapmb64必须存在1SecondaryBitmapmb64必须存在7传输日期时间mn10同0800中的数据11系统跟踪审计号mn6同0800中的数据32代理机构标识代码mLLVARn..11同0800中的数据39响应代码man2效劳器对签退请求的响应41终端代码mans8同0800中的数据70网络管理信息代码mn3同0800中的数据

4.120800/0810Message〔密钥更新报文〕更新密钥0800报文:Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值为0800-PrimaryBitmapmb64必须存在1SecondaryBitmapmb64必须存在7传输日期时间mn1011系统跟踪审计号mn632代理机构标识代码mLLVARn..1141终端代码mans870网络管理信息代码mn3101-更新密钥更新密钥0810报文:Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值为0810-PrimaryBitmapmb64必须存在1SecondaryBitmapmb64必须存在7传输日期时间mn10同0800中的数据11系统跟踪审计号mn6同0800中的数据32代理机构标识代码mLLVARn..11同0800中的数据39响应代码man2效劳器对密钥更新请求的响应41终端代码mans8同0800中的数据48附加信息mLLLVARans…999同0800中的数据48.1PINKEYman1648.2PINKEYCHECKman8PINKEY的校验码48.3MACKEYman1648.4MACKEYCHECKman8MACKEY的校验码70网络管理信息代码mn3同0800中的数据

90xxMessageFormat4.139000Message效劳器对终端的管理报文,其中的管理包括:效劳器查询终端设备状态,启动一台终端,关闭一台终端,查询一台终端的交易统计数据、终端即时日终、终端定时状态上传、终端故障通知等。Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值必须为9000-PrimaryBitmapmb64必须有1SecondaryBitmapmb64必须存在7TransmissionDateandTimemMMDDhhmmssn10效劳器向相应的ATM发送该报文的日期时间11SystemTraceNumbermn6效劳器的系统跟踪审计号41CardAcceptorTerminalIdentificationmn8必须存在,用以唯一标识效劳器所负责管理的一台终端。48AdditionalDatecLLLVARans…999对于效劳器主动监控报文来讲,该域不填充;如果是终端主动发起的状态报告等报文,那么需要填写。70NetworkManagementInformationCodemn3网络管理信息元,用于区分不同的管理内容。

4.159010Message终端对效劳器管理请求报文的回应。Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值必须为9010-PrimaryBitmapmb64必须有1SecondaryBitmapmb64必须有7TransmissionDateandTimemMMDDhhmmssn10终端的传输日期时间11SystemTraceNumbermn6必须与9000报文的对应数据相同39ResponseCodeman2此字段表示相应的终端对效劳器管理请求的响应41CardAcceptorTerminalIdentificationmn8必须与9000报文的对应数据相同48AdditionalDatamLLLVARans…999效劳器要求终端传送的相关数据70NetworkManagementInformationCodemn3必须与9000报文的对应数据相同

91xxMessageFormat4.169100Message〔磁条卡修改密码请求报文〕Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值为9100-PrimaryBitmapmb64必须存在1SecondaryBitmapmb64必须存在2PrimaryAccountNumbermLLVARn..19为主帐号。3ProcessingCodemn6处理代码,用于确定本交易为何种交易。7TransmissionDateandTimemMMDDhhmmssn10终端向效劳器发送该报文的日期时间11SystemTraceNumbermn6用来唯一地标识该终端的一笔交易。12LocalTransactionTimemhhmmssn4终端的本地交易时间13LocalTransactionDatemMMDDn6终端的本地交易日期18MerchantTypecn4商户类型23CardSequenceNocn3卡顺序号32AcquiringInstitutionCodemLLVARn..11受理行标识。33SendInstituteCodemLLVARn..11发送方机构代码35Track-2DatamLLVARz..37磁道2和磁道3的数据必须存在其一36Track-3DatamLLLVARz..10441CardAcceptorTerminalIdentificationmans8必须存在,用以唯一标识效劳器所负责管理的一台终端。42CardAcceptorIDcans15商户代码43CardAcceptInstituteNameandAddressoans40受卡方名称地点52PersonalIdentificationNumbermb64在修改密码交易中,存放个人识别号的密文。60AdditionalDatamLLLVARans…999附加数据61AdditionalDatacLLLVARans…999附加数据100FinalAcceptInstituteIDcLLVARn..11接收机构标识代码104TransactionDescriptionoLLLVARans...999交易描述125NewPersonalIdentificationNumbermLLLVARb...64新个人识别号的密文64/128MACValuemb64报文鉴别数据

4.179110Message〔磁条卡修改密码的回应报文〕Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值必须为9110-PrimaryBitmapmb64必须存在1SecondaryBitmapmb64必须存在2PrimaryAccountNumbermLLVARn..19为主帐号。3ProcessingCodemn6必须与9100报文的对应数据相同7TransmissionDateandTimemMMDDhhmmssn10效劳器的传输日期时间11SystemTraceNumbermn6必须与9100报文的对应数据相同15SettlementDatecMMDDn4结算日期18MerchantTypecn4商户类型23CardSequenceNocn3卡顺序号32AcquiringInstitutionCodecLLVARn..11受理行标识。38AuthorizationResponseCodecan6授权标识响应,仅在交易成功时提供。39ResponseCodeman2此字段表示效劳器对本次交易的处理结果41CardAcceptorTerminalIdentificationmans8必须与9100报文的对应数据相同42CardAcceptorIDmans15必须与9100报文的对应数据相同44AdditionalResponseCodemLLVARans..25如果是拒绝的响应代码,该字段将详细描述效劳器拒绝本次交易的原因。60AdditionalDatamLLLVARans…999附加数据61AdditionalDatacLLLVARans…999附加数据62AdditionalDataoLLLVARans…999附加数据63AdditionalDataoLLLVARans…999附加数据104TransactionDescriptionoLLLVARans…999同9100报文内容64/128MACValuemb64报文鉴别数据

4.189100Message〔终端发送至效劳器的报文〕包括卡片管理、商户管理、机构柜员管理等管理交易。Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值为9100-PrimaryBitmapmb64必须存在1SecondaryBitmapcb642PrimaryAccountNumber(PAN)oLLVARn..193ProcessingCodemn6交易类型4TransactionAmounton127TransmissionDateandTimemn10终端向效劳器发送该笔交易的日期时间11SystemTraceNumbermn6交易流水号12LocalTransactionTimemhhmmssn6交易发生终端方的当地时间。13LocalTransactionDatemMMDDn4交易发生终端方的当地日期14ExpirationDateoYYMMn4卡片截止有效日期18MerchantTypeon4商户类型22Inputfunctionofpointofservice(POS)on3标明主帐号进入系统的方式23CardSequenceNoon3卡顺序号32AcquiringInstitutionCodemLLVARn..11必须包含能确定交易受理机构的值。33SendInstituteCodemLLVARn..11发送方机构代码35Track-2DataoLLVARz..37如果终端需要读第二磁道才需要36Track-3DataoLLLVARz..104如果终端需要读第三磁道才需要,但是35和36必须存在其中之一。41CardAcceptorTerminalIdentificationmans8必须存在,用以唯一标识效劳器所负责管理的一台终端。42CardAcceptorIDoans15商户代码43CardAcceptInstituteNameandAddressoans40受卡方名称地点48AdditionalDataoLLLVARans...99949TransactionCurrencyCodeon3如果第四字段存在,此字段必须指出在第四字段中金额的货币代码52PersonalIdentificationNumberob64个人识别号的密文形式的数据,当BIT22的输入方式指明有个人识别号输入时,此域存在;否那么不存在。60AdditionalDatamLLLVARans…999附加数据61AdditionalDataoLLLVARans…999附加数据90OriginalDataElementon42取消/冲正交易使用该字段,95ReplacementAmountoan42使用于调帐交易,存放调帐金额。100FinalAccepteInstituteIDoLLVARn..11接收机构标识代码102FromAccountIdentifieroLLVARans..19如果交易类型为ATM磁条卡联机取款、转帐、查询余额,此字段必须存在。103ToAccountIdentifieroLLVARans..19只有当交易类型为联机转帐时才必须存在,标识目的帐号。104TransactionDescriptionoLLLVARans…999交易描述,目前尚未定义。64/128MACValuemb64报文鉴别字段,其实际位元是64还是128要根据是否存在扩展位元表而确定。

4.199110Message〔效劳器发送至终端的报文〕对9100报文相关交易的回应报文的定义。Bit#FieldNameReq.FormatAttributeDescription-MessageTypeIdentifiermn4其值必须为9110-PrimaryBitmapmb64必须存在1SecondaryBitmapcb642PrimaryAccountNumber(PAN)oLLVARn..193ProcessingCodemn64TransactionAmounton127TransmissionDateandTimemMMDDhhmmssn10效劳器的传输日期时间11SystemTraceNumbermn6必须包含和对应0200报文相同的值15SettlementDateoMMDDn4结算日期18MerchantTypeon4商户类型23CardSequenceNoon3卡顺序号32AcquiringInstitutionCodemLLVARn..11必须包含和对应0200报文相同的值38AuthorizationResponseCodecan6授权标识响应,在交易成功时提供。39ResponseCodeman2此字段表示交易处理结果,由发卡行处理机设置此字段。41CardAcceptorTerminalIdentificationmans8必须包含和对应0200报文相同的值42CardAcceptorIDoans15商户代码44AdditionalResponseCodemLLVARans..25如果发卡行处理机对该交易拒绝,此数据将详细描述拒绝的原因。48AdditionalDataoLLLVARans…99949TransactionCurrencyCodeon3如果对应的0200报文中存在该字段,那么此处必须包含和对应0200报文中相同的值。54AdditionalAmountoLLVARan…120附加金额60AdditionalDatamLLLVARans…999附加数据61AdditionalDataoLLLVARans…999附加数据62AdditionalDataoLLLVARans…999附加数据63AdditionalDataoLLLVARans…999附加数据90OriginalDataElementon42取消交易使用该字段95ReplacementAmountoan42使用于调帐交易,存放调帐金额。102FromAccountIdentifieroLLVARans..19103ToAccountIdentifieroLLVARans..19104TransactionDescriptionoLLLVARans...999数据同0200报文。64/128MACValuemb64报文鉴别数据5报文说明ATM终端联机报文包含四个组成局部:报文头〔SessiongHead〕、报文类型标识符〔MessageTypeIdentifier〕、位图〔Bitmap〕和报文域〔MessageField〕。其结构如以下图所示:报文头报文类型标识位图报文域报文组成报文头是报文的第一个数据元素。报文头与报文类型标识、位图和报文域一块组成了一个完整的报文。报文类型标识是报文的第二个数据元素,是最高级别报文类型定义,定义了报文一般性分类,比方是金融类报文还是管理类报文。报文类型标识符长度是四个字节。每个报文都要求有报文类型标识符。位图定义了哪些报文域会出现在报文中。位图区包含两个位图。位图一定义域2到域64,位图二定义域65到域128。报文域构成了报文的主体,参照ISO8583定义进行了裁剪,其中局部域的格式和内容银联进行了重新定义。5.1报文头〔SessiongHead〕SessionHead(会晤报文头)格式:ans-8长度:8个字节描述:效劳器系统内部使用的报文头,所有的消息都需要该字段,其定义如下表所示。序号

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论