Practical guide

Hand over delivery responsibility without handing over your password

Last materially reviewed 2026-09-29

Quick answerTransfer the operating record and supported task access, not account credentials or an unexplained collection of links.
What to know

Explain the live obligations

Give the next responsible colleague the project reference, current release, recipient commitments, open exceptions and relevant access dates. Separate completed work from tasks still awaiting a decision. The person should be able to understand what they are maintaining without reconstructing every email or assuming that all visible folders are still current.

What to know

Use supported account roles

Choose an authorized access mechanism appropriate to the task and the service’s account rules. Do not share the owner’s password, recovery code or private payout information. If the service cannot provide the needed responsibility boundary, plan an appropriate arrangement rather than treating credential sharing as routine administration. This guide does not establish legal authority to transfer an account.

What to know

Keep the handover record usable

Use plain descriptions and stable project references. Explain which release is current, where its manifest lives and how to recognize a superseded link. Keep authentication secrets in the appropriate secure system, outside the ordinary delivery note. The record should support continuity without exposing unrelated clients or granting more access than the new role needs.

What to know

A fictional continuity check

Before a holiday, a studio owner asks an authorized colleague to locate the current release record and describe the remaining client question. The colleague cannot distinguish two similar folder names, so the record is clarified before the handover. This small check tests understanding of the responsibility; it is not a reason to give the colleague unrestricted access to the owner’s personal storage account.

What to know

Put the decision into practice

Ask the next responsible person to explain the current release and next unresolved client action using the handover note alone. Any confusion reveals a documentation gap worth fixing. This is a test of operational clarity, not a justification for broader account permissions or disclosure of secrets in the note.

Continue when useful

Next: Delivery ledger

Track each release through sent, retrieval confirmed, use confirmed and unresolved—not one ambiguous done checkbox.

Open Delivery ledger →

Sources used for this page

These records support the facts and comparisons above. Merchant-controlled records are labelled so you can separate product claims from independent evidence.

  1. pCloud folder invitations — Merchant documentation · help.pcloud.com · Merchant-controlled · checked 2026-09-29
  2. NCSC: using SaaS securely — Research study · ncsc.gov.uk · Publisher independence not verified · checked 2026-09-29