iOS內購非自動續期訂閱應用內支付 IAP非自動續期訂閱消耗型商品非消耗型商品流程

簡介

本篇文章是根據一些網友建議，把IAP非自動續期訂閱部分從《IAP自動續期訂閱》抽離出來，方便更多的有需要的朋友簡單的搜到，本文主要講一下消耗型&非自動續期訂閱的開發流程。

適用場景

IAP大量應用於iOS系統中的遊戲當中，像一些遊戲中的金幣，寶石的交易都是採用IAP支付。蘋果官方規定，當APP涉及到虛擬貨幣的交易時，只能使用IAP進行支付，否則會在APP審覈過程中被拒絕。而我們許多生活應用使用微信支付、支付寶支付卻仍可通過審覈，是因爲都用於現實物品的交易。此外蘋果會收取虛擬貨幣盈利的百分之30。

類型說明

消耗型商品
非消耗型商品
非續期訂閱
自動續期訂閱

消耗型商品

顧名思義, 可以消耗使用的商品, 比如遊戲中的金幣, 鑽石等, 可以用來購買應用內虛擬物品的貨幣

非消耗型商品

無法被消耗的商品，比如一些教育型APP中的課程, 再比如一些賽車遊戲中的賽道, 這類商品需要在審覈添加恢復購買按鈕, 用於用戶購買過後再誤刪除或其他原因卸載APP後的恢復流程, 否則提交審覈會被拒絕

非續期訂閱

此類商品與消耗型商品類似, 比如一個月的會員, 一個季度的會員等, 與消耗型商品的差異在於, 這類商品在驗證憑證時需要傳遞共享祕鑰

自動續期訂閱

此類商品網上介紹比較少, 這類商品和其他商品的流程也有些許不同, 應用比如視頻APP中的連續包月會員, 此類商品到期會自動扣費, 服務器的驗證邏輯也會有所不同,流程可以參考這篇文章《IAP自動續期訂閱》

準備工作

iTunes Connect後臺創建商品, 建立沙盒測試賬號

整個IAP測試階段, 只能用沙盒測試賬號測試IAP支付, 且憑證驗證只能發送至測試驗證環境

由於本部分較爲簡單, 本文不做具體介紹, 直接在iTunes Connetct後臺創建按照說明創建即可

需要注意的是如果應用是第一次進行IAP開發, 首先要完善蘋果商店內的個人信息（銀行卡信息、稅務相關信息）才能創建相關商品, 而且需要在下一個發佈版本中審覈商品, 如果曾經審覈過IAP開發, 可直接在後臺進行新增商品審覈

支付驗證流程

首先簡單說明一下整個流程, 此處以我們APP開發爲例, 說明客戶端進行支付, 服務器端進行驗證的邏輯, 保證整個IAP支付的安全性

整個流程大體爲

1. 用戶點擊發起購買請求

2. 服務器獲生成一份訂單並返回App Store商品id給客戶端

3. 客戶端對這個商品id進行IAP商品查詢

4. 用戶支付調起IAP支付

5. 支付成功獲取到一份交易成功憑證

6. 客戶端發送訂單號和成功支付的憑證到服務器

7. 服務器驗證憑證是否合法，對用戶業務操作（成功增加一個月會員）

8. 返回查詢結果到客戶端

9. 客戶端業務邏輯處理

下面我會針對非續期訂閱做詳細說明, 消耗型商品和非續期訂閱類似且相對簡單

非續期訂閱支付流程(以一個月會員爲例)

step1：用戶點擊發起購買請求

用戶點擊客戶端的對應商品item(以一個月會員爲例)，客戶端向自己的服務器發起一個請求。

step2：服務器獲取交易訂單並返回給客戶端

服務器接收到來自客戶端的請求，對這筆交易生成一份訂單，並返回這個item的App Store商品id。

/**
 下vip訂單

@param params 參數  @"item_id" : @(itemID),
@param success 成功回調
@param fail 失敗回調
 */
- (void)makeVipOrderWithParams:(NSDictionary *)params
                   success:(RequestOrderSuccess)success
                      fail:(RequestOrderFailBlock)fail;

step3：支付訂單

客戶端調用蘋果自帶的API對這個App Store商品id進行支付, 這裏支付過程網絡上demo較多, 不做說明, 具體參考github上的工具類 IAPHelper

/**
購買對應商品identifier後的回調

 @param identifier 商品identifier
 @param completion 回調
 */
- (void)payProductsWithIdentifier:(NSString *)identifier
                   completion:(IAPbuyProductCompleteResponseBlock)completion;

step4：發送支付成功的憑證到自己服務器

當用戶支付成功後, 在回調中獲取到憑證, 以憑證、訂單號、用戶uid等爲參數請求服務器, 服務器向蘋果服務器驗證憑證是否支付

/**
查詢vipIAP支付結果

 @param orderID 訂單ID
 @param receipt 憑證
 @param uid 用戶uid
 @param success 成功回調
@param fail 失敗回調
*/
- (void)requestIAPResultWithOrderID:(long long)orderID
                        receipt:(NSString *)receipt
                            uid:(NSString *)uid
                        success:(RequestQuerySuccess)success
                           fail:(RequestQueryFail)fail;

此處, 服務器驗證憑證時, 因爲爲非續期訂閱支付, 需攜帶上文中的共享祕鑰和憑證進行驗證, 蘋果驗證結果會返回訂單的詳細信息, 服務器根據返回信息來進行業務處理

客戶端在收到驗證結果後, 刷新界面即完成整個流程

丟單處理

由於IAP服務器無法保證質量, 或者自己服務器驗證憑證出現問題時, 可能會出現丟單(用戶付費成功, 但是憑證無法成功向自己服務器驗證)的情況, 對於這種情況, 我們可以這樣處理

在用戶下單成功後, 儲存訂單&uid&憑證

/**
存儲 訂單&uid&憑證

@param orderID 訂單
@param uid 用戶uid
@param receipt 憑證
@param saveKey 儲存key
*/
- (void)saveOrderReceiptWithOrderID:(long long)orderID
                            uid:(NSString *)uid
                        receipt:(NSString *)receipt
                        saveKey:(NSString *)saveKey;

在用戶向服務器驗證成功後或者非網絡原因造成的失敗後, 刪除此條記錄,

/**
刪除 訂單&憑證

@param orderID 訂單
@param receipt 憑證
@param saveKey 儲存key
*/
- (void)removeOrderReceiptWithOrderID:(long long)orderID
                          receipt:(NSString *)receipt
                          saveKey:(NSString *)saveKey;

這樣如果由於網絡問題或者服務器出現問題造成丟單, 我們可以在下一次用戶啓動APP再次去進行驗證這筆訂單, 重複上面流程

/**
 覈對支付成功但是驗證失敗的訂單
*/
- (void)checkLocalLostVipOrder;

僞造訂單處理

IAP支付難免會出現一些僞造憑證的驗證, 對此, 服務器端對於憑證的驗證一定要十分謹慎, 我們APP曾收到過僞造憑證的驗證, 可以參考一下驗證:

覈對憑證驗證後itemID
覈對憑證是否爲正式環境的憑證
覈對憑證的有效時間
對於越獄用戶的處理, 之前做消耗品IAP支付的時候, 對於越獄用戶由於有一些IAP插件的存在, 我們選擇對於越獄用戶直接進行微信支付, 隨着後來判斷邏輯的增加, 對於越獄用戶也啓用了IAP支付

審覈需知

IAP審覈時, 需要提供沙盒測試賬號和一個APP的測試賬號, 在審覈過程時, 我們整個流程都已經切換爲正式環境, 但審覈人員仍然使用測試憑證去進行驗證, 我們服務器需要在審覈階段, 對於此uid的憑證仍然去測試驗證接口去驗證, 否則會被拒絕通過

具體審覈問題詳見我寫的這篇文章應用內支付自動續費連續包月審覈注意問題

iOS內購非自動續期訂閱 應用內支付 IAP非自動續期訂閱 消耗型商品 非消耗型商品 流程

簡介