cupsecuresaa銀行技術(shù)規(guī)范說明(編輯修改稿)
2025-03-03 16:22 本頁面
【文章內(nèi)容簡介】 交易流程重點說明 ? Step 4 ? 發(fā)卡機構(gòu)需要預(yù)先在 CUPSecure登記參與的卡 BIN； ? SR根據(jù)卡號 → 卡 BIN → 發(fā)卡機構(gòu)。如果無法查找到，則直接拒絕；如果找到，則將 SAA的 URL返回 API； ? 只查詢到卡 BIN級別，不支持到卡號級別； ? 不向 SAA轉(zhuǎn)發(fā)，減少 SAA的接口； ? 若選擇 SAA模式， SR在 CERes中會將清算日期傳遞給 API，后續(xù)讓 API放置在 ITReq中傳遞給 SAA； ? 針對 SAA模式下的跨境交易， SR會在 CERes中將發(fā)卡機構(gòu)清算金額、持卡人扣賬金額等信息傳遞給 API，后續(xù)讓 API放置在 ITReq中傳遞給 SAA； 交易流程重點說明 ? Step 6 ? API將持卡人的瀏覽器重定向到 SAA，同時將互聯(lián)網(wǎng)交易請求（ ITReq）傳遞給 SAA； ? SAA收到 ITReq后，根據(jù) xtype可以直接判斷交易類型； ? ITReq中包含流水號 +驗證服務(wù)時間，相當(dāng)于ISO8583報文中的域 11，會出現(xiàn)在后續(xù)的流水文件中； ? ITReq包含的特殊信息：商戶物流配送標(biāo)志、清算日期（ SR給出）、跨境交易的清算信息； 交易流程重點說明 ? Step 7 ? SAA和持卡人交互，認(rèn)證持卡人； ? 對基金交易， SAA需默認(rèn)持卡人已開通交易，并使用 ATM密碼驗證。 ? SAA根據(jù)認(rèn)證結(jié)果對帳務(wù)進(jìn)行處理； ? SAA和持卡人交互頁面需要包含以下信息：CUPSecure的標(biāo)識、商戶名稱、商戶 URL、交易金額、幣種、交易日期時間；其中除CUPSecure的標(biāo)識外所有信息來自 ITReq 交易流程重點說明 ? Step 8 ? 在 SAA將持卡人瀏覽器重定向回 API之前發(fā)送； ? SAA將交易結(jié)果通知 SR，其中需要對ITRes簽名； ? SR收到后，會對報文作各種檢查，如果沒有通過檢查， SR會向 SAA發(fā)起 ITExc，通知 SAA對應(yīng)的問題所在； 交易流程重點說明 ? Step 9 ? SR將交易結(jié)果轉(zhuǎn)發(fā)給 API； ? ITRes在轉(zhuǎn)發(fā)前已經(jīng)過了 SR所有的檢查； ? 發(fā)送給 API的 ITRes采用的是 SR的簽名； ? ITRes采用存儲轉(zhuǎn)發(fā)； 交易流程重點說明 ? Step 10 ? SAA收到 SR的 OK應(yīng)答后，將持卡人的瀏覽器重定向回 API； ? SAA同時向 API傳遞 ITRes； ? API會同時收到來自 SR和 SAA的 ITRes，但是 API以 SR回復(fù)的 ITRes為準(zhǔn)； 交易流程重點說明 ? 其他 ? 發(fā)卡機構(gòu)在返回 ITRes后，可選擇向 SR發(fā)送 ITReq報文查詢該筆交易的最終結(jié)果。 SAA—消費撤銷 /退貨 交易流程說明 1 支付網(wǎng)關(guān)調(diào)用 API發(fā)起交易（消費撤銷 /退貨）請求； 2 SR根據(jù)卡號確認(rèn)發(fā)卡機構(gòu)參與發(fā)卡機構(gòu)直接驗證授權(quán)模式后，發(fā)送交易（消費撤銷 /退貨）請求給 SAA； 3 SAA接收到交易（預(yù)授權(quán) /消費）請求后，進(jìn)行相關(guān)驗證和處理，將處理結(jié)果返回給 SR。； 4 SR將交易結(jié)果發(fā)送給 API。 交易流程重點說明 ? 步驟 2互聯(lián)網(wǎng)交易請求消息（ ITReq） ? 步驟 4互聯(lián)網(wǎng)交易響應(yīng)信息（ ITRe
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1