PayPal、またはむしろWebsite Payments Pro（WPP）、または
Direct Recurring Paymentsを介してサイト支払いサポートを利用する場合は、ほとんどの場合、すでにサービス自体からドキュメントを読んでいます：
Recurring Paymentsを統合しています。
ただし、以前にこの特定の種類の支払いを固定していなかった場合、おそらくテストの機能の一部を疑うことはないでしょう。
一般に、PayPalを介して支払いをテストするための
サンドボックスがあります。これは非常に使いやすいです
。https：//developer.paypal.comで登録し、テストアカウントを作成するだけです。 この場合、「事前構成済みアカウントの作成」メソッドを使用すると、アカウントの作成が簡単になります。アカウントタイプ= Website Payments Pro（WPP）を選択する必要があり、残りはオプションです。 そして出来上がり-テストアカウントページには、WPPの売り手アカウントがあります。
ただし、Direct Recurring Payments WPPが必要であるため、
https：//www.sandbox.paypal.comで販売者としてログインし、プロファイルに
アクセスします。
ここでは、2つのことが必要です。
1）リンク「リクエストAPIクレデンシャル」、クリックして「オプション1」>>リンク「PayPal APIクレデンシャルと許可を設定する」を選択します。 次に、「オプション2」>「API署名の表示」リンク。 このページから、PayPal APIへのリクエストのパラメーター
USER 、
PWD 、
SIGNATUREに対応する
API Username 、
API Password 、
Signatureを保存します（詳細については、
ドキュメントを参照してください）。
2）「即時支払い通知の設定」リンク。これをクリックし、「IPN設定の選択」ボタンをクリックして、PayPalメッセージリスナーのURLを設定できます。 （なぜそれが必要なのか、あなたは
そこを見つけること
ができます）
そしてここで、ユーザーからの支払いを受け入れるためのフォームを作成し、最初のテスト要求をPayPalに送信すると、次のようなメッセージが表示されます。
この商人のDPRPは無効になっています頭をかき、すべてのパラメーター、パスワード、URLを再確認し、再び「DPRPはこの商人に対して無効になっています」を取得します。 インターネット上でウイスキーをこすり、それについてグーグルで検索すると、
次のような手順が表示される場合があります。 しかし、このポジションで本当に必要なのは、この
PayPal開発者ネットワークフォーラムスレッドです。
いくつかの不可解な理由により、PayPalは少なくとも2010年2月以降、このバグを修正しないことが正常であると考えています。 代わりに、PayPalistsはこのスレッドでテストアカウントWPPの石鹸を書くことを親切に提案します。これらの同じDPRPをsomeな方法（単なる人間にはアクセスできない）で含めるためです。
そのため、必要に応じて、登録してから次のように記述します。
Hi,
I'd like my test account to be enabled for DPRP:
< >
Thanks!
そして、私たちは約1日待ちます（まあ、またはタイムゾーン、カレンダーの休日、モデレーターの気分に応じてどれだけ幸運か）
大事に受け取った後：
Hi < >,
DPRP is already enabled for your account.
プロファイルにPayPal Xアイコンがあるユーザーから（左）、
最終的にWebsite Payments Pro、直接定期支払いの統合を開始できます。
ああ、小さなポイント：プロファイル（CreateRecurringPaymentsProfile）を作成した後、そのステータスを（GetRecurringPaymentsProfileDetailsを介して）確認してください。最初のリクエストに対する応答のステータスが完全に正しくない可能性があります。
この小さなエッセイが、1日か2日でhabrを読んでいる善良な人々とたくさんの神経を救うことを願っています:)