Terug naar alle artikelen
Digital Legacy

Asana-beheerder overleden: een checklist voor continuïteit

Bewaar Asana-projecten, regel bevoegd beheer en controleer de facturering na het overlijden van een beheerder.

Stefan-Iulian Tesoi · Auteur digitale nalatenschapsplanning
Gepubliceerd: 2026-10-08
Bijgewerkt: 2026-10-08
6 min leestijd
Asana-beheerder overleden: een checklist voor continuïteit

Een Asana-beheerder kan degene zijn die een bureau, operationeel team of klein bedrijf draaiende houdt. Het account verbindt klantdeadlines, taken, facturen en jaren aan besluiten. Na het overlijden zien collega’s misschien nog hun dagelijkse taken, terwijl niemand weet wie leden of de volgende verlenging kan beheren. Familieleden kunnen ook hulp nodig hebben om zakelijke gegevens van persoonlijke informatie te onderscheiden.

Begin met één coördinator en een schriftelijke inventaris. Bepaal wie mag beslissen, bewaar noodzakelijke gegevens en controleer elk onderdeel van de overdracht afzonderlijk. Deze gids biedt een praktische werkwijze voor teams in verschillende landen. Hij bepaalt geen erfrechten en garandeert geen goedkeuring van een herstelverzoek door Asana.

1. De omgeving en verantwoordelijken vaststellen

Noteer naam en URL van de organisatie of werkruimte, het zakelijke e-mailadres van de overledene, het eventuele betaalde abonnement en bekende beheerders. Controleer of het abonnement de hele organisatie, een divisie, een team of een werkruimte omvat. Voeg factuurreferenties en een contactadres onder controle van de organisatie toe. De bedrijfsnaam alleen identificeert misschien niet het juiste abonnement.

Asana beschrijft organisaties en werkruimten als gedeelde omgevingen, die niet uitsluitend door de maker worden beheerd.

Spreek af wie collega’s, familie en de vertegenwoordiger van de nalatenschap coördineert. Benoem wie uitgaven, bewaring en klantcommunicatie mag goedkeuren. Een gedateerd actielogboek voorkomt tegenstrijdige wijzigingen. Voeg de inventaris toe aan het continuïteitsplan voor het online bedrijf, met veilige herstellocaties in plaats van wachtwoorden.

2. Beheerdersrollen met een bestaand account controleren

Vraag een beschikbare beheerder met het eigen bevoegde account in te loggen en de rollen te bekijken. De uitleg over rollen onderscheidt beheerders en superbeheerders; gasten kunnen geen van deze organisatierollen krijgen.

Test de functies die de opvolger nodig heeft: leden beheren, beveiligingsinstellingen bekijken en relevante teams vinden. Toegang tot een project bewijst geen toegang tot organisatiebeheer. Leg tekortkomingen vast en wijs voor elk een verantwoordelijke aan. Een persoonlijk account maakt latere handelingen herleidbaar.

Technische rechten bepalen niet wie eigenaar van het bedrijf is of klantgegevens mag delen. Bevestig de omvang van de overdracht met de bevoegde vertegenwoordiger voordat je toegang verruimt. Bij zakelijke eenmalige aanmelding betrek je de identiteitsbeheerder en stem je wijzigingen af.

3. Een gericht ondersteuningsverzoek voorbereiden

Kan geen beschikbare beheerder de noodzakelijke wijzigingen doen, neem dan via het helpcentrum contact op met Asana Support. Leg het overlijden uit, identificeer omgeving en abonnement en beschrijf de ontbrekende functie. Vraag naar bevoegd voortzetten of afsluiten. Een familielid dat een wachtwoord heeft, toont daarmee geen bevoegdheid aan.

Verzamel factuurkenmerken, organisatiegegevens, informatie over leden en het contactadres van de vertegenwoordiger. Vraag welke bewijzen nodig zijn en hoe je die veilig indient. Plaats identiteitsdocumenten niet in gedeelde projecten of openbare discussies. Bewaar het dossiernummer en spreek één contactpersoon af.

De aangehaalde documentatie behandelt regulier beheer, geen universele overdrachtsprocedure bij overlijden. Vraag naar voorwaarden en doorlooptijd voor dit specifieke geval. Noteer intussen dringende deadlines die bevoegde collega’s al kunnen afhandelen zonder accountzeggenschap of beveiliging te wijzigen.

4. Projecten inventariseren en verantwoordelijkheid overdragen

Som belangrijke projecten op met URL, huidige eigenaar, leden, volgende deadline en voorgestelde opvolger. Bepaal wat doorgaat, pauzeert of sluit. Neem terugkerend werk mee, zoals salarisvoorbereiding en klantgoedkeuringen. Laat teamleiders controleren wat ontbreekt.

De uitleg over projecteigenaars plaatst de overdracht in het projectoverzicht, bij de projectrollen.

Gebruik een bevoegd account met de beschikbare projectrechten. Laat de opvolger na de wijziging het project openen, aankomend werk bekijken en bevestigen dat die kan handelen. Wijs taken afzonderlijk toe: een project leiden betekent niet alle taken uitvoeren. Leg onopgeloste toegangsproblemen vast voordat je de overdracht voltooid noemt.

5. Gevoelige gegevens beoordelen voordat toegang wordt verruimd

Scheid klantmateriaal, personeelsgegevens en persoonlijke notities. Bepaal wat bewaard moet worden en wie het mag behandelen. Een familielid dat de nalatenschap helpt afwikkelen heeft mogelijk niet alle bureauprojecten nodig; een collega met deadlineverantwoordelijkheid heeft geen privégegevens van de familie nodig.

De privacyuitleg vermeldt dat projecten die privé zijn voor leden alleen hun leden toegang geven.

Deel niet alles met de organisatie om de overdracht op te lossen. Vraag gerichte toegang en controleer geheimhoudingsverplichtingen voordat je documenten kopieert. Controleer gekoppelde bestanden in andere diensten apart. Gebruik voor bevoegde bewaring de toegestane beschikbare middelen, noteer wat is opgeslagen en test of bestanden openen. Een lijst links is geen zelfstandig archief.

6. Deactivering en taakoverdracht afstemmen

Bekijk open taken, projecteigenaars, portfolio’s en dashboards voordat toegang wordt ingetrokken. Asana zegt dat deactivering geen eigenaarschap overdraagt van projecten, portfolio’s of dashboards.

Maak een overdrachtslijst en bevestig belangrijke onderdelen met de nieuwe verantwoordelijken. Stem de timing af met de identiteitsbeheerder, omdat diens wijzigingen Asana-toegang kunnen beïnvloeden. Vereist beveiliging onmiddellijke blokkering, voer die tijdig uit en documenteer resterende bewaring en taakoverdracht voor bevoegde beheerders.

Controleer na deactivering hoe taken in jouw configuratie worden behandeld. Een automatisch aangemaakt project rondt de overdracht niet vanzelf af. Bekijk deadlines, privéwerk dat je bevoegd mag beoordelen en operationele afhankelijkheden. Noteer ontbrekende onderdelen zonder herstel van alle ontoegankelijke gegevens te beloven.

7. Facturering en gekoppelde processen afzonderlijk regelen

Zoek het factureringscontact, de verlengdatum, betaler, factuurhistorie en abonnementsomvang. Laat de bevoegde beslisser bepalen of de dienst tijdens de overgang blijft bestaan. Bekijk de factureringsuitleg: beschikbare functies verschillen, vooral bij handmatige facturering.

Controleer of de juiste persoon berichten ontvangt en goedgekeurde wijzigingen kan uitvoeren. Bewaar bevestigingen van overdracht, betalingswijzigingen of opzegging. Zeg niet automatisch op zolang essentieel werk afhankelijk is van de dienst. Controleer voorwaarden voordat je een terugbetaling of specifieke einddatum verwacht.

Inventariseer integraties, regels, formulieren en externe bestandslinks. Laat iemand een representatief proces met veilige voorbeeldgegevens testen. Een gewijzigde beheerdersrol bewijst niet dat alle verbonden diensten werken. Noteer per afhankelijkheid de verantwoordelijke en afzonderlijk benodigde bevoegde wijzigingen.

8. De overdracht vooraf oefenen

Maak een continuïteitsnotitie van één pagina met omgevingskenmerk, coördinator, reservebeheerders, factureringscontact, projectinventaris, veilige herstellocatie en afsluitinstructies. Bewaar geheimen buiten breed gedeelde projecten. Herzie de notitie na veranderingen in personeel, abonnementen of het identiteitssysteem.

Een bureau kan deadlines aan een operationeel leider toewijzen en de verlenging aan een financiële collega. Een aangewezen vertegenwoordiger keurt bewaring van vertrouwelijke gegevens goed. Laat ieder informatie en functies met het eigen account vinden. Noteer de controledatum en herstel tekortkomingen zolang de huidige beheerder kan helpen.

Volgende stappen

Kies een coördinator, identificeer de omgeving en controleer beschikbaar beheer. Bewaar passende gegevens, wijs project- en taakverantwoordelijkheden toe en stem deactivering af. Controleer daarna facturering en verbonden processen. Leg vast wat werkt, wat onopgelost is en wie opvolgt. Een voorbereide opvolger maakt continuïteit eenvoudiger voor organisatie en familie.

Gerelateerde artikelen

Opvolging van een GitLab-groepseigenaar: een checklist voor continuïteit
Bereid de opvolging van een GitLab-groepseigenaar voor met een plan voor repositories, beheer, pipelines, facturatie en veilige overdracht aan het team.
Figma-organisatiebeheerder overleden: checklist voor continuïteit
Behoud Figma-beheer, ontwerpbestanden, concepten, bibliotheken, facturatie en teamtaken na het overlijden van een beheerder.
Atlassian-organisatiebeheerder na overlijden: checklist voor continuïteit
Regel bevoegde voortzetting van Atlassian Cloud, Jira, Confluence, domeinen, facturering en integraties wanneer een beheerder overlijdt.

Blijf op de hoogte

Abonneer je voor praktische strategieen en updates over digitale nalatenschapsplanning.