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位。
处理代码
（Processing Code）
位图位置：03
格式：定长
类型：N6
描述：用于描述交易对客户帐户造成何种影响的代码。
处理代码和信息码一起可唯一定义一种交易的类型。
处理代码由以下三部分组成：
位置描述
1－2交易动作码
3－4付出帐户类型，用于借记类，如查询、代收费、转场交易。
5－6收入帐户类型，用于代收费、转帐等。
其中：
ff : 付出帐户
tt： 收入帐户
* 视主机而定
5，Bit04 交易金额 （Amount, Transaction）
位图位置：04
格式：定长
类型：N12
描述：帐户人要求交易的交易金额，不含任何处理和交易费用。
金额的表示和货币代码有关，应能表示相应货币的最小单位，参ISO4217有关货币代码定义。
如“000”用于表示美元，表示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终端能接收PIN
2终端不能接收PIN
选用条件：服务点终端发起的交易一定要有此域。
15，Bit25服务点类型代码(Point-of-Service Condition Code)
位图位置：25
格式：定长
类型：N2
描述：定义交易发生的服务点类型
用法说明：下面是CYBERBANK支持的服务点条件代码。
2自动柜员机（ATM）
10银行终端（10）
14POS
20电话银行
16，Bit32收单机构标识码(Acquirer institution Identification)
位图位置：32
格式：LLVAR
类型：N..11
描述：在金融交易中此域表示交易发生的银行机构的标识码
应答数据包必须和请求数据包此域相同。
17,Bit3向前机构标识码(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
描述：对一交易定义其处理结果的编码。
返回码用于说明授权机构对金融（授权）交易的处理状态；也用来指明自动冲正交易的冲正原因；还用来指出目标主机已接收到文件修改、结算、管理、网管等交易请求。
返回码应尽可能准确，应尽可能描述清楚所遇到的问题和状态。网络交换主机、收单行主机有可能会按不同的返回码收取不同的交易处理费用，并执行不同的处理。
23域41 受卡机终端标识码
Card Acceptor Terminal Identification
变量属性
ans8，8位定长的字母、数字和特殊字符
域描述
受卡机的终端标识码。该标识码在代理机构的网络中必须唯一标识一个终端。
用法
如果终端标识码少于八位，则按左靠，右边补空格。
终端标识码由代理机构分发。所有卡交易请求中必须带上终端标识码，且在整个交易周期中保持不变。
24域42 受卡方标识码
Card Acceptor Identification Code
变量属性
ans15，15位定长的字母、数字和特殊字符
域描述
受卡方的标识码，即商户代码。
用法
由受理方分发。对所有卡交易的请求报文，该域必须要出现，且在整个交易周期中保持不变。
对于一些自助类的交易，例如ATM取现，在没有商户或无法给出有意义的值的情况下，该域用全零填充。
25域43 受卡方名称地址
Card Acceptor Name/Location
变量属性
ans40，40位定长的字母、数字和特殊字符
域描述
受卡方的名称地址，即商户的名称和所在地。
用法
由受理方或商户填入，CUPS不作任何处理。对所有卡交易的请求报文，该域必须出现，且在整个交易周期中保持不变。
商户名称最多40个字节长度，如少于40个字节长度，则后补空格。
26域44 附加响应数据
Additional Response Data
变量属性
ans..25(LLVAR)，2个字节的长度值+最大25个字节(字母、数字和特殊字符)的附加响应数据
域描述
发卡方对被批准交易所分配的标识。
此域可以被发卡方用来标识原始交易。
用法
发卡方的附加响应数据必须为有效字符。由发卡方在批准交易时载入应答报文。受理方和CUPS将不对此域作处理。
本域为可选域。
如果已收到发卡方批准的应答报文后又需要引发冲正，则将匹配到原始应答报文中该域的值带给发卡方。
27域45 第一磁道数据
Track 1 data
变量属性
z..79（LLVAR），2个字节的长度值+最大79个字节（字符）的第一磁道数据
域描述
卡上第一磁道数据。包括分隔符，但不包括开始符和结束符，以及LRC字符。
28 域48 附加数据－私有
Additional Data Private
变量属性
ansb...512(LLLVAR)，3个字节的长度值+最大512个字节(字母、数字、特殊字符、二进制数)的私有附加数据
域描述
该域为特殊业务在请求报文中提供特殊业务数据的传送。
29 域49 交易货币代码
Currency Code, Transaction
变量属性
an3，3位定长的字母、数字字符
域描述
指第4域（交易金额）所用货币的种类。30 域50 清算货币代码
Currency Code, Settlement
变量属性
an3, 3位定长的字母、数字字符
域描述
清算货币的种类。用于指示域5（清算金额）的货币币种。
在银联自主清算的银联卡跨境交易中，本域由CUPS填写；在银联非自主清算的外卡收单交易中本域由国际信用卡公司填写。。

⑵ 为什么有些银行要用8583报文求解。

ISO8583报文（简称8583包）又称8583报文是一个国际标准的包格式，最多由128个字段域组成，每个域都有统一的规定，并有定长与变长之分。
最开始时，金融系统只有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.各大财经网站也有外汇报价

3.通过手机自带的外汇查询工具也可查询汇率情况

4.手机期货行情软件大多也带有主要货币汇率行情

注意事项：

汇率是不断变化的，使用时请参考自身所需当日当时汇率，在银行柜台和网银上兑换时依据的是当时的实时报价。

比如:最新汇率查询,可以网络输入"印度卢比兑换人民币汇率"，即可直接看到最新兑换比例

⑷ 谁能详细的介绍下ISO8583协议

ISO8583包（简称8583包）是一个国际标准的包格式，最多由128个字段域组成，每个域都有统一的规定，并有定长与变长之分。 8583包前面一段为位图，用来确定包的字段域组成情况。 其中位图是8583包的灵魂，它是打包解包确定字段域的关键，而了解每个字段域的属性则是填写数据的基础。 1、位图描述如下： 位图位置：1 格式：定长 类型：B16（二进制16位，16*8=128bit） 描述： 如将位图的第一位设为'1'，表示使用扩展位图（128个域），否则表示只使用基本位图（64个域）。 如使用某数据域，应在位图中将相应的位设位'1'，如使用41域，需将位图的41位设为'1'。 选用条件：如使用65到128域，需设位图域第一位为'1' 2、每个域的定义如下： typedefstructISO8583 { intbit_flag;/*域数据类型0--string,1--int,2--binary*/ char*data_name;/*域名*/ intlength;/*数据域长度*/ ...

⑸ 今天人民币对美元汇率是多少

美元对人民币汇率:100美元(USD)=632.39人民币(CNY)
美元
100
汇率
6.3239
人民币
632.39
买入价
6.3189
卖出价
6.3289
最近内更新
2012年3月17日
19时容19分
奥运过后人民币在国际上是升值了

⑹ 银联 8583 63域解析方法

你看错了，63.2.1 .2 .3 .4都是定长