博客分类：
ISO8583包（简称8583包）是一个国际标准的包格式，最多由128个字段域组成，每个域都有统一的规定，并有定长与变长之分。8583包前面一段为位图，用来确定包的字段域组成情况。其中位图是8583包的灵魂，它是打包解包确定字段域的关键， 而了解每个字段域的属性则是填写数据的基础，1、 位图描述如下：位图位置：1格式：定长类型：B16（二进制16位，16*8=128bit）描述：如将位图的第一位设为'1'，表示使用扩展位图（128个域），否则表示只使用基本位图（64个域）。如使用某数据域，应在位图中将相应的位设位'1'，如使用41域，需将位图的41位设为'1'。选用条件：如使用65到128域，需设位图域第一位为'1'2、变长，定长域说明如第二域：域名为主帐号，数据类型为string长度为22（是长长度不得超过此数）是个２位变长域由于是２位变长，在打包时需在数据域前加上数据的实际长度，如为１９位，则表示为：１９＋数据值（即前两位为长度）如第三域：域名为处理码，数据类型为string长度为６是个定长域必须填满６位。
附A:ISO8583各域段的说明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描述：帐户人要求交易的交易金额，不含任何处理和交易费用。金额的表示和货币代码有关，应能表示相应货币的最小单位。参ISO4217有关货币代码定义。如“”用于表示美元，表示1.00元；如用于表示意大利货币，则表示100里拉。对于查询等交易，应设交易金额为“”。6，Bit07交易日期和时间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描述：写在卡二磁道的数据。数据组成遵循ISO标准，数据中包含域分隔符，但不包含卡启始、结束符、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描述：对一交易定义其处理结果的编码。返回码用于说明授权机构对金融（授权）交易的处理状态；也用来指明自动冲正交易的冲正原因；还用来指出目标主机已接收到文件修改、结算、管理、网管等交易请求。返回码应尽可能准确，应尽可能描述清楚所遇到的问题和状态。网络交换主机、收单行主机有可能会按不同的返回码收取不同的交易处理费用，并执行不同的处理过程。23，Bit41收卡单位终端标识码(Card Acceptor Terminal Identification)位图位置：41格式：定长类型：ANS8描述：定义在收单单位中定义一个服务终端的标识码，在同一商户中服务终端标识码应唯一。24，Bit42收卡商户定义码(Card Acceptor Identification Code)位图位置：42格式：定长类型：ANS15描述：在本地和网络中定义交易单位（商户）的编码。25，Bit43收卡商户位置(Card Acceptor Location)位图位置：43格式：定长类型：ANS40描述：在本地和网络中定义收卡单位（商户）的国家、省。城市等。选用条件：如对外卡网络，一定要包含此域。26，Bit44附加返回数据(Additional ResponseData)位图位置：44格式：LLVAR类型：ANS..25描述：在金融（授权）交易中授权机构返回的其他信息。27，Bit48附加数据-私用(Additional Data-Private)位图位置：48格式：LLLVAR类型：ANS...999描述：银行电子服务系统使用此域作以下用途存放批量查询的返回数据其格式与输出格式表对应28，Bit49交易货币代码(Currency Code,Transaction)位图位置：49格式：定长类型：AN3描述：按ISO4217定义的交易货币代码，用来表示“交易金额”（field04）所用的货币种类。交易货币代码是指在收单单位进行交易所用的交易种类。29，Bit50结算货币代码(Currency Code,Settlement)位图位置：50格式：定长类型：AN3描述：按ISO4217定义的结算货币代码，用来表示结算金额、结算处理费、结算交易费等所用的货币种类。结算货币代码是指在进行结算和清算过程中所用的货币种类。30，Bit52用户密码(PIN)数据(PIN Data)位图位置：52格式：定长类型：B16描述：用户在服务终端上交易用于识别用户合法性的一些数字。PIN在分行主机用分行主机密钥按ANSIX9.8标准加密，形成密文块。选用条件：如果在终端上输入了密码，就需要此域。31，Bit53密码相关控制信息(Security Related Control)位图位置：53格式：定长类型：AN16描述：本域提供有关密码块的附加信息，用于指出用于PIN计算的PIN key，用于MAC计算的MAC key。本域格式如下表所示：0－1格式代码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域或MAC域，一定需有此域。32，Bit54附加金额(Additional Amounts)位图位置：54格式：LLLVAR类型：ANS...120描述：此域由授权行主机将客户的余额返回给收单终端，以显示或打印在客户回单上。在此域中最多可有6个余额返回，每个余额返回格式如下：位置描述0－1处理码3－4或5－6位定义的帐号类型2－3金额类型：01－帐户金额02－可用金额03－拥有金额04－应付金额40－可用取款限额56－可用转帐限额4－6金额的货币代码7‘D’－借记金额，’C’－贷记金额8－19余额数目六个余额中必须返回可用余额，在ATM、POS上显示可用余额33，Bit64信息确认码(MAC)位图位置：64格式：定长类型：B16描述：数据包的最后一个域，用于验证信息来源的合法性，以及数据包中数据是否未被篡改。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描述：用于定义和维护银行电子服务系统内部通讯网络状态和应用工作状态。网络管理信息代码用于管理清算日期"cutoff"，通讯"sign on/sign off"，"key exchange"等。支持以下一些网络管理信息码NMIC网络管理信息码动作001签到(Sign on)002签退(Sign off)101交换密钥(Key exchange)201结帐日期切换(Cutoff)202结帐日期切换完成301测试(Echo test)35，Bit74贷记交易笔数(Transaction Number)位图位置：74格式：定长类型：N10描述：贷记金融交易总的成功交易次数CYBERBANK软件在收到如下一个处理代码时会增加贷记交易次数。交易码交易服务00贷记，购物与服务01贷记，取现02贷记，调整(客户调整)36，Bit75贷记自动冲正交易笔数(Credits,Reversal Number)位图位置：75格式：定长类型：N10描述：贷记收单行自动冲正、“ChargeBack"等交易总的交易次数CYBERBANK软件在收到如下一个处理代码时会增加贷记自动冲正交易笔数交易码交易服务20贷记，退货21贷记，存款22贷记，调整（客户修改）37，Bit76借记交易笔数(Debits,Number)位图位置：76格式：定长类型：N10描述：借记金融交易总的成功交易次数CYBERBANK软件在收到如下一个处理代码时会增加借记交易次数。交易码交易服务00借记，购物与服务01借记，取现02借记，调整(客户调整)38，Bit77借记自动冲正交易笔数(Debits,Reversal Number)位图位置：77格式：定长类型：N10描述：借记收单行自动冲正、“ChargeBack"等交易总的交易次数CYBERBANK软件在收到如下一个处理代码时会增加借记重发交易次数，并在清算表报中反映。交易码交易服务20借记(!!!)，退货21借记，存款22借记，调整（客户修改）39，Bit78转帐交易笔数(Transfers,Number)位图位置：78格式：定长类型：N10描述：转帐的交易总次数。系统在收到如下一个处理代码的金融交易时会增加转帐交易的次数。交易码交易服务40客户相关帐户间转帐40，Bit79转帐自动冲正交易笔数(Transfers,Reversal Number)位图位置：79格式：定长类型：N10描述：转帐的自动冲正交易总次数。系统在收到如下一个处理代码的自动冲正交易时会增加转帐自动冲正交易的次数。交易码交易服务40客户相关帐户间转帐41，Bit80查询交易笔数(Inquiries,Number)位图位置：80格式：定长类型：N10描述：成功的查询交易次数。系统软件在收到如下一个处理代码时会增加查询交易次数。交易码交易服务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)位图位置：86格式：定长类型：N16描述：贷记金融交易总的交易金额，不含任何费用。系统在收到如下一个处理代码时会增加贷记交易金额，并在清算表报中反映。交易码交易服务20贷记，退货21贷记，存款22贷记，调整（客户修改）46，Bit87贷记自动冲正金额(Credits,Reversal Amount)位图位置：87格式：定长类型：N16描述：信用卡自动冲正交易的总金额，不含任何费用。47，Bit88借记交易金额(Debits,Amount)位图位置：88格式：定长类型：N16描述：借记金融交易总的交易金额，不含任何费用。系统在收到如下一个处理代码时会增加借记交易金额，并在清算表报中反映。交易码交易服务00借记，购物与服务01借记，取现02借记，调整(客户调整)48，Bit89借记自动冲正交易金额(Debits,Reversal Amount)位图位置：89格式：定长类型：N16描述：借记自动冲正交易的总金额，不含任何费用。49，Bit90原交易的数据元素(Original Data Elements)位图位置：90格式：定长类型：N42描述：存放原交易的一些数据，用于修改或自动冲正。数据由以下五部分组成：位置描述1－4信息类型码设为原交易的信息类型代码5－10系统跟踪号原交易系统跟踪号11－20交易日期和时间原交易的交易日期和时间21－31原收单机构原交易的收单机构不足11位的机构代码，左补‘0’32－42原向前机构原交易的收单机构不足11位的机构代码，左补‘0’50，Bit91文件修改编码(File Update Code)位图位置：91格式：定长类型：AN1描述：用此域指示某文件怎样维护。CYBERBANK支持以下一些修改代码：1增加记录2改变记录3删除记录5查询7增加文件51，Bit94服务指示码(Service Indicator)位图位置：94格式：定长类型：AN7描述：指示文件修改服务。52，Bit95代替金额(Replacement Amounts)位图位置：95格式：定长类型：N42!!!描述：客户修改或部分取消已完成的交易，最后实际发生的交易金额，交易的原交易金额存放在90域。本域由以下4部分组成Sub-ElementAmountAttribute交易实际金额N12结算实际金额N12实际交易费用X＋N8实际结算费用X＋N853，Bit97净结算金额(Net Settlement Amount)位图位置：97格式：定长类型：X+N16描述：此域为净结帐金额。502交易中用于发送当天的净结算金额例：“C0000”，表示贷方（'＋'？）元。“D0000”，表示借方（'－'？）元。54，Bit99结算机构码(Settlement Institution Identification)位图位置：99格式：LLVAR类型：N..11描述：此域存放接收清算信息的机构代码。返回数据包此域必须和请求数据包一致。55，Bit100接收机构码（Receiving Institution Identification)位图位置：100格式：LLVAR类型：N..11描述：金融交易此域存放授权机构代码。网管类交易，800/820交易，此域存放请求的目的机构代码。返回数据包此域必须和请求数据包一致。
56，Bit101文件名(FileName)位图位置：101格式：LLVAR类型：ANS..17描述：发送机构设置的文件名。57，Bit102帐号1(Account Identification1)位图位置：102格式：LLVAR类型：ANS..28描述：一个特定的客户帐号。帐号1用来描述受借记、转出、支付等交易影响的帐户。选用条件：转帐时使用。58，Bit103帐号2(Account Identiication2)位图位置：103格式：LLVAR类型：ANS..28描述：交易的补充信息，如：第二货币号、利率代码、起止日期等。定义如下表0位置长度描述00－2122帐户22－276发卡机构号如果此域存在，将按此机构代码作为路由信息。选用条件：机构间转帐时使用。60，Bit123新密码数据(New PIN Data)位图位置：123格式：LLLVAR类型：B...16描述：修改密码交易时存放新密码。格式参考52域选用条件：修改密码交易时必须有此域。61，Bit128信息确认码(MAC)位图位置：128格式：定长类型：B16描述：数据包的最后一个域，用于验证信息来源的合法性，以及数据包中数据是否未被篡改。MAC的计算参ANSIX.99为提高效率，在发送者和接收者之间，只有以下一些重要的域参加MAC的计算。数据包中如果存在以下数据域，它们将参加MAC的计算。位图域名2基本帐号3处理代码4交易金额11系统跟踪号12本地交易时间13本地交易日期32收单机构代码38授权码39返回码41收单终端代码49交易货币代码95替换金额选用条件：使用65－128数据域的数据包需使用此域。
浏览 10372
浏览: 125243 次
来自: 帝都
你好，请问你还保存有POS终端规范的报文样例吗，包括签到和消费 ...
albrich 写道博主你好，我是做预付卡系统的，看了你的报文 ...
博主你好，我是做预付卡系统的，看了你的报文解释真的是对8583 ...
vanezkw 写道博主你好，对于你说的“新生区由于对象产生的 ...
博主你好，对于你说的“新生区由于对象产生的比较多并且大都是朝生 ...
(window.slotbydup=window.slotbydup || []).push({
id: '4773203',
container: s,
size: '200,200',
display: 'inlay-fix'相关文章推荐
8583报文作为一种应用较广的报文，有它独特的格式。
网上有关8583报文的说明很多。但涉及到每个域的详细例子就较少了。这里列出各个域的详细例子，供参考。
8583报文：
报文组成：
在组装8583报文时会遇到各种转码，比如：ASCII转Hex , data数据转相应的16进制字符串。
在这里我把代码贴出来，当然了，我这份代码也是在各处搜集而来，并不是自己开发的。
很久没来csdn了。现在的工作地点在银行，妈的，不让上网啊。
写写博客其实是对自己知识的总结，这么长时间了，也该写点东西了。接触银行的项目，避免不了
遇上8583报文。具体介绍就不细讲了，这个网上一大...
4个字节的定长数字字符域。压缩时用BCD码表示的2个字节的定长域。
本交易为POS消费交易，报文类型为8583通讯报文，一般在银联通讯方面，金融交易方面用的比较多，如下为手动编写我们的测试脚本，并非录制而成，在此类直接与接口交互的性能测试项目中，经常会用到报文组装、拼...
最近两天在学习Swift,想着把OC里边的8583POS工具转成Swift版本。
今天做了几个做了几个转换工具
转换为十六进制字符串
2、十六进制字符串转换为 data
3、十六进制字...
报文域配置文件：config_8583.properties
= string,16
POS终端在与POS中心进行数据交易之前，需要生产MAC（报文鉴别码），这样POS中心在收到POS终端报文后，可以对报文也进行MAC认证，保证报文的正确性。
这篇文章主要讲解如何利用报文数据生成MAC...
他的最新文章
讲师：董晓杰
讲师：姚远
他的热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)卡神告诉你POS签购单上的那些数字编号是干嘛的
我的图书馆
卡神告诉你POS签购单上的那些数字编号是干嘛的
& &&很多朋友每天都刷卡，每天都有签购单。但是签购单上面的那些数字代表什么含义，很多朋友并不是十分的了解。那么卡神今天就说说那些数字和编码分别代表什么含义吧。 & &批次号(BatchNO.)：POS从签到起至结算、签退为止的交易为一批次，交易批次号标识一批交易。POS中心为每个POS的每个批次分配一个批次号，在签到响应报文中下传给POS终端。 对应银联ISO8583报文的报文头域7： 批次号(Batch Number) & &序号(Ref. NO.)：POS中心为交易分配的流水号，在响应报文中下传给POS终端作为对账参考号，并用于事后查证。对应银联ISO8583报文的域37：检索参考号（Retrieval Reference Number）& &授权号(Auth Code)：授权标识应答码，简称“授权码”。是发卡行返回或银联CUPS代授权时返回的授权序号。对应银联ISO8583报文的域38：授权标识应答码 Authorization Identification Response& 查询号(Trace NO.)：POS机为每一笔交易产生的顺序编号。POS每上送一次交易此号码增加1。POS流水号为6位数字，值从1至999999循环使用。在自动冲正时，POS中心依据POS流水号作为确定被冲正交易的要素之一。交易发起方赋予交易的一组数字,与域7（交易传输时间 Transmission Date/Time）、域32（受理机构标识码 Acquiring Institution Identification Code）和域33（发送机构标识码 Forwarding Institution IdentificationCode）的组合值唯一标识一笔交易的编号。& &凭证号(Voucher NO.)：查询号(TraceNO. 也叫POS流水号)也作为交易凭证号（在签购单上打印为Voucher NO.），在进行撤销等交易时，输入原交易凭证号作为确定原交易的要素之一，并且必须上送原交易的凭证号。& &要确认一笔交易，分为发卡行和收单方：对发卡行来说：卡号+参考号+授权号，就能够确定一笔交易对于收单方来说：凭证号+域7（对应签购单上的日期/时间）+域32（对应签购单上的收单机构）+33域（对应签购单上的发卡机构）能够唯一确定一笔交易因此如果是向发卡行投诉，则需要提供卡号、参考号、授权号。如果是向收单方投诉，则需要提供凭证号、交易日期时间、收单机构、发卡机构。???卡神总结：有了这个表，是不是看起来清楚些了。不过这个是针对大鸡而言的，小鸡和手刷的参考则是另外一种查询模式。卡神会在以后的文章中整理出来。希望能帮助到大家。
TA的最新馆藏[转]&[转]&[转]&[转]&[转]&
喜欢该文的人也喜欢相关文章推荐
1、IC卡签到报文
发送：c1...
转载请注明出处作者:小马 不要以为我这篇文章是告诉你什么是8583，告诉你map的原理,然后分析各个域是什么意思，格式如何, 再有详细一点的甚至告诉你如何写程序等等. 不是, 之所以不写上面这些，基于...
前阵时间, 有幸参与公司的社保类项目. 其中, 本人负责的是银联对接的部分接口, 主要参考协议为ISO8583, 而银联就此提供了等接口文档供开发参考. 鉴于本人忘性较大, 悟性也较低, 所以整理记录...
我刚进入金融行业时，就知道了IS08583报文协议，我想可能我还没进入这个行业都已经听过了，可知ISO8583的影响力有多大了。最初刚接触它时，确实对其中的一些细节概念不是很清晰，对有些地方比较迷惑。...
Jpos体系结构(操作二进制，组装8583报文)
Jpos体系结构
ISOComponet
这里ISOField和ISOBitMap都是实现了ISOCompo...
基于JPos的消息交换系统
近段时间在学习卡支付相关的知识，针对所学过程中要用到的ISO8583协议及语言的实现进行了汇总，如果你还不了解ISO8583进行搜一下就可以了，下面是几个开源项目的具体实现：
ISO8583包（简称8583包）是一个国际标准的包格式，最多由128个字段域组成，每个域都有统一的规定，并有定长与变长之分。
8583包前面一段为位图，用来确定包的字段域组成情况。
金融行业的业务包括有关金融交易的电子信息交换。应用规范的约定通常局限在专业级别上。ISO8583国际标准设计了一个保证在采用不同应用规范的系统间能够进行信息交换的界面规范。各应用规范可保持在专用级别上...
他的最新文章
讲师：董晓杰
讲师：姚远
他的热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)}