7

購入後2時間以内にPlayストアで払い戻しが自動的に承認されるようになりました。私は人々がアプリケーションからVPSゲームのホストを作成し、制御することができるAndroid Appを持っています。つまり、アプリケーションを起動すると、サインアップの流れを経て、その後あなたのゲームを実行するVPSが得られます。申し込み後、あなたはVPSを変更したい場合にのみアプリケーションが必要です。払い戻しされたPlayストアのダウンロードの確認

アプリを購入して(30日間の無料VPSが付属)、サインアップフローを経てVPSを作成した後、払い戻しをリクエストしている人がいると私は見ています2時間)。

Googleウォレットから、どのOrderIDがキャンセルされているのかわかりますが、そのユーザーのデバイスIDやアプリでフェッチできるものにリンクするにはどうすればよいですか?

Intent intent = AccountPicker.newChooseAccountIntent(null, null, new String[]{"com.google"}, false, null, null, null, null); 
// ... 
email = data.getStringExtra(AccountManager.KEY_ACCOUNT_NAME); 

しかし、これが唯一の私がにリンクすることができない自分のメールアドレスを与える:私は、彼らがサインアップフローを通過する前に、自分のGoogleユーザーアカウントを宣言するためにユーザーを強制的にしています

Googleウォレットの唯一のIDである注文ID

アカウント/メール/デバイスIDを注文ID(またはGoogleウォレットで利用可能なその他の情報)にリンクするにはどうすればよいですか?

注意:これは、注文IDがすぐに利用できるアプリ内購入ではありません。これは、のアプリの購入用です。

ありがとうございます!

編集: Googleはサービスの認証とユーザーアカウントの管理はあなたに受注へのすべての方法を取得していません再生する:ここでhttp://developer.android.com/google/auth/http-auth.html はに関する情報を取得するどのような方法を提供していません(当然ながら)アプリ内課金のドキュメントですアプリ購入注文ID:http://developer.android.com/google/play/billing/billing_reference.html ライセンスのいずれかのOrderIDsを提供していません:http://developer.android.com/google/play/licensing/overview.html

同様の問題を持つ人だけでなく、未解答:http://pcandsys.com/20378/verify-purchase-in-google-play-by-orderid /B3

+0

Google Playストアから受け取ったメールの注文IDをアプリの画面に入力するようにユーザーに指示すると便利ですか?それがうまくいくとすれば、おそらくもっと良いものがあるまでは一時的な解決策になるかもしれません。 – Joe

+0

理論的にはうまくいくでしょう。私が疑わしいアカウントを検出すると、私はアプリに購入の領収書を電子メールで送信するよう通知するプッシュを押します。私がこの方法を使用して見つけたのは、電話/デバイスを使用する多くの人々が、購入に使用する電子メール(領収書が送信される)にアクセスできないということです。親のデバイスを使用しているデバイスを使用している子供が原因である可能性が最も高いです。それらを持っているの摩擦は私が高すぎると思うorderIDを送ります。また、Google Playでは、注文IDを取得する手作業ではなく、実際にこのサービスを提供する必要があります。彼らがそうしているかどうかわからない。 – beetree

+0

申し訳ありませんが、私は実際には分かりません。理想的には、情報はGoogle Playから利用可能である必要があります。デフォルトでサポートするユースケースにはおそらくないようです。さらなる合併症の例として、あなたのシナリオを正しく理解すれば、あなたのアプリで選択したアカウントが実際にそれを支払ったアカウントではない可能性もあります。 – Joe

答えて

0

ないあなたの質問に正確に答えが、あなたの状況でリース時間を数時間に制限します。インストールされたアプリのバックグラウンドサービスは、リース時間を延長するために数時間で1回目を覚ます必要があります。このような低い周波数は、目に見える電力消費またはデータトラフィックの影響をもたらさない。もちろん、衝突の可能性を避けるために、リース時間は更新時間の数倍にする必要があります(例えば、24時間のリース/ 8時間に1回の更新)

もう一つの選択肢は、試用期間+それは永続的なものにするため

+0

アプリを無料にして、サービスの支払いにアプリ内購入が必要な場合は、技術的には機能します。私はこれを試して、完全に動作するアプリを期待していた人からの悪いレビューに襲われました。それを最初から払うことで、私は、アプリを追加利用することなく "使用可能"になると予想して、混乱した人々がそれをダウンロードするのを避けることができます。 また、アプリをバックグラウンドで実行することはできません。 VPSは、数日間電話/デバイスをオフにしても実行し続ける必要があります。 – beetree

0

で-appの購入は私が見る唯一の手頃な価格のソリューションは、2時間の期限が切れた後、アプリの中から「関心の確認」を要求することです。

流れは次のようになります。

0時のユーザーの購入アプリ 0時05ユーザーが自分の電子メールアドレスとサインアップ 0:10 VPSが起動するを提供します。ユーザーには、COI要件と承認を通知します。 00:30ユーザーからの払い戻し

02:05リモートサーバーからフレンドリーなリマインダ電子メールが送信されます。「おい、あなたの30日分の利益を確認する必要があります。

03:00 COIが不足していると、VPSは削除が一時停止/停止されます。

アプリをまだインストールしているユーザーは、猶予時間が過ぎる前にボタンが有効になっていないことを確認できます。多分あなたは時間を計られた警報を設定することができますか?

アプリを使用していて、電源を切っていて、電子メールをチェックしていないユーザー(「グループG」と呼ばせてください)のユーザー。彼らはVPSを再作成する必要があります。しかし、彼らは警告された、彼らはありませんでしたか?彼らは電子メールにアクセスできませんでしたが、アプリ自体はどうですか?

アプリをもう一度ダウンロードしようとするユーザーは、以前と同じアカウントにログインする必要があります。あなたはそれらを簡単に十分に識別することができます。

Playストアの報告の速さ(無視する)によっては、ユーザーのトラブルをさらに減らすことができます。 X分を超えないことが保証された遅延で払い戻しの通知があったとします。これは、120/X分12030分前に作成されたすべてのVPSがまだ保留中であり、まだ保留中のすべてのVPSが確認済みであり、保留中のステータスである場合は、少なくとも120 + X分の払い戻し通知はありません。ユーザーの操作を必要とせずに安全にクリアすることができます。だから、すべてのグループGのユーザーに起こっていないは、まだは、悪影響はありませんが、彼らは、アプリを評価と同時に払い戻しを要求する誰も持っている。

これは、Googleが「どのように生まれたのですか」というクエリをアプリに許可しないということは、私にとっては非常に奇妙なようです。少なくとも適切な時間枠内で、独自の注文ID(またはダウンロードID、または固有に生成されたID)を返信することができます。

関連する問題