I recently published my Paid App to Google Play Store.But my users aren't able to make In App Purchases as they are getting Payment Declined error. I also personally checked in so much devices with different google accounts and different payment methods but it shows same error.
Please kindly provide me solution to this why this is happening. Thankyou
Related
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
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.
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.
I have an application that my client wants to give away to customers for free.
To get the full functionality, the customers would have to fill in a code.
Other customers will need to do an In App Purchase to get the full functionality.
Is this allowed by Apple or will I bump into app store restrictions.
Tried to find it, but haven't found a decent answer.
Anyone tried it before ?
Thanks !
Please see this other SO answer:
Redeem codes for inapp purchase items
I dont think it is possible to do what you want. Either everyone has to enter a code, or everyone has to do an in-app purchase.
You could also have both of these options available inside the app, but that may seem messy and informal for customers
I would say you could ask the user for a login (email + password). You could then connect to a server of yours and check the credentials. If the server knows this user because you host a list of all the users allowed to use the premium options for free, you could unlock your premium features. Otherwise, you ask Apple for the In App Purchase precedure.
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."