Erro de API 422 ao enviar convites por e-mail para usuários com conta existente

Suporte
1

Olá equipe,

Estou tentando configurar uma automação via Make.com para convidar automaticamente usuários que compram um novo produto da Kajabi para o Discourse, adicionando-os a um novo grupo.
O problema é que a maioria (embora não todos!) das pessoas que fazem essas compras já têm uma conta em nosso fórum. Com base na leitura de vários outros posts sobre o erro 422, incluindo o link abaixo de 2021, acho que o erro está ocorrendo porque os e-mails já estão associados a uma conta no Discourse.
Error 422 when sending invite on 2.7.0.beta4

Mas com o sistema de convite atualizado desde aquele post, eu tinha a impressão de que isso não era mais um problema, e eu poderia convidar usuários em massa manualmente usando um .csv para adicioná-los a um grupo, mesmo que eles já tivessem uma conta, sem gerar um erro, enquanto ainda enviava convites para aqueles sem conta.

Então, como corrijo o problema? Estou usando o código padrão da API da sua documentação para convites e funcionou no passado. Acabei de clonar o cenário existente (funcional) no Make e ajustei o nome do grupo e o tópico inicial. Para referência, aqui está o código da API que estou usando:

  {
  "email": "user@host.com",
  "skip_email": false,
  "max_redemptions_allowed": 1,
  "topic_id": 782,
  "group_names": "Group-Name"
}

É tão simples quanto mudar “false” para “true” na seção “skip_email”? Ou isso não enviaria convites para aqueles sem conta?

Também vejo a função PUT para adicionar um usuário a um grupo, mas estou trabalhando apenas com e-mails enviados via webhook do Kajabi e não tenho certeza de como configurar uma maneira de verificar e-mails para nomes de usuário para fazer isso, já que não posso usar o endereço de e-mail para a função PUT, pelo que pude perceber.

Obrigado por qualquer ajuda!

2

Ah, eu queria acrescentar que usei o mesmo link de webhook do Make na linha de webhook de saída para 3 produtos separados no Kajabi, mas esses produtos não seriam comprados juntos, pois são opções individuais de "complemento". Pensei que esse pudesse ser o problema, mas quando testei o cenário enviando um webhook de saída de teste de cada produto, não houve erros. O erro só começou quando um usuário "real" comprou o produto, e esse usuário tinha uma conta.

3

Você pode fazer engenharia reversa da API do Discourse e usar a rota admin/users e procurar o usuário por meio do endereço de e-mail dele e seguir a partir daí?

4

Obrigado pelo link e pela sugestão. Parece um pouco além das minhas capacidades, mas verei o que posso fazer sem quebrar nada.

Existe alguma razão pela qual isso não pode ser resolvido da mesma maneira que os convites em massa via .csv podem ser quando existem usuários existentes sem gerar um erro para todo o processo? Parece que deveria haver uma maneira simples de fazer isso, incorporando uma linha “se o usuário existir, pular o convite” ou algo assim na API…