verificar tutuapp puedo pudo fuentes fiables empresarial desconocidas desarrolladores desarrollador confiable como apps app activar abrir iphone xcode enterprise

iphone - tutuapp - Administrar el programa de desarrollo empresarial de iOS



no se pudo verificar la app iphone (1)

Recientemente nos inscribimos en el Programa de Desarrollador Empresarial de iOS para poder utilizar la distribución interna, lo que simplifica significativamente el despliegue de las aplicaciones dentro de nuestra empresa, que es bastante grande. Antes de unirnos, hemos leído detenidamente la documentación del programa y sabíamos que la nueva cuenta se mantendría completamente separada de la cuenta estándar que utilizamos para las presentaciones de la AppStore.

Ahora no estoy seguro de cuál sería la mejor manera de organizar las dos cuentas en los portales de desarrolladores. Estoy más preocupado con el identificador de paquete, ya que trataré con dos ID de paquete diferentes dentro de Xcode para cada aplicación. Todas nuestras aplicaciones utilizan iCloud y notificaciones Push, por lo que el comodín no es una opción.

¿Cómo organizas esto dentro de Xcode? ¿Crea dos objetivos diferentes o puede administrar esto con una nueva configuración de proyecto? ¿Qué pasa con los derechos de iCloud?

EDITAR

Solo como una actualización quería dejar claro que estamos buscando la mejor solución para crear una aplicación tanto para la distribución interna como para el envío de AppStore.

EDIT2

Dado que el programa empresarial no le otorga acceso a iTunesConnect, donde los usuarios de prueba y los identificadores de producto pueden configurarse, ¿realmente no hay manera de probar las compras de InApp?


No tengo muy claro lo que necesita, pero parece que quiere poder crear las aplicaciones de su tienda de aplicaciones para uso interno de la empresa. ¿Es eso correcto?

Si desea poder compilar su aplicación con dos ID de paquete diferentes, puede crear una configuración de compilación personalizada y asignarle valores diferentes para sus diferentes configuraciones.

Entonces, por ejemplo, puedes crear tu configuración Enterprise:

Luego vaya a la configuración de compilación de su objetivo y agregue una configuración de compilación definida por el usuario:

Asígnele un nombre como BUNDLE_ID y, si expande el triángulo, puede asignarle diferentes valores para cada configuración:

A continuación, abra su archivo Info.plist e ingrese ${BUNDLE_ID} para el valor de id de paquete:

Cuando compile utilizando la configuración "Enterprise", lo que puede hacer usando un esquema personalizado (o mediante el proceso de compilación de la línea de comandos, si es lo que usa), se utilizará la ID del paquete correspondiente.

También puede configurar el perfil de firma de código / provisiong de la misma manera:

Una vez que haga esto, se utilizarán los derechos correctos de notificación de inserción / iCloud según la configuración.

Hemos estado haciendo este tipo de cosas desde hace mucho tiempo. Nuestro servidor de compilación generará versiones empresariales y de la tienda de aplicaciones de nuestras aplicaciones para cada compilación, utilizando exactamente esta técnica.

Cuando se trata del portal de aprovisionamiento, deberá configurar ambas ID de aplicación por separado para las notificaciones push, iCloud, etc.

Esto significa que las notificaciones push deben enviarse por separado a la tienda de aplicaciones y las versiones empresariales, ya que no compartirán el mismo ID de paquete o certificado de notificación push.

El almacenamiento de iCloud por defecto será totalmente separado para las dos versiones. Es posible que puedan acceder a la misma tienda de iCloud (si lo necesita) siempre que los derechos estén configurados con la misma ID de equipo. Pero esto puede ser un problema si tiene dos cuentas de desarrollador separadas.