1

ドキュメントで説明されているように、サブスクリプションAPIを使用したウォレット統合Web製品があります。最初の支払いとキャンセルをシミュレートしましたが、すべてうまくいきます。

Googleウォレットサーバーは、定期的な更新のたびにサーバーにコールバックしますか（明らかに、クライアントはその時点でオンラインではない可能性があります）？

4

2 に答える 2

2

定期的な支払いは、マーチャント サーバーへのコールバックなしで自動的に行われます。

定期的な支払いが処理されると、顧客は確認の電子メールを受け取ります。

于 2013-03-24T18:04:09.567 に答える
1

したがって、ポストバックを受け取るのは、購読時とキャンセル時の 2 回だけです。これは良さそうに聞こえますが、これよりも複雑です。以下に 2 つの例を示します。

  1. ユーザーのキャンセル

お客様が試用期間の途中でキャンセルすることを決定したとします。試用期間が終了する前でも、すぐに通知コールバックを受け取ります。これは、あなたの側で何をすべきかを理解する必要があることを意味します。理論的には、注文 ID をサブスクリプション用に記録したデータと照合し、残りの時間をユーザーに返す必要があります。つまり、アカウントをすぐに無効にしないでください。

有料の顧客がキャンセルすることを決定した場合、状況は非常に似ています。請求期間の途中でキャンセルした場合は、期間の開始時点を振り返り、最も近い請求サイクルに丸めて、それまでサービスを使用できるようにする必要があります。この方法は、Google が行っていることとは異なる可能性が高いため、いくつかの問題が発生する可能性があります。

  1. 支払いの失敗

ここで問題が発生します。支払いが失敗した場合、Google はサブスクリプションを自動的にキャンセルしますが、それはおそらく新しい請求サイクルの数日後に発生します。通知コールバックを受け取ったとき、キャンセルの理由を知る方法がないため、通常、何をすべきかわかりません。すぐに注文をキャンセルし、次の請求日に間に合わないように注文をキャンセルしようとしている支払い済みの顧客に対する通知であった場合、支払い済みの残りの日数を提示する必要があります。ただし、キャンセルを区別する方法がないため、これが無効なクレジット カードによるものかどうかを判断することはできません。その場合は、すぐにキャンセルする必要があります。

この問題の唯一の解決策は、注文を手動で調査することです。これはかなりクールなサービスですが、Google ウォレットの欠点です。

于 2013-11-11T08:51:44.880 に答える