POS终端设备接口规格v133修正.docx
- 文档编号:18017084
- 上传时间:2023-08-05
- 格式:DOCX
- 页数:133
- 大小:129.32KB
POS终端设备接口规格v133修正.docx
《POS终端设备接口规格v133修正.docx》由会员分享,可在线阅读,更多相关《POS终端设备接口规格v133修正.docx(133页珍藏版)》请在冰点文库上搜索。
POS终端设备接口规格v133修正
POS终端设备接口规格说明书(v1.3.3)
目录
第一章概述1
一前言1
二应用范围1
三支持的通信协议1
四网络构成说明2
第二章交易术语、符号说明2
一消息类型说明2
二DES计算方法3
三字段及符号说明4
四名词解释6
第三章交易功能及流程6
一POS交易功能及流程6
第四章交易报文格式10
●0100/0101Message(终端发送至服务器的报文)11
●0110Message(服务器发送至终端的报文)12
●0200/0201Message(终端发送至服务器的报文)14
●0210Message(服务器发送至终端的报文)17
●0300Message(终端发送至服务器的报文)18
●0310Message(服务器发送至终端的报文)19
●0400Message(终端发送至服务器的报文)21
●0410Message(服务器发送至终端的报文)22
●0800/0810Message(日终处理开始、结束)24
●0800/0810Message(设备签到报文)26
●0800/0810Message(柜员签到报文)27
●0800/0810Message(签退报文)29
●0800/0810Message(密钥更新报文)30
●0800/0810Message(柜员签到报文)32
第五章位图定义33
第六章文件传输70
一下传金融识别卡参数70
二下传黑名单72
三下传控制参数文件72
四联机交易验证明细文件72
五设备终端对帐文件73
六大文件传输格式定义74
一、安全设计75
二、共享POS入网系统结构76
三、开发环境的建立76
第一章、概述
一前言
目前国内各大ATM、POS及服务器厂家提供不同的ATM/POS接口标准。
由于缺乏规范和控制,严重地阻碍了金融电子化的实施。
为了改变这种工作方式,向所有厂家公布布尔公司的终端接口标准。
这个接口标准具有以下几个特点:
1、标准化:
所有交易使用国际金融标准ISO8583。
2、规范化:
所有交易及控制都提供明确的流程。
3、公开性:
所有的加密算法都明确规定。
为了改变终端软件的质量,减少各家用户的协调工作,任何一家终端厂家必须严格遵守此终端标准。
我们希望通过努力,使各大银行逐步具备自己的终端规范。
二应用范围
本文件描述布尔公司服务器网络(以下简称为服务器网络)的外部报文格式和交易过程的报文流程,供入网单位开发接口程序时使用。
ISO8583是国际标准化组织推荐用于交换中心和成员行主机通讯的报文格式,本手册介绍布尔公司服务器网络对ISO8583标准的解释和实现。
在阅读本文时,用户应参考ISO8583(1987)文本。
三支持的通信协议
●TCP/IP:
可以overX.25,FrameRelay,DDN,PSTN(PPP)
●X.25:
可以用ISDN,DDN专线
四网络构成说明
第二章、交易术语、符号说明
一消息类型说明
ISO8583标准定义了几类消息来确定交易类型,在布尔公司服务器系统中使用的报文类型有以下几种:
除03XX、08XX、90XX报文类型外的其它所有报文类型都需要MAC校验。
01XX
01XX类消息主要用于POS交易的授权请求。
即:
商户POS–预授权请求,预授权取消,预授权证实。
注:
以上交易需要提供密码。
01XX类消息包括:
0100预授权请求,预授权取消、预授权证实。
0100消息要求对方以0110消息作为其应答。
0101预授权请求、预授权取消、预授权证实的重发。
0101消息要求对方以0110消息作为其应答。
0110对0100报文请求的应答
02XX
02XX类消息用于金融请求,被批准的金融交易的请求消息可用于立即对持卡人帐户的记帐处理。
包括:
ATM/柜台--存款、取款,余额查询,(本系统内帐户间)转帐,IC卡圈存、圈提、代交费、发卡等。
商户POS--消费,消费取消,小费,调帐等。
电话银行--查询余额、转帐、代交费等。
注:
以上交易需要提供密码。
02XX支持的信息:
0200金融交易请求,0200消息要求对方以0210消息作为其应答。
0201金融交易请求的重发,0201消息要求对方以0210消息作为其应答。
0210金融交易请求应答,对0200金融交易请求必须用它来回答。
03XX
03XX类消息用于在服务器和终端之间传送文件更新数据。
根据终端的不同要求,服务器接收终端的文件数据或向终端传送其需要的文件更新数据。
0300终端上传文件或服务器下传文件的请求。
必须以0310作为对本类报文的应答。
0310对0300的应答。
04XX
04XX类信息用于执行对先前已请求进行的交易全部或部分冲正。
04XX类冲正信息是由终端发起的,而调整交易信息则由人工产生。
下列是04XX信息:
0400冲正通知,终端未在预定的时间内接到服务器发送的交易应答时,需要对未完成的交易进行冲正,此时发送0400消息。
0400要求一个0410消息作为应答。
0410冲正通知应答。
这是对0400冲正通知消息必须的应答。
08XX
08XX消息用于服务器和终端之间的文件传输通知、签到、签退和密钥更新,每个终端都要在每日交易开始前或每日日终时向服务器申请更新密钥,以保证下一个工作日交易的安全性,双方要用相同的传输密钥对这些工作密钥进行加密或解密。
08XX支持的消息种类如下:
0800文件传输开始通知、文件传输结束通知、签到、签退、密钥更新请求,要求以0810作为回答。
0810是对0800消息必须的应答。
在本规格说明书中,消息和报文都是指上述各类消息。
这二个术语可替换使用。
二DES计算方法
将数据以8Bytes为单位划分成若干个数据块,当数据块长度不足8Bytes时后补OX00。
划分完毕后,将每一个数据块作为一个参与运算的数据块(Block),初始的种子Block为全二进制0的8Bytes的数据块,称之为ICV0.
算法流程如下:
三字段及符号说明
字段定义(FieldDefinitions)
本节描述服务器网络报文中使用到的各个字段,这些描述包括字段的属性,大小和使用方法。
约定(Conventions)
字段采用属性后加上长度的方法来描述,下表定义这些属性的含义:
字段类型属性(FieldTypeattribute)
缩语
含义
A
字母字符
N
数字
S
特殊字符
an
字母和数字字符
as
字母和特殊字符
ns
数字和特殊字符
ans
字母、数字和特殊字符
MM
月份
DD
日期
YY
年份
hh
时
mm
分
ss
秒
LL,LLL
后面所跟的可变字段的长度
VAR
可变长度字段
6
6个字符的固定长度
..19
最多为19个字符的可变长度。
所有可变长度字段在字段开始前将另外包含2个或3个位,以表示该字段后面跟随的位数。
x
贷记为“C”,借记为“D”,且总是与一个数字型金额数据元相连,例如:
净清算金额中x+n16的含义为以“C”或“D”为前缀加上净清算金额的16位数字。
b
数据的二进制表示
z
ISO7811和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(HEXA)
●在8583报文中,所有类型为LLVAR的字段长度占用一个字节,类型为LLLVAR字段长度为两个字节。
示例:
下面数据的长度分别为8、16、15、15,变长字段的类型分别为LLVAR和LLLVAR。
ans..16=”1234567A”083132333435363741(HEXA)
n..19=”1234567890123456”101234567890123456(HEXA)
n..19=”123456789012345”0F0123456789012345(HEXA)
n…999=”123456789012345”000F0123456789012345(HEXA)
●所有其它类型的字段,若为固定长度,则采用左对齐,其后空位以空格填充。
示例:
ans6=”123AB”313233414220(HEXA)
●当某字段表示金额时,格式中不带小数点。
示例:
金额23.47表示为2347。
四名词解释
Debit与Credit
●为了避免混淆,下面给出Debit交易及Credit交易的精确定义。
这些定义是针对信用卡网络而言的,尽管它们也是行业中普遍使用的解释。
●Debit交易是指持卡人必须输入个人密码的交易,本定义与卡类型及访问帐户无关,例如,插入ATM的信用卡做的是Debit交易,本定义与带有PIN交易的处理是一致的:
Debit交易可立即对其目标帐户进行借记或贷记。
●Credit交易可以不需要持卡人的个人密码,本定义与卡类型及访问帐户无关,这类交易主要是用于信用卡,虽然在某些情况下也允许用于扣款卡(与场所有关的选项)。
除非提及扣款卡或信用卡,所有用到Debit交易和Credit交易术语的都与上述定义一致。
下面定义适用于不同的卡类型:
●信用卡是用于访问信用帐户(如Visa、MasterCard、Amex帐户)的磁条卡。
信用卡有效性授权是针对此类卡的交易。
信用卡交易可以不用个人密码,即可能是Debit交易的一部分。
●借记卡是用于访问持卡人银行帐户的磁条卡,只有在帐户中还有资金或发卡行授予持卡人一定的信用度的情况下,针对此类卡的交易才会被授权。
●双重性质卡(DualPurposeCard)是既可作为信用卡交易又可作为扣款卡使用的磁条卡,具体情况由持卡人选择的帐户性质确定。
交易类型与终端类型
●连到服务器的一些终端只能产生特定类型的交易,例如:
如果规定ATM只能产生Debit交易,那么服务器就不允许ATM进行信用交易,另一些终端则能产生两种交易类型,例如,POS能够根据持卡人支付方式的选择产生Debit或信用交易。
第三章、交易功能及流程
一POS交易功能及流程
1POS联机交易过程
启动条件:
POS在接收到需主机授权方能交易的卡片时,启动此过程。
过程说明:
正常交易:
1.POS在收到卡需主机授权的交易后,将交易请求用0100/0200报文传送给服务器。
2.服务器在收到交易请求后,进行交易处理并回响应报文0110/0210给POS。
3.POS收到响应后,如果为肯定响应则完成交易,如果为否定响应则拒绝交易。
冲正交易:
(产生冲正的判断依据是交易类型)
1.POS在收到不明信息、超时或收到信息后处理有误时,将拒绝此笔交易并自动组成冲正报文0400发到服务器。
2.服务器在收到POS冲正请求后,检查交易是否成功并发送冲正响应报文0410。
3.如果POS再次收到不明信息或交易超时,POS将停止冲正交易。
在下笔顾客插卡进行交易之前,重新冲正前笔交易。
如果冲正成功则完成下笔交易,如果冲正失败,则提示顾客“网络故障,无法交易”,重新开始步骤3。
重发交易:
(产生重发的判断依据是交易类型)
1、POS在收到不明信息、超时或收到信息后处理有误时,经操作员手工确认需要重发后自动组成重发报文0101/0201,发送到服务器。
2、服务器在收到POS重发请求报文后,检查交易是否成功并发送重发响应报文0110/0210。
3、如果POS再次收到不明信息或交易超时,POS将停止重发交易。
预授权请求:
要求帐务主机将对应帐户上的部分金额冻结,以保证商户的利益。
预授权取消:
要求帐务主机将申请的金额解冻,该次预授权交易结束。
预授权证实:
要求帐务主机将实际使用的金额从帐户中扣除,同时将已被冻结的其他金额解冻,该次预授权交易完成。
2POS日终文件传输过程
启动条件:
POS人工或强制启动此过程,完成POS与服务器的交易对帐。
文件传输选择如上图所示的联机报文传输方式。
过程说明:
1.POS在完成帐务结算后,将使用0800请求报文启动与服务器的日终处理。
2.服务器在收到日终请求报文后,回响应报文0810并准备日终传输文件。
3.POS收到响应报文后,将通过0300报文上传POS端的交易明细和其它信息给服务器。
4.服务器在收到0300报文并确定报文无误后,回响应报文0310。
5.如果信息在一笔0300报文中无法全部上传,可重复步骤3、4。
6.POS在完成上传交易信息后,将POS端信息版本号使用0300交易上传服务器。
7.服务器在收到POS端版本号后,将需更新的POS信息使用0310下传POS。
8.如果信息在一笔0300报文中无法将全部信息下传,可重复步骤6、7。
9.在全部信息传送完毕后,POS端将使用0800报文进行日终结束请求。
10.服务器在收到日终结束请求报文后,回响应报文0810完成日终结束。
3POS不明信息处理过程
启动条件:
无。
过程说明:
POS不明信息处理
1.服务器收到不明信息将使用SessionHeader报文头把对信息的判断结果传回POS。
2.POS重发交易信息0101/0201。
服务器不明信息处理
根据交易类型不同选择启动冲正流程或重发流程。
4签到及交换密钥过程
启动条件:
柜员开机开始工作或重新建链时,需进行签到及密钥交换过程。
过程说明:
1.柜台向服务器发送0800进行签到。
2.服务器在收到签到后,向柜台发送签到允许响应0810,并将本柜台的签到状态登记在设备汇总信息表中。
3.柜台向服务器发送0800进行交换密钥请求。
4.服务器在收到密钥请求后,向柜台发送鉴别密钥(MACKey)和密码密钥(PINKey)响应(0810),其中包括两个密钥各自的校验码。
5.柜台在收到服务器密钥后,检验密钥是否正确。
如不正确,可重复3-4。
第四章、交易报文格式
引言
本章定义了服务器所支持的每个报文和它的结构,它的格式是:
Bit#字段号,也叫位图号。
FieldName所定义的字段名。
Req.条件,指该字段在报文中出现的必要性(m,c,o)。
请看下页的详细定义。
Format格式
请看下页的详细定义。
Attribute属性
请看下页的详细定义。
Description对字段及其必要性的解释
要求(Requirement)
必须字段(m----mandatory)
不管该字段的内容是否为空,它必须在报文中出现,服务器需要该字段。
可选择字段(o----optional)
报文中可以有也可以没有该字段,服务器不需要它。
有些专业行因为系统的需要可能会用到它,等等。
条件字段(c----conditonal)
条件字段,在一定条件下出现于报文中(例如,如果第4和第5位元的字段同时存在,则报文中就要有第126位元的字段)。
无论是必须的、条件的,还是可选择的,成员单位必须随时准备接收报文中列出的所有字段。
发出的报文中则必须包含所有的必须字段和适当的条件字段。
是否使用可选择字段则依外部网络或成员单位的需要而定。
01xxMessageFormat
0100/0101Message(终端发送至服务器的报文)
为以下3种交易而定义:
✧终端的预授权
✧终端的预授权取消
✧终端的预授权确认
Bit#
FieldName
Req.
Format
Attribute
Description
-
MessageTypeIdentifier
m
n4
其值为0100/0101
-
PrimaryBitmap
m
b64
必须存在
1
SecondaryBitmap
m
b64
2
PrimaryAccountNumber(PAN)
m
LLVAR
n..19
主帐号(或卡号).如果卡上包含第二磁道或第三磁道,其值必须和磁道数据中的PAN匹配
3
ProcessingCode
m
n6
交易请求的类型
4
TransactionAmount
m
n12
由持卡人请求的、以代理方本地货币或交易发生地货币计价的资金,不包括交易费金额。
7
TransmissionDateandTime
m
MMDDhhmmss
n10
终端向服务器发送该笔交易的日期时间
11
SystemTraceNumber
m
n6
网络中所有交易都必须含有该字段,用来标识该终端的唯一的一笔交易。
12
LocalTransactionTime
m
hhmmss
n6
交易发生终端方的当地时间。
13
LocalTransactionDate
m
MMDD
n4
交易发生终端方的当地日期
14
ExpirationDate
c
YYMM
n4
卡片截止有效日期,以卡片方式输入主帐号等数据的情况下需要此字段。
18
MerchantType
c
n4
商户类型
22
POSInputFunction
m
n3
标明主帐号进入系统的方式
23
CardSequenceNo
c
n3
卡顺序号
28
TransactionPoundage
o
x+n8
交易手续费
32
AcquiringInstitutionCode
m
LLVAR
n..11
必须包含能确定交易受理机构的值。
33
SendInstituteCode
m
LLVAR
n..11
发送方机构代码
35
Track-2Data
c
LLVAR
z..37
如果POS终端需要读第二磁道才需要
36
Track-3Data
c
LLLVAR
z..104
如果POS终端需要读第三磁道才需要,但是35和36必须存在其中之一。
38
AuthorizationNumber
c
an6
只有交易类型为预授权取消或预授权确认时才存在,包含被取消或确认的交易的预授权号。
41
CardAcceptorTerminalIdentification
m
ans8
必须存在的,用以唯一标识服务器所负责管理的一台终端。
42
CardAcceptorID
m
ans15
商户代码
43
CardAcceptInstituteNameandAddress
o
ans40
受卡方名称地点
48
AdditionalData
c
LLLVAR
ans...999
49
TransactionCurrencyCode
m
n3
此字段指出在第四字段中金额的货币代码,必须存在。
52
PersonalIdentificationNumber
c
b64
个人识别号的密文形式的数据,当BIT22的输入方式指明有个人识别号输入时,此域存在;否则不存在。
60
AdditionalData
m
LLLVAR
ans…999
附加数据
61
AdditionalData
c
LLLVAR
ans…999
附加数据
90
OriginalDataElement
c
n42
预授权取消或预授权证实交易的原始数据。
100
FinalAccepteInstituteID
c
LLVAR
n..11
接收机构标识代码
104
TransactionDescription
o
LLLVAR
ans…999
未定义,供系统扩展使用。
64/128
MACvalue
m
b64
报文鉴别数据
0110Message(服务器发送至终端的报文)
对0100报文相关交易的回应报文的定义。
Bit#
FieldName
Req.
Format
Attribute
Description
-
MessageTypeIdentifier
m
n4
其值必须为0110
-
PrimaryBitmap
m
b64
必须存在
1
SecondaryBitmap
c
b64
仅当请求报文中出现第65-128字段时才需要
2
PrimaryAccountNumber(PAN)
m
LLVAR
n..19
必须包含和对应0100报文相同的值
3
ProcessingCode
m
n6
必须包含和对应0100报文相同的值
4
TransactionAmount
m
n12
必须包含和对应0100报文相同的值
7
TransmissionDateandTime
m
MMDDhhmmss
n10
服务器的传输日期和时间
11
SystemTraceNumber
m
n6
必须包含和对应0100报文相同的值
15
SettlementDate
c
MMDD
n4
结算日期
18
MerchantType
c
n4
商户类型
23
CardSequenceNo
c
n3
卡顺序号
28
Transac
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- POS 终端设备 接口 规格 v133 修正