PayPal自适应支付返回URL参数

PayPal自适应支付返回URL参数,paypal,paypal-adaptive-payments,Paypal,Paypal Adaptive Payments,我正在使用adaptive payments API,首先发出actionType=CREATE的付款请求,我想知道PP是否可能将用户重定向到我的站点,并将Pay_键作为GET参数 这就是PP使用ExpressCheckout API所做的,我想知道自适应支付是否也会发生这种情况 基于PayPal ExpressCheckout API和Adaptive Payments API规范,非常感谢。对于ExpressCheckout,在用户被发送到PayPal进行签出授权后,PayPal将返回带有R

我正在使用adaptive payments API,首先发出actionType=CREATE的付款请求,我想知道PP是否可能将用户重定向到我的站点,并将Pay_键作为GET参数

这就是PP使用ExpressCheckout API所做的,我想知道自适应支付是否也会发生这种情况


基于PayPal ExpressCheckout API和Adaptive Payments API规范,非常感谢。对于ExpressCheckout,在用户被发送到PayPal进行签出授权后,PayPal将返回带有ReturnURL的令牌。()

在自适应支付的情况下,在用户进行授权后,PayPal不会发送带有返回URL的令牌()


在任何情况下,在SetExpressCheckout(用于ExpressCheckout)或Pay(用于自适应支付)中检索到的令牌都可以保存在会话中,以便在需要时供以后使用。

我不发送用户,但PayPal会重定向他以授权支付。是否可以使用returnUrl获取pay_密钥?我不确定您想做什么,但当您使用actionType=CREATE发出付款请求时,您还可以将“returnUrl”指定为请求的参数。您发出请求,PayPal会用一个令牌回答您,然后您用该令牌将用户发送到PayPal。最后,我存储了pay_密钥并检索它以供以后的API调用。AP与ExpressCheckout API大不相同,PP将令牌作为returnUrl上的GET参数发送回。在ExpressCheckout的情况下,您将使用您指出的returnUrl获取令牌。该令牌与执行SetExpressCheckout时获取的相同,因此基本上不需要该令牌。无论如何,在支付请求的情况下,您不会使用ReturlURL返回令牌,因为该过程已完成(支付完成或取消),并且您不能再次使用令牌。如果出于某种原因,您确实需要它,您可以在第一次收到它时始终将其存储在会话中。这不是100%正确的,您可以将付款请求拆分为两条消息:第一条付款方式为actionType=CREATE,然后执行付款API以完成付款。