Please tell me How to make payment with different amount via In app purchase in iphone sdk?? as i am creating an application in which subscription charges deduced from a website and in the same way i want to make payment using my application and subscription amount change all the time.. as apple don't approve paypal for the same purpose. How to handle this problem??
can we use web services for deduction of charges and get response of success or failure from web services?
For in-app purchases of app content, you're only allowed to use Apple's In-App Purchase system. You're not allowed to use paypal or anything else from in the app.
The only way to set the price of an in-app purchase item is in iTunes Connect. StoreKit (the API you use for in-app purchases) gets product prices from iTunes Connect, and there is no API for overriding the prices from within the app.
There's no public API (as far as I know) for changing the price in iTunes Connect, either. Perhaps you can script the normal web browsing interface, or find code someone else has written that scripts it. But the only way that Apple provides for changing the price of an in-app purchase is to log in to the iTunes Connect web site in a web browser.
Related
I developed an app with ionic library and use paypal integration from ionic framework. I uploaded my app at google play and everything went fine. When I published my app in app store my app was rejected with this reason :
We noticed that your app or its metadata enables the purchase of
content, services, or functionality in the app by means other than the
in-app purchase API, which is not appropriate for the App Store.
Does anyone know if the problem is that I use paypal library or that apple doesn't control my transactions so apple can't take some money?
Other methods are allowed, but only under certain conditions:
3.1.5(a) Goods and Services Outside of the App: If your app enables people to purchase goods or services that will be consumed outside of the app, you must use purchase methods other than in-app purchase to collect those payments, such as Apple Pay or traditional credit card entry.
You can read all the app story review guidelines at https://developer.apple.com/app-store/review/guidelines/#payments
I'm developing an iOS app where users can ask for advice to influential people on their subject. In order to interact with these people you have to pay the price they set. Once you pay you are able to engage with them on a private chat.
There is an app called Healthtap which does almost the same but with doctors.
I wanted to know if we might be able to use paypal and stripe payment systems instead of apple's.
For more info, I'm building it with HTML5 and making it native with Phonegap
Thanks!
You "have" to use apple's system when paying will add more content to the app, which seems to me, is what you are trying to do.
From Apple's In-App Purchase Programs:
You should read this if you are interested in offering additional
paid functionality to users from within your application.
You can use other payment methods when you are not adding new functionality to the app but rather buy something else in the real world. This is the reason why apps such as Amazon's kindle stopped selling ebooks through their apps, since they did not want to share their profits with apple.
No, Apple does not allow any third-party payment methods to be presented in the app itself; it's IAP or nothing.
What you CAN do is have the third-party payment system as part of your web site and have your users make payments through the web site. You will then need some authentication system in the app that uses to validate the user's payment.
I have a requirement in my new iPhone application, where I have to made payment like paisapay (Ebay) does. can I open a web page where user can fill information related to payment and server will handle payment? This Transaction will be in secure manner (In standard way). is it possible? Apple will approve app?
If you are using this means to unlock functionality in the app after payment, it will be rejected else it's okay.
As per app review guidelines
11.1 Apps that unlock or enable additional features or functionality with mechanisms other than the App Store will be rejected
11.2 Apps utilizing a system other than the In App Purchase API (IAP) to purchase content, functionality, or services in an app will be
rejected
11.13 Apps that link to external mechanisms for purchases or subscriptions to be used in the app, such as a “buy” button that goes
to a web site to purchase a digital book, will be rejected
For more reference please read the latest App store review guidelines at https://developer.apple.com/app-store/review/guidelines/
maybe this might help you
http://www.zooz.com/
FYI: In accordance with Apple’s App Store Guidelines, ZooZ can be used without limitation for purchasing physical goods or goods and services used outside of the application.
We intend to launch a free iPhone/iPad app on the AppStore.
The content will actually be accessible thanks to a subscription model (login/pwd authentication in iPhone app).
The subscription (about 100$ a month) is handled via a dedicated web server.
If used without subscription, this app will provide minimum value.
Does anyone know if this kind of subscription model can be rejected by Apple ?
I know some apps follow this model, but I'd like to have your thought on this before starting in this direction.
Thanks for your answer.
This is fine AFAIK - As long your app is free and you put in the description that it requires a subscription to whichever service. When you submit the app, you'll need to hand over details to a test account to Apple so that they can test it, but other than that it's no hassle at all.
I know of an app which works just like that on the app store right now - Spotify for iPhone. It's a music playing app which streams music from the web - but you need a Spotify premium account. When you first open the app, you have to sign in, and if you don't have a premium account it just tells you that you're not allowed in!
Javawag
There are plenty of apps which only work if I have an account somewhere, and some for which I have to pay for that account so, without knowing the specifics, there is nothing which immediately rules out your subscription model. There are even Apple apps, iDisk for example, which are useless if you don't have a $100 mobile me subscription.
If there are issues you can look at selling your subscription as an in app purchase (apple will take their 30% which should make them happy) or look at making the app more functional without the subscription.
Either way, when submitting for approval make sure to set up a sample account with a full subscription that the apple testers can use (there is space in the submission for including logins for this kind of thing).
Our app, previously approved, update was just rejected because we sell subscriptions through our website. (We have been doing this for 15 years, without giving Apple 30% of our money.) They are requiring that all subscriptions for iphone/ipad content go through in-app purchasing. I guess we will be looking at building a browser based app instead.
Cheers,
Gerry
I am developing a native iPhone app, where end user can purchase calling cards of different rates.
The problem I am facing is that, I don't what can be several options to integrate payment / online purchase feature and they can be integrated.
Few sites I have read that, you can implement this using In App Purchase, but there using In App purchase Apple will take 30% of payment. Also, I need to register each of my product with Apple -> iTunes Connect -> Manage In App Purchase, which is again not a feasible thing to do. As my products would have different rates and they get updated regularly, so every time I have make changes in iTunes Connect.
Another option can be to integrate Paypal for purchases but, here I have open the web interface (either safari browser or UIWebView) from native app when it comes to make payment. Problem here is that, opening the web interface would fine, but I need to come to native app and same point in the app from where I did the payment. Also, I don't have prior experience of integrating Paypal.
Please guide me to find the best suitable option to integrate payment feature in native app.
You definitely need to read the Apple-iOS-Standard-Agreement, to find answers about InAppPurchase:
Attachment-2 to the iOS-Standard-Agreement Feb. 15th 2011, 1.1, 2.1, 2.2:
... this makes clear that you are not allowed to use InAppPurchase for selling calling cards. InAppPurchase is only allowed for content & functionality you provide the user within your app.
AS InAppPurchase is not the way you can go, you may use the Mobile Payments Library for iOS, PayPal release last year. The lib is well documented and ships with sample code:
https://www.x.com/community/ppx/xspaces/mobile/mep