Abbiamo un'app iOS "In-House" (OTA distribuita) con un profilo di provisioning di distribuzione che, come saprai, scade tra 1 anno. L'anno scorso abbiamo migliorato il profilo e i problemi di distribuzione, quindi conosciamo il processo di distribuzione dell'app con un nuovo profilo, ma vorrei porre alcune domande solo per chiarezza. (Siamo attualmente a 29 giorni dalla scadenza, quindi gli utenti ricevono notifiche)iOS in scadenza Profilo di provisioning distribuzione domande
L'anno scorso abbiamo pensato che la creazione di un NUOVO profilo di provisioning di distribuzione con lo stesso nome del profilo in scadenza avrebbe sovrascritto il profilo in scadenza. Non eravamo corretti, non è vero, e il dispositivo si è concluso con 2 profili con lo stesso nome. Dal momento che non è possibile sovrascrivere un vecchio profilo, il problema dal punto di vista della manutenzione e dell'help desk è che quando si distribuisce l'app con il nuovo profilo, gli utenti (centinaia nel nostro caso) ricevono comunque la notifica che "Il profilo di provisioning scadrà tra x giorni" anche dopo aver aggiornato l'app che include un nuovo profilo.
Come potete immaginare, questo è fonte di confusione per gli utenti e frustrante per i più alti nel reparto tecnico. A quanto ho capito, ti rimangono due modi per gestire un profilo di provisioning in scadenza non necessario sul dispositivo (nessuno dei quali è una buona esperienza utente). O:
- comunicare agli utenti di ignorare il messaggio che il loro profilo è in scadenza (credo che la notifica profilo scadenza arriva in 29 giorni, 15 giorni, e ogni giorno a partire da 7 giorni ... anche se non positivo) e invitali ad aggiornare l'app con il nuovo profilo.
o - Una volta che gli utenti hanno aggiornato l'app con il nuovo profilo, farli eliminare manualmente il profilo in scadenza in Impostazioni> Profili. UGH!
Esiste qualche soluzione alternativa su come rimuovere il profilo in scadenza oltre a far camminare il singolo utente nel processo? Ci manca qualcosa?
Non voglio revocare il certificato che è contenuto nel profilo in scadenza perché presenterà più problemi, ad esempio l'app non funziona per gli utenti che non eseguono l'aggiornamento.
In poche parole, ci piacerebbe solo avere un processo che previene gli avvisi di scadenza in modo che un utente non li veda mai.
Sono d'accordo sul fatto che, appena prima del mese 11, è possibile creare un profilo di distribuzione per l'app corrente e quindi rendere disponibile un aggiornamento in anticipo. certo, significa un "upgrade" extra una volta ogni 12 anni (cioè dovrai farlo un mese prima, e entro la fine di 11 anni avresti riavviato il calendario), ma questo potrebbe valerne la pena non dover affrontare quello che hai affrontato l'anno scorso. e ricorda, l'unica cosa che l'aggiornamento deve contenere è il nuovo profilo di provisioning. quindi non c'è manutenzione del codice, solo un'altra build da eseguire e caricare sul tuo O –
questo era un problema pre-iOS7 e non è più un problema – tdios