PayPal API和PayPal服务本身都不提供由第三方发起的自动个人对个人付款。换句话说，您必须是付款方或收款方才能参与交易；您不能代表其他用户进行交易。
许多海报都说AP是一个不错的选择。这是正确的。一旦您的应用程序经过审核团队的批准，您将需要请求一个提供应用程序ID的应用程序。您可以在此处申请： https://www.paypal-apps.com/
尽可能提供详细信息，以便他们不必就您的业务等问题再次与您联系。一旦获得批准，您可以使用提供的应用程序ID并在实时环境中开始开发。
如果您想在审核您的应用程序时使API工作，您可以使用沙盒。 https://developer.paypal.com/docs/classic/lifecycle/ug_sandbox/ 我相信审核团队要求您拥有沙盒帐户/设置，以便他们可以在您完成后测试您的实现。
不要被沙盒中拥有全部 API 权限迷惑了。如果你忘记请求像批量支付这样的必要方法，那么即使在沙箱中可用，在实际环境中也将无法使用该功能。如果你需要某个功能，请在申请时请求它。否则，你将需要重新开始一个应用程序请求。这并不是一个大问题，但如果时间很重要，你将需要等待（通常约 24-48 小时），以便审核通过，除非 PayPal 对你有任何问题/请求。我想在这里放飞一下思维（意思是不太深入，所以如果有错误请原谅）。我认为有几个PayPal产品可以考虑。它们并不完全适合，但供您参考：
授权/订单、参考交易（又称RT）和自适应支付（也称AP，但它并不非常适合您的情况）。
据我了解，您的情况可能是这样的：
使用授权/订单，它的工作方式如下：
我知道最好的情况是这笔钱从未出现在您的账户中，甚至没有一毫秒。但这是我能想到的，“立即”是最接近“根本不需要”的。这种方式的另一个问题是，它分两步完成，每一步都需要您或其他人支付费用。当您作为平台获得这笔钱时，您支付费用，然后当您发送它时，这取决于您使用的产品。但好的一面是，这笔钱直到必须扣除才会被扣除。如果根本没有好的答案，它就不必被扣除。
使用RT，类似于Auth / Order，是提问者和您（平台）之间的协议。该协议持续时间更长（我认为是2年），但您仍然必须支付回答者，并且您无法兑现资金，这意味着当您捕获它时，可能会失败。好处是（或者也许这是坏处），您可以通过一份协议多次向提问者收费。
使用AP，它提供“并行”付款，这意味着提问者只需进行一次付款即可向您和回答者支付，您可以与回答者分享付款，并且您可以决定谁获得多少。您还可以决定由谁支付费用。但问题是，提问者必须在场才能进行付款，因此没有提问者时无法自动完成。（Express Checkout / EC也可以进行并行付款，但有些差异，也涉及费用问题。因此，如果您想采用AP方式，您可能还要考虑EC，因为它更容易集成。）
我会选择Auth / Order。但也许您可以联系PayPal商家技术服务，并要求更多详细信息。 https://ppmts.custhelp.com/
或者，这是他们文档的网站： https://developer.paypal.com/
希望这有所帮助。
您可以使用PayPal自适应支付。使用它，您可以将资金从一个账户转移到另一个账户。从GutHub下载示例源代码 https://github.com/paypal/adaptivepayments-sdk-php
你有没有了解过PayPal自适应支付API？据我所知，它支持个人之间的资金转移。欲了解更多信息，请访问
https://cms.paypal.com/us/cgi-bin/?cmd=_render-content&content_ID=developer/e_howto_api_APIntro
希望这能有所帮助。