MSP Takeover ChecklistGuide

Taking over a client from another MSP: what to get, and in what order

Updated 2026-10-13 · by Hieu Tran, written with AI agents and checked against the sources below

The outgoing provider usually holds the keys: global admin, the CSP licences, the registrar login, the firewall, the backups and the documentation. Most takeovers stall on one of three things: an account nobody knew about, licences tied to the old partner, or an outgoing provider with no reason to hurry. A written list, signed by the client, fixes most of that.

Free tool: Free takeover checklist: the client's registrar, DNS host, mail provider and tenant from public records, plus a handover letter

Enter the client's domain: public records (DNS, RDAP, Microsoft's sign-in metadata) pre-fill the checklist, including SaaS verified on the domain, and it writes the authorisation letter.

Before the notice goes out

  1. Get the client's contract with the outgoing provider: notice period, last day, data-return clause, and anything billed through them (licences, hardware, domains).
  2. Check what public records show (registrar and expiry, DNS host, mail flow, Microsoft 365 tenant, SaaS verified on the domain), so you know what to ask for.
  3. Have the client sign an authorisation listing every item and a date. Outgoing providers move faster when the request comes from their client, in writing.

Microsoft 365: admin, partner roles and licences

The items DNS can't show

Free tool: Free takeover checklist: the client's registrar, DNS host, mail provider and tenant from public records, plus a handover letter

Enter the client's domain: public records (DNS, RDAP, Microsoft's sign-in metadata) pre-fill the checklist, including SaaS verified on the domain, and it writes the authorisation letter.

On your last takeover, what took longest to get from the outgoing provider?

We're researching this problem and read every answer. Tell us what happened (4 short questions, no sign-up; AI tools help us read the answers).