Pular para o conteúdo

Aprova pedidos de entrada (um ou em lote)

POST/api/signup-requests/approve

Auth
Exige token
Quem pode:
owner
admin
Chave de API:
members:write
X-CommunityId
X-CommunityId Envie o X-CommunityId da comunidade em que a operação acontece.

Para cada pedido pendente, a conta nasce pelo caminho do convite: papel `member`, os grupos padrão, as respostas do cadastro, e o e-mail "você foi aprovado" com o link de uso único para criar a senha (vale 7 dias). Dispara `member.joined` com `source: approval` (gatilho "Entrou na comunidade" com o filtro "veio de aprovação") e o WhatsApp "cadastro aprovado" quando o canal está ligado. O limite de membros do plano é conferido como aviso ao owner (90% e 100%), nunca como bloqueio. Até 100 ids por chamada; o resultado vem por pedido. Nenhum id desta comunidade: 404. Comunidade suspensa pela Memberfy: 403 e nada é aprovado. Só owner e admin.

Headers

NomeTipoDescrição
X-CommunityIdopcionalstring (uuid)ID da comunidade em que a operação acontece. Obrigatório na maioria dos endpoints com escopo de comunidade.

Corpo da requisição application/json

NomeTipoDescrição
idsobrigatóriostring (uuid)[]

Respostas

CódigoDescrição
200`data`: o resultado por pedido.
400Requisição inválida — falha de validação.
401Token ausente, inválido ou expirado; token de outra comunidade (o `X-CommunityId` ou o `communityId` do corpo não é o do token); token antigo ou de uma sessão encerrada (troca de senha, convite aceito). Nesses casos a mensagem pede para entrar de novo (`auth.signInAgain`).
403Autenticado, mas sem permissão para esta operação.
404Recurso não encontrado.
500Erro interno do servidor.

Exemplo com curl

curl -X POST "https://api.memberfy.net/api/signup-requests/approve" \
  -H "Authorization: Bearer $TOKEN" \
  -H "X-CommunityId: $COMMUNITY_ID" \
  -H "Content-Type: application/json" \
  -d '{"ids":["00000000-0000-0000-0000-000000000000"]}'