Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
My current online shop use PayPal express checkout (for credit card too) to charge users.
Our surveys (and A/B testing) showed that they are willing to make am order in a fewer step and without going to Paypal website.
We are based in Hong Kong so Website Payment Pro with DirectPayment can't be used.
Do you any other solution that could fit (i.e same level of pricing) our needs.
Small transactions (< 100 USD), need to fully integrate the solution within our shop for credit card (no redirection to another website)?
We will probably keep paypal as a backup solution for customers without credit cards.
Since PayPal indeed does not offer WPP in Hong Kong, I see just three options:
Open a business in US/UK/Canada where WPP is available;
Use a standard credit card payment provider, not PayPal;
Keep using WPS.
I'm afraid that none of these are the same level of pricing and benefits though. :(
I wonder if you have the same problems with Google Checkout.
Take a look on:
http://www.avangate.com
http://www.epayment.ro
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
Questions asking for code must demonstrate a minimal understanding of the problem being solved. Include attempted solutions, why they didn't work, and the expected results. See also: Stack Overflow question checklist
Closed 9 years ago.
Improve this question
I always used to in-app virtual goods or subscriptions, but my client wants to sell real products as toy art. Someone could tell me how it works?
I sell real products through my application? How would I do this using in-app or pay pal? The apple approve.
Thanks
In app purchase is just for the content in the app, bonus levels, virtual coins and subscribes. Of course you can sell real world items in your app, Apple accepts this kind of app, but remember you can not use Apple's in app purchase to charge users. Your must turn to other payment method, like Paypal or credit card.
Because it is something related sensitivity data (for money, you know). So maybe you have to supply your own use term and assurance to make your users trust you.
If you plan to use Paypal to implement the payment, you might want to see the Paypal's iOS SDK.
Apple doesn't allow selling real-world products by in-app purchases.
Here you have guide from Apple. Check pages 3 and 6.
If it comes to the second part of the question, you can redirect a user to prepared site to finish transaction as long as it's not stuff for the app. More about this you can find here.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 7 years ago.
Improve this question
How to implement payment gateways in iPhone app?
Also is there any problem of app rejecting by using a third-party payment gateway?
Please do not attempt to create a payment gateway by your self unless you are thoroughly conversant with programming, security and you completely understand everything involved. There are too much factors and security issues involved. Use something like PayPal or read up on [In-App Purchase Programming Guide1 in Apple Dev guide.
Use the paypal mobile sdk..For integrating the payment gateway in your application..You can download the sample project from github by clicking download zip.
If you want to use digital goods payment service then best way to use inapppurchase (tutorial is given in reywenderlich)
If u want to use real goods payment they u can use paypal or other related payment gateway..
You can go...developer.paypal.com for more info regarding this..
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 9 years ago.
Improve this question
I will be making an iPhone app that will sell ebooks. we have a website version of this and we want to have mobile version also. So, my question is what is the best approach(approved by Apple) for this kind of model? In our website version, we do payment by paypal. In my understanding, selling digital goods via paypal that is integrated within the app is not allowed(correct me if I'm wrong). Also, we have like 5000+ books on the website, so adding all books in iTunes(if it can be done) is no cake work I think. :D So help me out guys, this is my first app that involves buying and paying. After a successful payment, this book can now be read from within the app. Thanks!
Your correct, Apple does not allow any payment method for in app content that circumvents the IAP model.
You have two real options. One is to use IAP (In app purchase). This will give users the best native experience and will allow you to use apples framework BUT there are two downsides:
- Apple takes a 30% cut of all IAP revenue
- There is a chance that patent trolls Lodsys will come after you for unauthorized use of IAP (its not actually unauthorized, but they will try and argue that it is and sue you for it, google 'IAP Lodsys' for more info)
The other option that gives you more control over the payment system and gives you full revenue it to allow users to purchase books for their app on your website (The way kindle works). Not the best experience for users, but definitely best for your wallets.
Unfortunately I am not aware of any other payment methods, would be interesting to hear of some if anyone has any.
Hope that helps :)
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 4 years ago.
Improve this question
Does anybody has any experience with Stripe payment provider?
Which payment provider is advisable for startup business?
Stripe is very friendly to startups and developers. (Disclaimer: I work for Stripe.)
While we don't offer anything like PayPal's Adaptive Payments, I think you'll find the simplicity of the API to be great for getting up and running quickly, so you can go back to worrying about your actual business rather than worrying about how to get paid.
But don't take it from us, ask our users: http://gc-taylor.com/blog/2011/12/8/why-we-ditched-paypal-stripe/.
Depends on what you want to do with it.
PayPal is great if you want to start accepting payments in a heartbeat, online and offline.
As with all products / services, depending on your growth speed, you may eventually outgrow it. But for a start-up wishing to accept your first payments it's perfect.
They now offer some pretty strong products with new REST-based API's, accepting card payments directly or guiding buyers through the PayPal site to use any funding source (beyond just card).
Actually, my understanding is that Stripe requires you, the owner to be in the US but you can accept payments from anyone.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 9 years ago.
Improve this question
Most of my clients require donation and shopping cart integration into their websites. I have always used PayPal to run the transactions, but PayPal is a nightmare to work with. I'm looking for an alternative company to handle the credit card processing.
I had looked into Amazon FPS, then realized that it requires an Amazon account in order to process the transaction, which I cannot do. Seems like my only option is Google Checkout. Is it solid? I've read some horror stories of random account closures.
Your thoughts would be helpful as I make this decision. I am looking for ease of API integration, no requirements for the users other than valid credit-card information, and low transaction fees.
I've written modules to work with point Link Point and Authorize.net. Authorize.net is far superior in consistency, logical response values, and had much better documentation.
try authorize.net.