I came to know about mobile payment, I have Google Wallet with NFC support phone, Now I should develop Merchant machine, What should be the msg send to Google Wallet app via NFC to make mechant's payment done.?
You can't just send a message to do a payment. That would be much to easy to abuse and everyone would build their own 'Merchant Machine' to make money out of nothing.
If you're interested how NFC payment works in general start reading here:
https://www.emvco.com/
Related
Is there any method to send a link to a user when they ask through an Alexa skill? I found Send to Phone Intent but I didn't understand how to implement it. Has anyone had to use this intent? The scenery would be as an example: Alexa, open the amazon website and it would send a push notification to the cell phone and when the customer clicked on the notification it would open the amazon website.
The Send to Phone feature should do exactly what you're describing, but it's in developer preview right now, so you need to apply here to gain access.
In the meantime, here are the tech docs, design guidelines, and a code sample.
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.
Is there a cross-platform mobile app dev environment that allow us to access the SMS inbox of the phone?
I would like to create messenger apps on different platforms(Android and Symbian at least) that plays around with SMS. I learnt that Phonegap and Mosync is currently not providing such API, and I am still finding it. Any suggestions?
MoSync allows you to send SMS, but like you say, it wont let you receive them.
I guess the reason is, most app only need to send sms, because incoming messages
can be picked up from a server. Also many apps use sms to generate spread/users,
once your app is connected to a IP service of some kind you just talk to the server.
There is of course the cost question, send sms costs app users money, receiving sms
can cost the service provider money.
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.