Uma tela de login do My Neoma Agora que se repete ou retorna um erro 403 raramente indica um problema de senha. A causa está quase sempre na camada de autenticação do Microsoft 365, no nível do tenant SharePoint que hospeda o espaço estudantil NEOMA. Identificar o mecanismo exato do bloqueio evita perder tempo com uma redefinição desnecessária.
Proxy corporativo e tenant Microsoft imposto em um posto de estágio
Os estudantes em alternância ou estágio enfrentam um bloqueio específico que os guias habituais não abordam. Em um posto profissional, o proxy ou o firewall do empregador intercepta a solicitação para o tenant NEOMA antes mesmo que a página do SharePoint seja carregada.
O mecanismo é simples: a empresa configura suas máquinas para forçar a autenticação para seu próprio tenant Microsoft 365. Quando o estudante tenta acessar neoma.sharepoint.com, o Windows redireciona automaticamente para a conta profissional já registrada na sessão. O identificador [email protected] nunca é proposto.
Duas opções funcionam nesse caso:
- Usar um dispositivo pessoal conectado em 4G ou em uma rede Wi-Fi doméstica, fora do perímetro de rede do empregador.
- Abrir uma janela de navegação privada no posto profissional, o que contorna o cache de sessão do Windows na maioria das configurações de proxy (exceto aquelas que também bloqueiam o modo privado).
- Solicitar ao serviço de TI da empresa que adicione *.sharepoint.com e login.microsoftonline.com à lista branca do proxy, se o acesso ao My Neoma Agora for necessário no âmbito da missão.
Se nenhuma dessas soluções desbloquear o acesso, o problema está relacionado ao firewall corporativo e não ao NEOMA. Recomendamos então entrar em contato com a DSI do empregador com a mensagem de erro exata.
Purge direcionada dos cookies Microsoft para restaurar o acesso ao SharePoint
O reflexo clássico é limpar todo o cache do navegador. Essa abordagem funciona, mas também desconecta todos os outros serviços (e-mail, banco, redes sociais). Uma purge direcionada dos cookies Microsoft é suficiente na maioria dos casos e preserva o restante das sessões.
Quando a conexão ao My Neoma Agora falha após uma tentativa normal, o navegador mantém um token de autenticação expirado ou vinculado à conta errada. Excluir apenas os cookies associados aos domínios microsoft.com, live.com, office.com e sharepoint.com força o navegador a reiniciar uma autenticação limpa.
Procedimento no Chrome e Edge
Nas configurações do navegador, acesse a seção Cookies e dados dos sites. Use a barra de pesquisa para filtrar cada um dos quatro domínios citados. Exclua-os um por um, e depois feche completamente o navegador antes de reabri-lo.
No Firefox, a manipulação passa pelas Preferências, depois Privacidade e segurança, e então Gerenciar dados. O princípio permanece o mesmo: filtrar por domínio e excluir apenas as entradas Microsoft.
Reiniciar o navegador sem fechá-lo completamente não é suficiente. No macOS, saia via Cmd+Q. No Windows, verifique se nenhum processo do Chrome ou Edge ainda está em execução no gerenciador de tarefas.
Conflito de múltiplas contas Microsoft no navegador
O bloqueio mais frequente no My Neoma Agora não tem nada a ver com uma senha esquecida. Ele provém de um conflito de sessões entre várias contas Microsoft ativas simultaneamente no mesmo navegador.
Um estudante NEOMA frequentemente possui uma conta pessoal do Outlook, às vezes uma conta universitária antiga, e seu identificador escolar no formato [email protected]. Quando o SharePoint detecta vários tokens ativos, ele tenta alternar para a última conta autenticada, que não tem nenhum direito sobre o tenant NEOMA.
O sintoma típico: a página exibe “Você não tem permissão para acessar este recurso” ou redireciona em loop para a página de seleção de conta sem nunca chegar ao final.
Resolução por isolamento de perfil do navegador
A navegação privada resolve o problema pontualmente. Para uma solução duradoura, recomendamos criar um perfil de navegador dedicado ao NEOMA. Chrome, Edge e Firefox permitem gerenciar vários perfis independentes, cada um com seus próprios cookies e sessões.
Neste perfil dedicado, conecte apenas a conta [email protected]. Nenhuma outra conta Microsoft deve estar ativa neste perfil. Esse isolamento impede definitivamente os conflitos de tenant.
Interrupção do SharePoint Online e verificação do status do Microsoft 365
Antes de qualquer manipulação técnica, é preciso descartar uma falha do lado da Microsoft. O SharePoint Online sofre degradações de serviço que tornam o My Neoma Agora inacessível independentemente da configuração local.
A página de status oficial do Microsoft 365 (status.office.com) indica em tempo real o estado de cada serviço, incluindo o SharePoint Online. Se uma degradação for relatada, nenhuma ação do lado do usuário mudará qualquer coisa.
Outro reflexo útil: testar a conexão em outro dispositivo (smartphone em 4G, tablet). Se o My Neoma Agora não carregar em nenhum dispositivo, o problema vem do serviço e não da sua configuração. Nesse caso, monitorar a página de status da Microsoft e os canais de comunicação do NEOMA (e-mail institucional, redes sociais da escola) permanece a única opção.
Conexão Wi-Fi local e falso diagnóstico do My Neoma Agora
Uma parte crescente dos relatos de falha do My Neoma Agora provém, na verdade, de um problema de conexão de Internet local. O Wi-Fi exibe “conectado”, mas a velocidade real é insuficiente para carregar uma página do SharePoint, que requer várias solicitações paralelas para os servidores da Microsoft.
O teste mais rápido: abrir um site leve (google.fr) e um site pesado (youtube.com). Se o Google carregar, mas o YouTube permanecer lento, a velocidade é muito baixa para o SharePoint. Reiniciar o roteador ou mudar para 4G resolve imediatamente a questão.
Na rede Wi-Fi dos campi NEOMA (rede chamada “Neoma BS”), a conexão requer o identificador @first. Um identificador @neoma-bs.com não funcionará para o Wi-Fi, mesmo que seja válido para o My Neoma Agora. Essa confusão entre os dois formatos de identificador gera regularmente bloqueios no início do ano letivo.
O diagnóstico da falha do My Neoma Agora segue, portanto, uma ordem lógica estrita: verificar primeiro a conexão de Internet, depois o status do Microsoft 365, depois os conflitos de sessão, depois os cookies, e somente em último recurso considerar uma redefinição de senha via account.neoma-bs.fr. Seguir essa ordem evita modificar uma senha que funciona perfeitamente e criar um novo problema de sincronização entre os serviços NEOMA.