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.
Related
I want to make a website, which has a function, users have to login and link their credit card to use that function, and I charge them for how many times they use in a month. Just like how Google does on Google Ads.
How can I do this?
Is this possible by using Google Pay API?
Google Pay FAQ says:
Support for recurring billing is
tied to the payment method returned in the Google Pay API response.
Both tokenized cards and cards on file can be used for recurring
billing. To process recurring billing, the merchant doesn't have to
call our API at a cadence. Rather, the payment credential is stored on
the merchant side for recurring payments. The merchant uses their
payment gateway APIs to manage recurring billing.
Google Pay supports recurring payments if the following statements are
true:
Merchants comply with network rules, such as merchant-initiated
transactions. Terms of payment are disclosed and accepted by the user
within the merchant’s buyflow. We also support recurring billing with
variable amounts. For example, monthly phone bills for mobile carriers
are supported. To get more information, merchants must contact their
payment gateway representative.
I don't totally understand. Does that mean I have to ask my bank? If so, what data should they give me to accomplish this? Or should I change to other service provider like paypal?
Google Pay doesn't process the payment. It facilitates it by securely providing you (the developer) a payment token that you can use to process a payment with your payment service provider. See supported payment service providers.
What that means is that it depends on whether or not your payment service provider supports recurring payments. Which one are you using?
Braintree for example supports this type of recurring payment with Google Pay.
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?
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.
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.
we have set up Paypal as a hook into an e-commerce application, where users just enter their paypal account, and we link their clients through to their Paypal account when buying products.
This works great, and paypal asks you to login to pay for your purchases.
But we don't want clients to be forced to create a paypal account, just to make a purchase.
Does website payments standard API actually support paying without a paypal account?
At the moment this is a real showstopper for us.
Check out PayPal Adaptive Accounts. You can create PP accounts for your users. The only step they'll have to complete at PayPal is creating a password. Once the account is created you might need send the user back through a checkout flow.
Adaptive Accounts
Use the Adaptive Accounts API to build applications that create and manage PayPal accounts. Merchants and developers can use the API to create PayPal accounts, add payment methods to accounts, and verify a PayPal account status.
Paypal is a very useful payment service gateway, exactly because the customer does not need to enter a credit-card number.
What we do, is offer Paypal as an option. We allow credit-card entry as well. In order to evaluate the credit-card for validity etc., we interface with the bank that supports our account and let their system do the checks. Another option would be "Cash on Delivery".