Erro Xcode: “O ID do aplicativo não pode ser registrado para sua equipe de desenvolvimento.”


95

Estamos portando um aplicativo Android para iOS para um cliente. Eles adicionaram nossa conta à conta do iTunes Connect e criaram uma entrada de aplicativo. Desenvolvemos o aplicativo usando o ID do pacote especificado.

Mas agora, quando o aplicativo está pronto para teste, não podemos criar um perfil de provisionamento no Xcode. Está definido como assinatura automática e este erro é mostrado:

Falha ao criar perfil de provisionamento.

O ID do aplicativo "<bundle-id>" não pode ser registrado para sua equipe de desenvolvimento. Altere seu identificador de pacote para uma string exclusiva para tentar novamente.

Nossa conta é adicionada como um App Manager em sua conta do iTunes Connect, mas ainda não podemos fazer a saída com este ID. Este erro não é mostrado se alterarmos o ID do pacote no Xcode.


certifique-se de que o identificador do pacote de aplicativos em configurações de aplicativo / plist e perfis de provisionamento correspondam. Também baixei todos os perfis de xcode-> preferência-> conta. Também verifique suas chaves cruzadas .. Tente desmarcar o automático, em seguida, verifique o erro e selecione o perfil de sua equipe corretamente durante a construção.
— Aks

Na verdade estamos na fase de gerar perfil de provisionamento. Tentei desmarcar a assinatura automática e depois limpei o projeto. Novamente verifiquei a assinatura automática, selecionei a equipe correta. Mas o mesmo erro é mostrado.
— WeirdElfB0y

4
Você já encontrou a solução?
— Austin França

3
Não. O cliente gerou os perfis e certificados e nos deu.
— WeirdElfB0y de

Como o erro se explicou, a string de id pode ter sido registrada por outra equipe.
— wangkaibule

Respostas:


53

Conheça o mesmo problema em um mac, mas ok em outro mac. Tenho certeza de que o ID do pacote é bom e exclusivo.

Eu sei que é um problema de perfil de provisionamento, então tente atualizar o perfil de provisionamento em seu computador local. Então funciona!

  1. cd ~/Library/MobileDevice/Provisioning\ Profiles
  2. rm *
  3. Xcode> Preferências ...> Contas> clique em sua conta e no nome da equipe> clique em Download Manual Profiles
  4. Execute o aplicativo novamente

Não funciona com a versão mais recente do xcode. cd: nenhum arquivo ou diretório: ~ / Library / MobileDevice / Provisioning \ Profiles /
— Jan Moritz

@JanMoritz Tente cd '~/Library/MobileDevice/Provisioning Profiles/'(sem uma barra invertida antes do espaço entre "Provisioning" e "Perfis". Eu editei a postagem, então espero que a correção apareça após a revisão por pares.
— iamtimmo

3
Isso não funcionou para mim, mesmo depois de um Clean Build Folder.
— iamtimmo

9
cd ~/Library/MobileDevice/Provisioning\ Profiles
— Marquis103

41

Vá para a guia Build Settings e, em seguida, altere o Product Bundle Identifier para outro nome. Funciona no meu.


57
Isso não funcionará para mim, pois o ID do pacote deve permanecer o mesmo.
— WeirdElfB0y de

2
Este problema pode ocorrer se o projeto foi assinado com um desenvolvedor diferente enquanto estava sendo criado. O problema é resolvido quando você altera a id do pacote como @ firda-rinoa-sahidi disse.
— Umut ADALI de

1
Obrigado pelo seu trabalho mas não é uma solução, não tenho uma conta de desenvolvedor (paga), apenas uma conta pessoal de equipe (gratuita), por isso não estou vendo o painel de Certificados no Apple Developers Console, então não posso exclua esse identificador de pacote, acho que é um bug dos desenvolvedores xcode / apple
— Álvaro Agüero

1
Para mim, o projeto não seria construído em uma nova máquina diferente daquela em que criei o código. Alterar o identificador do pacote funcionou (consegui criar e executar) e, mesmo alterando-o de volta para o identificador original, ele ainda funciona
— RanLearns

25

Você deve renomear o Identificador da Organização no Identificador do Bundle na guia de configurações.

insira a descrição da imagem aqui

Somente renomeando o identificador da organização o erro será removido.


36
Tivemos que usar o mesmo identificador, pois o aplicativo será publicado na conta do nosso cliente na loja.
— WeirdElfB0y

tente mudar e então REchange o identificador de pacote para o original. Isso funcionou para mim.
— Dan Alboteanu

8

Tive o mesmo problema do OP e o problema era que fui convidado apenas no appstoreconnect e não no developer.apple.com. Depois de ser convidado como membro no developer.apple.com e entrar nas preferências do XCode, ganhei uma nova opção para assinar como membro da organização. Definir a equipe de assinatura como membro da organização nas configurações do projeto corrigiu o problema. Depois disso, a criação do perfil de provisionamento foi bem-sucedida usando o gerenciamento automático de sinalização.


1
Eu gostaria de saber disso antes. Infelizmente, não tenho mais as ferramentas para verificar se isso funciona ou não. Então, acho que essa pergunta permanecerá sem resposta.
— WeirdElfB0y

Sim, isso funcionou para mim. A empresa externa apenas me convidou para o App Store Connect e não o desenvolvedor da Apple.
— Bradley Flood

5

Isso aconteceu comigo, embora eu já tivesse registrado o Id do pacote com minha conta. Acontece que a capitalização era diferente, então tive que mudar o id do pacote no Xcode para minúsculo e tudo funcionou. Espero que ajude mais alguém :)


1
Este é exatamente o meu problema também. Mandei um e-mail para eles removerem o id do pacote registrado anteriormente da minha conta, vamos ver.
— Abhijit Sarkar

2

Nenhuma das respostas acima funcionou para mim e, como disse na pergunta original, também tive que manter o mesmo identificador de pacote, pois o aplicativo já foi publicado na loja pelo cliente.

A solução para mim foi pedir ao cliente para mudar meu acesso de App Manager para Admin, de forma que eu tivesse "Acesso a Certificados, Identificadores e Perfis.", Você pode verificar se é o caso no App Store Connect => Usuários e acesse => e clique no seu perfil (certifique-se de escolher a equipe certa se você pertencer a vários).

Depois de ser administrador, volte para o Xcode e na guia de assinatura selecione 'Gerenciar assinatura automaticamente', então no menu suspenso Equipe você poderá selecionar a equipe certa e a assinatura funcionará.


2

Alterar o identificador de pacote funcionou para mim.

  1. Vá para a guia Assinatura e Capacidades
  2. Alterar meu identificador de pacote. "MyApp"> "MyCompanyName.MyApp"
  3. Entre e aguarde alguns segundos para gerar o Certificado de Assinatura

Se ainda não funcionar, tente novamente com estas etapas antes:

  1. Remova seus perfis de provisionamento: cd /Users/my_username/Library/MobileDevice/Provisioning Profiles && rm *(no meu caso)
  2. Aprenda seu projeto
  3. ...

Isso funcionou para mim, Xcode 12 Release. Nenhum dos outros comentários funcionou para mim. Usando grupos de aplicativos para um widget.
— Jprofficial

Eu mudo meu pacote para o nome da minha conta, está funcionando para mim
— Rajat.r2

1

Eu encontrei o mesmo problema quando estava tentando compilar um projeto de amostra fornecido pela Apple. No final, descobri que, aparentemente, eles pré-compilaram o código de amostra antes de enviá-lo aos desenvolvedores, portanto, o binário tinha sua assinatura.

A maneira de resolver isso é simples, apenas exclua todos os binários construídos e recompile usando seu próprio identificador de pacote e você estará bem.

Basta ir para a barra de menu, clicar em [Produto] -> [Limpar pasta de compilação] para excluir todos os binários compilados

Limpar pasta de compilação


1

Se isso persistir mesmo depois de limpar o perfil de aprovisionamento e baixá-los novamente, pode ser devido ao ID do pacote já registrado no certificado de push MDM da Apple.


1

Meu problema era que eu estava modificando as configurações para a versão errada do meu aplicativo.

insira a descrição da imagem aqui

Eu tinha "Debug" selecionado em vez de "Release", então meu identificador de pacote não era preciso quando chegou a hora de Arquivar.


0

Consegui fazer com que o identificador de pacote original funcionasse em minha conta de membro de equipe paga (depois de atribuí-lo à minha equipe pessoal) revogando o certificado de assinatura de equipe pessoal que foi atribuído ao mesmo ID de conta.

  1. No site do desenvolvedor da Apple, entre com a conta paga, vá para Certificados, IDs e perfis.
  2. Clique no certificado da equipe pessoal.
  3. Clique no botão Revogar.
  4. Volte para o XCode e tente assinar novamente. Um novo certificado será gerado que deve funcionar com o id do pacote.

Isso não funcionará se você ainda precisar do certificado para outros aplicativos.


0

Tive o problema com diferentes equipes de desenvolvimento. Acabei de verificar as assinaturas de esquema e escolhi a equipe de desenvolvimento correta para os esquemas de que precisava:

Ss do Xcode



0

O bundle id (app ID) tem uma relação de ligação com o apple id (apple id é a conta de desenvolvimento da Apple, que também pertence a uma determinada equipe de desenvolvimento). Quando o aplicativo é criado, o id do pacote (ID do aplicativo) já está associado a você. A equipe de desenvolvimento está vinculada, então seu aplicativo está sendo enviado para outros colegas, ele o abre no Xcode e conecta a máquina real com um cabo de dados para o debug reportará o erro como acima;

Para a solução

  1. Siga as instruções para alterar o id do pacote

    insira a descrição da imagem aqui

  2. Como algumas funções, como o login de terceiros, são vinculadas ao id do pacote para aplicar para a chave do aplicativo, etc., o id do pacote não pode ser modificado. Em seguida, encontre a conta da apple id registrada pela id do pacote antes. Aqui, vou mudar Tudo bem se tornar a conta da apple id que registrei no grupo de empresas

  3. Se outros colegas em seu grupo podem executar este aplicativo com sucesso em uma máquina real, isso significa que o "arquivo de descrição" correspondente ao "certificado" de id da apple usado por ele está correto.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.