Visibility of "Restore Purchases"

I have a free application where you need to create an account or use facebook. A one time in-app purchase allow to "unlock" the app (remove ads, additional features...). Classic.


When logged and not yet purchased (ie. locked), I display a button "Unlock VIP Pass". This open a dialog with "Purchase for $XXX" and "Restore Previous Purchases". Note that when the purchase or restore is done, I store bought product ids in a file.


When the app is purchased (ie. unlocked), I prefer to not display this button "Unlock VIP Pass". In this case note that no "Restore Purchase" are visible in the application.


Also note that when not logged, no "Restore Purchase" are visible in the application.


I know that Apple ask that applicaiton with in-app purchase must have a "Restore purchase". Does that means that this button must be available in any situation ? or does my description is enough (ie. restore only visible when the do not find the purchase) ?

>I have a free application where you need to create an account or use facebook. A one time in-app purchase allow to "unlock" the app (remove ads, additional features...). Classic.


Actually not classic. An app that does nothing if the user does not log into some remote system may be violating a guideline of requiring personal information in order to function. Apps like that have been rejected and developers have compalined "but BigAppCompany (e.g. Uber) got to do that whay can't I?" It is best to function at some low level without a log in and provide the 'option' of loging in and an enhanced experience to those who log in.


And to answer your question - app review may well have a problem with no 'restore' option. They might argue that the user reinstalling the app may want to do the restore function prior independent of a Facebook log-in. And that makes some sense if they purchased a new device and are going through all their apps doing their restoring - they have no intention of using your app at that moment, they just want to restore their purchases.

My app is a game something like "Draw something" : a Face to Face game but asynchronous (ie. based on a server that store the party state and so also player (create with an email or with facebook login). I see a lot of game with these mechanics and it does not seem to be a problem to be validated. Right ?


BTW I've understood that I need to provide a restore purchase feature.

I repeat:

An app that does nothing if the user does not log into some remote system may be violating a guideline of requiring personal information in order to function. Apps like that have been rejected and developers have complained "but BigAppCompany (e.g. Uber) got to do that whay can't I?" It is best to function at some low level without a log in and provide the 'option' of loging in and an enhanced experience to those who log in.


In your case - let the user draw something only on the user's screen until the user logs into their account.

Check for example "SonPop2", After some splash screen, a login screen with facebook or your email adress and nothing to do without this. I work the same way.

> I work the same way.


Remember that none of the apps in the store are any promise that your app will be accepted. No one here can say what App Review will or won't accept/review.


As you said before, "I know that Apple ask that applicaiton with in-app purchase must have a "Restore purchase" - best to use that as your goal, I think.

I repeat:

I repeat:.......Apps like that have been rejected and developers have complained "but BigAppCompany (e.g. Uber) got to do that why can't I?"

Replace "BigAppCompany (e.g.Uber)" with "SonPop2" and you have your last post.

Visibility of "Restore Purchases"
 
 
Q