This is the text from AppStore for Rejection.
We noticed that your app offers a subscription with a mechanism other than the in-app purchase API.
Actually app is not having any third party for payment or no any In app purchase but if i searched for InAppPurchase OR Subscription word in project then i can found methods inside the FBSDKLoginKit and FBSDKCoreKit.
In App Purchase is OFF in Capabilities.
In App Purchase is ON in Certificates. (Which is by default ON)
But They are saying we are offering subscription other than In app purchase which is actually not there.
Does any one have solution of this type of issue?
Please help guys!
Thanks in advance!
You need to resubmit to Apple for review and mention that App does not have any Subscription/In App purchase, and that you are using Facebook SDK that has subscription support but you are not using that feature in your app.
I'm not sure if this will successfully make your application pass the review process but it may help
Related
I have a subscription based application that has no free content. Apple rejected it because I do not use in-app purchases to allow the user to sign up. The (current) only way to register is the go to the website and register/pay. Google accepted the app.
I use Stripe for collecting purchases/subscriptions on the web. As far as I can tell I can not use Stripe with apple in-app purchases. It seems though that I can use RevenueCat? Has anyone used Stripe for in-app purchases? The application is written in Flutter/Dart.
Anyone have any suggestions?
Thanks in advance.
I am building an IOS app with an auto-renewable subscriptions enabled. What I am attempting to do is allow a user to purchase a subscription through an in app purchase that would allow them web access as well as mobile access. However I need a way to check that a subscription in the App Store is still valid.
The Problem is that if I wait for the mobile app to initiate a purchase receipt verification then there is a chance that user with a cancelled subscription will continue to have access to the application paid features.
The solution I am looking for is to be able to check the status of a paid subscription in the Apple AppStore from a web application. However I cannot find any documentation on how to accomplish this.
Please help.
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.
i have implemented the in app purchase in my application and added few in app purchases. on itunes connect i have filled all the details for the in app purchases. Initially the status of in app purchase was "waiting for review" and i was able to test in app purchase in sandbox env. but after every 4 days, in app purchases gets new status "developer action needed" and in the language section there is a "rejected" sign of in app purchase. so to make this use able again i have been using to make little change in description, which makes the in app purchase again in review
as history of the project is: right now application version 1.0 is available on app store in which in app purchases are not implemented
and i have added new application version 2.0 which is in "rejected by developer" state
so i just want to know why itunes connect team is rejecting in app purchase again and again?
also im not getting any email regarding this rejection
any one guide me what is the solution to this problem or any one else has faced this issue before?
Have you uploaded new version on apple store which is having in-app purchase code implemented ? if not then they will reject the in-app purchase items.
also if apple is rejecting your in-app purchased , then have you provided all the details to them. As if they find the in-app purchase improper then they can can reject it. Provide them proper details and proper screen shot for the same.
Also if apple is rejecting your in-app purchase then you may can ask apple review team about the issue. Use the Link. they will let you know the exact issue.
Hope this will help you.
I recently had this problem with an app submitted to Apple.
There is a fallback system that needs to be in place for server side in app purchase validation.
It is documented in Apple, but VERY well hidden in tech note :
http://developer.apple.com/library/ios/#technotes/tn2259/_index.html
Here is the way to do it :
"Always verify your receipt first with the production URL; proceed to verify with the sandbox URL if you receive a 21007 status code.
Following this approach ensures that you do not have to switch between URLs while your application is being tested or reviewed in the sandbox or is live in the App Store."
We're having some trouble with the App Store Review Guidelines, specifically these two points in section 11 - Purchasing and currencies:
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
We're making an app for iOS, Android and Blackberry. We wish to provide in-app purchases for iOS and SMS for all three alongside. We can't quite depict from the guidelines whether we can have text underneath an in-app purchase button saying "or SMS XXX to XXXXX" and have them enter the password received back to their phone.
Yes we're using another system to the IAP, but we're offering that at the same time. Could SMS be counted as a different "mechanism"?
Any help on this would be much appreciated. I don't fancy the idea of submitting our app for approval after setting this all up just to have it rejected and have things delayed for weeks.
Thanks in advance :)
Sending an unlock code via SMS will almost certainly be considered a "mechanism other than the App Store" (11.1), and be used as a cause for rejection.
No you can't do that. Apple will reject your app. They don't want any other IAP methods, because they won't earn any money from it! StoreKit is just the easiest and best (and the only :P) API for IAP. Either you just use regular IAP or you will have to stick with Cydia. You can make your app free in Cydia and then manage your own IAP using SMS or how ever you want it to be.