3

私はユーザーに質疑応答サービス（インターネット上にそのようなサイトが何千もあることを知っています）を提供したいと思います。

良い答えが出た場合、質問者のペイパル口座からお金を受け取り、自動的に回答者の口座に送金することはできますか？

基本的に、私がしたくないのは、質問者から支払いを受け取り、それを私のペイパルアカウントに保持し、回答者が回答を受け入れたときに支払いを行うことです。

LAMP構成を使用してサービスを作成します。

4

5 に答える 5

2

PayPal APIもPayPalサービスも、一般に、サードパーティによって開始される自動の個人間支払いを提供していません。つまり、トランザクションに参加するには、支払人または受取人のいずれかである必要があります。他のユーザーに代わってそれを行うことはできません。

于 2011-03-29T18:21:03.783 に答える
0

PayPal Adaptive Payments APIを調べましたか？私が知っていることから、それは人から人への送金をサポートします。詳細については、

https://cms.paypal.com/us/cgi-bin/?cmd=_render-content&content_ID=developer/e_howto_api_APIntro

お役に立てれば。

于 2011-05-25T01:45:52.177 に答える
0

PayPalアダプティブを使用できます。これを使用すると、あるアカウントから別のアカウントに送金できます。GutHubhttps://github.com/paypal/adaptivepayments-sdk-phpからサンプルソースコードをダウンロードします

于 2014-12-12T11:25:29.407 に答える
0

私はここで乱暴に考えたいと思います（つまり、間違いがあったとしても、完全に許してはいけません）。検討できるPayPal製品はいくつかあると思います。それらは完全には適合しませんが、ここでは参照用です。

Auth / Order、Reference Transaction（別名RT）、およびAdaptive Payment（別名APですが、状況にあまり適合しません）。

私が理解しているように、あなたのシナリオは次のようになります。

  1. 質問者は質問を投稿し、一定の金額、たとえば5ドルを支払うことに同意します。
  2. あなたはお金を持ちたくない。（うーん、これは難しいです）
  3. 回答者が質問に回答し、その質問が最良のものとして選択されると、PayPalを介して質問者から自動的にお金が支払われます。

Auth / Orderを使用すると、次のように機能します。

  1. 質問者はあなたに5ドルを取ることを「認証」します。このお金はまだ請求されていませんが、質問者のアカウントに残っています。ホテルを予約するのと同じように、金額も尊重することができます。（あなたは最大29日間お金を尊重することができることに注意してください。）
  2. 回答が最良として選択され、応答者に支払いが行われる場合、質問者からお金を受け取ります。このように、彼らのお金は今あなたの口座にあります。（私はあなたがこれを好きではないことを知っています...）
  3. 次に、レスポンダーにすぐに支払います。送金、Mass Pay API、PayPalPayoutsAPIを使用できます。

最善のケースは、1ミリ秒も含めて、アカウントにお金が表示されないことです。しかし、これは私が考えることができることです。「すぐに」は「まったくない」に最も近いです。この方法のもう1つの問題は、2つのステップで行われ、各ステップであなたまたは誰かが料金を支払わなければならないことです。プラットフォームとしてのあなたがお金を受け取るとき、あなたは料金を支払います、そしてあなたがそれを送るとき、それはあなたが使う製品に依存します。しかし、良いことは、それが請求されなければならないまで、お金が請求されることは決してないということです。そして、良い答えがまったくない場合は、請求する必要はありません。

RTの場合、これはAuth / Orderに似ており、質問者とあなた（プラットフォーム）の間の合意です。契約はもっと長く続きますが（私は2年だと思います）、それでもレスポンダーに支払う必要があり、お金を尊重することはできません。つまり、それを獲得すると失敗する可能性があります。良いことは（またはこれは悪いことかもしれませんが）、たった1つの合意で質問者に何度も請求することができます。

APを使用すると、「並列」支払いが提供されます。つまり、質問者は1回の支払いであなたと応答者に支払います。また、応答者と支払いを共有し、誰がいくら受け取るかを決定できます。誰が料金を支払うかを決めることもできます。しかし、問題は、支払いを行うために質問者が立ち会う必要があるため、質問者なしでは自動的に行われないということです。（エクスプレスチェックアウト/ ECも並行支払いを行いますが、料金についてもいくつかの違いがあります。したがって、APを利用したい場合は、統合がはるかに簡単なECも検討することをお勧めします。）

私は認証/注文に行きます。ただし、PayPalマーチャントのテクニカルサービスに連絡して、詳細を尋ねることができるかもしれません。 https://ppmts.custhelp.com/

または、ここに彼らのドキュメントのウェブサイトがあります： https ://developer.paypal.com/

お役に立てれば。

于 2015-06-10T05:48:58.097 に答える
0

多くのポスターは、APが良い選択であると言っています。正解です。アプリが審査チームによって承認されたら、アプリIDを提供するアプリケーションをリクエストする必要があります。ここで申し込みます： https ：//www.paypal-apps.com/

ビジネスなどの質問がないように、できるだけ詳しく説明してください。承認されると、提供されたアプリIDを使用して、ライブ環境で開発を開始できます。

アプリのレビュー中にAPIを機能させたい場合は、サンドボックスを使用できます。https://developer.paypal.com/docs/classic/lifecycle/ug_sandbox/審査チームは、完了したら実装をテストできるように、サンドボックスアカウント/セットアップが必要だと思います。

サンドボックスにはすべてのAPI権限があるので、だまされないでください。したがって、一括払いなどの必要な方法をリクエストするのを忘れた場合、Sandboxで機能したとしても、ライブではその機能を使用できません。機能が必要な場合は、申請時にリクエストしてください。それ以外の場合は、新しいアプリリクエストを開始する必要があります。これは大したことではありませんが、時間が重要な場合は、PayPalからの質問やリクエストがない限り、アプリが承認されるまで（通常は24〜48時間程度）待つ必要があります。

APの統合ガイド： https ：//developer.paypal.com/webapps/developer/docs/classic/adaptive-payments/integration-guide/APIntro/

API操作とAdaptivePaymentsの操作： https ：//developer.paypal.com/webapps/developer/docs/classic/api/#ap

于 2015-10-13T21:06:52.960 に答える