I've looked at stripe connect and it forces each user to impute their Social Security number and etc. just so they accept payments for a item they want to sell.
Is there a less painless method where users can sell something on my site, receive monies, and buy from other users?
I tried using stripe alone and it pays me directly. Problem is I want user to sign up, sell something on the site, and get paid. I'm not sure how this can be done without having each user impute social security numbers, tax id, and other personal information if all they want to sell is a pen.
For financial compliance reasons (know your customer laws, anti-money laundering stuff), as well as protecting you from chargebacks and refunds, you'd have to use Stripe Connect and either Standalone or Managed Accounts. Unfortunately this means you'll have to collect certain information from the user like their bank account, date of birth, last 4 of their social, etc.
You can using their Transfers API, but you need to be in the US and so do they. https://stripe.com/blog/send-payouts-with-stripe
Related
I'm trying to build a Patreon-like app: A creator creates an account where users can then subscribe for some price.
I have gotten to the point in my code where I now need the user to add his bank info into stripe so he can receive funds. I have come across questions like this, and this, but neither shares any information on how a user can input his bank info on the client-side (they only deal with the backend).
The connected accounts are Express accounts.
How do I make the user add banking information on the client-side?
I have been recommended this stripe page but it does not show how to allow a creator to input banking info on client-side. I have also implemented the example backend code from firebase and updated it for my specific case.
Update:
I've also come across this page about Managing bank accounts and debit cards but it appears to be for custom accounts not express.
Stripe uses a hosted onboarding page for Express accounts. It's basically a form hosted on a Stripe domain that handles all the common onboarding requirements (e.g. verification documents and bank account details) needed.
Once the user has filled everything in they are redirected back to your site/app. In other words you don't really have to worry about collecting bank details client side, Stripe does it for you: https://stripe.com/docs/connect/express-accounts
I feel like this should be possible and even common but haven't come across it in the documentation or on SO yet.
I sell a B2B subscription, and the norm in the industry is to send an invoice to the business to be paid by the accounting department. In many cases, the company is paying for access to the platform for multiple employees.
I'd like to pass an array of customers for a single subscription, so that when the subscription expires, all users lose access (or renew) in the following year. Is this possible?
No, this is not supported. Stripe is an abstraction for payments that you'll need to model appropriately for your business. In this case, your "Customer" could be the company, with the accounting representative as the billing contact. Then in your system you'd map individual user accounts to that customer/company account to grant or deny access to the service or features.
You do not need to (and should not) create a Stripe Customer for each individual employee at the company accessing your service if that does not fit the payments model for your business.
Ok so there is this feature that I would like to implement on my site. Users can choose to donate money to a specific nonprofit (let's say Wikipedia). So they click donate and they choose the amount on the website, get redirected to PayPal website, complete the transaction, and then get redirected to my website AFTER I get some Instant Notification, with which I track that donation in my website database with the users info.
I looked up some Railscasts video about PayPal, but they were all mostly about e-commerce. How can I set up the system to wire the money directly to Wikipedia's PayPal account and how can I get the notification back? I really could appreciate it if someone could assist me with this.
P.S I am running the localhost server for now, will that be a problem?
What you're trying to do is called a "third party transaction" since the first two parties to the transaction are the donor and the recipient org (eg Wikipedia).
From my quick search of PayPal, I don't think it is supported. Even if it is supported, you'd need approval from each of the recipients to set it up. Eg see this Paypal 3rd party shopping cart article
Amazon Flexible Payments Service does support third party payments. Again, you'd need the co-operation of the recipients.
You could have the donors pay money to you which you would then turn around and donate to the non-profits. But to do so, either your donors would lose the tax deductions or you'd need to become a non-profit yourself. In addition, there would be two sets of transaction fees, yours and the recipients.
I have an app that needs to use with a pay what you want model. I'm struggling to find a billing provider that offers this service outside of donate buttons.
The app is for a for-profit company, so I'm not sure if there is any gray area using Paypal, Amazon or Google for this. Outside of Paypal's 'donate' button, the process of allowing users to enter in a value they'd like to pay seems clunky at best.
I was wondering if there were any less known billing providers out there that offer a simple a nice pay-what-you-want or pay-as-you-will option. Merchant accounts and gateways arn't an issue.
Thanks
The possible isssues are You need to find international payment provider, User needs credit card.In case You use local payment system like netbanking you can target bigger circle.
For International payment Options are
http://www.wilsonweb.com/wct4/international.cfm
http://hubpages.com/hub/The-Top-International-Payment-Methods
Why not just implement it yourself, just like any other shopping cart app? The difference being that instead of the "cart" calculating the total for the user to pay, the user himself fills up the amount in a form. After that, just redirect him to the credit card processor with whatever amount he filled up!
It is known that PayPal supports Adaptive(Chained) payments where one buyer sends the money and it is processed using one API account holder and the money can be sent to multiple
users.
My question is,
Does this approach also supports
accepting credit card (for the
buyer)?
Is it possible to capture the card
details at our website and use the
API (in the backend) without
redirecting to PayPal website
itself?
Here is my requirement...
I am running a website where sellers can sell their products and buyers buy them.
Seller sets the price and i get a commission
Eg. Person A sells Product P for $100. (My commission is 2%)
Person B buys P. and makes the payment in my website itself. Using Paypal API, i want to process B's credit card and charge him $100. Get my share of $2 and send rest of $98 to Person A.
thanks in advance,
Kannan R
Q1. YES it is possible to accept credit cards (PapPal Adaptive payments supports Guest Payments... where the user can enter their credit card details.
Q2. YES. In continuation of answer to Q1, the credit card details entered acts as the explicitly approved payment hence no need to redirect the sender to Paypal website for authorization.
http://www.paypal-labs.com/TechDocs/
This link explains things better, check out for the Guest Payments link..
Hope it helps.
rgds,
Sourcebits Team.
For Question #2:
While it is possible to capture the credit card details on your site, you should be aware that there is something called PCI Compliance, which is basically a set of rules you need to follow to ensure that your server and your software is secure.
It is not easy to meet PCI requirements on your own (time, consultant costs, regular inspections, understanding the rules etc.). And if the rules are violated or your server is hacked you could be fined hundreds of dollars/rupees per "lost" credit card details.
Search SO for some good information about this