app rifiutata. Come tracciare l'abbonamento non rinnovante dell'utente

Question

Ho sviluppato un'app per la rivista online con tipo di abbonamento non rinnovante.

Guida agli sviluppatori di Apple Say:

"Non è appropriato tracciare l'abbonamento utilizzando l'ID UDID o Apple Store.L'abbonamento deve essere monitorato con un server esterno che dovresti fornire per consegnare l'abbonamento a più dispositivi. Inoltre, tieni presente che non è appropriato forzare la registrazione degli utenti per soddisfare questo requisito; Tale registrazione dell'utente deve essere resa facoltativa. "

E di recente ho respinto la mia app da Apple per questi motivi:

11.6: Content subscriptions using IAP must last a minimum of 7 days and be available to the user from all of their iOS devices
17.2: Apps that require users to share personal information, such as email address and date of birth, in order to function will be rejected

Così..Come posso tracciare gli utenti e anche l'abbonamento utente sul mio server Per assegnare il giusto giorno di scadenza per le riviste? Come ha detto Apple quihttps://developer.apple.com/library/ios/#documentation/networkinginternet/conceptual/storekitguide/apioverview/overviewofthestorekitapi.html (nel modello del prodotto server)

Penso di aver respinto la mia app perché costringo l'utente a mettere un'e-mail valida sul mio server per tracciare la sua abbonamento.

Sono sicuro che qualcuno è entrato in questo ... qualcuno ha avuto gli stessi problemi?

Answer 1

Potresti provare questo approccio:

Alla prima esecuzione, l'app si registra con il tuo server e ricomincia un univoco_token. Memorizzalo sul lato server e client.
Ad ogni acquisto invio al tuo server l'UNICE_Token e archivia l'associazione tra univoco_token e il prodotto acquistato. Se l'utente si registra con il tuo servizio (login & pass), invia anche univoco_token e associare direttamente l'ID prodotto all'utente.

Quando si progetta il database, tieni presente che un utente può acquistare 2 prodotti diversi su 2 dispositivi diversi, registrarsi su uno di essi e quindi accedere all'altro.

Professionisti:

• La registrazione non è obbligatoria.
• Non è necessario usare UDID.

Contro:

• Molto più complesso. (THX Apple)
• Se un utente elimina l'app senza registrare tutti gli acquisti. Tuttavia, alcune soluzioni alternative potrebbero essere possibili (ex inviare al server anche l'indirizzo MAC dell'interfaccia WiFi/Bluetooth [Non ho idea se è necessaria una API privata o è di nuovo un'altra linea guida Apple])