Neomagora, l’espace étudiant hébergé sur SharePoint, est le point de passage obligé pour consulter plannings, notes et absences à NEOMA Business School. Quand la page de connexion tourne dans le vide ou renvoie une erreur, le réflexe habituel (réinitialiser son mot de passe) ne résout pas toujours le problème. La cause la plus fréquente n’a rien à voir avec le mot de passe : elle tient à la manière dont Microsoft 365 gère les sessions multiples dans un même navigateur.
Conflit de sessions Microsoft 365 et blocage Neomagora
NEOMA héberge Neomagora sur un tenant SharePoint Microsoft 365. Chaque étudiant se connecte avec son identifiant pré[email protected]. Le problème survient lorsqu’un autre compte Microsoft est déjà actif dans le navigateur : un compte personnel Outlook, un ancien compte de stage, ou le compte d’une autre école.
Lire également : Comment se connecter à PSB Learn et retrouver tous ses cours ?
Le navigateur tente alors de basculer entre deux tenants Microsoft 365 simultanés. Le résultat : une boucle de redirection ou un écran de connexion qui ne charge jamais. Ce comportement est propre à l’architecture multi-tenant de Microsoft et touche tous les portails SharePoint, pas uniquement celui de NEOMA.
Les pages officielles de bienvenue de l’école ne mentionnent pas ce cas de figure. Elles décrivent les identifiants, le format de l’adresse mail, la procédure de réinitialisation du mot de passe, mais pas le scénario où le mot de passe est correct et où la connexion échoue quand même.
A voir aussi : Comment se connecter à edu Normandie depuis un mobile ou une tablette ?
Procédure de dépannage connexion Neomagora étape par étape
La méthode la plus fiable pour isoler un conflit de session consiste à procéder par élimination, en commençant par l’environnement le plus propre possible.
- Ouvrir une fenêtre de navigation privée (Ctrl+Maj+N sur Chrome, Ctrl+Maj+P sur Firefox). Ce mode ignore tous les cookies et sessions existants. Saisir l’adresse de Neomagora et se connecter avec l’identifiant NEOMA uniquement. Si la page s’affiche normalement, le problème vient bien d’un conflit de session.
- Fermer toutes les fenêtres du navigateur principal, puis vider les cookies liés à Microsoft : dans les paramètres du navigateur, chercher les cookies contenant « microsoft », « live.com », « office.com » et « sharepoint.com », puis les supprimer. Relancer le navigateur et tenter la connexion.
- Sur un ordinateur partagé ou un poste de travail professionnel, vérifier qu’aucun compte Microsoft n’est enregistré dans les paramètres Windows (Paramètres, Comptes, Comptes de messagerie). Un compte professionnel lié à un autre tenant peut intercepter la requête d’authentification avant même que le navigateur n’intervienne.
- Si le blocage persiste après ces étapes, tester depuis un autre appareil (téléphone en 4G par exemple) pour écarter un problème réseau local, notamment un proxy ou un pare-feu d’entreprise qui filtrerait les requêtes vers SharePoint.
Cette séquence permet de distinguer rapidement un problème de compte, un problème de navigateur et un problème réseau.
Mot de passe NEOMA et réinitialisation via le portail dédié
Quand le conflit de session est écarté, le blocage peut effectivement venir du mot de passe. Le mot de passe Neomagora est identique à celui défini lors de l’inscription administrative. Il sert aussi à accéder au réseau Wi-Fi des campus (via l’identifiant @first) et à la messagerie NEOMA.
La page de connexion SharePoint de Neomagora propose un lien « Vous avez oublié votre mot de passe ? » qui redirige vers le portail de réinitialisation : account.neoma-bs.fr. Ce portail est distinct du formulaire de connexion Microsoft classique. Passer par la page « Mot de passe oublié » de Microsoft directement ne fonctionnera pas, puisque le compte est géré par le tenant NEOMA, pas par un compte Microsoft grand public.
Un détail à retenir : le suffixe de l’identifiant change selon le service utilisé. L’identifiant @first (prénom.nom.xx@first) sert au Wi-Fi et à certains services internes. L’identifiant @neoma-bs.com sert à la messagerie, à Teams et à Neomagora. Confondre les deux formats au moment de la saisie provoque un rejet silencieux, sans message d’erreur explicite dans certains cas.
Pannes SharePoint et incidents du tenant Microsoft 365
Neomagora dépend de l’infrastructure Microsoft 365. Une panne ou une maintenance du côté de Microsoft affecte directement l’accès au portail étudiant, indépendamment de toute action de NEOMA. Ces incidents ne sont pas signalés sur les pages de l’école.
Pour vérifier si le problème est global, deux pistes sont utiles. La page de statut des services Microsoft 365 (status.office.com) indique les incidents en cours sur SharePoint. Les réseaux sociaux, notamment Twitter/X avec le mot-clé « SharePoint down », permettent de confirmer rapidement si d’autres utilisateurs rencontrent le même blocage au même moment.
En revanche, si l’accès à d’autres sites SharePoint fonctionne normalement mais que seul Neomagora pose problème, la cause est probablement liée au tenant spécifique de NEOMA : un changement de politique de sécurité, une mise à jour de configuration, ou une restriction temporaire. Dans ce cas, le Centre de Services de la Direction des Systèmes d’Information de NEOMA reste le seul interlocuteur capable de diagnostiquer le problème. Le formulaire de ticket est accessible à l’adresse hotlinesi.neoma-bs.fr.
Navigateur et configuration technique pour accéder à Neomagora
SharePoint Online fonctionne correctement sur les versions récentes de Chrome, Firefox et Edge. Safari sur macOS pose parfois des problèmes de rendu avec certaines fonctionnalités SharePoint, sans que cela bloque systématiquement la connexion.
Deux paramètres du navigateur méritent vérification :
Les cookies tiers doivent être autorisés pour les domaines Microsoft. Depuis que plusieurs navigateurs bloquent les cookies tiers par défaut, l’authentification Microsoft peut échouer silencieusement. Dans Chrome, il faut ajouter une exception pour [*.]microsoft.com et [*.]sharepoint.com dans les paramètres de confidentialité.
Les extensions de type bloqueur de publicités ou VPN intégrés au navigateur peuvent intercepter les redirections d’authentification OAuth de Microsoft. Désactiver temporairement ces extensions avant de tester la connexion permet d’écarter cette piste.
Un navigateur dont le cache n’a pas été vidé depuis longtemps peut aussi conserver des jetons d’authentification expirés. Vider le cache complet du navigateur résout une part significative des blocages persistants.
Lorsque toutes ces vérifications ont été faites sans résultat, le problème se situe vraisemblablement du côté du compte lui-même (désactivation, changement de statut étudiant) ou de l’infrastructure serveur. Ouvrir un ticket auprès du support informatique de NEOMA, en précisant les étapes déjà tentées, accélère le traitement de la demande.
