Skip to content

Hand over everything a colleague was responsible for

Somebody leaves, and their name is still on contracts, processing activities, assets and the tasks that document your controls. One table on their user page lists every place they are named as responsible, with a count, and you hand each one to the colleague who should have it.

Unlimited users  •  Free onboarding and support  •  No commitment

Illustration of a stack of record cards on a platform, with the top card lifted off, an empty outline of a person turning away on the left, and three rails carrying single cards out to three colleagues reaching for them
+400 companies use .legal
Region Sjælland
Aarhus Universitet
aj_vaccines_logo
Realdania
Right People
IO Gates
PLO
Finans Danmark
geia-food
Evida
Klasselotteriet
NRGI1
BLUE WATER SHIPPING
Karnov
Ingvard Christensen
VP Securities
AH Industries
Lægeforeningen
InMobile
AK Nygart
DEIF
DMJX
Axel logo
qUINT Logo
KAUFMANN (1)
SMILfonden-logo
kurhotel_skodsborg
nemlig.com
Molecule Consultancy
Novicell
The Users list in .legal filtered to three sample colleagues, with each one's email, business area and role, and the Transfer responsibility button above the table

Responsibility handover

Meridian stopped finding out about handovers a year late

Maria Holm is the person at Meridian Nordic who administers the platform, on top of leading GRC, which means every leaver ends up on her desk. Meridian is 850 people across three entities, so somebody changes job most months. The leaving was never the hard part. A departed colleague's name stayed on contracts as contract manager, on the tasks that document ISO 27001 controls, on processing activities and on obligations, and it usually surfaced a quarter later when a deadline went red and the reminder went to a mailbox nobody reads. Now she opens that person's own user page, reads one table of everything they were named on, and hands each piece to the colleague who should have it.

  • One table lists every area where a colleague is named as responsible, with a count on each.
  • The transfer list names the capacity, so a contract can move its SLA responsibility without moving the contract.
  • Everything goes to one colleague in a single action, or an area gets split between several.
  • Deactivate somebody before the handover and the responsible field flags red, so it does not stay quiet.

  • One list, one person

    Every place a colleague is named as responsible sits in one table on their own user page, with a count per area.

  • A role, not a record

    The same contract can turn up three times over, once per capacity, so the SLA can move without the contract moving with it.

  • All at once, or piece by piece

    Move the whole lot to one colleague in a single action, or open an area and split it between several until it is empty.

  • The task carries the documentation

    The screen itself records nothing about having been looked at. Put the review in the annual wheel, and the task it generates holds the documentation.

Illustration of a tidy list panel where every row has a filled owner marker except one hollow ring, its line running off to a faint outline of a person already gone, and a teal flag lying on its side

Responsibility handover

The leaving is not the problem. The name that stays is

Nothing breaks when a colleague walks out of the door, and that is exactly why it takes so long to notice. The documentation still looks complete, because there is still a name on it.

  • A departed colleague can still be the contract manager on a live contract, the responsible on a recurring control and the owner of an obligation.
  • Nothing stops working, so nobody notices until a deadline goes red or an auditor asks who owns something.
  • Reconstructing everything one person held, from memory and across the whole platform, is work nobody planned for.
The Review user's responsibilities table for one colleague, listing each area from annual wheel activities to tasks with how many items the person holds in it

Responsibility handover

One table, one person's whole footprint

Open the colleague's user page and there is a section headed "Review user's responsibilities". It is a plain table: the area, and how many things they hold in it.

  • The areas run across the platform: contracts, processing activities, assets, tasks and annual wheel activities, frameworks, external audits and internal assessments, legal entities, and more.
  • Empty areas are hidden, so the table is the shape of that person's actual holdings rather than a list of everything the platform could contain.
  • The count is doing real work here. Somebody who has been closing controls for a few years can hold hundreds of tasks, and you can see that before you promise anybody a quick handover.
The transfer dialogue for contracts, with the From user locked, a To picker, a search box and one row per contract showing the field the person holds, here additional user access, with three rows ticked

Responsibility handover

You are moving a role, not a record

This is the detail that makes the difference between a tidy handover and a blunt one. The transfer list has a field column, so it names the capacity the person is attached in, and the same contract appears once per capacity.

  • One contract can turn up three times: as contract manager, as SLA responsible, and in a third capacity on the same contract.
  • So the SLA reporting can go to operations while the contract itself stays with legal, in the same pass.
  • "Additional user access" really is access, so on contracts the table does show where a person holds access and lets you move it. That is true of contracts and it does not extend further than contracts.
Illustration of one stack of cards leaving a platform two ways: the whole stack travelling on one broad rail to a single colleague, and single cards splitting onto three narrow rails to three colleagues

Responsibility handover

Everything at once, or one item at a time

Two routes, and which one you want depends on whether somebody is being replaced or being split up.

  • Move the whole lot from one user to another in a single action, for the straightforward swap.
  • Or open an area and hand individual items to different colleagues until it is empty. Contracts, assets and processing activities work that way, and a long list can be searched.
  • It takes a role that may administer users, so the handover sits with whoever administers the platform rather than with the people who own the records.
A task on ownership of information assets with half its subtasks ticked off, a named responsible and deadline, ISO 27001 and NIS2 references, and Add documentation at the top

Responsibility handover

If it has to happen every quarter, it belongs in the annual wheel

The table is on demand. You open a user when you need to, and nothing about the screen makes it periodic, so the cadence has to come from somewhere else.

  • Put "check who is responsible for what" in the annual wheel (årshjul) as an activity with a frequency and an owner, in weeks, months or years.
  • The activity generates a task each time it falls due, and the note, the decision and the document you upload all belong on the task.
  • The review itself leaves no trail. Nothing records that somebody looked at a user on a date, so the task is what carries the documentation.
Illustration of a person pressing a plain switch on a console, linked to a record card with a teal flag just raised on its corner

Responsibility handover

Rails, not a watchdog

We give you the list and the means to clear it. Noticing that somebody has left is still a human job, and there are three limits worth having before a demo rather than after one.

  • Nothing scans for documentation whose owner has gone. The red flag appears when you deactivate somebody, on the record itself, and for a user deactivated long ago without a handover there is nothing that surfaces it now.
  • This is responsibility for your own documentation inside .legal. It does not reach into who can log in to your other systems, and nothing here is tied to a framework template.
  • The handover is an administrator's job. It is not delegated to business area owners or system owners, so plan the process centrally.
.legal in practice

Features for responsibility handover

Review user's responsibilities

A table on the colleague's own user page listing every area where they are named, with a count on each. Empty areas are hidden, so what you are looking at is that person's actual footprint rather than a checklist.

Transfer responsibility

Open an area, pick the colleague who is taking over, tick the lines and confirm. Nothing moves until you have chosen a recipient and at least one line, and it takes a role that may administer users.

One line per capacity

The transfer list names the capacity the person holds, so one contract can appear as contract manager, as SLA responsible and in a third capacity on the same contract. You are moving the named role, not the contract.

Everything, in one action

When one colleague simply replaces another, move the whole lot from one user to the other at once instead of opening every contract by hand.

A red flag the moment you deactivate

Deactivate somebody before the handover and the responsible field flags red, showing a responsible with no active user. That is a flag you get when you deactivate, not a background scan.

A recurring review on the annual wheel

The screen is on demand. Where you want a cadence, an annual wheel (årshjul) activity with a frequency and an owner generates the task, and the documentation goes on the task.

.legal compliance platform

Hand over responsibility with...

Do you need to hand over everything a colleague was responsible for? We recommend the following modules for that task.

Information Security Management

Run your information security management and meet NIS2, ISO 27001 and more in one place. This is where the controls and the recurring tasks a leaver was closing actually live.

Explore Information Security Management

Contract Management

Keep contracts, obligations and renewals in one overview. Contract manager, SLA responsible and the other capacities on a contract are its own fields, and they are the ones a handover moves most often.

Explore Contract Management

Our Customers

+400

companies

+11.000

users

+79.000

contracts

+14.000

processing activities

Mikkel Friis

Bech-Bruun

Mikkel Friis Rossa (Partner)

.legal's team has consistently demonstrated a commitment to innovation while being responsive to the needs of our mutual clients.

Rasmus-boutrup-fenerum

Fenerum

Rasmus Boutrup (Financial Controller)

Case Study
With .legal, we've gained a simpler and more manageable solution that better suits our needs
Michael Berner 1

Lægeforeningen

Michael Berner (Lawyer)

.legal has been the right choice for us. .legal are professional and welcoming with skilled employees.
Nanna Rodian Christensen

Molecule Consultancy

Nanna Rodian Christensen (HR & Operational Manager)

Case Study
Firstly, it means that not all the work is in one place (me), and secondly, that the understanding of GDPR is implemented throughout the organisation.
ulrikdueholmbeckmann

Plum Safety

Ulrik Dueholm Beckmann (QC, CM og ESG Lead)

Case Study
From .legal, we experience an incredibly high degree of flexibility and willingness to adapt features to our local needs.
julie-oxenvad-novicell

Novicell

Julie Oxenvad (Legal Consultant)

Case Study
We are satisfied with the switch to .legal – it has strengthened our compliance work, made processes easier to manage and more transparent, and improved cross-team collaboration
Tinna Schultz

Min By Media

Tinna Schultz (HR Manager)

Case Study
It just works! It is so easy and user-friendly, and the overview of processing activities is brilliant.
ansat_Kaspar_Rochholz_005

DMJX

Kaspar Rochholz (GDPR Coordinator)

Case Study
.legal has really understood what it means to create a user-friendly and efficient solution. Privacy is an attractive product compared to price and functionality.
Profile-picture1

Axel Kaufmann ApS

Julie Lundkvist Andreasen (Lawyer and Head of Costumer Service)

Case Study
.legal continuously update the platform to ensure their customers always remain compliant. In our view, any other choice would be a downgrade.

NRGi

Mette Mühlendorph (Compliance Specialist)

Case Study
The implementation of .legal has made a difference in the way we handle compliance. The system has created structure and overview, which has had concrete benefits.
Use cases

Find the job you need done

Every use case is a real piece of compliance work, told the way it actually runs in the platform. Filter by who you are, what you work with, and which frameworks you answer to.

Book demo

22 use cases

CISO & IT security

Run your ISMS in one platform

The frameworks you answer to, the controls beneath them and the documentation that proves the work happened, all three in one module, with status updating itself from completed tasks.
See how the ISMS runs
Legal counsel

Contract management with obligations and renewals

Register what each contract obliges you to do, delegate it as tasks with deadlines, and see in one overview that it gets done on time. Renewals notify ahead of the date.
See obligations and renewals
Compliance & GRC lead

Manage compliance across a group of companies

Run every company in the group from one platform, document once at group level, and still report entity by entity. Delivered by the Group Companies add-on.
See group compliance
Compliance & GRC lead

Run awareness training that reaches every colleague

Send out training and policies, chase the stragglers automatically, and prove every colleague completed it. You bring the material, we run the rails.
See awareness training
Legal counsel

Run due diligence on your vendors

Classify a vendor on your own criteria, get the answers and documents you need with no login for them, and move the approved ones straight into contracts.
See vendor due diligence
Compliance & GRC lead

Multi-framework compliance: do the work once

Do a control once and it counts across every framework it maps to, with a simulated score on the ones you haven't started yet.
See multi-framework compliance
CISO & IT security

Get NIS2-ready without starting from scratch

Build on the ISO 27001 work you've already done, switch NIS2 on, and let a simulated score show how far ahead you already are.
See NIS2 readiness
DPO

From twelve spreadsheets to one record of processing

Your GDPR documentation already exists, it just lives in spreadsheets. Export what you have and we structure it in .legal for you, typically inside two weeks.
See the move off spreadsheets

Frequently Asked Questions about responsibility handover

What does handing over responsibility actually cover?

Everywhere inside .legal a colleague is named. The table lists one row per area with a count on it, and it reaches right across the platform. The areas include contracts and the documents on them, processing activities, assets, tasks and annual wheel activities, frameworks, external audits and internal assessments, legal entities and their documents, risk areas and mitigation plans, policies, obligations and the transfers a person owns. Which rows you see depends on what your environment holds and on what that person actually owns, because empty areas are hidden. What it does not cover is access in your other systems. This is responsibility for your own documentation in .legal, and nothing wider than that.

Where do we see everything one colleague is responsible for?

On the colleague's own user page, in a section headed "Review user's responsibilities". It is a plain table of the area and a count, with a menu on each row and a Transfer responsibility button above it. Next to it the user card shows their role, their business areas and the group companies they reach, which is usually enough to work out who should take over. On somebody who has been closing framework tasks for a few years the count can easily run into the hundreds, and that is exactly why there is a count there rather than a list you have to scroll.

Can we move some of it and leave the rest?

Yes, and that split is the useful part. One route moves everything a colleague holds to a single replacement in one action, which suits a straight swap. The other has you open an area and hand its items out to different colleagues until the area is empty, which suits work that is being shared out rather than passed on. Contracts, assets and processing activities are the ones that can be handed over item by item, and a long list can be searched rather than scrolled.

What happens if we deactivate somebody before we have handed over?

You see it at once. The responsible field flags red on the record, showing a responsible with no active user, and a deactivated user is removed from contract access lists automatically and can no longer be picked for a role or an assignment. What you should not expect is the platform going looking. The red flag is what you get at the moment you deactivate somebody, not a sweep running in the background, so for a colleague who was deactivated a year ago without a handover there is nothing that will surface it for you. A recurring review is how you catch those, and it is better to hear that here than to build a process on a watchdog that is not there.

Is this something we do when somebody leaves, or a recurring process?

As a screen it is on demand: you open a user and look. If you want it to happen every quarter, the cadence comes from the annual wheel (årshjul) rather than from the screen. You create an activity with a frequency and an owner, and it generates a task each time it falls due. That matters for a reason worth saying plainly: the review itself leaves no trail. Nothing records that a particular person looked at a particular user on a particular date, and nothing here is tied to a framework template. The task is what carries the documentation, so if you need to be able to show afterwards that the review happened, it is the task you attach it to.

Who is allowed to hand over responsibility?

Somebody with a role that may administer users. It is an administrator function rather than something you push out to the people who own the individual records, so a business area owner cannot tidy up their own corner of it themselves. Worth knowing before you design a process around it, because it means this work lands centrally with whoever administers the platform.

Do we have to move access record by record?

Usually not much of it, because of the way most people set the platform up. Something like 95% of the customers we see control access through business areas, so the department owns the contracts and access follows the department rather than the person. Somebody leaving the department does not take the department's access with them. What genuinely needs moving is the named roles on individual records, and the named-user access some organisations use on confidential agreements. Those are the lines the transfer list puts in front of you.

Who is closing our controls now that the person who did it has left?

That is the question this table answers fastest, because tasks, annual wheel activities and frameworks are areas in it like everything else. You open the leaver, read the counts, and hand the work to whoever is picking the job up. The security documentation itself, the controls and the evidence on them, is a separate piece of work, and the platform is the record of it rather than something watching your services.

What an information security management system is

What about a colleague who is changing role rather than leaving?

Same job, and this is where the capacity level earns its keep. Somebody moving from legal to procurement keeps their account and should lose only part of what they hold. Because the transfer list is one line per capacity, you can move the SLA responsibility on a contract and leave the contract manager role exactly where it is. You pick the lines, so nothing moves that you did not tick.

Still unsure?

Ask Johannes directly, he runs most demos personally

Book him here
+400 companies use .legal
Region Sjælland
Aarhus Universitet
aj_vaccines_logo
Realdania
Right People
IO Gates
PLO
Finans Danmark
geia-food
Evida
Klasselotteriet
NRGI1
BLUE WATER SHIPPING
Karnov
Ingvard Christensen
VP Securities
AH Industries
Lægeforeningen
InMobile
AK Nygart
DEIF
DMJX
Axel logo
qUINT Logo
KAUFMANN (1)
SMILfonden-logo
kurhotel_skodsborg
nemlig.com
Molecule Consultancy
Novicell