Iniciar sessão e recuperar o acesso à conta

Inicia sessão em business.didit.me com SSO, uma chave de acesso (passkey) ou e-mail e palavra-passe. Aqui está o que fazer em caso de palavras-passe esquecidas, bloqueios de conta, e o clássico problema da organização em falta.

Short answer

Se iniciaste sessão com sucesso mas os fluxos de trabalho e o histórico da tua equipa não estão lá, quase de certeza criaste uma organização nova em vez de te juntares à deles. Pede a um proprietário para convidar o teu e-mail - os dados não se perderam, estás apenas na organização errada.

Inicias sessão na Didit em business.didit.me com o SSO da Google, uma chave de acesso (passkey), ou um e-mail e palavra-passe. A maioria dos problemas de acesso resume-se a estar na organização errada ou a uma palavra-passe bloqueada, não a dados perdidos.

#Iniciaste sessão, mas os dados da tua organização estão em falta

Este é, de longe, o problema de acesso mais comum, e não é um erro do sistema.

A página de definições de segurança na consola Didit com o requisito de autenticação de dois fatores
  1. Ativa isto para exigir 2FA a todos na organização.
  2. View members mostra quem já a tem ativada, ou seja, quem ainda consegue entrar.
As regras de início de sessão da organização estão em Definições, Segurança.

Se criares uma conta sem usar o link de convite de um colega, a Didit cria uma organização totalmente nova para ti, em vez de te adicionar à organização já existente da tua equipa. Os fluxos de trabalho, as chaves de API e o histórico de verificação do teu colega estão na organização dele, e tu estás a olhar para a tua.

Para corrigir isto:

  1. Pede para ser convidado

    Pede a um proprietário ou administrador da organização correta para convidar o teu e-mail em Definições > Equipa. Consulta convidar membros da equipa e definir funções.

  2. Limpa o duplicado

    Um e-mail só pode pertencer a uma organização de cada vez, por isso a organização vazia que criaste sem querer pode ter de ser removida antes de o convite poder chegar. O seu proprietário pode eliminá-la nas definições da organização - ou contacta o suporte e eles tratam disso.

Se, em vez disso, uma página não carregar, mostrar um erro de servidor, ou o histórico parecer genuinamente em falta depois de confirmares que estás na organização certa, isso não é algo que tenhas feito. Contacta o suporte em vez de tentares contornar o problema.

#Esqueceste-te da palavra-passe

Usa o link de reposição na página de início de sessão e segue as instruções enviadas para o teu e-mail. Se te registaste com SSO, repõe a palavra-passe junto do teu fornecedor de identidade - não existe uma palavra-passe Didit separada para recuperar.

#Demasiadas tentativas falhadas

Introduzir a palavra-passe errada várias vezes seguidas bloqueia temporariamente a conta como medida de segurança. Espera antes de tentar de novo, ou usa o link de reposição para definir uma palavra-passe nova em vez de continuares a tentar adivinhar - cada tentativa prolonga o bloqueio.

#Mudar o teu e-mail de início de sessão

Para mover a tua conta para um novo endereço de e-mail, adiciona o novo e-mail como membro da equipa com a mesma função em Definições > Equipa, e depois remove o antigo. Se estiveres bloqueado e não conseguires fazer isto sozinho, contacta o suporte.

#Mudar de um login social para e-mail e palavra-passe

Se te registaste com a Google ou o GitHub e queres passar a usar e-mail e palavra-passe, o caminho prático é o mesmo que mudar de e-mail: pede para o endereço de destino ser convidado como membro com a tua função, e depois remove a identidade antiga. Pede ao suporte se precisares que isto seja feito enquanto estás bloqueado.

#Chaves de acesso (passkeys) e segundos fatores

Se ficou preso num passo extra de início de sessão (uma chave de acesso que já não funciona, um segundo fator perdido, um telemóvel novo), contacte o suporte para verificarem quem é e reporem o acesso. Não continue a tentar; as falhas repetidas prolongam o bloqueio.

Pedem-lhe uma chave de acesso que nunca criou, ou uma que falha. As chaves de acesso são por dispositivo, por isso um telemóvel novo ou um browser reposto não terá a sua. O suporte pode repor as chaves de acesso da conta, mas por segurança envia-lhe primeiro uma ligação de verificação de identidade (uma sessão curta da Didit com o seu documento e uma selfie). Conclua-a, responda no mesmo pedido, e as chaves são apagadas para poder voltar a entrar com o e-mail e palavra-passe ou SSO e registar uma nova em Definições da conta > Chaves de acesso.

Perdeu a aplicação de autenticação (2FA) com o telemóvel. Tente primeiro restaurar a própria aplicação a partir da cópia de segurança, do e-mail ou das chaves de recuperação que configurou ao criá-la; isso não precisa de nada da Didit. Se não for possível, contacte o suporte: após a mesma verificação de identidade, desativam o segundo fator para poder registar um novo.

Algumas ações estão deliberadamente protegidas por uma confirmação extra mesmo depois de iniciar sessão. É intencional para alterações sensíveis, não uma falha.

#"Registration failed, too many requests from this IP address"

Não há nada de errado com os seus dados. É o limite de pedidos do registo, e está ligado ao endereço IP público a partir do qual se liga, não ao e-mail nem ao browser; por isso uma janela anónima ou outro e-mail não mudam nada. Dispara após poucas tentativas da mesma rede em pouco tempo, e uma rede de escritório ou partilhada (ou uma VPN) pode acioná-lo logo na primeira tentativa porque os colegas partilham o endereço.

Duas coisas o desbloqueiam:

  • Registe-se a partir de outra rede. O mais fácil é o telemóvel com dados móveis e o Wi-Fi desligado, em business.didit.me. Isso dá-lhe um endereço novo e o registo passa de imediato.
  • Ou espere, sem voltar a tentar. O limite levanta-se sozinho após o tempo indicado na mensagem (cerca de uma hora). Cada nova tentativa pode reiniciar a contagem, por isso se tem tentado de poucos em poucos minutos ela nunca chega ao fim.

Se nada disto funcionar, indique ao suporte o IP público a partir do qual se está a registar e eles levantam o limite. Depois de entrar, escolha como proprietário da conta a caixa de correio que lê pessoalmente: é aí que chegam as chaves de API, os avisos de faturação e os alertas de segurança.

#Entrou com GitHub ou Google e caiu na conta errada

Um início de sessão social está ligado ao e-mail que esse fornecedor comunica. Se a sua conta GitHub está associada a um e-mail diferente do que a sua organização convidou, entrar com GitHub cria uma organização nova e vazia sob esse outro e-mail: o clássico problema da organização em falta descrito acima. Mudar depois o e-mail dentro do GitHub produz mais uma conta nova em vez de as fundir. A solução é a via do convite: peça ao proprietário para convidar o endereço que quer realmente usar e depois contacte o suporte para remover as organizações vazias e, se necessário, transferir a propriedade depois de o verificarem.

#Organizações que usam SSO

Se a tua organização tiver o SSO configurado, inicia sessão através do teu fornecedor de identidade em vez de uma palavra-passe. Se o início de sessão com palavra-passe estiver inesperadamente bloqueado, isso costuma ser uma política de SSO controlada pelo teu próprio administrador - confirma com ele antes de contactares o suporte.

#Obter ajuda quando não consegues iniciar sessão

O suporte vai pedir-te algo que identifique a tua organização. Se não conseguires sequer aceder à consola, envia o endereço de e-mail com que inicias sessão e, se o souberes, o ID da tua organização a partir de um URL anterior. Pedir a alguém para enviar uma captura de ecrã da consola quando o problema é não conseguir aceder a ela não é útil - diz claramente que estás bloqueado e eles tratam do resto a partir daí.