ios - How to implement a licensing mechanism when purchasing an App Store application if the license system is on our own server? -



ios - How to implement a licensing mechanism when purchasing an App Store application if the license system is on our own server? -

i looking start selling app on apple app store app uses our own servers generate license client 1 time have purchased it. how can our existing licensing scheme uses our own servers implemented if client purchases app app store instead?

the application license yearly renewable one. therefore, far, have read, app on app store come auto-renewal alternative (opt-out of course) take care of subscription cycle how can our own server issue client 1 year license renew itunes using auto-renew function of app store?

i sorry if not clear go this:

customer downloads application app store 1 year auto renewal subscription. customer pays. the app store verifies payment. once payment verified contacts our server create license purchase , 1 year. that license sent our server purchased app unlock subscription.

please right me if understanding on how works wrong if can point me in right direction or give examples of how application on app store can issue licenses own server grateful.

as example, @ "aviation exam". allow purchase subscriptions on-device in-app purchases, or on own website. in each case details synced user's business relationship on own server, same exam can used device.

look @ apple documentation how in-app purchase subscriptions work on ios. app can send details of purchase servers, , download farther information.

edit; after give-and-take in comments:

if want payment go via apple has via app purchase or in-app purchase. in-app purchase supports thought of buying subscription limited time. explained @ sec link above.

if want user create business relationship on server can either have page in app them input details, or can bring web page served website. either way, info can go server , can create account.

the key thing is, if payment went via apple within app place know this. app can send info server. need mutual identifier (i.e. user-name) known server , user, user keys in app , can matched up.

there nil complicated here, decent software developer. need existence proof such gave @ top, , can figure out how link info together.

edit 2

some tutorials in-app purchase listed at: in-app purchase server model

lots of low-level detail at: verify receipt in app purchase

if prefer handle payment yourself, not via apple, situation different. now, own systems have maintain track of has been bought, when subscriptions run out, etc. begin with, app won't know @ all. however, 1 time identify user having them come in credentials (username/password), can fetch details back-end scheme app , proceed above. again, visible in illustration gave @ beginning, supports both apple , non-apple payments.

one thing note: if handle payment apple isn't getting 30% cut, usual app store commission, may not this. guidelines say:

11.1 apps unlock or enable additional features or functionality mechanisms other app store rejected

11.13 apps link external mechanisms purchases or subscriptions used in app, such "buy" button goes web site purchase digital book, rejected

that's pretty clear-cut, since there apps rely on subscriptions or content purchased elsewhere, don't seem follow these rules in every case. amazon kindle app allowed back, 1 time took 'buy' button off.

ios iphone app-store

Comments

Popular posts from this blog

php - Android app custom user registration and login with cookie using facebook sdk -

django - Access session in user model .save() -

php - .htaccess Multiple Rewrite Rules / Prioritizing -