Authorization. Existem três formas de obter tokens: email/senha, OAuth (Google ou Microsoft) e magic link (sem senha).
Métodos de autenticação em resumo
| Método | Ideal para | Requer senha? |
|---|---|---|
| Email e senha | Cadastro e login padrão | Sim |
| OAuth (Google / Microsoft) | SSO e contas corporativas | Não |
| Magic link | Acesso rápido sem senha | Não |
accessToken + refreshToken) em caso de sucesso.
Fluxo de email e senha
O ciclo de vida completo, desde a criação da conta até chamadas autenticadas à API.Cadastro
Registre uma nova conta com um token de convite. O usuário é automaticamente adicionado à organização que o convidou.
Verificar email
Após o cadastro, um OTP é enviado para o email do usuário. Envie o OTP para solicitar um código de verificação e depois verifique-o.
Fluxo OAuth
Autentique via Google ou Microsoft sem senha.Obter a URL de autorização
Solicite uma URL de autorização OAuth à API. Provedores suportados:
GoogleOAuth, MicrosoftOAuth.Usuário autoriza no provedor
O usuário é redirecionado para o Google ou Microsoft, faz login e concede acesso. O provedor redireciona de volta para a sua
redirectUri com os parâmetros code e state.Fluxo de magic link
Login sem senha via código único enviado por email.Gerenciamento de tokens
Tipos de token
| Token | Finalidade | Validade |
|---|---|---|
accessToken | Autentica toda request à API via header Authorization: Bearer | Curta duração (veja expiresIn em segundos) |
refreshToken | Obtém um novo access token sem precisar reautenticar | Longa duração |
Renovação de tokens
Quando o access token expira, use o refresh token para obter um novo par sem exigir que o usuário faça login novamente.Boas práticas de armazenamento de tokens:
- Armazene tokens em cookies seguros (HTTP-only) ou sessões server-side.
- Nunca armazene tokens em
localStorageousessionStorageem produção — eles são acessíveis a ataques XSS. - Em mobile, use o armazenamento seguro da plataforma (Keychain no iOS, EncryptedSharedPreferences no Android).
Acesso multi-organização
Um usuário pode pertencer a múltiplas organizações. Quando o login retorna403 com o código auth.organization_selection_required, o usuário precisa selecionar uma organização antes de prosseguir.
Os novos tokens são vinculados à organização selecionada. Todas as requests subsequentes operam dentro do contexto dessa organização.
Responses 403 especiais durante o login
O login pode retornar403 com sub-códigos que exigem ações específicas:
| Código | Significado | O que fazer |
|---|---|---|
auth.organization_selection_required | Usuário pertence a múltiplas organizações | Chame Trocar Organização |
auth.otp_verification_required | Email ainda não verificado | Complete a verificação de OTP |
auth.method_not_allowed | Conta usa um método de autenticação diferente | Use o fluxo correto (ex: OAuth em vez de senha) |
Próximos passos
Tratamento de Erros
Entenda os formatos de response de erro e implemente recuperação robusta de erros.
Referência da API: Auth
Referência completa dos endpoints para todas as rotas de autenticação.