I have been doing some research on payment providers for in-app billing that support direct carrier billing in USA. So far I have found that Google Play support for carriers AT&T, Sprint, and T-Mobile. And WAC support AT&T.
Anyone have been working with or know of any other payment providers?
Conditions:
Support carrier billing in USA
Do not use Premium SMS
And support more than one carrier.
I'd suggest http://bango.com/mobilebillingcoverage/
JunglePay.
See also: http://www.quora.com/Michael-Whel/answers
Related
I'd like to register as a developer to the new Selling Partner API (SP-API) by Amazon.
This doc says I can do so using Seller Central, but I have a Vendor account, and therefore I need to use the Vendor Central.
Is there a way to do that?
Yes, there is. You can find everything you need in the Selling Partner API Developer Guide for Vendors. In particular, the answer to your question is under the section "Registering as a developer".
Hello people and GAE/Google Apps for Business support,
We can´t configure SSL for our custom domain. Our project number is 340915567134
We follow https://support.google.com/a/answer/2644334?hl=en ; but the "show more" link do not appear.
We follow https://developers.google.com/appengine/docs/ssl but again; we do not see it in the Google Apps for Business new control panel (security).
We have the DNS ready and verify; we have the GAE project runnig, we have billing in Google Apps and GAE.
We do not know what can be. The only thing we see in the official documentation of GAE is
"You must have an App Engine application with billing enabled that has
cleared at least one billing charge; use this application when
enabling SSL."
The question is: must we wait for the first month to pay and then the option will be enabled (show)??
Thank you in advance,
carlos
I carlos.
To do that I use a cluodflare account Pro. It cost 20$ per month for the first domain and 5$ per month by supplementary domain. You benefit of SSL encryption with your domain name without bye a personal certificate. In more Cloudflare provide services like DDOS protection, SPDY protocol, caching system for your site, ...
I am trying to find a parallel payment implementation for my mobile app, where the payment should happen with in my application and not redirected to any browser.
I have seen few options like paypal parallel payment, but this doesn't provide native app purchase support.
Can some one please point me to right direction. I am wondering am I only one trying for this option? :)
Your help is greatly appreciated.
Thanks,
Ramesh.V
You are looking for an API payment gateway rather than a checkout page solution. There are numerous services such as Stripe, BrainTree, BlueSnap and even PayPal that offer this.
The reason this is not popular for apps is that you'll need to become PCI compliant for that, which is a pain. Non of the above services will grant you access to the API without it, but they will be happy to give you a checkout page (browser) to drop the PCI compliance requirement.
I've successfully used a service called Zooz for my mobile checkout and it works nicely.
You can goto www.zwitch.co . This is an Indian payment startup which offers in-app payment natively.They have mobile SDK with which you can accept payments in your app.You can design your own payment page.They say you will be reduced from the PCI Scope
I have a Mobile website which sell Products, its built in Asp.net/C#. I am exploring the idea of adding a new Payment Method on my website which will allow customers to pay using their Carrier aka Direct Carrier billing.
I want to get opinion from folks who have Direct Carrier Billing implemented on their Mobile Website.
How well was it received by the Customers
How complex is it to implement such a payment method (is it worth implementing)
Lastly, has anyone implemented http://www.billtomobile.com/, are there any other options apart from billtomobile
Thanks!
I have experience developing wap premium billing in some countries (es, it, za, pt, etc), normally using big aggregators. Usually it´s very simple to develop. There are http APIs, and you have to redirect consumer to carrier billing page, and it returns to you with billing information. Normally consumer has to accept the payment in carrier payment page.
I think main problem it´s you only can bill in some APNs for example, you can´t bill to blackberries or opera mini consumers, so other APNs don´t support wap payments. For example, in spain there is a commercial APN called "internet connection". Of course, you can´t bill to wifi users.
I think in others countries like UK, wap payments are broadly accepted. I belive one option is to mix wap payment with SMS premium.
I don't have a cell phone, but Google App Engine needs an SMS message to verify the account. Is there another way to complete the registration?
I'm surprised they don't use a Gmail account to do this.
Edit : Google created one for me, problem solved.
No. If you don't have a way to receive SMS, you can fill out the SMS issues form to have an account created for you.
You could sign up with any web based sms service that enables you to receive sms via virtual phone numbers.
The first one i found that offers a free trial was esendex.co.uk.
But quick search will get you many more.
Or you could just ask somebody to lend you his phone for 5min in ... receiving sms is free after all.
They probably don't use Gmail because there are too many Gmail accounts in the wild. Gmail now requires verification by SMS or a voice call, but it didn't always. App Engine is limited to SMS only (no automated voice call option).
You probably have a friend whose cell phone you can use.
Actually Google have instigated quite strong protection on new gmail accounts, at least here in the UK #googlemail.co.uk addresses require SMS confirmation as well.