簡(jiǎn)介
本篇文章是根據(jù)一些網(wǎng)友建議，把IAP非自動(dòng)續(xù)期訂閱部分從《IAP自動(dòng)續(xù)期訂閱》抽離出來(lái)，方便更多的有需要的朋友簡(jiǎn)單的搜到，本文主要講一下消耗型&非自動(dòng)續(xù)期訂閱的開(kāi)發(fā)流程。
適用場(chǎng)景
IAP大量應(yīng)用于iOS系統(tǒng)中的游戲當(dāng)中，像一些游戲中的金幣，寶石的交易都是采用IAP支付。蘋果官方規(guī)定，當(dāng)APP涉及到虛擬貨幣的交易時(shí)，只能使用IAP進(jìn)行支付，否則會(huì)在APP審核過(guò)程中被拒絕。而我們?cè)S多生活應(yīng)用使用微信支付、支付寶支付卻仍可通過(guò)審核，是因?yàn)槎加糜诂F(xiàn)實(shí)物品的交易。此外蘋果會(huì)收取虛擬貨幣盈利的百分之30。
類型說(shuō)明
- 消耗型商品
- 非消耗型商品
- 非續(xù)期訂閱
- 自動(dòng)續(xù)期訂閱
消耗型商品
顧名思義, 可以消耗使用的商品, 比如游戲中的金幣, 鉆石等, 可以用來(lái)購(gòu)買應(yīng)用內(nèi)虛擬物品的貨幣
非消耗型商品
無(wú)法被消耗的商品，比如一些教育型APP中的課程, 再比如一些賽車游戲中的賽道, 這類商品需要在審核添加恢復(fù)購(gòu)買按鈕, 用于用戶購(gòu)買過(guò)后再誤刪除或其他原因卸載APP后的恢復(fù)流程, 否則提交審核會(huì)被拒絕
非續(xù)期訂閱
此類商品與消耗型商品類似, 比如一個(gè)月的會(huì)員, 一個(gè)季度的會(huì)員等, 與消耗型商品的差異在于, 這類商品在驗(yàn)證憑證時(shí)需要傳遞共享秘鑰
自動(dòng)續(xù)期訂閱
此類商品網(wǎng)上介紹比較少, 這類商品和其他商品的流程也有些許不同, 應(yīng)用比如視頻APP中的連續(xù)包月會(huì)員, 此類商品到期會(huì)自動(dòng)扣費(fèi), 服務(wù)器的驗(yàn)證邏輯也會(huì)有所不同,流程可以參考這篇文章《IAP自動(dòng)續(xù)期訂閱》
準(zhǔn)備工作
iTunes Connect后臺(tái)創(chuàng)建商品, 建立沙盒測(cè)試賬號(hào)
整個(gè)IAP測(cè)試階段, 只能用沙盒測(cè)試賬號(hào)測(cè)試IAP支付, 且憑證驗(yàn)證只能發(fā)送至測(cè)試驗(yàn)證環(huán)境
由于本部分較為簡(jiǎn)單, 本文不做具體介紹, 直接在iTunes Connetct后臺(tái)創(chuàng)建按照說(shuō)明創(chuàng)建即可
需要注意的是如果應(yīng)用是第一次進(jìn)行IAP開(kāi)發(fā), 首先要完善蘋果商店內(nèi)的個(gè)人信息 （銀行卡信息、 稅務(wù)相關(guān)信息）才能創(chuàng)建相關(guān)商品, 而且需要在下一個(gè)發(fā)布版本中審核商品, 如果曾經(jīng)審核過(guò)IAP開(kāi)發(fā), 可直接在后臺(tái)進(jìn)行新增商品審核
支付驗(yàn)證流程
首先簡(jiǎn)單說(shuō)明一下整個(gè)流程, 此處以我們APP開(kāi)發(fā)為例, 說(shuō)明客戶端進(jìn)行支付, 服務(wù)器端進(jìn)行驗(yàn)證的邏輯, 保證整個(gè)IAP支付的安全性
整個(gè)流程大體為
1. 用戶點(diǎn)擊發(fā)起購(gòu)買請(qǐng)求
2. 服務(wù)器獲生成一份訂單并返回App Store商品id給客戶端
3. 客戶端對(duì)這個(gè)商品id進(jìn)行IAP商品查詢
4. 用戶支付調(diào)起IAP支付
5. 支付成功獲取到一份交易成功憑證
6. 客戶端發(fā)送訂單號(hào)和成功支付的憑證到服務(wù)器
7. 服務(wù)器驗(yàn)證憑證是否合法，對(duì)用戶業(yè)務(wù)操作（成功增加一個(gè)月會(huì)員）
8. 返回查詢結(jié)果到客戶端
9. 客戶端業(yè)務(wù)邏輯處理
下面我會(huì)針對(duì)非續(xù)期訂閱做詳細(xì)說(shuō)明, 消耗型商品和非續(xù)期訂閱類似且相對(duì)簡(jiǎn)單
非續(xù)期訂閱支付流程(以一個(gè)月會(huì)員為例)
step1：用戶點(diǎn)擊發(fā)起購(gòu)買請(qǐng)求
用戶點(diǎn)擊客戶端的對(duì)應(yīng)商品item(以一個(gè)月會(huì)員為例)，客戶端向自己的服務(wù)器發(fā)起一個(gè)請(qǐng)求。
step2：服務(wù)器獲取交易訂單并返回給客戶端
服務(wù)器接收到來(lái)自客戶端的請(qǐng)求，對(duì)這筆交易生成一份訂單，并返回這個(gè)item的App Store商品id。
/**
下vip訂單
@param params 參數(shù) @"item_id" : @(itemID),
@param success 成功回調(diào)
@param fail 失敗回調(diào)
*/
- (void)makeVipOrderWithParams:(NSDictionary *)params
success:(RequestOrderSuccess)success
fail:(RequestOrderFailBlock)fail;
step3：支付訂單
客戶端調(diào)用蘋果自帶的API對(duì)這個(gè)App Store商品id進(jìn)行支付, 這里支付過(guò)程網(wǎng)絡(luò)上demo較多, 不做說(shuō)明, 具體參考github上的工具類 IAPHelper
/**
購(gòu)買對(duì)應(yīng)商品identifier后的回調(diào)
@param identifier 商品identifier
@param completion 回調(diào)
*/
- (void)payProductsWithIdentifier:(NSString *)identifier
completion:(IAPbuyProductCompleteResponseBlock)completion;
step4：發(fā)送支付成功的憑證到自己服務(wù)器
當(dāng)用戶支付成功后, 在回調(diào)中獲取到憑證, 以憑證、訂單號(hào)、用戶uid等為參數(shù)請(qǐng)求服務(wù)器, 服務(wù)器向蘋果服務(wù)器驗(yàn)證憑證是否支付
/**
查詢vipIAP支付結(jié)果
@param orderID 訂單ID
@param receipt 憑證
@param uid 用戶uid
@param success 成功回調(diào)
@param fail 失敗回調(diào)
*/
- (void)requestIAPResultWithOrderID:(long long)orderID
receipt:(NSString *)receipt
uid:(NSString *)uid
success:(RequestQuerySuccess)success
fail:(RequestQueryFail)fail;
此處, 服務(wù)器驗(yàn)證憑證時(shí), 因?yàn)闉榉抢m(xù)期訂閱支付, 需攜帶上文中的共享秘鑰和憑證進(jìn)行驗(yàn)證, 蘋果驗(yàn)證結(jié)果會(huì)返回訂單的詳細(xì)信息, 服務(wù)器根據(jù)返回信息來(lái)進(jìn)行業(yè)務(wù)處理
客戶端在收到驗(yàn)證結(jié)果后, 刷新界面即完成整個(gè)流程
丟單處理
由于IAP服務(wù)器無(wú)法保證質(zhì)量, 或者自己服務(wù)器驗(yàn)證憑證出現(xiàn)問(wèn)題時(shí), 可能會(huì)出現(xiàn)丟單(用戶付費(fèi)成功, 但是憑證無(wú)法成功向自己服務(wù)器驗(yàn)證)的情況, 對(duì)于這種情況, 我們可以這樣處理
在用戶下單成功后, 儲(chǔ)存訂單&uid&憑證
/**
存儲(chǔ) 訂單&uid&憑證
@param orderID 訂單
@param uid 用戶uid
@param receipt 憑證
@param saveKey 儲(chǔ)存key
*/
- (void)saveOrderReceiptWithOrderID:(long long)orderID
uid:(NSString *)uid
receipt:(NSString *)receipt
saveKey:(NSString *)saveKey;
在用戶向服務(wù)器驗(yàn)證成功后或者非網(wǎng)絡(luò)原因造成的失敗后, 刪除此條記錄,
/**
刪除 訂單&憑證
@param orderID 訂單
@param receipt 憑證
@param saveKey 儲(chǔ)存key
*/
- (void)removeOrderReceiptWithOrderID:(long long)orderID
receipt:(NSString *)receipt
saveKey:(NSString *)saveKey;
這樣如果由于網(wǎng)絡(luò)問(wèn)題或者服務(wù)器出現(xiàn)問(wèn)題造成丟單, 我們可以在下一次用戶啟動(dòng)APP再次去進(jìn)行驗(yàn)證這筆訂單, 重復(fù)上面流程
/**
核對(duì)支付成功但是驗(yàn)證失敗的訂單
*/
- (void)checkLocalLostVipOrder;
偽造訂單處理
IAP支付難免會(huì)出現(xiàn)一些偽造憑證的驗(yàn)證, 對(duì)此, 服務(wù)器端對(duì)于憑證的驗(yàn)證一定要十分謹(jǐn)慎, 我們APP曾收到過(guò)偽造憑證的驗(yàn)證, 可以參考一下驗(yàn)證:
- 核對(duì)憑證驗(yàn)證后itemID
- 核對(duì)憑證是否為正式環(huán)境的憑證
- 核對(duì)憑證的有效時(shí)間
- 對(duì)于越獄用戶的處理, 之前做消耗品IAP支付的時(shí)候, 對(duì)于越獄用戶由于有一些IAP插件的存在, 我們選擇對(duì)于越獄用戶直接進(jìn)行微信支付, 隨著后來(lái)判斷邏輯的增加, 對(duì)于越獄用戶也啟用了IAP支付
審核需知
IAP審核時(shí), 需要提供沙盒測(cè)試賬號(hào)和一個(gè)APP的測(cè)試賬號(hào), 在審核過(guò)程時(shí), 我們整個(gè)流程都已經(jīng)切換為正式環(huán)境, 但審核人員仍然使用測(cè)試憑證去進(jìn)行驗(yàn)證, 我們服務(wù)器需要在審核階段, 對(duì)于此uid的憑證仍然去測(cè)試驗(yàn)證接口去驗(yàn)證, 否則會(huì)被拒絕通過(guò)
具體審核問(wèn)題詳見(jiàn)我寫的這篇文章應(yīng)用內(nèi)支付自動(dòng)續(xù)費(fèi) 連續(xù)包月 審核注意問(wèn)題
