I'm planning for my new application, and its contain payment method, after research on google, im found google pay will be better one.
but how google pay will deducts the amount from the user and tranfer it to my bank number?
is their any proccess or third part ?
Best Regards and thanks.
Google Pay does not actually process the payment. It facilitates it by securely transmitting the user's selected payment method to a payment processor.
A list of supported payment processors can be found at https://developers.google.com/pay/api/#participating-processors.
Instructions on how to integrate with the relevant payment processors can be found by following the processor links.
Related
Is it possible to use PayPal's preapproved payments api for the following scenario:
Online marketplace where users buy fixed amounts of credits.
They spend the credits on items/services in the marketplace.
We detect when the credits run out and based on the billing agreement automatically charge them to renew the amount of credits.
I have spent quite a while looking around for an answer to this but cannot find my specific problem.
Any help very much appreciated! Thanks.
Yes this is definitely possible. I would write a cron job that periodically checks current credits against their billing agreement. If there is a match, then make a pay request to paypal. Sorry I cannot provide code examples without more knowledge of how your site is structured.
I have developed one app in which i have used the Google Place API. This is what places doc says about limitation.
The Google Places API has the following query limits:
Users with an API key are allowed 1 000 requests per 24 hour period.
Users who have also verified their identity through the APIs console are allowed 100 000 requests per 24 hour period. A credit card is required for verification, by enabling billing in the console. Your card will not be charged for use of the Places API.
So my question is that if i enable billing for Place API then its free? Is it really true?
Yes, you will have what they are saying. I have done that, so I can confirm... If you put your credit card info, you are letting them know that you are a verified user, and that therefore you won't misuse their services.
And for the second question, we are talking about Google here. It is really true, you won't be charged, they can make money from other sources :)
EDIT:
Actually, if you need more than the "verified" option, it seems you can contact them as stated by Thor Mitchell (Product Manager #Google) in this topic at Quora: Pros and Cons of Places API
"The limits on use (after identity verification) is 100,000 requests
per day, and we're happy to talk to developers who need more about
their requirements."
As of today, the limit is 150,000 free requests per day, but the documentation is hard to make sense of in terms of how they bill overage.
Latest update March 2019:
"For an overview of pricing for the Google Maps Platform products, please see the Pricing Sheet.
To learn more about how Google Maps Platform APIs are billed, please see Understanding billing for Maps, Routes, and Places."
I'm trying to create a simple personal project: I want to give myself bounties for completing tasks that often fester on my todo list. If I complete a task, for example, $5 should automatically move out of my savings account into a discretionary spending debit card.
Are there any APIs or banks that have those APIs that could let me do that? All of the paypal APIs seem to charge a fee, which would be kind of silly if the money is simply moving between accounts. Any suggestions?
Most banks/organisations will charge I suspect as a vast amount of money made by these organisations is from transfer charges. I cannot think of free api that would let you do it.
However you could consider using another commercial organisation, say like Amazon, and perhaps use it's APIs to supply purchase with gift cards automatically? I'm not saying Amazon is free, I'm just using it as an example.
It's not quite what you want but may be acceptable.
it may not be pretty, but you can use curl to do transactions over https, provided your online bank uses standard html forms in some way, but it typicaly takes 3 processes
1. Login to get a token (user name and password will be required)
2. Use token to get a cookie (in some cases 1 and 2 are reversed)
3. use curl to post the form data for your transaction
There are some good pointers on using curl in similar ways here:
http://curl.haxx.se/docs/httpscripting.html
I'm building a marketplace application:
The customer pays the seller on the marketplace
The marketplace takes a cut of the payment
I would have a payment processing system with the following features
The cut and the 100%-cut are sent directly to the marketplace and seller accounts (ie, I don't want to have 100% on the marketplace account and then to forward the 100%-cut to the seller)
I would love to have a UI as much integrated with the marketplace website as possible. This implies that the customer in the worst case has to put only name, surname and credit card number on the payment processor interface (the ideal would be a payment interface totally integrated with our website)
I don't want to force the customer to register to any third party service
It should work nicely with Ruby on Rails
It should work for non US-based companies and should support multicurrency payments
What are the options out there?
Thanks.
I'd recommend you look at our product Balanced. It's built to solve exactly this problem so I think it's a good match.
At a high level payments in are done via credit card like a normal payment processor, funds are deposited into an escrow account which is a sum of all funds collected - all funds disbursed. When you're ready to push funds out you can currently pay out via next-day ACH (US only) but we're building out international support which sounds like it would be useful for you.
I believe it matches your other requirements:
there is no requirement to send users offsite, they do require accounts but you can create and edit them via the API.
Balanced has an excellent ruby gem
You can split up the payment, taking a cut from the proceeds as profit
Balanced provides you with a merchant dashboard for you and your customers to get a head start but you can build the exact same thing via API access.
One area where it's not going to meet your requirements is multi-currency charges. Currently you'll need to charge in USD and convert.
Check out https://github.com/drhenner/ror_ecommerce It doesn't have all the features you want but will give you a big head start.
Basically active merchant will connect to most gateways. You need to add the custom code. Look at the video for more help http://ror-e.com/info/videos/1
I've written a subscription based web app that I want to charge (by credit card) a monthly fee. There are 3 different plans and once they sign up, they should be billed that amount, automatically, every month until they cancel. Is there an easy way to set this up (some sort of online service maybe?).
You can use Paypal's merchant service to provide reoccurring charges for a subscription.
Pretty easy to implement, they provide plenty of examples and even a sandbox to get you up and running.
There are now some service providers that take care of your billing and subscription needs. You use their API and they handle billing and subscriptions for you. Their services work with payment systems like PayPal and Authorize.Net.
Take a look at the following sites:
Chargify
Spreedly
Cheddargetter
I would suggest not using Paypal or Authorize's recurring payments directly. Their APIs are brutal, and the functionality is very rudimentary. It may work fine for when you're just starting out, but if you ever want to change anything down the line, you'll be in trouble.
I work for CheddarGetter, so I'm biased, but you should check us out.
Our competitors are not as robust or flexible, but they are definitely better than using Paypal or Authorize.net directly.