Le profil ne correspond pas à la valeur du fichier de droits pour le droit de l'identificateur d'application

J'essaie de télécharger une application sur l'App Store et j'obtiens cette erreur sur la page contenant les certificats. Pour autant que je sache, j'ai changé le champ pour qu'ils correspondent, mais il me manque quelque chose.

Toute aide serait grandement appréciée.

Je ne sais pas pourquoi cela a résolu le problème, mais je suis allé dans l'onglet Capacités de ma cible, j'ai activé iCloud, j'ai essayé de créer une archive, cela a échoué, j'ai à nouveau désactivé iCloud, essayé de faire une construction d'archive et cela a réussi, et après cela, il a pu à nouveau résoudre automatiquement les certificats.

Cliquez avec le bouton droit sur Finder -> Aller au dossier ...

~/Library/MobileDevice/Provisioning

Pour Xcode 11

~/Library/MobileDevice/Provisioning Profiles/

Supprimez tous les profils d'approvisionnement, c'est fait.

L'application que vous avez créée a une application-identifiervaleur incorrecte , pour ce que le profil d'approvisionnement attend. Le certificat de l'appID com.example.foo pour l'équipe 2ABCDEFG attendra l'identifiant de l'application: 2ABCDEFG.com.example.foo, votre application a déclaré que son appID était com.example.foo, mais l'identifiant de l'application ne correspondait pas , soit vous utilisez le mauvais préfixe d'équipe, soit vous avez le bundleID mal configuré.

Dans mon cas, j'utilise des schémas de construction pour me permettre de créer une application prod et une application qa. com.example.foo pour prod et com.example.foo.qa pour QA. J'avais défini mon bundleIdentifier dans Info.plist sur $ (PRODUCT_BUNDLE_IDENTIFIER) $ (BUNDLE_SUFFIX), qui fonctionne très bien dans le simulateur et sur l'appareil pour avoir différentes applications, cependant, lorsque l'application génère son identifiant d'application pendant la phase d'archivage, il ne doit pas lire le bundleIdentifier généré par Info.plist.

Pour remédier à la situation, j'ai modifié FooProject.xcodeproj / project.pbxproj (avec un éditeur de texte) pour changer mes buildSettings QA PRODUCT_BUNDLE_IDENTIFIER en com.example.foo.qa

Vous pouvez consulter les questions et réponses techniques d'Apple pour voir leur analyse approfondie de la résolution de ce problème. Une fois que vous avez exécuté les droits de signature de code sur votre application exportée et que vous voyez avec quel identifiant d'application votre application vient d'être créée, il devrait être assez rapide de réaliser ce que vous faites de mal. https://developer.apple.com/library/content/qa/qa1879/_index.html Je n'ai pas trouvé cette page dans ma recherche Google, car ils n'utilisent pas réellement l'expression du message d'erreur ou n'appellent pas l'application -identifiant par son nom complet, mais à la place, dites App ID.

En outre, la solution à ce problème n'est pas de générer un nouveau profil de provisionnement qui a le droit d'identifiant d'application, il a ce droit, cependant, la valeur dans le profil de provisionnement, et votre application doit correspondre.

Peut-être que le fichier {project} .entitlements était manquant. Faire ce que @samkass a mentionné générera automatiquement le fichier et cela fonctionnera. Donc, fondamentalement, allez dans l'onglet des capacités, activez quoi que ce soit et désactivez-le.

Changer le commutateur iCloud pour activer, créer et désactiver iCloud a éliminé l'erreur en disant que:

Le profil ne correspond pas aux valeurs du fichier de droits pour les droits d'identifiant d'application et de groupes d'accès au trousseau.

Dans Xcode 11, cela peut se produire lorsqu'un fichier .entitlement n'est pas présent pour votre projet. La solution serait d'ajouter n'importe quelle capacité aléatoire en cliquant sur «+ Capability» sous «Signing & Capabilities» (ce qui conduit à la création d'un fichier .entitlement) puis en supprimant la capacité. Cela vous permettra également de provisionner automatiquement un certificat.

Veuillez vérifier les fonctionnalités de votre application requises pour votre application, telles que l' achat intégré, la notification push, l'audio Inter App, le kit Siri, etc.

C'est la seule cause de ce type d'erreur.

Assurez-vous que dans votre identifiant d'application, les indicateurs ci-dessus doivent être activés.

La plupart du temps, cela se produit lorsque vous n'avez pas configuré la notification push, l'achat In App dans votre ID d'application de développement.

Je suis allé dans l'onglet Capacités de ma cible, j'ai activé le partage de trousseau et cela commence à fonctionner

Pour moi, le truc était de

1. ajouter / supprimer une capacité pour la cible (dans mon cas un widget);
2. assurez-vous que le fichier de droits créé est répertorié dans les paramètres de construction;
3. et ajouter la clé "APS Environemnt" avec la valeur "development" au fichier de droits d'accès.

Dans Xcode 10, je l'ai fait fonctionner en déplaçant le fichier de droits dans le bon dossier dans Project Navigator. Je n'avais pas le fichier des droits, mais j'ai réussi à en obtenir un en basculant les fonctionnalités sur l'onglet des fonctionnalités.

J'ai eu cette même erreur et aucune des solutions ci-dessus n'a résolu le problème dans mon cas.

Ce qui a fonctionné pour moi a été de changer le paramètre «Peut être débogué» dans le fichier «Entitlements.plist» de «NON» à «OUI».

Dans mon cas, le problème était le suivant: le profil d'approvisionnement utilisé pour l'étape de génération a été créé pour un ID d'application différent du profil d'approvisionnement utilisé pour l'étape d'exportation.

Assurez-vous donc que vous utilisez le même profil d'approvisionnement pour l'étape de création et d'exportation.

Ce qui a fonctionné pour moi, c'est que j'ai créé l'archive dans XCode 11 et que j'ai effectué le téléchargement dans Xcode 12 beta.

Vérifiez les fonctionnalités de l'application avec les options que vous avez activées pour votre identifiant d'application dans votre compte de développeur.

J'ai essayé quelques options répertoriées dans les réponses ici, mais aucune n'a aidé, cependant, activer et désactiver la case à cocher "Gérer automatiquement la signature" a résolu le problème.

TL; DR: vérifiez votre identifiant d'application et assurez-vous que les services correspondent à ce qui est dans votre cible.

Ce qui m'est arrivé, c'est que j'ai laissé Xcode 10.1 m'aider à créer un identifiant d'application, puis j'ai rencontré le problème décrit ici. (J'ai sélectionné l'ID d'application whildcard lorsque j'ai créé l'application dans iTunesConnect, donc je ne me suis même pas rendu compte que cela était fait.) Lorsque j'ai ouvert le portail des développeurs iOS, le nouvel ID d'application a activé automatiquement Game Center et In App Purchase.

Comme je ne pouvais pas activer Game Center dans votre Target -> Capabilities, j'ai activé l'achat intégré, puis mon application a pu être signée et téléchargée.

Lorsque nous avons été confrontés au même problème, nous avons essayé toutes les choses ci-dessus, mais rien de tout cela n'a fonctionné.

Ce qui a fonctionné pour nous, c'est de changer l'identifiant du bundle pour qu'il ne soit pas identique au précédent, par exemple "com.name.App" en "com.name.App2"; laissez xcode tenter de récupérer / créer un profil d'approvisionnement, puis de le ramener à l'original.

J'ai cette idée de ce fil sur les forums de développeurs Apple - https://forums.developer.apple.com/thread/114539

Je suis tombé sur cette page récemment après avoir essayé de créer une cible en double - aucune des suggestions ne fonctionnait pour moi. Une enquête plus approfondie et une certaine quantité de cheveux tirés m'ont finalement conduit à parcourir les paramètres de construction de mon application pour essayer de comprendre ce qui n'allait pas.

Il s'est avéré que mon projet pointait toujours vers le fichier des droits de la cible ORIGINAL, plutôt que d'avoir un des siens. Pour résoudre ce problème, j'ai accédé au fichier de droits d'origine dans le Finder (par exemple $ {SRCROOT} /MyProject/Entitlements/TargetName.entitlements ), créé une copie dans le même dossier et l'ai renommé (par exemple NewTargetName.entitlements).

Ensuite, j'ai ouvert mon nouveau fichier de droits et changé le champ de l'identifiant de l'application pour qu'il corresponde à la fin de l'identifiant du bundle de ma nouvelle cible (par exemple ABCDEFGH.US.co.fake-company.superduperapp-newtargetname ).

Enfin, j'ai mis à jour le champ 'Droits de signature de code' dans les paramètres de construction pour le chemin de mon fichier de droits (pour moi, c'était quelque chose du genre $ {SRCROOT} /MyProject/Entitlements/TargetName.entitlements ).

Je suis retourné à l'onglet Signature et capacités, et voici, le problème a été résolu. J'espère que quelqu'un trouvera cela utile.

Accédez à l' onglet Informations de Xcode et modifiez le champ d' identifiant du bundle - après avoir changé le nom de l'application, il n'a pas changé même si j'ai changé l'identifiant du bundle dans l'onglet Général. Les correctifs ci-dessus n'ont pas fonctionné pour moi, mais celui-ci a fonctionné instantanément.

J'ai eu ce problème avec une toute nouvelle application, dans Xcode 12 beta 3 (les soumissions d'applications ont commencé aujourd'hui ).

Xcode a activé "Gérer automatiquement la connexion". Cependant, l'ID d'équipe affiché dans le "Certificat de signature" ne correspondait pas à l'ID d'équipe affiché sur le site Web iTunes Connect. C'était la cause principale qui empêchait le téléchargement de l'application.

Comment je l'ai réparé:

1. J'ai créé manuellement un profil d'approvisionnement pour la distribution de l'App Store
2. Dans Xcode, j'ai tapé sur "Télécharger les profils manuels" dans Préférences -> Compte
3. Ensuite, j'ai désactivé "Gérer automatiquement la signature".
4. Une fois que j'ai sélectionné le profil d'approvisionnement dans la liste déroulante, l'ID d'équipe correct est apparu sous "Certificat de signature"

J'ai rencontré le même problème lors de la configuration d'un pipeline Gitlab qui exécute exportArchive cmd et télécharge sur l'AppStore. J'ai pu le faire fonctionner en remplaçant DEVELOPMENT_TEAM dans les paramètres de build par la même équipe sélectionnée dans Signing & Certs.

Parce que précédemment, il était vide, ce qui utilisait par défaut un autre identifiant DEV TEAM qui était incorrect et ne correspondait pas et il se plaignait du fait que "application-identifier" = 12331232.com.bannana.apples.peach ne correspond pas. Ce qui m'a amené à définir la bonne équipe DEV et cela a fonctionné.

Xcode ver: Version 11.3.1

J'espère que cela aide quelqu'un.

Notre configuration

Cibles multiples:

• sous-applications
• regarder
• clip d'application
• widget d'aujourd'hui

... et utilisez iCloud.

Activer et désactiver iCloud n'était pas une option pour nous. Nous l'utilisons déjà en production et plutôt ne le gâchons pas ... J'ai eu le message de la question d'origine et cette variante à un moment donné également:

Le profil ne correspond pas aux valeurs du fichier de droits pour les droits d'identifiant d'application et de groupes d'accès au trousseau.

Solution

Indiqué par d'autres réponses ici, nous nous sommes assurés que toutes les cibles auraient un .entitlementsfichier. Si la cible n'en avait pas, nous en avons créé une vide comme ceci:

<?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>

... et a souligné la cible de ce Code Signing Entitlementdans Build Settingsle vide .entitlementsfichier.

Résolu!

Supprimer tous les profils situés dans ~/Library/MobileDevice/Provisioning Profiles/