EMVTag系列16《AC響應資料》
在一個聯機交易中,要傳送到髮卡行的專有應用資料。
欄位 |
長度(位元組) |
賦值 |
說明 |
長度 |
1 |
07 |
|
分散金鑰索引 |
1 |
00 |
|
密文版本號 |
1 |
01 |
根據髮卡行金鑰版本設定 |
卡片驗證結果(CVR) |
4 |
03 |
|
00 |
bits 8–7: 00 = 第2個GENERATE AC返回AAC 01 = 第2個GENERATE AC返回TC 10 = 不請求第2個GENERATE AC 11 = RFU bits 6–5: 00 = 第1個GENERATE AC返回AAC 01 = 第1個GENERATE AC返回TC 10 = 第1個GENERATE AC返回ARQC 11 = 不能返回11 bit 4: 1 = 髮卡行認證執行但失敗 bit 3: 1 = 離線PIN執行 bit 2: 1 = 離線PIN認證失敗 bit 1: 1 = 不能聯機 |
||
00 |
bit 7: 1 = PIN鎖定 bit 6: 1 = 超過頻率檢查 bit 5: 1 = 新卡 bit 4: 1 = 上次聯機交易髮卡行認證失敗 bit 3: 1 = 聯機授權後,髮卡行認證沒有執行 bit 2: 1 = 由於PIN鎖卡片鎖定應用 bit 1: 1 = 上次交易SDA失敗交易拒絕 |
||
00 |
bits 8–5: 上次交易第2個生成應用密文(GENERATE APPLICATION CRYPTOGRAM(AC))命令後收到的帶有安全報文的髮卡行指令碼命令 bit 4: 1 = 上次交易髮卡行指令碼處理失敗指標 bit 3: 1 = 上次交易DDA失敗交易拒絕 |
||
演算法標識 |
1 |
01 |
|
髮卡行自定義資料長度 |
1 |
0A |
|
ID號 |
1 |
01 |
|
金額域 |
5 |
初始值0 |
|
MAC |
4 |
初始值0 |
|
其它的髮卡行自定義資料 |
5 |
模板推薦值:07000103000000010A01
除了所有非接觸應用的卡片需求外,qPBOC還應當遵守下面的要求:
收到GPO命令,卡片應當立即設定髮卡行應用資料(標籤“9F10”)的CVR部分為“03000000”。 CVR是髮卡行應用資料的第4-7位元組部分;
CVR位元組2,位4、3、2、1未使用,仍保留設定為b“0”;
CVR位元組3,位8、4、3、2、1未使用,仍保留設定為b“0”;
CVR位元組4未使用,所有位仍保留設定為b“0”;
qPBOC終端處理需求
- l 當終端接收到來自卡片的正確的GPO命令響應,它將檢查髮卡行應用資料(標籤“9F10”)來確定卡片提供的密文型別。根據密文型別,判斷交易拒絕、聯機處理或離線批准。
- l 密文型別檢查
- l 如果返回ARQC(髮卡行應用資料(標籤“9F10”)位元組5的第6-5位=b“10”),那麼終端應將交易聯機發送;
- l 如果返回AAC(髮卡行應用資料(標籤“9F10”)位元組5的第6-5位=b“00”),那麼終端應拒絕交易;
- l 如果返回TC(髮卡行應用資料(標籤“9F10”)位元組5的第6-5位=b“01”),但卡的應用失效日期早於終端交易日期(終端本地),那麼終端應離線拒絕交易;
- l 如果返回TC(髮卡行應用資料(標籤“9F10”)位元組5的第6-5位=b“01”),那麼終端應檢查終端異常檔案(如果存在),如果應用PAN在終端異常檔案中出現,那麼終端應離線拒絕交易;
為了使得髮卡行可以在主機端更緊密地跟蹤資金,引入了在髮卡方應用資料(9F10)的髮卡行自定義資料部分中允許加入特殊資料的選項。對於qPBOC交易,當卡片應用對GPO指令迴應聯機認證請求(ARQC)的時返回;對於借記/貸記交易,當卡片應用對第1次生成應用密文指令迴應聯機認證請求(ARQC)的時返回。髮卡行自定義資料(IDD)根據在個人化時選擇的選項不同,會有所變化。
累計交易總金額、在CTTA基礎上增加的累計交易總金額限制(CTTAL)、電子現金餘額、可用離線消費金額和能夠個人化不超過15個位元組的靜態資料,是髮卡行可選擇聯機發送的5個數據選項,髮卡行可以在這5個選項中選擇任意一個聯機發送。同時如果該資料存在,在傳送的指令中會被加上校驗碼,以保證資料完整性。髮卡行自定義資料(IDD)僅在聯機交易中被返回。
髮卡行自定義資料選項 |
長度(位元組) |
IDD ID |
金額域 |
MAC位元組數 |
電子現金餘額 |
10 |
0x01 |
標籤“9F79” 的值(低5位位元組) |
4 |
累計交易總金額(CTTA) |
10 |
0x02 |
值,此資料無標籤(低5位位元組) |
4 |
電子現金餘額和CTTA |
15 |
0x03 |
值(10 位元組, “9F79” 值 在第1位置) |
4 |
CTTA和CTTAL |
15 |
0x04 |
值(10 位元組, CTTA值 在第1位置) |
4 |
可用離線消費金額 |
10 |
0x05 |
標籤“9F5D”的值 (低5位位元組) |
4 |
靜態 |
1 to 15 |
N/A |
髮卡行指定固定資料 |
無 |
髮卡行自定義資料(IDD)的ID值用於選擇在髮卡行自定義資料域中返回的資料的型別。預設的情況下,髮卡行自定義資料不會被返回。如果髮卡行希望收到髮卡行自定義資料,在9F10個人化值中,需要新增以上相應的資料的長度和標示符位元組(在借記/貸記應用的自定義資料之後)。
例如,0x0A02表示在生成交易密文的指令應答中,將返回10個位元組的髮卡行自定義資料,包括資料型別標示符(0x02),累計交易總額和校驗碼。返回電子現金餘額的選項,只有當應用被個人化為電子現金的時候才會有效。
相關推薦
EMVTag系列16《AC響應資料》
在一個聯機交易中,要傳送到髮卡行的專有應用資料。 欄位 長度(位元組) 賦值 說明 長度 1 07 分散金鑰索引 1 00 密文版本號 1
EMVTag系列14《支付環境響應資料》
1. 選擇PSE支付環境響應資料 標籤 長度 資料域 存在性 9102 A5 變長 FCI資料專用模板 強制 88 1 目錄基本檔案的SFI 強制 5F2D 2 首選語言 可選 9F11
EMVTag系列7《靜態簽名資料》
Ø 5F24 應用有效期 L: 3 -M(必備) 1) 晶片中的應用失效日期5F24,服務碼5F30,必須與晶片中的二磁軌等效資料(Tag57)中的失效日期和服務碼一致。 2) qPBOC 時,應用失效日期5F24不能放在 AFL 指明的讓終端讀取的最後一條記錄裡面。 3) 應
EMVTag系列2《磁條等效資料》
Ø 57 磁條2等效資料 L: var. up to 19 -M(必備):此資料必須存在並提供給終端,終端在讀應用資料過程中,如果沒有讀到必備資料,終端中止交易 按GB/T 17552,磁條2的資料。不包括起始位、結束位和LRC(驗證碼),包括: 1) 應用主賬號(PAN) 2) 分
系列四、SpringMVC響應資料和結果檢視
專案結構如下 一、返回值分類 一 返回字串 Controller方法返回字串可以指定邏輯檢視的名稱,根據檢視解析器為
Jmeter響應資料中文亂碼
只是簡單的做了一個百度的http請求,然後發現響應斷言fail,檢視響應資料出現了亂碼。 然後想到是編碼的問題,解決方式如下: 1、在相應節點的下方,比如http請求,新增後置處理器–》BeanShellPostProcessor 2、然後在其指令碼框中新增如下程式碼
【11】Caffe學習系列:影象資料轉換成db(leveldb/lmdb)檔案
在深度學習的實際應用中,我們經常用到的原始資料是圖片檔案,如jpg,jpeg,png,tif等格式的,而且有可能圖片的大小還不一致。而在caffe中經常使用的資料型別是lmdb或leveldb,因此就產生了這樣的一個問題:如何從原始圖片檔案轉換成caffe中能夠執行的db(leveldb/lmdb)
jMeter_響應資料亂碼
jMeter測試時服務響應資料亂碼 方式一:修改配置檔案引數 1.修改jMeter安裝目錄 jmeter.properties 中 sampleresult.default.encoding=UTF-8 (將#號去掉) 2.重啟jMeter即
深入剖析Redis系列(八) - Redis資料結構之集合
前言 集合(set)型別也是用來儲存多個 字串元素,但和 列表型別 不一樣的是,集合中 不允許有重複元素,並且集合中的元素是 無序的,不能通過 索引下標 獲取元素。 如圖所示,集合 user:1:follow 包含著 "it"、"music"、"his"、"sports
python爬蟲系列(4.3-資料儲存到mysql資料庫中)
一、如果你對mysql資料庫還不太熟悉 二、基本操作 1、在python中使用pymysql連線mysql 2、安裝包 pip3 install pymysql 3、定義一個建立資料庫的方法(或者手動、SQL語句建立資料庫) # 定義一個建立資料庫的函
node——6-響應資料型別 Content-Type(解決中文亂碼)
在服務端預設傳送的資料,其實是 utf-8 編碼的內容,但是瀏覽器不知道你是 utf-8 編碼的內容 瀏覽器在不知道伺服器響應內容的編碼的情況下會按照當前作業系統的預設編碼去解析 中文作業系統預設解析是 gbk 解決方法就是正確的告訴瀏覽器傳送的編碼格式,在 h
Ajax:響應資料
資料提交到的兩種請求Get和Post基本上都會使用後,就應該想獲取資料的問題了。前面我們都一直很無私的往伺服器提交資料,那麼伺服器返回的那些資料,我們又該怎麼通過Ajax去拿呢? 這裡就要靠xmlhttprequest的事件onreadystatechange,這是用來監聽我們請求的一些狀態,比
Redis實踐系列丨Codis資料遷移原理與優化
Codis介紹 Codis 是一種Redis叢集的實現方案,與Redis社群的Redis cluster類似,基於slot的分片機制構建一個更大的Redis節點叢集,對於連線到codis的Redis客戶端來說, 除了部分不支援的命令外,與連線開源的 Redis Server 沒有明顯的區別, 客戶端程式
Springboot框架,實現請求資料解密,響應資料加密的功能。
一、簡要說明: 在做這個功能的時候,參考了很多文章,也試了用過濾器解決。但總體來說還是很麻煩,所以換了另一種解決方案。直接實現RequestBodyAdvice和ResponseBodyAdvice兩個介面 ,進行加密解密處理。 關於RequestBodyAdvice和ResponseBodyAd
MySQL基礎系列之 DCL資料控制語句大全
1. CREATE USER建立使用者 例:建立一個使用者 名為jeffrey 密碼mypass 主機localhost CREATE USER ‘jeffrey’ @‘localhost’ IDENTIFIED BY ‘mypass’; 使用者表檢視剛建立的使用者 SELECT * F
MySQL基礎系列之 DML資料操作語句CRUD大全
CRUD是指在做計算處理時的增加(Create)、讀取查詢(Retrieve)、更新(Update)和刪除(Delete)幾個單詞的首字母簡寫。CRUD主要被用在描述軟體系統中資料庫或者持久層的基本操作功能 下文中所用的表建立如下: CREATE TABLE tb_goods( id i
MySQL基礎系列之 DDL 資料定義語句大全
連線資料庫 mysql -u [使用者名稱] -h[host] -P[埠號] -p[密碼] mysql -u root -h【127.0.0.1】 -P3306 -p123456 檢視資料庫SHOW DATABASES databases 使用或切換資料庫 USE [資料庫名]
Hadoop系列001-大資料概論
本人微信公眾號,歡迎掃碼關注! 大資料概論 1、大資料概念 大資料(big data),指無法在一定時間範圍內用常規軟體工具進行捕捉、管理和處理的資料集合,是需要新處理模式才能具有更強的決策力、洞察發現力和流程優化能力的海量、高增長率和多樣化的資訊資產。
長短期記憶(LSTM)系列_LSTM的資料準備(7)——總結(完結)
以下是 《長短期記憶(LSTM)系列_LSTM的資料準備》 專題的概況圖 本專題包含6篇文章: 長短期記憶(LSTM)系列_LSTM的資料準備(1)——如何重塑Keras中長短期記憶體網路的輸入資料 長短期記憶(LSTM)系列_LSTM的資料準備(2)——如何編寫OneH
長短期記憶(LSTM)系列_LSTM的資料準備(6)——如何處理序列預測問題中的缺失時間步長(附兩個完整LSTM例項)
導讀: 本文討論分析了輸入資料中,有資料缺失的情況如何處理 一般有兩種情況,分別是對缺失值進行替換和學習,忽略對缺失值的學習 同時文章演示了對於缺失值得補全方法。 文末附帶兩個LSTM程式碼,比較了兩種對缺失值不同處理方式的網路模型優劣 正文: 通常從序列資料中缺少觀察結果。 資料可