I am working on an app that enables customers to make on-the-go payments. I want the payment experience to be as effortless and hands-free as possible.
An example use case would be to fill up the gas on a gas station and not have to take out your wallet at all.
Ideally, I'd like to use services like Google Wallet, Paypal or Apple Pay etc. But I am not sure how to process and post the payment to the actual seller. In this case, what I can't figure out is how would I determine the actual seller and how I can link the seller account to my app, so the payment goes to the actual seller.
Any ideas on how to do this?
Related
I am setting up the Paypal integration for a Clients website. He has a page where users can buy stuff that others users sell and he wants the buyers to pay using Paypal, he also wants the payment to be charged a fee, so that a percentage of the payment goes to the website owner and the remainder goes to the seller. For example:
Tom sells shirts at $20 each and i want to buy two, so i would pay $40 plus the 3% of the transaction, that would sum up to $41.2, $40 would go to Tom and $1.2 to the page owner.
How can i do this using Paypal? I have been reading a lot Smart Payments Button describes how to set a payment but the funds go to a single person, i need to set a chained payment, split payment or something alike and their docs seem very fuzzy.
Any help is appreciated.
Thanks!
platform_fees , documented here , is the analogue to chained payments. However, it is only available to PayPal partners -- i.e., probably not your client.
For separate transaction payments to more than one receiver account, there is multi-seller payments.
After completing the Paypal Integration and after tears and pain i can tell that i couldn't use platform_fees.
The implementation is complete and working but i wrote to customer support and to dev support and they just don't want you to use platform_fees so nothing will work along that path.
The solution they provide and the one they want you to use is getting all the money on your account and then splitting it using Payouts to all the clients.
Really bad solution imo but its convenient for them because they charge more transactions instead of allowing you to do everything on a single transaction.
I have an educational website that uses 'Stripe Connect' to accept payments from students, and split the payments between myself (the platform provider) and the teachers (content-creators).
Payments to teachers are currently handled through Stripe. Whenever a student purchases content, the teacher automatically receives the payment directly into their Stripe account. I retain a portion of the transaction directly into my Stripe account. It's an easy system and works nicely.
The problem is that students want to pay with PayPal.
So, I would like to add PayPal as a payment option for students, without forcing content-creators to connect two separate accounts--one for when viewers pay with PayPal, and another for when viewers pay with Stripe. The only idea I have so far, is to deposit all PayPal payments to one PayPal account, then manually "payout" teachers into their Stripe accounts every week.
But is there an automated way to do this? Stripe says they don't accept payments from PayPal.
Any ideas/help would be appreciated. Thanks!
Adaptive payments does support chained payments, as Andrew says in his answer; it would work very much like what you describe having set up with Stripe.
However, this will not meet your requirements of having both PayPal and Stripe payments arrive in a single teacher account. Unfortunately, Stripe & PayPal see each other as competitors and to my knowledge neither one has built a tidy product to consolidate "their" payments into the other company's account.
If you are willing to move away from Stripe, PayPal does provide many solutions that consolidate "raw" credit card payments and PayPal account payments into a single receiver account, including through Adaptive Payments as cited by Andrew.
I would add that Braintree, having been purchased by PayPal, provides perhaps the most Stripe-like integration for a product that would accomplish this goal. However, I do not believe that the Braintree SDK will do the chained payments for you; you might have to do some work to make that happen on your end (take the first payment, then calculate and make payouts either weekly as you mentioned or per-incoming-transaction).
A couple other things to think about: if you split some payments into delayed fulfillment but others are chained inside one payments provider you will need to support two very different flows; you may find it easier (for both you and your content providers) to select one model and run everything through that model.
Also, instead of payments going to you & then chained to the content providers you could have payments to go directly to the content providers and then trigger billing (either invoicing or automatically collected via recurring payments) from the content providers to you for your cut.
The best pattern depends largely upon how you want the legal & financial responsibilities to lie: are you providing the good or service and people are paying you for it, making you like a retail store or distributor for producers? Or are content providers providing the good or service being paid for to the students, and you are like a marketplace/facilitator/advertising venue? This question becomes significant as soon as someone is unsatisfied with something they have bought :).
You can use the Adaptive Payments platform with PayPal to split payments just like you're doing with Stripe. Specifically, you'd use the Pay API setup as a chained payment with a secondary receiver.
If you happen to be working with PHP my class library for PayPal will make all of the API calls very simple for you.
We are Making a App in which We Take Payments from Customers and Give Them Points
same like Customer can give Points to Us and Take Payment . This is a Game
is there any payment Gate Way That Directly Paid Customer in his/her Credit Card
we want Payments Direct Credit Cards To Credit Cards
we will take customer credit cards when he will signup or later when he will give us points for Payment
Any Suggestion will be Appreciated
For PayPal, look at the following.
DoReferenceTransaction - This will allow you to hit somebody's credit card to process an amount without authentication so long as you've done a prior Authorization or Sale using the same credit card. So you could have people run an Authorization on their card just to ensure it's good and get a transaction ID that you can use in future DRT requests.
DoNonReferencedCredit - This will allow you to load funds onto a credit card without referencing any previous transaction (so it's different than a refund.) Keep in mind that when you send somebody money this way you won't get refunded fees like you would if you used the actual RefundTransaction API, so you may want to consider that.
You'll want to go through the detailed documentation for Reference Transactions, of course, to get a good understanding of it.
You'll also need a Payments Pro account to be able to process credit cards directly and utilize these features.
If you happen to be working with PHP I'd recommend using my class library for PayPal. It'll make the API calls very simple for you.
I'm new to online payments and would like some opinions on my task. Here is the scenario:
I have a website where people buy and sell digital photos. A seller has a photo and wants to sell it. They create an ad on the site and upload the photo into the website database. Buyers looking for photos come to the site and buy them. The buyer pays the asking amount and then can download the photo. As the middleman, I'd like to charge the seller a fee or percentage of the selling price. The buyer shouldn't pay any website fees, just the selling price.
My question is - what is the best way to do this? I dont mean programmatically, but what service should I be looking at? As far as I know PayPal wont work because of their fee structure. Im told Amazon payments would work but its sort of a hack. The seller has to set up a business account and then tie their item to my website as a third party sales venue. Is there an easire way to accomplish what Im trying to do? Of course keeping fees as low was possible.
This will work perfectly fine with PayPal.
PayPal offers Adaptive Payments as of a while ago, which allows you to specify 'primary' and 'secondary' receivers (up to 10 recievers per 1 transaction I believe, from the top of my head).
You could thus use Adaptive Payments to set the photographer as the primary receiver, set yourself as the secondary receiver and optionally move the transaction fees onto the photographer as well.
Have a look at this page for more information.
I wanna build a web store for selling people's second hand products.
A customer adds the products into a shopping cart.
He/she pays (credit card, bank account) for it and I get the money.
The seller sends the bought products to the customer.
I get send the money to the seller (and have taken a fee for it).
People tend to mention Amazon's, Google's and PayPal's payment service but recently I came across services like Chargify and Recurly.
My questions:
How do these two differ from the other three?
Which one would support the above mentioned transaction process?
How should I set up the above transaction process?
The "big 3" require an account. How do I charge with just a credit card or bank account only?
Thanks!
Thanks for thinking of Chargify.
We're not the right thing for your need... we focus on helping a business manage many things involved in recurring billing of customers.
For what you want to do, I think one of the "Big 3" is the way to go. You've got the extra "wrinkle" of this, however: you're essentially collecting money on behalf of each Seller, and each Seller may be selling very different things and will have different levels of honesty, etc.
All of my experience is with merchants that have a traditional merchant account and payment gateway, which together allow them to charge credit cards. But the banks that issue merchant accounts want to know what each merchant (each Seller) is about. I'm 99% sure the banks dislike a single merchant account being used to sell / collect credit card payments for more than one merchant.
Anyway, to the degree that it's useful, I wrote a blog post last year about merchant accounts and payment gateways. It may be helpful to you as you explore options:
https://lancewalley.wordpress.com/2010/06/22/merchant-accounts-payment-gateways/
See my answer in Online payments for a middleman.
PayPal Adaptive Payments allows you to accept guest payments, without requiring buyers to have a PayPal account.
Another thing to think about is regional availability; Amazon / Google may sound interesting, but are not very useful if you don't live in the US or UK. Whereas PayPal Adaptive Payments is available pretty much globally (with the exception of a few countries where PayPal hasn't launched yet).