Je hebt je architect (of een andere medewerker) een deellink naar een van je plannen gestuurd. Ze tikken erop en in plaats van het plan zien ze een scherm met "Deze link is niet meer beschikbaar" — of ze voeren hun e-mailadres in en de magic link die ze moeten ontvangen komt nooit aan.
Je hebt je architect (of een andere medewerker) een deellink naar een van je plannen gestuurd. Ze tikken erop en in plaats van het plan zien ze een scherm met "Deze link is niet meer beschikbaar" — of ze voeren hun e-mailadres in en de magic link die ze moeten ontvangen komt nooit aan.
De link is verlopen, of jij (of een ander projectlid) hebt hem ingetrokken.
Hemma toont bewust hetzelfde generieke "link is niet meer beschikbaar"-scherm bij elke faalreden — verlopen, ingetrokken, ongeldig token. De bezoeker niet vertellen waarom houdt de link veiliger als hij is doorgestuurd waar dat niet hoorde. De reden staat in het deelcentrum, niet in de browser van de bezoeker.
De oplossing: open het plan in Hemma, open het deelcentrum. Vind de rij voor die ontvanger.

De ontvanger meldt zich aan met het verkeerde e-mailadres. Elke deling is gebonden aan het e-mailadres dat je hebt uitgenodigd. Heeft je architect twee adressen (een persoonlijk en een kantooradres) en bevestigt die met het verkeerde, dan blokkeert Hemma stilletjes het bezoek en lijkt de magic-linkverificatie "niets te doen". Bevestig welk adres je hebt uitgenodigd via het deelcentrum, en vraag hen exact dat adres te gebruiken.
De magic-linkmail komt nooit aan. Hemma stuurt een magic link elke keer dat de ontvanger zijn e-mailadres bevestigt op de deelpagina. Vaak voorkomende oorzaken:
gethemma.app toestaan.Ze tikten op de link voor je het instellen had afgerond. Waren ze extreem snel — openden ze de mail voor de deling volledig was aangemaakt aan Hemma's kant — dan kunnen ze "link is niet meer beschikbaar" zien bij de eerste poging. Dit is zeldzaam, maar één keer opnieuw proberen lost het meestal op.
Browser blokkeert cookies of scripts van derden. Hemma's magic-link-aanmelding heeft cookies op gethemma.app nodig. Strikte privacymodi (Brave Shields, Safari Lockdown, sommige Firefox-containers) blokkeren ze soms. Vraag hen om te proberen in een gewoon browservenster, of zet gethemma.app op de witte lijst.
Ze openden de link op een toestel dat al is aangemeld bij een ander Hemma-account. Opent een lid van jouw project een architectendeellink op zijn eigen laptop, dan ziet Hemma een geautoriseerde sessie die niet overeenkomt met het uitgenodigde adres en weigert stilletjes de toegang. De oplossing: open de deellink in een privévenster of meld je eerst af van de bestaande Hemma-sessie.
De link is doorgestuurd. Heeft de ontvanger de mail naar een collega gestuurd, dan ziet die collega het e-mail-bevestigingsscherm, voert het adres van de collega in en komt nergens — omdat de deling is gebonden aan het adres van de oorspronkelijke ontvanger. Dat werkt zoals bedoeld; de oorspronkelijke ontvanger moet hem zelf openen.
Het plan of het project is verwijderd. Heb je (of een ander projectlid) het plan verwijderd na delen, dan wijst de link naar niets en toont hij hetzelfde "niet beschikbaar"-scherm. Het deelcentrum lijst de deling in dat geval helemaal niet meer op.
Heb je de lijst doorlopen en kan de ontvanger nog steeds niet binnen, mail dan naar hello@gethemma.app met:
Elke deling heeft aan onze kant een auditspoor dat de exacte reden voor elk geslaagd of mislukt bezoek noteert (verlopen token, e-mail-mismatch, snelheidslimiet, enz.). We kunnen je in één zin vertellen wat er is gebeurd.