My application uses the Adaptive Payment Service to send payments to users. If the user has no bank account attached to their PayPal account and their account is not verified, PayPal sends them an email and they need to click on a Claim button in that email to receive their payment.
The problem is that this process seems to change the Fees Payer initially set by the transaction. My app sets the fees payer to "SENDER" and in the example above, PayPal seemingly changes this to "RECEIVER".
Does anyone know why this would happen? Here is an excerpt from the code ... seems pretty straightforward to me ...
$payRequest = new PayRequest(new RequestEnvelope("en_US"), 'PAY', $cancelURL, 'USD', $receiverList, $returnURL);
$payRequest->feesPayer = 'SENDER';
$payRequest->senderEmail = $senderAccount;
$service = new AdaptivePaymentsService();
$response = $service->Pay($payRequest);
I finally submitted this question directly to PayPal support and eventually got back the following:
As per the Pay API reference;
https://www.x.com/developers/paypal/documentation-tools/api/pay-api-operation,
the 'Sender' cannot be the feesPayer for unilateral payments (payments
made to users who have not yet registered with PayPal). This is
probably why you are seeing it change to 'Receiver' instead.
So, apparently this is by design and there is no way around it.
Related
Is it possible to send a payment through PayPal, where the payment originates as an ACH payment, and then is sent to a PayPal account holder, without having to originate the payment from a PayPal account?
Put differently — we would like to send a payment to a PayPal account holder, without first having to pull the money into our own PayPal account. We process payments via ACH, and we'd prefer to not have to deposit the funds into our PayPal account before transferring them to the destination PayPal account. We'd prefer to be able to deposit them directly into the PayPal account.
Is that possible?
The only way to do that would be to have a 3rd party user add your bank account to their PayPal account so they could submit deposits directly into their PayPal account from your bank. I'm guessing that's not what you're after.
If you simply submit a regular PayPal payment, though, while it will technically flow through the PayPal account it would go directly to the receiver's PayPal account instantly as long as you have a credit card associated with your PayPal account. This is much faster than ACH and protects your bank account details from receivers as well, so that's really what I would recommend anyway.
The only disadvantage I can see to having it flow through PayPal is may an additional entry for your accountant to deal with in the books (transfer from bank to PayPal, then payment from PayPal to vendor) but that is not a very big problem. The advantages far outweigh that in my opinion.
I am trying to test PayPal payments that are authorised at a later date, examples being Pay on Delivery or a Bank Transfer.
I have created a new sandbox account with no credit/debit cards and £0 in the PayPal balance but when I come to make a payment I have to add a card.
I have set up a bank account and agreed the mandate so I must have something set up wrong somewhere because these type of payments happen in LIVE and we have an issue with the IPN message that comes X number of days later once the payment has cleared so I am trying to reproduce this to investigate.
Have you tried using the IPN Tester? (here after you log into your Sandbox account) https://developer.paypal.com/developer/ipnSimulator/ .
All sorts of conditions that you can test your 'listener' process against there.
I've been working (or should I say struggling) with the PayPal SDK to get recurring billing running for my website. I managed to get it to work, however I do not see how to automatically "claim" the money?
Basically what happens is:
The profile is created, after 24 hours the payment is done and I see the following in my merchant sandbox account:
It seems I need to manually accept the payment for the amount to be added to my PayPal balance.
Is there a way of doing this automatically?
This is usually caused by an issue with the recipient's account. Most commonly, The recipient hasn’t confirmed the email address on their PayPal account. Once the email address is confirmed the amount would automatically post to the balance on future payments.
I was wondering, under PayPal chained payments if I could be a secondary receiver and not receive paypal disputes?
Let me explain more:
Say I have a buyer and a seller and me.
I want the buyer to buy directly from the seller who will have a paypal account and automatically I will receive some commission from that payment. However, I do not want to be the one the payment is made to as I do not want to be involved in disputes so I was wondering if there is a way to do this?
Sure. Have them authorize your API user ID to run calls on their behalf. Then you pass their primary email address as an argument in your calls and do your chained payment. You still get paid but they would "own" the payment. The downside is that if they lose the dispute, I bet they deduct form your account too...
We are using Paypal recurring billing service (using Express Checkout) at our website for monthly subscription.
Since we have an Australian account so we are not able use the DPRP (Direct Payment Recurring Payment) service offered by Paypal because it seems, DPRP service is limited
to only few countries (US, UK and Canada).
In Express checkout payment details are received at Paypal Website. So we do not have any information, whether the payment failed, user pressed the Back button in browser or He/She intentionally clicked the cancel payment.
After speaking to Paypal support team we get know that there could be multiple possible reason for Payment failure, and seller has to contact Paypal by themself. So we can
not provide any troubleshooting for that at our website.
So we want to know, Is there any possible solution to avoid this or atleast can we diffrentiate between the user for whom payment failed and who intentionally moved to
our website back without doing payment because this way we are not only unable to followup with them but also loosing a part of the customer base, interested in our service.
Any help in this is Appreciated.
Thanks
You should implement the Pay Pal IPN (Instant Payment Notification).
You configure the IPN url address on your PayPal merchant account settings. This page is simple HTML page with server-side programming that is listening for requests coming from PayPal.
There's no need to do something extra in the checkout process for making IPN work. Once you set this up, it will automatically work.
Every time something happens with a transaction in your merchant account, e.g. transaction completed/failed/canceled, PayPal will send an HTTP Post to your IPN listener URL.
Here you can get all the relevant information about the transaction, like the payer ID, the payment status. With this information you can decide what to do with your customer's order.