I use the Paypal REST API to do single payout (https://developer.paypal.com/docs/api/#payouts). As receiver, I give an email address. All works as expected if I give an email corresponding to an existing Paypal sandbox account.
When I give an email that is not registered among my testing sandbox accounts, I would have expected than the receiver targeted by the payout would receive an email and be invited to create his Paypal account to claim his payout.
However, I got a "RECEIVER_UNREGISTERED: Receiver is unregistered (https://developer.paypal.com/webapps/developer/docs/api/#RECEIVER_UNREGISTERED)."
To give an email as receiver linked to an existing Paypal is it really mandatory ? If yes, what is your app workflow to send a Paypal Payout to unregistered Paypal users ?
Thanks !
When you do a payout to an non-registered email, the status of the payout become "Unclaimed".
If the user is registered on PayPal, you will normally get a "Success" transaction status.
The error messages only have an informative purpose :
"errors":{
"name":"RECEIVER_UNREGISTERED",
"message":"Receiver is unregistered",
"information_link":"https://developer.paypal.com/docs/api/payments.payouts-batch/#errors",
"details":{}
},
The Sandbox is an isolated environnement and emails from the sandbox environnement are not sent to the end-users. That's why your payout receiver are not receiving any email asking to create a Paypal account. Same scenario if you send money to a phone number instead of an email address.
Receivers have 30 days to claim their money. After 30 days, the money is refunded to the payee.
You can read more about the status on the Payout API documentation.
Related
I am sending payment to user of my application but want to validate that Is Paypal account is exist on this email or not?
The only way to know if there is a PayPal account attached to an email address prior to a payment is to use Connect with PayPal to have the user log in with their account, and validate the response.
Otherwise, if you send a payment to an email address that has no account, they will receive a notification that there is money waiting and it will be auto-refunded after 30 days (with a reminder) if they do not claim it by creating an account or adding that email to an existing account.
I am designing a website that accepts payment through simple PayPal or Stripe buttons, but also has a section that pays out users through PayPal. What is the best way to do this?
Current setup: The user builds up coins through an action (NDA won't allow me to discuss in detail) and when their coins reach a certain amount, they can cash out in real $. I have designed this flow: Pay Me Now Button -> Screen with PayPal email address input. Repeat email for typos, then Confirm Button -> Success screen
However, the client would prefer a direct link out to PayPal instead of manual input of email addresses. The reasoning is that they would prefer it being arranged through PP's service to reduce manual errors and typing out. As far as I am aware the only way to get paid is through writing down an email address/phone number. I have researched PayPal.me buttons but it still isn't making sense. Maybe there's another service altogether that I can suggest to the client for paying out users in a no-friction way?
I'm looking at how user testing sites pay people, but not getting very far.
If the money is in your client's PayPal account and they wish to send it to a user's email address (that may or may not have a PayPal account already), this can be automated with PayPal Payouts.
If the user does not have a PayPal account already they will receive an email notification and have 30 days to create an account or add the email to an existing account. If they don't, the payment will be refunded automatically.
I am building a bitcoin payment processor based on Coinbase. I will receive Bitcoin from end users.
Coinbase lets wallet owners receive notifications of various events via a webhook.
Which event will be generated when a user sends Bitcoin to my Coinbase wallet addresses?
And how can I know from that notification webhook whether the transaction has been confirmed or not? If confirmed, how many times it has been confirmed?
I know there are transaction APIs, but I also need a response from the webhook, because this information is important.
I have got clear understanding after making payment.
I thought Coinbase will call my webhook each time when transaction get confirmed, But they call only once.
And the event responnsible for new payment is wallet:addresses:new-payment. Which is available in their post data
{"id":"5a6956f9-94bb-5c15-99f3-a90347674","type":"wallet:addresses:new-payment" ....
I'm planning to create a web application that allows a user to track donation amounts to their PayPal account that are posting in real time towards a goal.
I need to know...
A. If it's possible
B. If the path I'm using is the best path
c. What is the best path is b isn't.
The flow would work like this.
1) User visits site and enters their PayPal Email address / password / goal donation amount. I'd then be able to make api calls on behalf of this user.
2) I'd use the API call and make a webhook on this users account for when donations come in (The webhooks only say it can fire when sales come in, but maybe donations count as a sale?)
3) I'd have a function on my website ready to accept the post data and update the tracker.
So if the tracker starts out saying 0/300 (user entered 300 for goal amount at the start), then a 15 dollar donation comes in it will update to 15/300, and if another donation for 5 dollars comes in it will say 20/300 etc...
Thanks for any suggestions / help!
Instead of using the user's PayPal email address and password, PayPal has something called a client id and client secret. These work like passwords to make API calls and allot safer than asking for the real email address and password from your user. If you revise your #1, then it is certainly possible to make API calls and receive webhooks just like you described.
Link to PayPal Authentication & Headers: https://developer.paypal.com/docs/api/#authentication--headers
Link to PayPal Notifications for managing webhooks: https://developer.paypal.com/docs/api/#notifications
We have implemented PayPal Website Payments pro. Everything seems to work like a charm.
But, my merchant ain't receiving the emails from Paypal when the user purchases the item using their CreditCard. But, when purchased with their PayPal account, the emails are coming through fine.
Is this the normal behavior? Or, is there something that I need to fix in my settings ?
The seller account should get the normal email notification that they've received a PayPal payment, but no email would be sent to the buyer. This is intentional because buyers who specifically request CC instead of PayPal might be upset if they start getting PayPal notifications.
When using Payments Pro it's generally left up to you to create and send your own email receipts/notifications.
That said, you mentioned here that it's your merchant account that's not receiving anything, which would typically be referring to the seller account. If that's what's happening then I'd recommend calling PayPal support or submitting a ticket at www.paypal.com/mts and let them know what's going on.