刷臉付-支付寶

刷臉付-支付寶

專用API
【更新時(shí)間: 2024.01.29】 刷臉支付,當(dāng)不便使用手機(jī)或沒有手機(jī)時(shí),用戶亦可“刷臉”完成——通過線下支付機(jī)具讀取臉部完成自助結(jié)賬等支付行為,快捷安全方便。 商家多一種方案,用戶多一種選擇,同樣方便安全。
瀏覽次數(shù)
31
采購人數(shù)
1
試用次數(shù)
0
! SLA: N/A
! 響應(yīng): N/A
! 適用于個(gè)人&企業(yè)
收藏
×
完成
取消
×
書簽名稱
確定
<
產(chǎn)品介紹
>

什么是支付寶的刷臉付?

支付寶開放平臺推出的刷臉付服務(wù)是一種基于人工智能、生物識別、3D傳感、大數(shù)據(jù)風(fēng)控技術(shù)的新型支付方式。用戶無需使用手機(jī),只需通過線下支付機(jī)具讀取臉部信息即可完成自助結(jié)賬等支付行為,實(shí)現(xiàn)了快捷、安全、方便的支付體驗(yàn)。這項(xiàng)服務(wù)為商家提供了多樣化的支付解決方案,同時(shí)也為用戶提供了更多的支付選擇,增強(qiáng)了支付的便捷性和安全性。

 

什么是支付寶的刷臉付接口?

由服務(wù)使用方的應(yīng)用程序發(fā)起,以Restful風(fēng)格為主、通過公網(wǎng)HTTP協(xié)議調(diào)用支付寶的刷臉付 ,從而實(shí)現(xiàn)程序的自動化交互,提高服務(wù)效率。

支付寶的刷臉付有哪些核心功能?

  1. 人工智能與生物識別技術(shù):支付寶刷臉付基于人工智能和生物識別技術(shù),通過人臉識別來驗(yàn)證用戶身份,實(shí)現(xiàn)支付。
  2. 3D傳感技術(shù):利用3D傳感技術(shù)提高識別的準(zhǔn)確性,增強(qiáng)支付的安全性。
  3. 大數(shù)據(jù)風(fēng)控技術(shù):結(jié)合大數(shù)據(jù)風(fēng)控技術(shù),對交易進(jìn)行實(shí)時(shí)監(jiān)控,降低支付風(fēng)險(xiǎn)。
  4. 無需手機(jī)支付:用戶在支付時(shí)無需打開手機(jī),可以直接通過“刷臉”完成支付,提升了支付的便捷性。
  5. 提升消費(fèi)體驗(yàn):刷臉付有效提升了用戶的消費(fèi)體驗(yàn),使得支付過程更加快捷和流暢。
  6. 提高商家收銀效率:對于商家而言,刷臉付提高了收銀效率,減少了排隊(duì)等待時(shí)間。
  7. 額度限制:刷臉付有單日限額,最新單日限額是5000元,超過限額將無法繼續(xù)使用刷臉支付。
  8. 扣款流程:刷臉成功后,由服務(wù)端調(diào)用接口alipay.trade.pay發(fā)起扣款,支付寶端會根據(jù)用戶設(shè)置的支付扣款順序進(jìn)行賬戶輪詢扣款。
  9. 分賬支持:刷臉支付支持同步和異步分賬,同步分賬通過alipay.trade.pay接口下參數(shù)進(jìn)行同步分賬,異步分賬通過商家分賬來進(jìn)行。
  10. 多因子認(rèn)證技術(shù):螞蟻人臉認(rèn)證服務(wù)采用人臉、眼紋、證照、姓名和身份證號多因子認(rèn)證技術(shù)快速得出認(rèn)證結(jié)果,提高了認(rèn)證的準(zhǔn)確性和安全性。

支付寶的刷臉付的核心優(yōu)勢是什么?

1.  金融級安全性:支付寶的刷臉付設(shè)備配備 3D 紅外深度攝像頭,在進(jìn)行人臉識別前,會通過軟硬件結(jié)合的方法進(jìn)行活體檢測,來判斷采集到的人臉是否是照片、視頻或者軟件模擬生成的,能有效避免各種人臉偽造帶來的身份冒用情況。

2.  金融級準(zhǔn)確性:支付寶將線上積累多年的金融級人臉識別技術(shù)應(yīng)用到線下的掃臉支付設(shè)備中,并為刷臉付商用做了很多獨(dú)創(chuàng)的優(yōu)化,目前識別的準(zhǔn)確率為 99.99%。

3.  動態(tài)手機(jī)號方案:基于金融級的智能風(fēng)控技術(shù),支付寶刷臉付能夠準(zhǔn)確判斷支付的安全等級,并由此來判斷是否需要用戶輸入手機(jī)號進(jìn)行再度確認(rèn),安全等級高的就無需輸入手機(jī)號。

在哪些場景會用到支付寶的刷臉付?

1.  自助收銀機(jī)具
在超市和便利店中,自助收銀機(jī)具的應(yīng)用極大地提升了顧客的購物體驗(yàn)。顧客可以自行掃描商品條形碼,并通過支付寶刷臉付完成支付,無需排隊(duì)等待人工服務(wù)。這種自助服務(wù)不僅節(jié)省了顧客的時(shí)間,也減輕了收銀員的工作負(fù)擔(dān)。自助收銀機(jī)通常配備有觸摸屏和掃碼器,操作界面友好,易于顧客快速上手。此外,自助收銀機(jī)還支持小票打印和電子支付憑證的生成,確保交易的透明性和可追溯性。

 

 

2.  快餐店自助點(diǎn)餐結(jié)算機(jī)
在快餐店如肯德基,自助點(diǎn)餐結(jié)算機(jī)為顧客提供了便捷的點(diǎn)餐和支付體驗(yàn)。顧客可以在機(jī)器上選擇想要的食物,并通過刷臉支付快速完成交易。這種方式不僅節(jié)省了顧客的等待時(shí)間,也提高了餐廳的運(yùn)營效率。自助點(diǎn)餐機(jī)通常具備直觀的用戶界面,支持多種語言,方便不同顧客使用。此外,自助點(diǎn)餐機(jī)還能根據(jù)顧客的點(diǎn)餐歷史推薦菜品,增加顧客的滿意度。

 

 

3.  醫(yī)院掛號繳費(fèi)一體機(jī)
醫(yī)院中的掛號繳費(fèi)一體機(jī)為患者提供了一站式的掛號和繳費(fèi)服務(wù)。患者可以通過一體機(jī)自助完成掛號、繳費(fèi)等流程,通過刷臉支付簡化操作,減少了在窗口排隊(duì)的時(shí)間。這種設(shè)備通常集成了身份證識別、醫(yī)保卡讀取、銀行卡支付等多種功能,確保了支付的便捷性和安全性。掛號繳費(fèi)一體機(jī)的應(yīng)用,提高了醫(yī)院的工作效率,改善了患者的就醫(yī)體驗(yàn)。

 

 

4.  酒店、客運(yùn)、醫(yī)院等身份核驗(yàn)場景
在需要用戶刷身份證核驗(yàn)身份的場景中,如酒店入住、客運(yùn)檢票等,商家可以通過支付寶刷臉付接口確認(rèn)操作用戶是否為該身份的本人和真人。用戶通過刷身份證或輸入姓名和身份證號,再結(jié)合人臉識別技術(shù),確保身份的真實(shí)性,從而完成支付或身份驗(yàn)證。這種技術(shù)的應(yīng)用提高了身份驗(yàn)證的準(zhǔn)確性和安全性,同時(shí)也提升了用戶體驗(yàn)。

 

 

5.  商戶App支付流程
在商戶App中,支付寶刷臉付API接口的應(yīng)用為用戶提供了一種新穎的支付方式。用戶在App中選擇商品后,可以通過調(diào)用ABCP系統(tǒng)的開始服務(wù)接口,將目標(biāo)開啟服務(wù)指定為人臉識別服務(wù),獲取人臉識別結(jié)果。這種支付方式不僅提高了支付的安全性,也為用戶提供了更加便捷的支付體驗(yàn)。商戶App通過集成刷臉付功能,可以吸引更多的用戶使用,增加用戶粘性。

 

 

6.  支付業(yè)務(wù)流程
在刷臉支付服務(wù)中,人臉識別成功后會返回當(dāng)前用戶的人臉支付憑證ftoken,利用獲取到的賬號和支付信息,完成支付。這一流程不僅簡化了支付步驟,也提高了支付的安全性。用戶無需輸入復(fù)雜的密碼或驗(yàn)證碼,只需通過人臉識別即可快速完成支付,這種支付方式尤其適合老年人和對技術(shù)操作不太熟悉的用戶,提高了支付的普及率和便捷性。

 

<
使用指南
>

API 開發(fā)指南 - 刷臉支付服務(wù)初始化

概述

本指南旨在幫助開發(fā)者理解如何使用刷臉支付服務(wù)的初始化接口。該接口用于獲取刷臉支付服務(wù)的初始化信息,以便進(jìn)行后續(xù)的支付操作。

接口名稱

  • zoloz.authentication.smilepay.initialize

請求說明

在調(diào)用刷臉支付初始化接口時(shí),開發(fā)者需要構(gòu)建請求并發(fā)送到支付寶的開放API網(wǎng)關(guān)。該請求包含必要的公共參數(shù)和業(yè)務(wù)參數(shù)。

請求參數(shù)

請求參數(shù)分為公共參數(shù)和業(yè)務(wù)請求參數(shù)。所有請求參數(shù)必須放在 biz_content 中傳遞。

公共參數(shù)

  • app_id: 支付寶分配給開發(fā)者的應(yīng)用ID。
  • method: 接口名稱。
  • format: 請求格式,支持JSON。
  • charset: 請求使用的編碼格式(如utf-8)。
  • sign_type: 簽名算法類型,推薦使用RSA2。
  • sign: 請求參數(shù)的簽名串。
  • timestamp: 發(fā)送請求的時(shí)間,格式為"yyyy-MM-dd HH:mm:ss"。
  • version: 調(diào)用的接口版本,固定為:1.0。
  • app_auth_token: 應(yīng)用授權(quán)令牌(可選)。

業(yè)務(wù)請求參數(shù)

  • apdid_token: 設(shè)備指紋,用于唯一標(biāo)識設(shè)備(可選)。
  • bio_meta_info: 生物識別元信息(可選)。
  • app_name: 人臉識別應(yīng)用名稱(可選)。
  • app_version: 人臉識別應(yīng)用版本號(可選)。
  • remote_log_id: 業(yè)務(wù)ID(可選)。
  • machine_info: 機(jī)具信息,包括機(jī)具編碼、型號等(可選)。
  • merchant_info: 商戶信息,包括商戶ID、設(shè)備MAC地址等(可選)。
  • ext_info: 擴(kuò)展參數(shù),包括業(yè)務(wù)類型(可選)。

響應(yīng)說明

接口調(diào)用后,支付寶會返回響應(yīng)數(shù)據(jù)。響應(yīng)數(shù)據(jù)包括公共響應(yīng)參數(shù)和業(yè)務(wù)響應(yīng)參數(shù)。

公共響應(yīng)參數(shù)

  • code: 網(wǎng)關(guān)返回碼。
  • msg: 網(wǎng)關(guān)返回碼描述。
  • sub_code: 業(yè)務(wù)返回碼(可選)。
  • sub_msg: 業(yè)務(wù)返回碼描述(可選)。
  • sign: 響應(yīng)數(shù)據(jù)的簽名。

業(yè)務(wù)響應(yīng)參數(shù)

  • ret_code_sub: 業(yè)務(wù)子返回碼(可選)。
  • ret_message_sub: 業(yè)務(wù)子返回信息(可選)。
  • zim_id: ZIM上下文ID(可選)。
  • zim_init_client_data: 客戶端協(xié)議數(shù)據(jù)(可選)。

錯(cuò)誤處理

在調(diào)用接口時(shí)可能會遇到錯(cuò)誤,常見的錯(cuò)誤碼包括:

  • INVALID_PARAMETER: 參數(shù)有誤。
  • SYSTEM_ERROR: 系統(tǒng)繁忙。
  • BIZ_ERROR: 業(yè)務(wù)異常。

開發(fā)者應(yīng)根據(jù)返回的錯(cuò)誤碼進(jìn)行相應(yīng)的處理。

示例代碼

以下是一個(gè)Java示例代碼,演示如何調(diào)用刷臉支付初始化接口:

AlipayClient alipayClient = new DefaultAlipayClient("https://openapi.alipay.com/gateway.do", "app_id", "your private_key", "json", "GBK", "alipay_public_key", "RSA2");
ZolozAuthenticationSmilepayInitializeRequest request = new ZolozAuthenticationSmilepayInitializeRequest();
request.setBizContent("{...}"); // 填寫具體的業(yè)務(wù)參數(shù)
ZolozAuthenticationSmilepayInitializeResponse response = alipayClient.execute(request);
if(response.isSuccess()) {
    // 處理成功邏輯
} else {
    // 處理失敗邏輯
}

結(jié)論

通過本指南,開發(fā)者可以快速了解如何使用刷臉支付服務(wù)的初始化接口,構(gòu)建請求并處理響應(yīng)。建議開發(fā)者仔細(xì)閱讀相關(guān)文檔,以確保正確使用接口。

 

 

詳情查看鏈接:https://opendocs.alipay.com/open/2f7c1d5f_zoloz.authentication.smilepay.initialize?pathHash=24de8b36&ref=api&scene=common

<
產(chǎn)品問答
>
?
fficient Token Permissions-商戶未授權(quán)當(dāng)前接口?
A:這個(gè)錯(cuò)誤代表請求中的 app_auth_token 無效,有可能是因?yàn)樵趹?yīng)用未綁定刷臉功能包之前,商家就已經(jīng)為 ISV 的 APPID 進(jìn)行了授權(quán)。解決的辦法是確認(rèn)應(yīng)用已經(jīng)綁定刷臉付功能包,然后商家再進(jìn)行應(yīng)用授權(quán)。如果問題依然存在,可通過 alipay.open.auth.token.app.query 接口確認(rèn)商家是否為正確的 APPID 進(jìn)行了授權(quán)。
?
確的zim_id以及zim_init_client_data,調(diào)用zolozVerify報(bào)錯(cuò)無返回?...
A: ● 如果在安卓手機(jī)上,檢查是否打開 Smile 應(yīng)用關(guān)聯(lián)啟動的設(shè)置。 ● 檢查 zim_init_client_data 數(shù)據(jù)格式,比對 zoloz.authentication.customer.smilepay.initialize 接口返回的 zim_init_client_data 和 zolozVerify 中的 zim_init_client_data 是否一致。建議開發(fā)者不需要做任何的數(shù)據(jù)格式轉(zhuǎn)譯,直接透傳 zim_id 和 zim_init_client_data。
?
初始化接口zoloz.authentication.customer.smilepay.initia...
A:不行,每次都需要調(diào)用 zolozGetMetaInfo 接口拿到返回的 metainfo。
?
初始化接口zoloz.authentication.customer.smilepay.initia...
A:這次新生成的密鑰對,建議用 RSA2。如果是沿用之前當(dāng)面付的密鑰對,可以沿用之前 RSA 的加密方式。
?
初始化接口zoloz.authentication.customer.smilepay.initia...
A:檢查下編碼問題,該接口統(tǒng)一用 UTF-8。
?
ppId參數(shù)[40002、invalid-app-id] ?
A: 這個(gè)錯(cuò)誤有可能由以下原因?qū)е拢?app_id 在對應(yīng)環(huán)境里未上線或者不存在。
?
測試建議的步驟?
● 提供調(diào)用刷臉的 smiledemo.apk 和攝像頭對應(yīng)的刷臉 apk 給予商家,查看刷臉是否正常,并拿到 ftoken。 ● 提供調(diào)用刷臉的 smiledemo 源代碼,替換為 ISV 及商家的賬密后再編譯運(yùn)行,查看刷臉是否正常,并拿到 ftoken。 ● 參考 smiledemo,ISV 及商家開發(fā)聯(lián)調(diào)整個(gè)鏈路,包括客戶端和服務(wù)端。
?
階段業(yè)務(wù)服務(wù)器還沒有ready,如何進(jìn)行設(shè)備聯(lián)調(diào)?
A:使用客戶端模擬服務(wù)端請求 Open API 的 demo(走h(yuǎn)ttps方式,然后私鑰在客戶端完成簽名)FaceOpenApiDemo,當(dāng)業(yè)務(wù)服務(wù)端沒有開發(fā)完成時(shí)用于客戶端刷臉應(yīng)用調(diào)試,不能用于上線的方案(私鑰放在客戶端有泄漏風(fēng)險(xiǎn))
?
merchanInfo 中的 merchanId、appId、partnerId 三個(gè)參數(shù)?
A: ● 應(yīng)用授權(quán)模式下,appId = isv 的 appid,partnerId = isv 的 pid,merchantId = 商戶 pid。 ● 非應(yīng)用授權(quán)模式下,商戶開發(fā),appId = 商戶 appid,partnerId = 商戶 pid,merchantId = 商戶 pid。
?
初始化接口zoloz.authentication.customer.smilepay.initia...
A: ● 入?yún)栴},請檢查參數(shù)是否正確(如 deviceNum 和 remoteLogID 值是否為 null),比對 zolozGetMetaInfo 接口返回的 metainfo和zoloz.authentication.customer.smilepay.initialize中的zimmetainfo 是否一致。建議開發(fā)者不需要做任何的數(shù)據(jù)格式轉(zhuǎn)譯,直接傳 metainfo。 ● 客戶端 zolozGetMetaInfo 獲取的 metainfo 上傳的服務(wù)端的時(shí)候,務(wù)必要做 urlEncode。
<
關(guān)于我們
>
支付寶(中國)網(wǎng)絡(luò)技術(shù)有限公司,隸屬于螞蟻集團(tuán),是全球領(lǐng)先的第三方支付平臺。公司以技術(shù)創(chuàng)新為核心,提供安全、便捷的支付解決方案,服務(wù)億萬用戶。旗下產(chǎn)品包括支付寶、余額寶、螞蟻商家中心等,覆蓋支付、理財(cái)、信貸、銀行等多個(gè)領(lǐng)域。同時(shí),公司積極拓展開放平臺,與合作伙伴共同推動數(shù)字經(jīng)濟(jì)的發(fā)展。支付寶致力于構(gòu)建信任的商業(yè)環(huán)境,讓生活更簡單,讓世界更普惠。
聯(lián)系信息
服務(wù)時(shí)間: 0:00:00至24:00:00
電話號碼: (408) 748-1200

支付寶開放平臺將強(qiáng)大的支付、營銷、數(shù)據(jù)能力,通過接口等形式開放給自研商家與服務(wù)商(ISV),幫助商家創(chuàng)建更具競爭力的應(yīng)用。還可協(xié)助商家進(jìn)行推廣營銷。

商家接入開放平臺后,基于支付寶海量用戶,可以獲得更多的流量、用戶和收益,同時(shí)用戶通過商家提供的服務(wù)獲得了更豐富的體驗(yàn),平臺生態(tài)更加繁榮,最終實(shí)現(xiàn)多方共贏。

<
最可能同場景使用的其他API
>
API接口列表
<
使用指南
>

API 開發(fā)指南 - 刷臉支付服務(wù)初始化

概述

本指南旨在幫助開發(fā)者理解如何使用刷臉支付服務(wù)的初始化接口。該接口用于獲取刷臉支付服務(wù)的初始化信息,以便進(jìn)行后續(xù)的支付操作。

接口名稱

  • zoloz.authentication.smilepay.initialize

請求說明

在調(diào)用刷臉支付初始化接口時(shí),開發(fā)者需要構(gòu)建請求并發(fā)送到支付寶的開放API網(wǎng)關(guān)。該請求包含必要的公共參數(shù)和業(yè)務(wù)參數(shù)。

請求參數(shù)

請求參數(shù)分為公共參數(shù)和業(yè)務(wù)請求參數(shù)。所有請求參數(shù)必須放在 biz_content 中傳遞。

公共參數(shù)

  • app_id: 支付寶分配給開發(fā)者的應(yīng)用ID。
  • method: 接口名稱。
  • format: 請求格式,支持JSON。
  • charset: 請求使用的編碼格式(如utf-8)。
  • sign_type: 簽名算法類型,推薦使用RSA2。
  • sign: 請求參數(shù)的簽名串。
  • timestamp: 發(fā)送請求的時(shí)間,格式為"yyyy-MM-dd HH:mm:ss"。
  • version: 調(diào)用的接口版本,固定為:1.0。
  • app_auth_token: 應(yīng)用授權(quán)令牌(可選)。

業(yè)務(wù)請求參數(shù)

  • apdid_token: 設(shè)備指紋,用于唯一標(biāo)識設(shè)備(可選)。
  • bio_meta_info: 生物識別元信息(可選)。
  • app_name: 人臉識別應(yīng)用名稱(可選)。
  • app_version: 人臉識別應(yīng)用版本號(可選)。
  • remote_log_id: 業(yè)務(wù)ID(可選)。
  • machine_info: 機(jī)具信息,包括機(jī)具編碼、型號等(可選)。
  • merchant_info: 商戶信息,包括商戶ID、設(shè)備MAC地址等(可選)。
  • ext_info: 擴(kuò)展參數(shù),包括業(yè)務(wù)類型(可選)。

響應(yīng)說明

接口調(diào)用后,支付寶會返回響應(yīng)數(shù)據(jù)。響應(yīng)數(shù)據(jù)包括公共響應(yīng)參數(shù)和業(yè)務(wù)響應(yīng)參數(shù)。

公共響應(yīng)參數(shù)

  • code: 網(wǎng)關(guān)返回碼。
  • msg: 網(wǎng)關(guān)返回碼描述。
  • sub_code: 業(yè)務(wù)返回碼(可選)。
  • sub_msg: 業(yè)務(wù)返回碼描述(可選)。
  • sign: 響應(yīng)數(shù)據(jù)的簽名。

業(yè)務(wù)響應(yīng)參數(shù)

  • ret_code_sub: 業(yè)務(wù)子返回碼(可選)。
  • ret_message_sub: 業(yè)務(wù)子返回信息(可選)。
  • zim_id: ZIM上下文ID(可選)。
  • zim_init_client_data: 客戶端協(xié)議數(shù)據(jù)(可選)。

錯(cuò)誤處理

在調(diào)用接口時(shí)可能會遇到錯(cuò)誤,常見的錯(cuò)誤碼包括:

  • INVALID_PARAMETER: 參數(shù)有誤。
  • SYSTEM_ERROR: 系統(tǒng)繁忙。
  • BIZ_ERROR: 業(yè)務(wù)異常。

開發(fā)者應(yīng)根據(jù)返回的錯(cuò)誤碼進(jìn)行相應(yīng)的處理。

示例代碼

以下是一個(gè)Java示例代碼,演示如何調(diào)用刷臉支付初始化接口:

AlipayClient alipayClient = new DefaultAlipayClient("https://openapi.alipay.com/gateway.do", "app_id", "your private_key", "json", "GBK", "alipay_public_key", "RSA2");
ZolozAuthenticationSmilepayInitializeRequest request = new ZolozAuthenticationSmilepayInitializeRequest();
request.setBizContent("{...}"); // 填寫具體的業(yè)務(wù)參數(shù)
ZolozAuthenticationSmilepayInitializeResponse response = alipayClient.execute(request);
if(response.isSuccess()) {
    // 處理成功邏輯
} else {
    // 處理失敗邏輯
}

結(jié)論

通過本指南,開發(fā)者可以快速了解如何使用刷臉支付服務(wù)的初始化接口,構(gòu)建請求并處理響應(yīng)。建議開發(fā)者仔細(xì)閱讀相關(guān)文檔,以確保正確使用接口。

 

 

詳情查看鏈接:https://opendocs.alipay.com/open/2f7c1d5f_zoloz.authentication.smilepay.initialize?pathHash=24de8b36&ref=api&scene=common

<
依賴服務(wù)
>
<
產(chǎn)品問答
>
?
fficient Token Permissions-商戶未授權(quán)當(dāng)前接口?
A:這個(gè)錯(cuò)誤代表請求中的 app_auth_token 無效,有可能是因?yàn)樵趹?yīng)用未綁定刷臉功能包之前,商家就已經(jīng)為 ISV 的 APPID 進(jìn)行了授權(quán)。解決的辦法是確認(rèn)應(yīng)用已經(jīng)綁定刷臉付功能包,然后商家再進(jìn)行應(yīng)用授權(quán)。如果問題依然存在,可通過 alipay.open.auth.token.app.query 接口確認(rèn)商家是否為正確的 APPID 進(jìn)行了授權(quán)。
?
確的zim_id以及zim_init_client_data,調(diào)用zolozVerify報(bào)錯(cuò)無返回?...
A: ● 如果在安卓手機(jī)上,檢查是否打開 Smile 應(yīng)用關(guān)聯(lián)啟動的設(shè)置。 ● 檢查 zim_init_client_data 數(shù)據(jù)格式,比對 zoloz.authentication.customer.smilepay.initialize 接口返回的 zim_init_client_data 和 zolozVerify 中的 zim_init_client_data 是否一致。建議開發(fā)者不需要做任何的數(shù)據(jù)格式轉(zhuǎn)譯,直接透傳 zim_id 和 zim_init_client_data。
?
初始化接口zoloz.authentication.customer.smilepay.initia...
A:不行,每次都需要調(diào)用 zolozGetMetaInfo 接口拿到返回的 metainfo。
?
初始化接口zoloz.authentication.customer.smilepay.initia...
A:這次新生成的密鑰對,建議用 RSA2。如果是沿用之前當(dāng)面付的密鑰對,可以沿用之前 RSA 的加密方式。
?
初始化接口zoloz.authentication.customer.smilepay.initia...
A:檢查下編碼問題,該接口統(tǒng)一用 UTF-8。
?
ppId參數(shù)[40002、invalid-app-id] ?
A: 這個(gè)錯(cuò)誤有可能由以下原因?qū)е拢?app_id 在對應(yīng)環(huán)境里未上線或者不存在。
?
測試建議的步驟?
● 提供調(diào)用刷臉的 smiledemo.apk 和攝像頭對應(yīng)的刷臉 apk 給予商家,查看刷臉是否正常,并拿到 ftoken。 ● 提供調(diào)用刷臉的 smiledemo 源代碼,替換為 ISV 及商家的賬密后再編譯運(yùn)行,查看刷臉是否正常,并拿到 ftoken。 ● 參考 smiledemo,ISV 及商家開發(fā)聯(lián)調(diào)整個(gè)鏈路,包括客戶端和服務(wù)端。
?
階段業(yè)務(wù)服務(wù)器還沒有ready,如何進(jìn)行設(shè)備聯(lián)調(diào)?
A:使用客戶端模擬服務(wù)端請求 Open API 的 demo(走h(yuǎn)ttps方式,然后私鑰在客戶端完成簽名)FaceOpenApiDemo,當(dāng)業(yè)務(wù)服務(wù)端沒有開發(fā)完成時(shí)用于客戶端刷臉應(yīng)用調(diào)試,不能用于上線的方案(私鑰放在客戶端有泄漏風(fēng)險(xiǎn))
?
merchanInfo 中的 merchanId、appId、partnerId 三個(gè)參數(shù)?
A: ● 應(yīng)用授權(quán)模式下,appId = isv 的 appid,partnerId = isv 的 pid,merchantId = 商戶 pid。 ● 非應(yīng)用授權(quán)模式下,商戶開發(fā),appId = 商戶 appid,partnerId = 商戶 pid,merchantId = 商戶 pid。
?
初始化接口zoloz.authentication.customer.smilepay.initia...
A: ● 入?yún)栴},請檢查參數(shù)是否正確(如 deviceNum 和 remoteLogID 值是否為 null),比對 zolozGetMetaInfo 接口返回的 metainfo和zoloz.authentication.customer.smilepay.initialize中的zimmetainfo 是否一致。建議開發(fā)者不需要做任何的數(shù)據(jù)格式轉(zhuǎn)譯,直接傳 metainfo。 ● 客戶端 zolozGetMetaInfo 獲取的 metainfo 上傳的服務(wù)端的時(shí)候,務(wù)必要做 urlEncode。
<
關(guān)于我們
>
支付寶(中國)網(wǎng)絡(luò)技術(shù)有限公司,隸屬于螞蟻集團(tuán),是全球領(lǐng)先的第三方支付平臺。公司以技術(shù)創(chuàng)新為核心,提供安全、便捷的支付解決方案,服務(wù)億萬用戶。旗下產(chǎn)品包括支付寶、余額寶、螞蟻商家中心等,覆蓋支付、理財(cái)、信貸、銀行等多個(gè)領(lǐng)域。同時(shí),公司積極拓展開放平臺,與合作伙伴共同推動數(shù)字經(jīng)濟(jì)的發(fā)展。支付寶致力于構(gòu)建信任的商業(yè)環(huán)境,讓生活更簡單,讓世界更普惠。
聯(lián)系信息
服務(wù)時(shí)間: 0:00:00至24:00:00
電話號碼: (408) 748-1200

支付寶開放平臺將強(qiáng)大的支付、營銷、數(shù)據(jù)能力,通過接口等形式開放給自研商家與服務(wù)商(ISV),幫助商家創(chuàng)建更具競爭力的應(yīng)用。還可協(xié)助商家進(jìn)行推廣營銷。

商家接入開放平臺后,基于支付寶海量用戶,可以獲得更多的流量、用戶和收益,同時(shí)用戶通過商家提供的服務(wù)獲得了更豐富的體驗(yàn),平臺生態(tài)更加繁榮,最終實(shí)現(xiàn)多方共贏。

<
最可能同場景使用的其他API
>