1

私は現在、年間サブスクリプションとスタンドアロンの仮想製品を購入するためのWebサイト支払い標準チェックアウトプロセスを持っています。これは最も単純な形式です。

  • 顧客に関するいくつかの基本的な詳細を収集し、私のサイトのデータベースに新規購入を記録します
  • customIPNで購入を追跡および確認するためにフィールドを使用して、クライアント側でPayPalに自動送信するWebフォームを準備するトリックを使用します

私が理解しているように、Expressを使用すると

  • フォームテクニックを切り取り、アプリケーションを強化し、サーバー側でリクエストを開始してから、ユーザーをPayPalに直接送信します
  • 顧客が戻ってきたらすぐに支払いを処理します（IPNの遅延の可能性を待つ必要はありません-自動返品PDTでこれに対抗できることはわかっていますが）
  • オンサイトでサブスクリプションを管理します（必須ではありませんが、メリットとして認められています）

ただし、特に定期的な支払いに伴う追加の作業については認識しています。

あなたはそれが利益のためにそれの価値があると主張しますか？または、要件を考慮して、私が行っていることは許容できますか？

*私は常に標準のPayPalWebフォームでトランザクションを公開することを懸念していたため、Expressのアイデアが好きですが、IPN呼び出しを厳密に検証しています。心配する本当の理由はありますか？

4

1 に答える 1

1

はい！間違いなく、それのために行きなさい。
偏見があるかもしれませんが、Webサイト支払い標準ではなくエクスプレスチェックアウトが大好きです。
ManageRecurringPaymentsProfileStatusを介して定期支払いプロファイルを制御できることに加えて、Express Checkout PayPalランディングページ（「請求」または「ログイン」）のランディングページを制御することもできます。

CreateRecurringPaymentsProfileおよび/またはDoExpressCheckoutPaymentAPI応答（初期金額を請求する場合）を使用して、PAYMENTSTATUSを確認できます。

さらに、Website Payments Pro Direct Recurring Payments（PayPal Webサイトに移動せずに、自分のサイトのクレジットカードフォームを介して定期支払いを設定する）にアップグレードする場合は、必要な追加パラメーターをに追加するだけです。同じCreateRecurringPaymentsProfileAPI応答。

最後に、定期支払いを含むPayPal Digital Goods for Express Checkoutの使用を開始する場合は、SetExpressCheckoutのパラメーターをいくつか変更するだけで、dg.jsファイルを読み込むことができます。

Express Checkout Recurring Paymentsを使用することの唯一の欠点は、Enhanced Recurring Payments / Premium Services（米国、英国、CA、およびAUでゲストベースの定期支払いを受け入れることができる）に相当するものがないことです。これに代わる唯一の方法は、Website Payments Pro Direct Recurring Paymentsです。これは、製品の提供に関してわずかなステップアップです。

于 2012-02-17T00:53:12.607 に答える