I'm developing a mobile app and a website that allow the user to pay for a good. I need to split the payment in two parts, one to the seller and one to the market owner.
I thought of using Braintree for allow the user to choose to pay with credit card or paypal, but I know that the Braintree Marketplace is available only for merchants in the United States as writed here: https://developer.paypal.com/docs/marketplace/
So I have read that I can use the Paypal Adaptive Payment for split a payment, but I know that Adaptive Payments is now a limited release product. It is restricted to select partners for approved use cases and should not be used for new integrations without guidance from PayPal. It's writed here: https://developer.paypal.com/docs/classic/adaptive-payments/integration-guide/APIntro/
Then I thought of using Braintree sdk for let the user to pay the entire payment to the market owner account, and then using Paypal Payouts api for send a part of the payment to the seller's paypal account. But in this way I will pay the fees two time. It's right? https://developer.paypal.com/docs/integration/direct/payouts/
So, what is the best way for European merchants to split a payment using Braintree / Paypal?
Related
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.
I am creating a booking site, where the public can make bookings and then pay using their card. I want to take the card details and send them to PayPal via their REST api, and then send the amount to a merchant who will be one of our customer's selling the booked product.
Is this possible to do? PayPal documentation is confusing at best. I currently have the card payments being taken successfully and paid into our own 'developer' account, but what I can't seem to find is how to credit the money to a PayPal account that isn't our own instead.
I have looked into the PayPal Permissions API but again the documentation is unclear, and I don't see where I specify the merchants id or email address when calling RequestPermissions.
What you're looking to do can be accomplished by using PayPal's Adaptive Payments product (https://developer.paypal.com/docs/classic/products/adaptive-payments/). Unfortunately, Adaptive Payments are not currently available with REST APIs. So if you have the option of going with classic APIs, this is currently available to you.
Currently I am working with several non-profits (who receive recurring donations normally monthly) to migrate away from their current gateways to Paypal.
Is there any way to import their currently donor's payment information into Paypal?
If not which would you recommend to help migrate their donors over?
1) Setup a special section of their website and as donor's to re-subscribe?
or
2) Send out Invoices for their current recurring amount (if its possible to email a subscription)?
thanks,
This depends on what type of system you are currently using, and specifically what type of service you are going to use from PayPal. Are you going to be using PayPal's Recurring Payments, Enhanced Recurring Payments, Subscriptions or Payflow's Recurring Billing? If you have all of the contributor's information, such as credit card info, name, address and etc and you are going to be using PayPal's Recurring Payments or Payflow's Recurring Billing you could use the API's to create the profiles on your PayPal or Payflow account without having to have the contributor do anything on their end. If you are going to be using PayPal's Enhanced Recurring Payments or Subscriptions, then you would need the buyer to re sign up for a recurring donation. You can could use either option that you mentioned above. You would be able to do either through PayPal.
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.