El perfil no coincide con el valor del archivo de derechos para el derecho del identificador de la aplicación

Estoy intentando cargar una aplicación en la tienda de aplicaciones y recibo este error en la página que tiene los certificados. Por lo que puedo decir, he cambiado el campo para que coincidan, pero me falta algo.

Cualquier ayuda será muy apreciada.

No estoy seguro de por qué esto lo solucionó, pero entré en la pestaña Capacidades de mi Target, encendí iCloud, intenté hacer una compilación de archivo, falló, apagué iCloud de nuevo, intenté hacer una compilación de archivo y tuvo éxito, y después de eso, pudo resolver automáticamente los certificados nuevamente.

Haga clic derecho en Finder -> Ir a carpeta ...

~/Library/MobileDevice/Provisioning

Para Xcode 11

~/Library/MobileDevice/Provisioning Profiles/

Elimine todos los perfiles de aprovisionamiento, listo.

La aplicación que creó tiene un application-identifiervalor incorrecto , para lo que espera el perfil de aprovisionamiento. El certificado de appID com.example.foo para el equipo 2ABCDEFG estará esperando el identificador de aplicación: 2ABCDEFG.com.example.foo, su aplicación declaró que su appID era com.example.foo, pero el identificador de aplicación no coincidía , o estás usando el prefijo de equipo incorrecto o tienes el ID de paquete mal configurado.

En mi caso, estoy usando esquemas de compilación que me permiten crear una aplicación prod y una aplicación qa. com.example.foo para prod y com.example.foo.qa para QA. Había configurado mi bundleIdentifier en Info.plist en $ (PRODUCT_BUNDLE_IDENTIFIER) $ (BUNDLE_SUFFIX), que funciona muy bien en el simulador y en el dispositivo para tener diferentes aplicaciones, sin embargo, cuando la aplicación genera su identificador de aplicación durante la fase de archivo, no debe leer el bundleIdentifier generado por Info.plist.

Para remediar la situación, edité FooProject.xcodeproj / project.pbxproj (con un editor de texto) para cambiar mi QA buildSettings PRODUCT_BUNDLE_IDENTIFIER a com.example.foo.qa

Puede ver las preguntas y respuestas técnicas de Apple para ver su inmersión en profundidad para resolver esto. Una vez que ejecute los derechos de codeign en su aplicación exportada y vea con qué identificador de aplicación se acaba de construir su aplicación, debería ser bastante rápido para darse cuenta de lo que está haciendo mal. https://developer.apple.com/library/content/qa/qa1879/_index.html No encontré esa página en mi búsqueda de Google, porque en realidad no usan la frase del mensaje de error ni llaman a la aplicación -identificador por su nombre completo, pero en su lugar diga ID de aplicación.

Además, la solución a este problema no es generar un nuevo perfil de aprovisionamiento que tenga el derecho de identificador de aplicación, sí tiene ese derecho, sin embargo, el valor en el perfil de aprovisionamiento y su aplicación deben coincidir.

Quizás faltaba el archivo {project} .entitlements. Hacer lo que mencionó @samkass generará automáticamente el archivo y funcionará. Básicamente, vaya a la pestaña de capacidades, habilite cualquier cosa y deshabilítela.

Al cambiar el interruptor de iCloud a encendido, construir y deshabilitar iCloud, se eliminó el error que decía que:

El perfil no coincide con los valores del archivo de derechos para los derechos de identificador de aplicación y grupos de acceso a llaveros.

En Xcode 11, esto podría suceder cuando un archivo .entitlement no está presente para su proyecto. La solución sería agregar cualquier capacidad aleatoria haciendo clic en '+ Capacidad' debajo de 'Firma y capacidades' (que conduce a la creación de un archivo .entitlement) y luego eliminando la capacidad. Esto también le permitirá proporcionar automáticamente un certificado.

Verifique las características de su aplicación que requiere su aplicación, como la compra en la aplicación, la notificación push, el audio entre aplicaciones, el kit Siri, etc.

Ésta es la única causa de este tipo de error.

Asegúrese de que en su ID de aplicación las banderas anteriores estén encendidas.

La mayoría de las veces sucede cuando no ha configurado la notificación push, compra en la aplicación en su ID de aplicación de desarrollo.

Entré en la pestaña Capacidades de mi Target, activé el uso compartido de llaveros y comienza a funcionar

Para mí, el truco era

1. agregar / eliminar una capacidad para el objetivo (en mi caso, un widget);
2. asegúrese de que el archivo de derechos creado aparezca en la configuración de compilación;
3. y agregar la clave "APS Environemnt" con el valor "desarrollo" al archivo de las redes sociales.

En Xcode 10, lo hice funcionar moviendo el archivo de derechos a la carpeta correcta en Project Navigator. No tenía el archivo de derechos, pero logré obtener uno alternando funciones en la pestaña de capacidades.

Recibí este mismo error y ninguna de las soluciones anteriores resolvió el problema en mi caso.

Lo que funcionó para mí fue cambiar la configuración "Se puede depurar" en el archivo "Entitlements.plist" de "NO" a "YES".

En mi caso, el problema era el siguiente: el perfil de aprovisionamiento utilizado para el paso de compilación se creó para una ID de aplicación diferente al perfil de aprovisionamiento utilizado para el paso de exportación.

Por lo tanto, asegúrese de utilizar el mismo perfil de aprovisionamiento para el paso de compilación y exportación.

Lo que funcionó para mí fue que hice el archivo en XCode 11 e hice la carga en Xcode 12 beta.

Verifique las capacidades en la aplicación con las opciones que habilitó para su ID de aplicación en su cuenta de desarrollador.

Probé algunas opciones enumeradas en las respuestas aquí, pero ninguna ayudó, sin embargo, al activar y desactivar la casilla de verificación "Administrar automáticamente la firma", se solucionó el problema.

TL; DR: verifique su ID de aplicación y asegúrese de que los servicios coincidan con lo que está en su objetivo.

Lo que me sucedió fue que dejé que Xcode 10.1 me ayudara a crear una ID de aplicación, y después de eso, me encontré con el problema como se describe aquí. (Seleccioné el ID de la aplicación Whildcard cuando creé la aplicación en iTunesConnect, por lo que ni siquiera me di cuenta de que se había hecho). Cuando abrí el portal para desarrolladores de iOS, el nuevo ID de la aplicación tiene Game Center y Compra en la aplicación habilitadas automáticamente.

Como no pude habilitar Game Center en su Target -> Capabilities, habilité In App Purchase, y luego mi aplicación pudo ser firmada y cargada.

Cuando enfrentamos el mismo problema, probamos todas las cosas anteriores, pero ninguna funcionó.

Lo que nos funcionó es cambiar el identificador del paquete para que no sea idéntico al anterior, por ejemplo, "com.name.App" a "com.name.App2"; deje que xcode intente buscar / crear un perfil de aprovisionamiento y luego cambiarlo al original.

Obtuve esta idea de este hilo en los foros de desarrolladores de Apple: https://forums.developer.apple.com/thread/114539

Encontré esta página recientemente después de intentar crear un destino duplicado; ninguna de las sugerencias me funcionó. Una mayor investigación y algunos tirones de pelo me llevaron finalmente a revisar la configuración de compilación de mi aplicación para tratar de averiguar qué estaba mal.

Resultó que mi proyecto seguía apuntando al archivo de derechos del destino ORIGINAL, en lugar de tener uno propio. Para resolver esto, navegué hasta el archivo de derechos original en Finder (por ejemplo, $ {SRCROOT} /MyProject/Entitlements/TargetName.entitlements ), creé una copia dentro de la misma carpeta y luego le cambié el nombre (por ejemplo, NewTargetName.entitlements).

Luego, abrí mi nuevo archivo de derechos y cambié el campo del identificador de la aplicación para que coincida con el final del identificador del paquete de mi nuevo objetivo (por ejemplo, ABCDEFGH.US.co.fake-company.superduperapp-newtargetname ).

Finalmente, actualicé el campo 'Derechos de firma de código' en la configuración de compilación a la ruta de mi archivo de derechos (para mí, esto era algo parecido a $ {SRCROOT} /MyProject/Entitlements/TargetName.entitlements ).

Regresé a la pestaña Firma y capacidades, y he aquí que el problema se solucionó. Espero que alguien encuentre esto útil.

Vaya a la pestaña Información de Xcode y cambie el campo del identificador de paquete ; después de cambiar el nombre de la aplicación, no cambió a pesar de que cambié el identificador de paquete en la pestaña General. Las correcciones anteriores no funcionaron para mí, pero esta lo hizo instantáneamente.

Tuve este problema con una aplicación nueva, en Xcode 12 beta 3 (el envío de aplicaciones comenzó hoy ).

Xcode tenía activada la opción "Gestionar automáticamente la firma". Sin embargo, el ID del equipo que se muestra en el "Certificado de firma" no coincide con el ID del equipo que se muestra en el sitio web de iTunes Connect. Esta fue la causa principal que impidió que se cargara la aplicación.

Cómo lo arreglé:

1. Creé manualmente un perfil de aprovisionamiento para la distribución de la App Store
2. En Xcode, hice clic en "Descargar perfiles manuales" en Preferencias -> Cuenta
3. Luego, desactivé "Administrar la firma automáticamente".
4. Una vez que seleccioné el perfil de aprovisionamiento en el menú desplegable, el ID de equipo correcto apareció en "Certificado de firma".

Me encontré con el mismo problema al configurar una canalización de Gitlab que ejecuta exportArchive cmd y se carga en AppStore. Pude hacer que funcionara cambiando DEVELOPMENT_TEAM en Build Settings al mismo equipo seleccionado en Signing & Certs.

Porque anteriormente estaba en blanco que estaba usando otra ID de DEV TEAM por defecto que era incorrecta y no coincidía y se quejaba de que "application-identifier" = 12331232.com.bannana.apples.peach no coincidía. Lo que me llevó a configurar el EQUIPO DE DESARROLLO correcto y funcionó.

Xcode ver: Versión 11.3.1

Espero que esto ayude a alguien.

Nuestra configuración

Varios objetivos:

• sub-aplicaciones
• reloj
• clip de la aplicación
• widget de hoy

... y usa iCloud.

Encender y apagar iCloud no era una opción para nosotros. Ya lo usamos en producción y preferimos no meternos con él ... Recibí el mensaje de la pregunta original y esta variación en algún momento también:

El perfil no coincide con los valores del archivo de derechos para los derechos de identificador de aplicación y grupos de acceso a llaveros.

Solución

Insinuado por otras respuestas aquí, nos aseguramos de que todos los objetivos tuvieran un .entitlementsarchivo. Si el objetivo no tenía ninguno, creamos uno vacío así:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict/>
</plist>

... y señaló que la meta Code Signing Entitlementen Build Settingsel vacío .entitlementsde archivos.

¡Resuelto!

Eliminar todos los perfiles ubicados en ~/Library/MobileDevice/Provisioning Profiles/