Ao tentar criar uma conversa ou reunião do Microsoft Teams a partir de um ticket do Jira Service Management, o fluxo de autorização falha com um erro de backend em vez de completar o vínculo.
Ambiente: [instance redacted].atlassian.net (Jira Service Management)
Usuário afetado: [email redacted]
Ticket usado no teste: [ticket key redacted]
Passos para reproduzir:
- Abrir um ticket no Jira Service Management (ex: [ticket key redacted]).
- Clicar em "Criar conversa ou reunião" do Teams.
- Selecionar o locatário da Microsoft ([instance redacted]) e clicar em "Dar permissão".
- Fazer login normalmente com a conta [email redacted] na tela de autenticação da Microsoft.
- Após o login ser concluído com sucesso, a página não retorna ao Jira — em vez disso, fica parada no endpoint
https://api-private.atlassian.com/chatplatform/opsgenie/gb/api/v1/redirect/msteams/jsm-delegated, exibindo um JSON de erro cru.
Comportamento esperado: após o login na Microsoft, o usuário deveria ser redirecionado de volta ao ticket do Jira com a integração autorizada e a conversa/reunião do Teams criada normalmente.
Comportamento atual: a página exibe o erro:
{"message":"User already exists!","took":0.637,"requestId":"56f8b1b4-5055-41ca-91f6-f65630015b0d"}
Isso indica que já existe um registro para este usuário no backend da integração (chatplatform/opsgenie), e a tentativa de criar um novo vínculo está sendo rejeitada sem tratamento adequado — a página não redireciona de volta ao Jira nem exibe uma mensagem amigável.
Já verificamos que não há nenhuma conexão relacionada ao Microsoft Teams listada em "Aplicativos com acesso às suas contas" no perfil da conta Atlassian que pudesse ser removida manualmente para tentar reautorizar do zero.
Solicitação: pedimos que a equipe de suporte investigue e remova/corrija o registro conflitante associado ao usuário [email redacted] no backend dessa integração, usando o requestId acima para localizar o log da chamada, e confirme quando o fluxo de autorização estiver liberado novamente para novo teste.
