贝宝到贝宝付款

Posted 2023-02-22

【中文标题】贝宝到贝宝付款

【英文标题】：Paypal to paypal payments

【发布时间】：2011-07-25 12:34:46

【问题描述】：

我想向我的用户提供问答服务（我知道互联网上有成千上万个这样的网站），有人可以通过指定他们会给提供良好答案的人多少钱来提出问题。

如果提供了一个好的答案，是否可以从提问者的 paypal 账户中取钱并自动发送到回答者的账户？

基本上，我不想做的是从提问者那里收取付款并将其保存在我的贝宝账户中，然后在回答者的回答被接受时付款。

我将使用 LAMP 配置来提供服务。

【问题讨论】：

你将如何确保它是一个好的答案而不让提问者简单地说“好”的答案不是为了避免付费？

@Adam Robinson 和 @random，他并没有征求你对他产品有效性的意见。

@Jordan：这就是为什么我在评论中询问它，而不是在我的回答中。顺便说一句，我没有说不能做，我只是问怎么做。

【参考方案1】：

PayPal API 和 PayPal 服务通常都不提供由第三方发起的自动个人对个人付款。换言之，您必须是付款人或收款人才能参与交易；您不能代表其他用户执行此操作。

【讨论】：

“一般”是什么意思？

@oshirowanen：我的意思是 PayPal 本身并没有提供这种能力，它不是没有 API 的东西。

通过第三方开发，在贝宝之外，这成为可能吗？

我想以编程方式从自己的账户向其他人发送货币，但没有资格使用 MassPay API，有什么办法吗？

我做了，没有人回答我的最后几个问题，我希望其他提出/回答类似问题的人能够提供帮助。但是，是的，我明白这一点。此外，这些问题和答案通常具有误导性，因为它们错过了有关 MassPayments 的信息。但我明白你的意思......

【参考方案2】：

您是否研究过 PayPal 自适应支付 API？据我所知，它支持人与人之间的汇款。欲了解更多信息，请访问

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

希望这会有所帮助。

【讨论】：

我正在使用 PayPal Adaptive Payments API，我已经让它在人与人之间工作。

你应该改变接受的答案，它会帮助其他人，比如我，也可以加入你自己的答案，这样它就可以帮助别人

【参考方案3】：

您可以使用 PayPal 自适应。使用此功能，您可以将资金从一个帐户转移到另一个帐户。从 GutHub https://github.com/paypal/adaptivepayments-sdk-php下载示例源代码

【参考方案4】：

我想在这里胡思乱想（意思是不彻底，如果有错误请原谅我）。我认为您可以考虑一些 PayPal 产品。它们并不完全适合，但在这里供您参考：

身份验证/订单、参考交易（又名 RT）和自适应支付（又名 AP，但不太适合您的情况）。

据我了解，您的情况是这样的：

提问者提出问题，并同意支付一定的金额，例如 5 美元。 您不想持有这笔钱。 （嗯，这很难） 当响应者回答问题并且问题被选为最佳问题时，系统会通过 PayPal 自动从提问者那里支付款项。

使用 Auth/Order，它的工作原理如下：

提问者“授权”你拿 5 美元。这笔钱尚未收取，但仍在提问者的账户中。金额也可以兑现，就像您预订酒店一样。 （请注意，您最多可以兑现这笔钱 29 天。） 当一个答案被选为最佳答案并且响应者将获得报酬时，您从提问者那里获取资金。这样，他们的钱现在就在您的帐户中。 （我知道你不喜欢这样……） 然后您立即向响应者付款。您可以转账，可以使用 Mass Pay API，也可以使用 PayPal Payouts API。

嗯，我知道最好的情况是这笔钱永远不会出现在您的帐户中，甚至一毫秒都不会出现。但这是我能想到的，“立即”最接近“一点也不”。这种方式的另一个问题是，它分两步完成，每一步你或某人都必须支付费用。当你作为平台收到钱时，你支付费用，然后当你发送它时，这取决于你使用的产品。但好消息是，在必须收费之前，这笔钱永远不会被收取。而且完全没有好的答案也不用收费。

使用RT，类似于Auth/Order，是提问者和你（平台）之间的协议。该协议持续时间更长（我认为是 2 年），但您仍然必须向响应者付款，而且您无法兑现这笔钱，这意味着当您捕获它时，您可能会失败。好事是（或者这可能是坏事），你可以通过一个协议多次向提问者收费。

使用AP，它提供“并行”支付，即提问者向您和响应者支付一次付款，您可以与响应者分摊付款，您可以决定谁收到如何很多。您还可以决定由谁支付费用。但问题是，提问者必须在场才能付款，所以没有提问者就不会自动完成。 （Express Checkout / EC 也进行并行支付，但在费用方面也存在一些差异。因此，如果您想走 AP 方式，您可能还需要考虑 EC，因为它更容易集成。）

我会选择 Auth / Order。但也许您可以联系 PayPal 商家技术服务并询问更多详细信息。 https://ppmts.custhelp.com/

或者，这里是他们文件的网站： https://developer.paypal.com/

希望这会有所帮助。

【参考方案5】：

很多发帖人都说AP是个不错的选择。这是对的。审核团队批准您的应用程序后，您将需要申请提供应用程序 ID 的应用程序。你在这里申请： https://www.paypal-apps.com/

提供尽可能多的详细信息，这样他们就不必再向您询问有关您的业务等问题。一旦获得批准，您就可以使用提供的应用 ID 并在实际环境中开始开发。

如果您想在他们审核您的应用时让 API 正常工作，您可以使用沙盒。 https://developer.paypal.com/docs/classic/lifecycle/ug_sandbox/我相信审核团队要求您拥有沙盒帐户/设置，以便他们可以在您完成后测试您的实施。

不要因为您在沙盒中拥有所有 API 权限而上当。因此，如果您忘记请求诸如批量支付之类的所需方法，您将无法在现场使用该功能，即使它在 Sandbox 中对您有用。如果您需要某项功能，请在申请时提出申请。否则，您将需要启动一个新的应用程序请求。这没什么大不了的，但如果时间紧迫，您将不得不等待（通常 24 到 48 小时左右）应用程序获得批准，除非 PayPal 为您提出任何问题/请求。

AP 集成指南： https://developer.paypal.com/webapps/developer/docs/classic/adaptive-payments/integration-guide/APIntro/

自适应支付的 API 操作和操作： https://developer.paypal.com/webapps/developer/docs/classic/api/#ap