La page de connexion tourne en boucle, le mot de passe semble correct, et pourtant rien ne se passe. Ce scénario revient chaque rentrée chez les étudiants NEOMA qui tentent d’ouvrir MyNeomagora sur SharePoint. Le blocage vient rarement d’un oubli de mot de passe. Dans la plupart des cas, c’est un conflit invisible entre plusieurs comptes Microsoft qui empêche l’authentification d’aboutir.
Conflit de tenant Microsoft : la cause masquée des blocages Neomagora
Vous avez peut-être un compte Microsoft personnel pour Outlook ou Xbox. Peut-être aussi un ancien compte professionnel lié à un stage. Et maintenant, votre identifiant NEOMA au format pré[email protected]. Chacun de ces comptes appartient à ce que Microsoft appelle un « tenant », un espace d’organisation distinct.
A lire en complément : Quels sont les meilleurs moments pour éviter la foule à Aquaboulevard Paris ?
Quand vous ouvrez votre navigateur pour accéder à Neomagora, le navigateur choisit automatiquement l’un de ces comptes. Si ce n’est pas le bon, SharePoint vous redirige vers une page d’erreur ou vous demande un mot de passe qui ne correspond à rien. Le problème n’est pas votre mot de passe : c’est l’identité Microsoft active dans votre session.
Ce conflit est d’autant plus difficile à repérer que Windows peut lui-même enregistrer un compte professionnel dans ses réglages système. Sur un poste partagé en bibliothèque ou en résidence, le système d’exploitation intercepte l’authentification avant même que le navigateur n’intervienne. Rien dans les pages d’aide classiques ne signale ce cas de figure.
A voir aussi : Virement débit à la Banque Postale : explications et conseils pour mieux comprendre
Un guide détaillé explique comment accéder à Neomagora de Neoma en contournant précisément ce type de blocage lié aux sessions multiples.
Procédure de nettoyage des cookies et sessions Microsoft
Supprimer l’historique du navigateur ne suffit pas. Il faut cibler les cookies liés aux domaines Microsoft qui maintiennent une session invalide. Trois domaines sont responsables de la majorité des blocages :
- login.microsoftonline.com : c’est le portail d’authentification centralisé. Un cookie périmé sur ce domaine redirige systématiquement vers le mauvais tenant.
- office.com : les sessions Office 365 restent actives pendant plusieurs jours, même après fermeture du navigateur. Elles peuvent interférer avec la connexion SharePoint.
- sharepoint.com : Neomagora fonctionne sur SharePoint. Un jeton de session expiré sur ce domaine provoque une boucle de connexion sans message d’erreur explicite.
Dans les paramètres de votre navigateur, cherchez la section « Cookies et données de site » puis supprimez uniquement les entrées liées à ces trois domaines. Sur Chrome, tapez chrome://settings/siteData dans la barre d’adresse et filtrez par « microsoft » puis « sharepoint ».
Après ce nettoyage, ouvrez une fenêtre de navigation privée pour tester la connexion. Ce mode ignore tous les cookies existants et vous force à saisir manuellement l’identifiant NEOMA. Si la connexion fonctionne en privé mais pas en mode normal, vous avez la confirmation que le problème vient d’un résidu de session.
Réinitialisation du mot de passe NEOMA : le bon circuit
Attention à ne pas confondre deux procédures différentes. Le lien « Mot de passe oublié » affiché sur la page SharePoint de Neomagora renvoie vers la réinitialisation Microsoft standard. Ce circuit ne règle pas toujours le blocage d’accès au portail NEOMA lui-même.
La procédure fiable passe par la page dédiée account.neoma-bs.fr. Vous y entrez votre identifiant au format pré[email protected] et votre adresse email personnelle (celle communiquée lors de l’inscription administrative). Un lien de réinitialisation arrive sur votre email personnel, pas sur votre adresse NEOMA.
Ce détail a son importance. Si votre accès NEOMA est bloqué, vous ne pouvez évidemment pas consulter votre boîte pré[email protected]. Tout passe par l’adresse Gmail, Outlook ou autre que vous aviez renseignée à votre arrivée.
Une fois le mot de passe modifié, comptez quelques minutes avant de retenter la connexion. La propagation entre le système NEOMA et les serveurs Microsoft prend parfois un court délai.
Connexion Neomagora sur mobile et application
Sur Android comme sur iOS, les applications Microsoft (Teams, Outlook, OneDrive) partagent un même jeton d’authentification. Si vous êtes connecté à Teams avec un compte personnel, l’ouverture de Neomagora via le navigateur mobile peut hériter de cette session.
La solution la plus directe : déconnectez-vous de toutes les applications Microsoft sur votre mobile avant de tenter l’accès. Allez dans les réglages de chaque application, section « Comptes », et supprimez les comptes qui ne sont pas votre identifiant NEOMA.
Utilisez ensuite le navigateur mobile en navigation privée pour ouvrir neoma.sharepoint.com/sites/myneomagora/FR. Saisissez votre identifiant @neoma-bs.com et le mot de passe fraîchement réinitialisé si nécessaire.
Un point à garder en tête : Neomagora ne nécessite pas de VPN pour fonctionner hors campus. Les services SharePoint sont hébergés dans le cloud Microsoft. Si quelqu’un vous conseille d’installer un VPN pour accéder à Neomagora, le problème se situe ailleurs, probablement dans un conflit de compte ou un raccourci obsolète.
Quand contacter le Centre de Services DSI
Si après le nettoyage des cookies, la navigation privée et la réinitialisation du mot de passe via account.neoma-bs.fr le blocage persiste, le problème peut venir du côté serveur. Le Centre de Services de la Direction des Systèmes d’Information de NEOMA est joignable via un formulaire de ticket sur hotlinesi.neoma-bs.fr. Décrivez précisément les étapes déjà tentées pour éviter qu’on vous renvoie vers la procédure standard.
La majorité des problèmes de connexion à Neomagora se résolvent en identifiant quel compte Microsoft le navigateur ou le système utilise par défaut. Nettoyer les cookies des trois domaines Microsoft, tester en navigation privée, puis réinitialiser via account.neoma-bs.fr couvre la quasi-totalité des cas. Le réflexe de changer son mot de passe en boucle sans purger les sessions existantes est la raison pour laquelle le blocage semble persister alors que les identifiants sont corrects.