我想向我的用户提供问答服务(我知道互联网上有成千上万个这样的网站),有人可以通过指定他们会给提供好答案的人提供多少钱来提问。
如果提供了一个好的答案,是否可以从提问者paypal帐户中取钱并自动将其发送给应答人帐户?
基本上,我不想做的是接受提问者的付款并将其保存在我的paypal帐户中,然后在接受他/她的答案时向答复人付款。
我将使用LAMP配置来提供服务。
答案 0 :(得分:2)
PayPal API和PayPal服务一般都不提供由第三方发起的自动个人付款。换句话说,您必须是付款人或收款人才能参与交易;你不能代表另一个用户这样做。
答案 1 :(得分:0)
您是否查看过PayPal自适应付款API?据我所知,它支持人与人之间的汇款。欲了解更多信息,请访问
https://cms.paypal.com/us/cgi-bin/?cmd=_render-content&content_ID=developer/e_howto_api_APIntro
希望这有帮助。
答案 2 :(得分:0)
您可以使用PayPal Adaptive。使用此功能,您可以将资金从一个帐户转移到另一个帐户。从GutHub https://github.com/paypal/adaptivepayments-sdk-php
下载示例源代码答案 3 :(得分:0)
我想在这里疯狂思考(意思是如果有错误的话,请原谅我)。我认为您可以考虑一些PayPal产品。它们并不完美,但在这里它们仅供参考:
身份验证/订单,参考交易(又称RT)和自适应付款(又称AP,但它不适合您的情况)。
据我了解,您的情况将是这样的:
使用Auth / Order,它的工作原理如下:
嗯,我知道最好的情况是这笔钱永远不会出现在你的帐户中,甚至不会出现在毫秒内。但这是我能想到的,“马上”最接近“根本不”。这种方式的另一个问题是,它分两步完成,在每个步骤中,您或某人必须支付费用。当您作为平台获得资金时,您需要支付费用,然后当您发送时,这取决于您使用的产品。但好处是,在必须收取费用之前,这笔钱永远不会收费。如果没有一个好的答案,就不必收取费用。
使用RT ,它类似于Auth / Order,它是提问者和您(平台)之间的协议。协议持续的时间更长(我认为是2年),但是您仍然需要向响应者支付费用,而且您无法兑现这笔钱,这意味着当您捕获它时,您可能会失败。好事是(或者这可能是坏事),你可以只用一个协议多次向提问者收费。
使用AP ,它提供“并行”付款,这意味着提问者向您和响应者付款只有一次,您可以与响应者分享付款,您可以决定谁接收许多。您还可以决定谁支付费用。但问题是,提问者必须在场才能付款,所以没有提问者就不能自动完成。 (Express Checkout / EC也支付并行付款的一些差异,也包括费用。所以如果你想要AP方式,你可能也想考虑EC,因为它更容易集成。)
我会选择Auth / Order。但也许您可以与PayPal商家技术服务联系并询问更多详细信息。 https://ppmts.custhelp.com/
或者,这是他们文件的网站: https://developer.paypal.com/
希望这有帮助。
答案 4 :(得分:0)
很多海报都说AP是个不错的选择。这是对的。一旦您的应用被审核小组批准,您将需要申请提供应用ID的应用。你在这里申请: https://www.paypal-apps.com/
尽可能多地提供详细信息,以便他们不必回复您的业务问题等。一旦获得批准,您可以使用提供的应用ID并在实时环境中开始开发。
如果您想在审核应用时让API工作,可以使用沙盒。 https://developer.paypal.com/docs/classic/lifecycle/ug_sandbox/我认为审核小组要求您拥有沙盒帐户/设置,以便他们可以在您完成后测试您的实施。
不要被愚弄,因为您在沙箱中拥有所有API权限。因此,如果您忘记请求大规模支付等必需的方法,即使它在Sandbox中适用于您,您也不会在实时中使用该功能。如果您需要某项功能,请在申请时提出要求。否则,您需要启动一个新的应用程序请求。这不是什么大问题,但如果时间紧迫,您将不得不等待(通常是24-48小时左右)才能批准该应用,除非PayPal为您提出任何问题/要求。
自适应付款的API操作和操作: https://developer.paypal.com/webapps/developer/docs/classic/api/#ap