iOS/課金周り の履歴(No.3)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• iOS/課金周り へ行く。
  • 1 (2017-10-30 (月) 03:00:58)
  • 2 (2017-10-30 (月) 03:16:17)
  • 3 (2017-10-31 (火) 12:07:54)
  • 4 (2017-11-01 (水) 11:20:24)

• なにかとややこしい課金周り

用語†

レシート検証†

• 本番とSandbox二種類ある。審査が下りないと本番は使えない。そのため検証は本番で行い、環境違いのエラーが出たら開発にリトライなどの対応が必要。
• 他のアプリのレシートも検証はOKになってしまう（Googleはちゃんと弾いてくれる）
• 上記対策としてproduct_idが一致するかをチェックする
• transaction_idが決済単位でユニークになるので、これを最初に使ったユーザーが課金OKとして以後の重複登録（不正利用）を防ぐべし。

処理の流れ†

1. クライアントアプリでレシートを受け取る
2. サーバー側に投げる。失敗しても投げ続ける。
3. サーバー側は検証後に、TransactionIdに対して購入済みとして、アイテム付与などを行う。

参考サイト†

http://tech.vasily.jp/entry/ios_premium_validation http://melpon.org/blog/ios-consumable-in-app-purchase