I have a sandbox paypal account configured for reference transactions, and creating the billing agreement is fine.
Does paypal offer a way for us to prevent the same paypal customer account from being used for multiple billing agreements?
The reason for this is two fold. For any given customer on our side, we only want to have one paypal billing agreement. Also, no two customers on our side should link to the same paypal customer account.
Cheers,
Damian
If you set the BILLINGAGREEMENTDESCRIPTION to be the same for all the transactions a buyer shouldn't be able to sign up twice.
If you have a system where buyers sign into your site you can do a GetBillingAgreementCustomerDetails to see if the buyer already has a billing agreement with you. If they do, you submit a Reference Transaction. If they don't, you create a new billing agreement.
Related
As per the subject. Does my customer MUST to have paypal account and login to his paypal account in order for me to create a billing agreement, or I can use credit card as payment method for a billing agreement?
I am working with REST Api
Thanks
It is possible.
An example of the API is here: https://github.com/paypal/PayPal-NET-SDK/blob/develop/Samples/Source/BillingAgreementWithCreditCard.aspx.cs
Subscriptions (recurring payments) option for direct payments needs to be also enabled in merchant paypal account. I had trouble with it but messaged paypal and they enabled the feature for us.
So tested and working now.
I have been building a marketplace application with an iOS app as front-end that drives the business. The app can accept payment either through a paypal account or a credit card. I have integrated Braintree iOS SDK into my app and linked the paypal business account in Braintree controlpanel. The funds processed using PayPal are being routed to the paypal and those processed using cards end up in the bank account linked with Braintree merchant.
Now, the core of the application is to take a certain commission and payout the rest to the sellers involved in transaction. I have taken the seller's PayPal ID at the time of registration to pay them.I have explored the PayPal docs and found that Payouts REST API does exactly what I need provided I maintain the required balance in the merchant account.This is where things came to a standstill. Specifically, I need to get confirmation on the below points
1.As there are two different places(paypal merchant and bank account
linked to braintree) where my funds are parked, Is there any
possibility that the transaction could directly be funded from the
bank account if the same is linked to both merchant accounts?
2.Will PayPal withdraw the entire amount at once or in partial
transactions.
Can anyone who have been in a similar situation suggest how to go about paying out the sellers. I am open to any alternative that satisfies all the requirements of the app.
Requirements state that I build a form that collects user's PayPal login info and charges the user's PayPal account a fixed price without having the user leave the website.
I am beginning to think this is not possible. Can someone kindly suggest a solution that comes close to meeting the requirements? I am not certain what's possible and what's not possible with PayPal.
There isn't a solution for what you are trying to do. In order for the buyer to login and pay with PayPal, they would have to leave your site and go to the PayPal login page. You could set up a billing agreement so that they only have to log into PayPal once. With a billing agreement, you would be able to charge the buyer's PayPal account when you are needing to. You would just need to have the buyer go through the flow initially and get sent over to PayPal to login and agreen to the billing agreement. Then when you want to charge them again in the future, you would just need to reference the billing agreement id.
The closest solution to having the user pay without leaving the website is PayPal digital goods express checkout.
Here is an example to show you how it works:
http://jmsliu.com/1307/integrate-paypal-digital-goods-express-checkout-into-website.html
I am building a project that might be a bit complicated and I have to use paypal for this.
There are many users in the app and they can be receivers, payers or both. The receivers/sellers provide certain services and the payers have to pay their sellers monthly. So if the user agrees to pay, the paypal will charge him monthly and automatically. The users need to register as paypal member and get authorized from paypal beforehand so I can use their emails for the transactions in the app.
I am thinking of using paypal express checkout with recurring apis, but I am not sure if it is the right decision and no clue if it is working. Any suggestions? thanks.
You could use either Express Checkout, Subscriptions w/ Website Payments Standard, or Enhanced Recurring Payments w/ Website Payments Standard. Either one of these would allow you to set up recurring payments. Enhanced Recurring Payments is the only one that would have a monthly charge associated with it. Express Checkout and Subscriptions w/ Website Payments Standard would not have a monthly charge. However, Enhanced Recurring Payments allows the buyer to sign up for a subscription without having to have a PayPal account, and they can just use their credit card. Express Checkout and Subscriptions w/ Website Payments Standard require the buyer to have a PayPal account. They can still be billed via credit card, but they have to have the credit card attached to their PayPal account. The subscription would bill the PayPal account, and the PayPal account would pull the funds from the credit card on the account.
With a PayPal account, your users can receive or send funds based on the country these accounts are located in.
We are a UK-based marketplace site that wants to never force buyers to sign up for paypal. We allow users to set up customized stores through our site, and our second requirement is that these users be able to become sellers with only a basic paypal account. When a buyer makes a purchase, we are the primary receiver, taking 15% and passing on the entire paypal fees to the secondary receiver (user), as well as all the remainder of the transaction. My question is: What's the best solution paypal offers for this? It seems that chained payments would be, but if I understand correctly the Website Payments Pro system is the only one that guarantees that buyers outside the UK wouldn't need a paypal account. Is there a way to take the money in ourselves with Website Payments Pro and use the API so it transfers the 85% (minus the fees) to the user's paypal account?
It depends on what approach you want to take.
I would prefer Chained Payments as it allows guest checkout (credit card payments outside a PayPal account) with certain restrictions and will easily allow the user to receive the funds and automatically forwards the 15% cut to your account. This removes the need to collect funds outside of the payment flow. This means no invoicing or no lost dues!
Website Payments Pro only offers credit card payments however you would also need to offer Express Checkout for PayPal payments as well. You also have the flexibility of hosting the order form so you control what the users see. The downside is you'd have to collect funds from the user outside the payments. Such as monthly invoicing, billing agreements or manual processing.
Here is the criteria we use to allow guest checkout. Please keep in mind these are due to rules and regulations, not PayPal's choosing.
The credit card has a lifetime limit of 10 purchases outside a PayPal account
The user's email address must not be attached to an existing PayPal account
I don't have a direct answer for you but hopefully this helps make your decision.