Trasferisci app iOS con iscrizioni in-app

Question

Quindi ho un po 'di dilemma qui ... Devo trasferire un'app da un account iTunes Connect (ITC) di un'altra organizzazione all'account ITC della mia organizzazione.

Ma il problema qui è che l'app in questione ha abbonamenti in-app ad esso associati e Apple non consente il trasferimento di app che hanno sottoscrizioni in-app (o hanno mai avuto questi abbonamenti).

Come tale, propongo un metodo rotonda di fare questo trasferimento:

1. Creare una nuova versione minore del app esistente in modo che possiamo fornire la base di utenti corrente con alcune informazioni utili circa il nostro rotolo previsto dalla nuova applicazione

2. uscita questa versione sotto il vecchio account ITC (ovviamente), e la versione come una versione minore

3. Creare una nuova applicazione nel nuovo account ITC e il nome {vecchio AppName} -Test o qualcosa di simile

4. ottenere questo nuova applicazione "Test" pronto per la produzione passando attraverso vari cicli di QA e test interni

5. rifiutare l'applicazione corrente nel vecchio account ITC e procedere a Elimina la vecchia app quando siamo pronti a portare la nuova app in produzione (questo libera il nome dell'app per altri account ITC)

6. Una volta eliminata l'app corrente, possiamo rinominare il nostro {oldAppName} -Prova {oldAppName} e rilasciarlo su App Store

Concesso, questo metodo non è in alcun modo un trasferimento effettivo perché tutti i dati e la cronologia associati andranno persi con l'eliminazione dell'app, ma abbiamo solo bisogno di rilevare l'app e il suo nome, in modo da poter offrire un totale -prodotto scritto con lo stesso nome

Ci stiamo spostando dal modello di entrate delle sottoscrizioni in-app a un modello di entrate diverso, quindi i dati e la cronologia delle iscrizioni non ci interessano per il futuro.

Tuttavia, non posso fare a meno di ritenere che questo sia un approccio molto approssimativo.

Qualcuno ha qualche suggerimento in merito? O forse un modo più pulito per me per fare questo?

Grazie in anticipo per qualsiasi aiuto è possibile offrire in questo senso.

Answer 1

Sfortunatamente, hai ragione. Questo è più o meno l'unico modo per andare su questo, come Apple dice espressamente:

L'applicazione non è in grado di offrire (o hanno offerto in precedenza) In-App Purchase abbonamenti: auto-rinnovabili, libero, o non -renewing.

Nel transferring criteria.

Il tuo metodo suona come il modo migliore per andare su di esso, ma si potrebbe ancora cercare di e-mail di supporto sviluppatore o l'apertura di un problema tecnico (Devi due di loro gratuitamente ogni anno l'adesione) per vedere se possono essere in grado di aiutarti.

Oltre a questo, ti suggerisco di provare a cambiare il nome dell'app dell'applicazione esistente in qualcosa di leggermente diverso, in modo da poterlo utilizzare nuovamente sul nuovo account. Poi nell'aggiornamento che hai preparato hai una schermata nascosta che dice qualcosa come: Ci stiamo trasferendo in una nuova casa. Scarica la nuova app qui (link). La mia personalità UX ora mi costringe a dirti di usare un solido colore di sfondo con sopra del testo bianco o nero. Alla fine della pagina puoi includere un link al tuo sito web che dice al lettore perché stai facendo questa opzione (se lo desideri). Puoi semplicemente avviare la modifica da nascosto a visibile tramite codice (Push Notification o Server Side Query o Countdown) che reindirizzerà quindi i lettori alla nuova app.

Spero che questo ti abbia aiutato in qualsiasi modo, anche duro che sei in una situazione difficile qui.

Julian

Answer 2

Questo è cambiato nel giugno 2017:

applicazioni che offrono abbonamenti possono ora essere trasferiti da un account sviluppatore. Se la tua app offre abbonamenti non rinnovati o gratuiti, puoi trasferire la tua app come descritto in App transfer overview

Se la tua app offre abbonamenti auto-rinnovabili o utilizza un segreto condiviso, dovrai generare un segreto condiviso specifico dell'app per la tua app prima di trasferirla. Learn more