Neomagora, gehost op SharePoint Microsoft 365, centraliseert planningen, notities en afwezigheden voor de studenten van NEOMA Business School. Wanneer de pagina weigert te laden of vastloopt op het inlogscherm, komt het probleem zelden door een vergeten wachtwoord. De oorzaak ligt meestal in het beheer van sessies en cookies door de browser.
Derde partijen cookies en SharePoint NEOMA-authenticatie: de onzichtbare blokkade
Sinds 2024-2025 blokkeert Chrome, Edge en Firefox standaard derde partijen cookies. Deze ontwikkeling, bedoeld om de privacy te beschermen, verstoort stilletjes de Microsoft 365-authenticatiestroom waarop Neomagora vertrouwt.
Concreet heeft de SharePoint-inlogpagina behoefte aan het uitwisselen van tokens tussen verschillende Microsoft-domeinen. Als de browser deze uitwisselingen onderschept, ziet de student een witte pagina, een omleidingslus of een toegang geweigerd-bericht, zonder duidelijke uitleg.
De oplossing bestaat uit het creëren van expliciete uitzonderingen in de browserinstellingen. In Chrome, open Instellingen, vervolgens Privacy en beveiliging, dan Derde partijen cookies, en voeg twee invoeren toe: *.microsoft.com en *.sharepoint.com. Op Edge is de handeling identiek in de sectie Cookies en site machtigingen. Firefox gebruikt een vergelijkbaar pad via de uitzonderingen van de verbeterde trackingbescherming.
Wanneer een student probeert in te loggen op Neomagora en SharePoint Neoma zonder succes na het opnieuw instellen van zijn wachtwoord, lost deze stap van het deblokkeren van cookies de meeste gevallen op.
Conflict van Microsoft 365-accounts op Windows: opruimen voordat je inlogt
Een NEOMA-student logt in met zijn identificatie [email protected]. Het probleem doet zich voor wanneer een ander Microsoft-account al op de machine is geregistreerd: een oud stageaccount, een persoonlijk Outlook-account, of het account van een andere school.
Windows onthoudt deze accounts in een register dat toegankelijk is via Instellingen, vervolgens Accounts, dan Professionele of schooltoegang. Een residueel account kan het authenticatieverzoek onderscheppen en omleiden naar de verkeerde SharePoint-tenant.
Procedure voor het opruimen van ongewenste accounts
- Open Instellingen, vervolgens Accounts, dan Professionele of schooltoegang, en controleer de lijst van verbonden accounts.
- Log uit bij elk account dat niet overeenkomt met de actieve NEOMA-identificatie (let op oude stage- of universitaire accounts).
- Herstart de browser en probeer opnieuw in te loggen op neoma.sharepoint.com/sites/myneomagora.
Deze controle duurt minder dan twee minuten en voorkomt de klassieke lus waarin de browser probeert te schakelen tussen twee gelijktijdige Microsoft 365-tenants, waardoor een toegangsfout zonder duidelijke boodschap ontstaat.
Privénavigatie en toegewijd profiel: twee aanvullende strategieën
Wanneer het opruimen van accounts en cookies niet voldoende is, is privénavigatie een snelle test. In de privé-modus negeert de browser actieve sessies en opgeslagen cookies, wat de inlogpoging volledig isoleert.
Als Neomagora werkt in privénavigatie maar niet in de normale modus, is het probleem bevestigd: een element van het gebruikelijke browserprofiel interfereert. Er zijn dan twee opties.
Een apart browserprofiel voor NEOMA aanmaken
Chrome en Edge maken het mogelijk om aparte profielen te creëren. Een profiel dat is gewijd aan de NEOMA-identificatie voorkomt elke overlap met een persoonlijk account. Dit profiel behoudt zijn eigen cookies, zijn eigen sessies en zijn eigen extensies.
Het voordeel ten opzichte van privénavigatie: de sessies blijven bestaan van de ene naar de andere gebruik. De student hoeft zich niet bij elke opening van de browser opnieuw aan te melden.
De lokale DNS-cache legen
In zeldzame gevallen voorkomt een verouderde DNS-cache de resolutie van het domein neoma.sharepoint.com. Op Windows, open de opdrachtprompt en typ ipconfig /flushdns. Op macOS gaat het equivalente commando via de terminal. Deze handeling dwingt de machine om opnieuw de DNS-servers te raadplegen en kan toegang ontgrendelen die zonder duidelijke reden faalde.
Veranderingen in Microsoft 365 om in de gaten te houden voor het schooljaar 2026
Microsoft heeft de verwijdering van de authenticatie via een eenmalige code (OTP) voor SharePoint Online-gasten aangekondigd voor de zomer van 2026. De geleidelijke overstap naar het interne B2B-uitnodigingsmodel is begonnen in mei 2026, met een volledige verwijdering van de oude OTP-links gepland voor eind augustus 2026.
Voor NEOMA-studenten verandert deze ontwikkeling niets aan de dagelijkse inlog via de identificatie @neoma-bs.com. Aan de andere kant moeten studenten die toegang hadden tot gedeelde SharePoint-ruimtes van partnerbedrijven (groepsprojecten, stages) via een OTP-link, een formele B2B-uitnodiging aanvragen.
Deze verandering kan leiden tot nieuwe foutmeldingen aan het begin van het schooljaar, vooral voor studenten in een duale opleiding die tussen de NEOMA-tenant en die van hun stagebedrijf navigeren. Het behouden van een apart browserprofiel voor elke Microsoft 365-omgeving wordt dan een nuttige voorzorgsmaatregel, niet alleen een tijdelijke oplossing.
De meest effectieve reflex bij een blokkade van Neomagora blijft om eerst te testen in privénavigatie. Als de verbinding werkt, is het probleem lokaal. Derde partijen cookies en residuele accounts dekken de grote meerderheid van de gevallen. Het opnieuw instellen van je wachtwoord heeft geen zin zolang de browseromgeving niet schoon is.