I am trying to build a website to support users to find the best bank account more easily.
So, I am planning to upload the bank information and have affiliation with those banks.
At this moment, I am thinking of guiding users to go to making bank account page of the banks.
I want to receive commission from the banks whenever new users have joined them through my website and they have actually made transaction.
My question is, how can I know if the user has made up the bank account through my website and actually made transaction?
Are there any ways on it except that the bank provides me the information regularly?
I want to be able to track what the user does at the bank's website after being linked from my website.
Thank you.
I want to be able to track what the user does at the bank's website after being linked from my website.
I doubt that you'll find many (if any) banks that will allow you to track users on their website. And you can't do it without their consent.
You're putting the cart before the horse here. Before you start figuring out how to implement this, you need a partnership (affiliate program) with those banks. And from there, you'll need to play by their rules.
Are there any ways on it except that the bank provides me the information regularly?
How else would you propose collecting and delivering this information?
If you want to pursue this, the best and least intrusive way to go about it is to have your partner banks set up referral codes or affiliate links; when customers come to them through you, the customers provide the affiliate code or click on a URL that's unique to you (provided on your website), and then the bank will report on the usage and pay out whatever has been agreed upon.
Related
I have made a website with refer and earn system. I am selling cheap products so that anyone can sell it. But, when my website will get thousands of users, how will I pay them by their desired option?
Is there any way to add system so that my users can withdraw money themselves?
I have an eCommerce website. I want to let other websites sell my products on their website,
also, I want it to be as automatic as possible,
something like google ads - where the other website just needs to add one line of code,
how can i do that?
and how to keep track of my products (and take my money & give them their commission)?
There are at least 2 scenarios for example:
You want a rest api that could be implemented by other 3rd party sellers that could be called by them in order for you to keep track of purchases and their comissions. ( in this case the final customer will remain on 3rd party seller webpage )
If you insist on adding something like google ads on a seller webpage in that case you can play with cookies meaning:
Customer enters on seller website he will see something like an "ad" he or she will click on that ad ( image/link ) and will be redirected to your site https://yourwebsite.com/redirectedFrom=seller123
You will save that seller123 in customer cookie browser and if that customer will purchase something from your website you will know from cookie saved earlier from which seller customer was coming in order for you to assign commission and so on.
I hope that both scenarios might help. It really depends on you if you want that a customer should order something directly from other 3rd party seller or directly from your website.
To be more specific in both situations you will end up making money but both scenarios has different customer experience, on 1st scenario customer remains on seller website on 2nd one customer will be redirected to your website
I am developing a mobile app, a market place buyers and sellers can meet.
When making payments, the buyer will have to enter his credit card information every time, because we are not saving them.
To get paid, sellers need to have their bank details stored with us (That's what we think). We are planning to use a payment gateway like Stripe or Braintree.
Now, we have 2 questions.
Instead of we storing the bank details, can we shift this responsibility to the payment gateway provider? So the information are with that service and not with us.
If it is mandatory for us to keep the bank details, what security measures we need to take?
I can't speak for Braintree, but Stripe can handle storing those. I'd suggest reaching out to them to tell them more about your use case and ask for more details. https://support.stripe.com/contact/email
Say I have a company where I want to make direct deposits to members' bank account. I understand that's it a really bad idea to ask them their information on the site and store it in the database.
But what If i ask our members to email us their bank info for direct deposits? I would then simply take their info and put it in excel sheet instead of storing it in the server(and delete the original email). That would be my reference point to sending the members direct deposits using my bank account. Is that legally allowed? If not, what would be another method to request a member's bank account info to make direct deposits?
Collecting banking account information has significant security implications and doing via email is not kosher. But there are alternatives.
The simplest alternative is using interbank service like Zelle where you can send money to your members' bank accounts using just their email accounts (the one associated with their bank login). We pay our smaller vendors this way and most get paid immediately without any transaction fees. But this may not work for members who use smaller banks outside the network (e.g credit unions) and the service does not have sophisticated tracking or linking to invoices.
If you have international members or need a more scalable/programmatic/self-serve solution, you can consider using a payment gateway provider like paypal/braintree or stripe-connect. Stripe is especially easy to integrate with a website and instead of you collecting and maintaining banking information for your members, stripe does on your behalf. Companies like Lyft use this to pay their drivers. It scales and works in almost all major international locations. Downside is there are per transaction fees which get steep if you want instant payments.
My company has different websites for different customers, each of them using instagram API to retrieve pictures from customer's instagram account.
I have tried to register different instagram clients but it has been rejected because 'We don't approve multiple submissions for the same company. Please consolidate all your integrations under a single client_id.'
How one would solve this problem ? An instagram client has its own website url, privacy policy url and redirect_url which obviously can't be shared between different websites.
It sounds like you are trying to get your client approved to "go live"... does it meet one of their only three acceptable use cases (since June 1st 2016)?
“My app allows people to login with Instagram and share their own
content”
“My product helps brands and advertisers understand, manage
their audience and media rights.”
“My product helps broadcasters and
publishers discover content, get digital rights to media, and share
media with proper attribution.”
If your use case doesn't fit their new agenda you will never get it approved to go live no matter how consolidated it is. Your only other option is to stay in Sandbox mode. First read about the limitations of Sandbox mode and if these are acceptable, then you don't have to worry about submission process at all. Just create multiple API clients and leave them in Sandbox mode forever. But if you're doing anything besides showing a few recent photos on your customer's sites, Sandbox mode probably won't cut it for you and you may be out of luck.