4

金曜日に Google ウォレットから次のようなメールを受け取りました。

Google の記録によると、あなたは Play アプリのデベロッパーであり、通知やレポートに Google Checkout API を使用している可能性があります。5 月 20 日に、これらの API を置き換えることを発表しました。

7 月 25 日の時点で代替の Play API を提供しました。Checkout >notifications API または Reporting API を使用している場合は、8 月 22 日までに Play API を実装してスクリプトの中断を防ぐ必要があります。

通知に Checkout API を使用した場合は、Play Purchase Status API を使用します。>レポートに Checkout API を使用した場合は、gsutil ユーティリティを使用して、予想売上と収益レポートのダウンロードを自動化できます。

私が使用しなければならない Google Checkout API は、私が持っているアプリ内課金バージョン 2 の実装に関連していると思います。課金サービスに依存して、ローカル通知を介して Google Play ストア アプリとプロセス間通信を共有します。だから私は Play Purchase Status API を調べることになっていると思います。調べてみたのですが、古いアプリ内課金バージョン 2 から新しい Google Play Developer API に移行するプロセスについて、チュートリアルやより良いドキュメントがないかどうか疑問に思っています。

Play Purchase Status API ページには次のように記載されています。

この API は、アプリ内製品とサブスクリプションを安全に管理し、それらを拡張して他のサービスと統合する方法として、バックエンド サーバーから使用するように設計されています。

購入リクエストとトークンはすべてデバイス上の Android アプリによって処理されるため、これは本当に混乱を招きます。バックエンド サーバーは、アプリが Web サービス呼び出しを介してバックエンド サーバーに送信する情報を記録するだけです。バックエンド サーバーは、Play Purchase Status API を介して定期的に Google ウォレット サーバーをポーリングする必要がありますか?

4

4 に答える 4

5

Google は、はい、アプリ内課金の V2 をシャットダウンするというメールを送信しました。移行方法について説明するブログ投稿を書きました (移行というよりは、書き直しのようなものです)。

http://www.innodroid.com/blog/post/migrating-from-in-app-billing-v2-to-v3

うまくいけば、これは他の人を助けるでしょう. V3 はまったく異なります (ただし、私の意見では、理解と保守ははるかに簡単です)。

于 2014-09-22T03:34:03.307 に答える
3

これは、アプリ内課金バージョン 2 やアプリで使用しているものとは関係ありません。これは、以前 Google Checkout によって提供されていた、非推奨になった Web サービスに関するものです。アプリがこれらの Web サービスに直接アクセスしていない限り、アプリ側で何もする必要はありません。Google Checkout API からデータを取得する独自の Web アプリケーション (レポート用など) がある場合は、それを更新するか、使用を停止する必要があります。

于 2013-08-26T07:09:34.387 に答える