Can you get your data out?
Nobody chooses a system planning to leave it. But the day you need your data out, because of a price rise, an acquisition or a better option, you find out how your vendor really behaves. Most are professional about it. Some are not, and we see the same obstructions again and again.
The obstructions we see
- "It's not your data." Claims that the database, its structure or anything created in the system belongs to the vendor, so it cannot be handed over.
- Exports by the handful: documents downloadable 100 at a time, from one matter at a time, for a firm holding millions.
- Exports that lose the meaning: files with no link to their matter, no version history, no dates or authors; emails without attachments; ledgers as printed reports rather than transactions you can reconcile.
- Throttled access: API limits tightened, or API access charged for, just as you start to migrate.
- Proprietary formats that only the vendor's own tools can read.
- Exit fees for "migration assistance" at rates nobody would accept in a competitive quote.
- Access switched off on the contract end date, before the new system is live and checked.
- Slow support: exit requests queued behind everything else, and refusals to deal with the incoming vendor or your adviser.
It is your data
Your clients, matters, documents, emails, time, bills and ledgers belong to the firm. Under UK GDPR the firm is the controller of the personal data in them and the vendor is a processor, and the processing contract must require the vendor to return or delete that data at the end of the service, at your choice. Your regulatory duties to keep and produce records do not end because a supplier contract has. The grey areas are things like the vendor's own templates and standard configuration, which is exactly why the contract should define what you get.
"All your data" means all of it
A usable exit needs clients and matters with their relationships, custom data, documents with version history and metadata, filed emails with attachments, notes, key dates, time, bills, and the client and office ledgers as transactions that can be reconciled to the penny. Your own precedents and the configuration you paid for should be included too, or at least documented.
Protect yourself before you sign
- Define "customer data" widely in the contract: everything the firm or its clients created or uploaded, including custom data and your own precedents.
- Specify the export: complete, in bulk, in standard formats, with relationships and metadata, delivered within a stated number of days, at no charge or a fixed charge.
- No throttling: API and export limits must not be reduced, or charges introduced, during notice or exit.
- Time to leave: continued access, at least read-only, for a set period after termination, at a stated price.
- Cooperation: the vendor must work with your incoming vendor and advisers in good faith.
- Test it: take a full sample export during selection, and a full export every year after that. If it is hard when you are a happy customer, it will be harder when you are leaving.
If you are already leaving
Start the export early, in writing, and keep a record of every request and response. Check your contract and your data processing terms for what you are entitled to. Take a full copy of everything you can reach while you still have access. And if a vendor is obstructing you, take advice early: an independent adviser, and if needed a lawyer, can often change the tone of the conversation quickly.
What to ask, and what to see
- Show a complete export of a sample firm, including documents with versions, emails and ledgers.
- How long would a full export of our data take, and what would it cost?
- What limits apply to exports and the API, and can they change during notice?
- How have you handled customers who left in the last two years? Can we speak to one?
Technical notes: small decisions, big consequences
Start with the overview: The details that decide the project
Accounts and finance
- Core accounting is still the gold standard
- One-way or two-way sync? Connecting your legal system to Xero
- Units or minutes? How time is recorded
- Your matter and nominal structure
- Making Tax Digital: the firm and its clients
Workflow, data and documents
- Workflow: deep, basic or none?
- Client onboarding and matter inception: portal, e-signature and ID checks working as one
- Custom data: what you rely on, and how you move it
- Precedents, merge codes and macros: your document bank in a new system
Your types of work
- Legal aid: your records, not just the Legal Aid Agency’s
- Litigation: Precedent H starts with time recording
- Family: Form E and financial disclosure
- Private client: where does the tax software fit?
Security and access
- Roles or individuals? How user permissions are set up
- Why manage security twice? Linking application security to Microsoft Entra
- How granular is the security inside the system?
- Who can see what in reporting?
- Shared platform, your data: separation, restore and erasure
- When the supplier is the target: where your data lives, who can reach it, and your real risk
Microsoft 365
- How does it connect to Outlook?
- What did you just give it permission to do?
- What happens behind the scenes? Background integrations with Microsoft 365
- OneDrive is not a document management system
- Microsoft 365 is not a backup
Data and decisions
- Full history or opening balances?
- Can you get your data out? (you are here)
- Enforced by the system, or by email?
- Who decides, and when?
Where does your firm stand?
Our free practice management review shows how much of your current system you really use and, if you are thinking of moving, builds an independent requirements specification that takes your reasons into account. Nothing is sent to us.
Start the free review Talk to us