This is the day-to-day manual for CaseOnGo. It assumes nothing: not that you've used CaseOnGo before, and not that you've ever used a case management system at all. It starts with what the thing is for, explains every word you'll meet, and then walks through a real working day. If you already know your way around, jump in anywhere from the contents.
If you're the person who builds case types, screens, templates and automations, you want the Technical Handbook instead. This guide is about using what they built.
What this system is for, and the one idea everything else hangs on.
Some work is a single task: you do it, it's done. Other work is a long-running piece of business with many moving parts — it lasts weeks or years, several people touch it, documents pile up, deadlines matter, and someone will eventually ask you to prove what happened and when.
Handled the ordinary way, that work scatters. The emails are in one person's inbox. The letters are in a folder on a shared drive, or in a filing cabinet. The deadlines are in someone's head, or a spreadsheet, or a calendar reminder that left with them. Nobody can answer "where are we on this?" without ringing three people.
Case management is the discipline of keeping all of that in one place, and a case management system is the software that does it. CaseOnGo is one.
Everything in CaseOnGo hangs off a single object called a case. A case is one piece of business, held as one record. Not a folder of files — a living record that holds:
Every single thing you do in CaseOnGo happens on a case. You don't send an email and then file it; you send it from the case and it is already filed. You don't finish a job and then note it down; finishing it is the note. That's the whole trick, and it's why the history can be trusted: there is no second step to forget.
Throughout this guide we'll use one imaginary piece of work: Ada Okonkwo was hurt in a road accident and has asked your organisation to claim compensation for her. Her claim will involve her GP, a medical expert, the other driver's insurer, and possibly a court. That's one case.
It's a legal-shaped example because that's where this kind of software grew up, but nothing about it is special. Swap in a mortgage application, an insurance claim, a patient referral, an HR investigation or a house purchase, and every sentence in this guide still holds.
Because a folder doesn't know anything. It can't tell you that the limitation date is in eleven days, address a letter to the right insurer, notice that a medical report has come back, or prove who changed the settlement figure. A case can, because its contents are structured: the date of the accident isn't a sentence buried in a letter, it's a dated field that the system can read, check, compare and put into documents for you.
That structure is the price of admission. You'll type things into labelled boxes rather than free text, and pick people from a list rather than typing their names. In exchange, the system does a great deal of work for you — see section 23.
Your organisation doesn't do one kind of work; it does several. A road traffic claim needs different information from a house purchase. So every case belongs to a case type — a template for a kind of work, built by whoever configures your system.
The case type decides what a case of that kind looks like: which information is collected, how it's laid out, which letters and emails exist, what happens automatically. You never have to build this. You open a case of the right type and the shape is already there.
Ada's claim is a case of the case type Personal Injury. Every personal injury case in your organisation has the same screens, the same letters and the same automatic steps. A house purchase would be a case of a different type, and would look completely different — same system, different shape.
| If you… | Then… |
|---|---|
| Have never used a system like this | Read section 2 and section 3 next, in order. Twenty minutes and you'll have the whole mental model. Then work through the rest as you need it. |
| Have used one before (Proclaim, Visualfiles, a claims system…) | Skim section 2 for our names for things, then start at section 7. |
| Just need one answer | Use the contents, or try section 27. |
Fourteen terms. Learn these and the rest of the guide reads easily.
Every trade has its jargon and this one is worse than most, because it inherited words from paper filing, from law firms and from software, and they don't always agree. Here is the whole vocabulary in one place, in the order the ideas build. Each one is explained properly later — the section number tells you where.
If you've worked in this field before, or you're reading an old procedure document, you'll hit these. They mean what's in the right-hand column.
| You may hear | In CaseOnGo that is |
|---|---|
| File, matter, claim, job | A case. "Open a file" and "open a case" are the same instruction. This matters: people say file far more often than case, and they don't mean a document. |
| File type, work type, matter type | A case type. |
| File number, matter reference | The case's reference — its number. §6 |
| Contact, party, third party | A correspondent. §10 |
| Fee earner, case handler, case worker, owner | The person the case is assigned to. §7 |
| Precedent, standard letter, merge document | A template. §12 |
| Key date, limitation date, critical date | An ordinary date field, usually with a task or a query watching it. |
| Attendance note | A memo, or a recorded phone call. §12 |
| Workflow, process, playbook | The case type's templates and automations together — the way that kind of work runs. §23 |
Twenty minutes that will save you a fortnight. Read it once, even if you skip the rest.
Here is Ada Okonkwo's claim, from the day it arrives to the day it closes. Nothing below is a tutorial you have to follow — it's the shape of the thing, so that when you meet each part for real you already know what it's for. Every step links to the section that explains it properly.
Ada rings in. You press + in the toolbar, pick Personal Injury, and that's it: the case exists, numbered 000123 from the organisation's one running sequence. You didn't choose a reference, a title or a folder. §6
Because it's a Personal Injury case it already has the right shape — the screens for this kind of work, the letters this kind of work sends, the checks this kind of work needs. Somebody built that once; you inherit it. §1
On the Client details screen there's a Client block. Ada is new, so you press Add and enter her once — name, address, date of birth. She is now in the organisation's shared directory and this case points at her.
The other driver's insurer, Northgate, is already in the directory because three hundred other cases use them. You press Select on the Defendant's insurer block and pick them. You do not retype their address, and when they move office next year somebody will fix it once and every case will be right. §10
You press Save. Until you did, none of that was on the case. §8
You work through the screens: the date of the accident, where it happened, what was injured. As you leave the accident-date box, the limitation date three years later appears on its own. Nobody calculated that; the case type did. §23
The case title, which you never typed, now reads Injury claim - Okonkwo, because the case type builds titles from the client's surname and rebuilds them each time you save. §6
You press Letter, pick Ada as the correspondent, and choose the Client care letter template. It's already addressed to her and already carries her reference — because the case knows who she is, which is the whole reason correspondents exist.
On the compose screen you tick Send via Outlook (letters don't go by email unless you say so), check the wording, and press Send. The history row says Sending…, then Sent. §12
The template had a follow-up attached, so a task has appeared, dated fourteen days out, assigned to whoever is the case worker. You didn't create it and you won't forget it. §15
Northgate reply by email. Because your original went out from the case, their reply carries the marker that brings it home: it appears in Triage Inbox under High-confidence, pointing at case 000123.
You click the suggested case, and the incoming-post dialog opens on the case with the email attached. You save it. Only now is it filed — clicking the suggestion alone wouldn't have done it. §16
You instruct a medical expert. Their report comes back as a Word document, which you drag straight onto the case — it records itself as incoming post and asks who it came from. You can read it in the browser without downloading it. §14
Ada's losses go into the Losses table on the Special damages screen — one row per item, with the receipt attached to the row that needs it. A total further down the screen adds them up by itself. §9
Your supervisor doesn't open cases one at a time. They run the Claims with no medical report after 60 days query, which asks for a date and returns forty-one cases, Ada's included until the report landed. They tick twelve of them and run a chase routine over the lot. §19
At month end the same information becomes an Report: grouped by fee earner, subtotalled, exported as a PDF for the partners' meeting. §20
Ada rings while you're on leave. A colleague opens 000123 and the History tab answers in five seconds: every letter, every email, every call, who did it and when. Nobody wrote that list — it wrote itself as the work happened. That is the single biggest thing this system does. §17
The claim settles. You mark the case dead, set the file close date, and the case turns read-only in place, keeping everything. If your organisation had attached a final check — money returned, documents filed — the close would have been refused until it passed. §26
The case is still there, still searchable, still complete. Three years later, if anyone asks what happened, it answers.
One address for your organisation, and one account that is yours.
Each organisation using CaseOnGo gets its own private workspace at its own web address, built from a short code for the organisation:
https://<your-organisation>.caseongo.com
Everything in it — cases, documents, people, settings — belongs to that organisation alone and is invisible to every other. Bookmark that address; it is your front door, and because the code is in the address the sign-in page already knows which organisation you belong to and greets you by its name.
Organisations are set up one of two ways, and you'll see whichever applies:
| You see | What it means | What to do |
|---|---|---|
| "Your account is not a member of this workspace" | Your sign-in worked perfectly — the account just isn't a member of this organisation. Almost always: you signed in with a different email address from the one the invitation was sent to. | Use Sign out and switch account and sign in with the exact invited address. A password reset will not help, because nothing is broken. |
| "Your account has no licence assigned" | Your account exists and your password is right, but nobody has given you a seat yet. | Ask an administrator to assign you a licence. This is the usual reason a brand-new starter can set a password and still not get in. |
| "Signed in somewhere else" | Your organisation allows one active session per person and you're already signed in elsewhere. | Continue here ends the other session immediately — including any unsaved work on that device. There's no way to undo it from the other end, so be sure it's yours. |
| "Signed out after 4 days of inactivity" (or after a shorter time) | Nobody touched the app in that time, in any tab. Four days is the default; your organisation may set a shorter idle time. | Sign in again. |
Your session renews quietly while you work, so ordinary use never interrupts you. You are signed out only after four full days with no activity at all — no clicks, keys, scrolling or touches in any open CaseOnGo tab. It's a fixed period, the same for every organisation; there is no adjustable idle timeout.
Activity in any one tab counts for all of them, so a forgotten background tab will never sign out the tab you're typing in, and the count survives closing and reopening your browser.
If your organisation shares cases with people outside it, those people do not use your address. They sign in at a separate portal — <your-organisation>-collaborator.caseongo.com — with their own credentials, and they see only what was deliberately shared with them. See section 22.
What needs you today, and the furniture around it.
Navigation lives in a sidebar down the left-hand side. The everyday pages sit at the front:
| Page | What it's for |
|---|---|
| Home | Your dashboard — this section. |
| Cases | Your open cases, and the way back to the one you were on. |
| Tasks | Everything outstanding, yours and (if allowed) other people's. §15 |
| Drafts | Letters and emails started and parked — yours and your colleagues'. §13 |
| Queries | Saved questions about the caseload. §19 |
| Reports | Those answers, presented properly. §20 |
| Triage Inbox | Incoming email waiting to be filed on a case. §16 |
Everything an administrator configures — correspondents, case types, screens, templates, users, settings — lives further along, in the lower groups of the sidebar, under headings like Contacts, Configuration and Administration.
The name and logo at the top are your organisation's, not the product's, so a workspace looks like itself. The Triage Inbox entry carries a live count of mail waiting for a decision.
Beside the navigation sits a small toolbar that follows you everywhere:
Home opens with a greeting and then, down the page:
Drag tiles to reorder them. Each tile has its own refresh, open and remove controls. Pinned tiles are personal — nobody else sees yours.
Cases you open stay listed as tabs until you close them, and the list survives a reload and a restart. Clicking Cases in the navigation takes you back to the case you were last on, if it is still open. Closing a tab isn't the same as closing the case — it just clears it off your strip. Close all appears once you have two or more.
If a tab has unsaved work, closing it asks first and tells you how many changes you'd lose. Choosing to discard really does discard them, including anything staged in a table.
Open your name at the bottom of the sidebar for your name and email, plus:
References are the fast route; search covers the rest; queries go deepest.
Every case has a reference: a short unique code that identifies it forever. It never changes and no two cases share one.
Click the magnifier beside the reference box and type at least two characters. See section 18 for what is and isn't searched — it's worth knowing, because the answer is narrower than the box suggests.
There is almost nothing to fill in. A case needs a case type, and that is the only thing you're ever asked for: the reference comes from the sequence and the title comes from the case type.
| Starting from | What happens |
|---|---|
| The + in the toolbar | A short dialog asks which case type. Anything you typed in the reference box becomes the new case's reference, shown back to you. |
| New case on the Cases page | The same dialog, offering every case type that's switched on. |
| New case on Home | The same dialog — but it only lists case types that have been built out with fields. A type still being set up won't appear here even though the toolbar + offers it. |
| A quick-create tile on Home | No dialog at all. One click creates the case and opens it. |
If the reference you typed is already taken, the dialog says so and offers Use the next number — one click, no retyping.
You never type a case title. Each case type carries a title pattern — plain words plus fields from the case, such as Injury claim - {client_surname} — and the title is built from it when the case is created and rebuilt every time the case is saved. So the title keeps up with the case instead of freezing at whatever was known on day one.
A brand-new case has no data yet, so it starts as just Injury claim — the trailing dash is tidied away — and becomes Injury claim - Okonkwo as soon as you fill in the surname and save. If a pattern produces nothing at all, the title falls back to the case type's name, so a case is never nameless.
Your organisation can decide, per case type, who may create cases of that type and who may open them. If you meet one you may not open, the case is replaced by a plain panel: "You cannot open {Type} cases", naming the type, with a way back.
Everything about one piece of work, on one screen.
Across the top of an open case sits one strip that tells you, at a glance, what you're looking at: the case type's icon, the reference, the title, and — when they apply — a padlock if the case is password protected, a status chip, a Since date if the case has been closed, and a chip counting the other cases in its family. Underneath: the case type, and when the case was last modified and by whom.
The same strip carries everything you can do to the case:
| Button | What it does |
|---|---|
| Memo · Letter · Email | Send or record correspondence. §12 |
| Phone in · Phone out | Record a call, in either direction. §12 |
| Incoming | Record something that arrived — post, a scan, a dropped file. §12 |
| Automation | Run one of your organisation's saved routines against this case by hand. §23 |
| Accounts · Client ledger | Money on the case, if your organisation uses those add-ons. §25 |
| Share | Give someone outside the organisation sight of the case, and see how many shares are live. §22 |
| Star | Pin the case to your Favourites on Home. |
| Save | Commit your changes. §8 |
| ⋮ More actions | Create or view related cases, set a case password, mark the case dead or revive it, delete it. §26 |
A row of icons switches what fills the main area:
| View | Shows |
|---|---|
| History | The default — everything that has happened, newest first. §17 |
| Tasks | What's outstanding on this case, with a count. §15 |
| Drafts | Letters and emails started on this case and parked, by anyone who works it. §13 |
| Assignments | Who owns the case and who works it. |
| Notes | The case's running sheet of internal notes — stamped, flaggable, written by pressing New note. §14 |
| Collaborate | The document conversation with anyone the case is shared with. §22 |
Beside the views sits the list of the case's screens — the pages of fields where the actual information lives (§8). It does more than list them:
A compact panel of the handful of fields that matter most on this kind of case, visible from every view so you don't lose the key facts while reading the history. It's configured per case type — there's nothing for you to set up.
Only one person at a time can change a case. If a colleague is in it first you get a banner naming them, and you can read everything but change nothing until they leave. Try again re-checks.
Switching back to a case you've already opened this session is instant, because it's redrawn from what your browser still holds rather than re-fetched. That's normally exactly what you want.
One consequence worth knowing: a case type that greets you with a question when you open a case only does so on a real open. Clicking back to its tab won't re-ask. Close the tab and open the case again if you need it to run.
Drag a file from your computer anywhere onto an open case and a drop area appears. The file is attached and recorded as incoming post, and you're asked who it came from. See section 14.
Where the case's information actually lives — and the one rule about saving.
A screen is a page of the case's information, laid out on purpose by whoever built the case type. A case type usually has several — Client details, The accident, Losses, Court — and you pick one from the Screens list to bring it up.
Each box on a screen is a field: one labelled piece of information. A field has a type, and the type is why a date gets a date picker, a money amount accepts decimals, and a status offers a fixed list rather than free text. Screens can also carry things that aren't fields at all — a correspondent block, a table, an image, a heading, a button that runs a routine.
| Type | What it holds | How it behaves |
|---|---|---|
| Text | Free text — a name, a note, a reference. | One line, or a scrolling box for longer text. |
| Whole number | A number with no decimals. | Refuses anything that isn't whole. |
| Decimal | Money, rates, measurements. | Rounded to the number of decimal places the field was set up with. |
| Date | A calendar date. | Typed or picked, always dd/MM/yyyy. Some are set up to refuse past or future dates. |
| Date & time | A date plus a time. | As above, plus a time. |
| Time | A time of day on its own. | — |
| Yes / No | Three states: blank, Yes, No. | A dropdown. Blank is a real answer meaning "not yet known". |
| Checkbox | Two states: ticked or not. | Not the same as Yes/No — there's no "blank". |
| Dropdown | One value from a fixed list. | Pick — at the top to clear it. Retired options show greyed and can't be chosen. |
| Calculated | A value worked out from other fields. | Always read-only, marked with a small function symbol. It can change between two visits with nobody having edited anything — that's it recalculating. |
| Correspondent | A link to someone in the directory. | Appears as a block with its own buttons. §10 |
| Case link | A link to another whole case. | A button showing the linked case; click it to search and pick. §11 |
| Document | A document slot on the case. | §14 |
| Table | A list of rows — payments, appointments, losses. | §9 |
| Time record | A log of time worked. | A Start / Stop button; each run is one entry with a duration. |
Dates are UK format everywhere — dd/MM/yyyy — on screens, in tables, in query results and in generated documents.
There are five different reasons, and they look similar:
| What you see | Why |
|---|---|
| A small lock beside the label | The field is set read-only on this screen. The same field may well be editable on another screen. |
| A function symbol | It's calculated. Nobody can type into it; change the fields it's worked out from. |
| Plain text where a box should be | The field has been given a display format on this screen, which shows it as formatted text rather than an input. |
| An empty gap in the layout | Your access level is below what that tile requires, so it wasn't sent to you at all. Nothing explains the gap — it just isn't there. |
| Everything is read-only | Either a colleague holds the case, the case has been marked dead, or you don't have the Edit case data permission. |
Nothing you type is stored until you press Save.
Typing changes only a working copy held in your browser. Each field you've changed grows an amber stripe, each screen shows a count, and the top of the Screens list shows "N unsaved". Press Save and the whole lot commits together — fields, table rows and time entries in one go — and a line goes onto the history.
There's an asymmetry worth knowing: clicking away to another part of the app keeps your unsaved work quietly alive, but closing the case's tab asks first and tells you how many changes you'd lose.
| Message | What to do |
|---|---|
| "Cannot save — these required fields are empty: …" | Fill them in. Required fields are checked across every screen of the case, so occasionally you'll be sent to a screen you weren't on. |
| "…must be a whole number", "…cannot be in the future", "…must be N or more" | The value breaks a rule set on that field. The offending box is outlined in red with the reason on its tooltip. |
| A message your organisation wrote | The case type checks something before it lets a save through — a missing date, an inconsistent answer. The wording comes from your organisation, not from us. §23 |
A field can be set up to do something the moment you change it and move on — fill in a related box, look something up, or check the value. It fires when you leave the field, not on every keystroke.
If such a check rejects what you typed, the value stays on screen, the box is outlined red with the reason, and Save is refused until you change it. Nothing is silently reverted, so you never lose what you typed — but you do have to fix it.
Some screens carry buttons that run one of your organisation's routines. A button saves the case first, automatically. If that save can't go through, the routine still runs — but against the last saved values, and you'll get a warning saying so. Worth reading rather than dismissing.
When one case needs many of something.
Most information on a case happens once: one date of birth, one settlement figure. Some happens many times — every payment, every appointment, every item of loss, every vehicle. That's a table: a small grid that belongs to this case and holds as many rows as the work needs.
Ada's claim has a Losses table. Each row is one thing she's out of pocket for: a date, a description, an amount, a tick for whether the receipt has been seen. Six rows today, nine next month. A total at the bottom of the screen adds them up on its own — that's a calculated field reading the table.
The table's header carries the label, a count of rows, and a row of buttons: add, edit, move up, move down, delete. The buttons act on the row you've selected — there's no menu on the rows themselves.
In both flavours, clicking a row selects it and clicking it again lets it go. What differs is whether you can build up a set:
Selecting is for two things: the header buttons, and the buttons on the screen — a routine can be handed exactly the rows you picked, so "produce a schedule for these four losses" is one click. Clicking anywhere outside the table clears the selection.
| Column kind | How it behaves |
|---|---|
| Correspondent | Each row points at someone in the directory. The cell shows a person icon and their name (or whichever detail the column was set to show). In the row dialog it's a Select / Change / Remove picker, never a text box. §10 |
| Document | Each row can hold its own file. Only rows that actually have one show an icon; click it to read the document without leaving the screen. |
| Calculated | Worked out per row when the row is written. It appears in the grid but not in the row dialog, because there's nothing to type. |
Attach, replace and remove a row's document from the row dialog. Two details make this less surprising than it looks:
If the column was set up with a template document, rows don't start with a copy of it. Use Start from template in the row dialog to take one, and from then on that row's copy is its own — later changes to the template never rewrite rows already made from it.
Each column has two independent switches: whether it appears in the grid, and whether it's asked for in the row dialog. So a column can be captured but not displayed (keeping a wide grid readable), or displayed but not asked (because something else fills it in). A column can also be shown in the dialog but locked, so you can see the value without changing it.
A hidden column's stored value is never lost by saving a row — the row is merged, not replaced.
A time record table logs work time rather than data. Press Start, do the work, press Stop; each run becomes one entry with its start, end, duration and who recorded it, plus any extra columns your organisation added. While a timer is running a live pill sits in the toolbar so you can't forget it.
The people and organisations a case deals with — stored once, used everywhere.
Where: correspondent blocks on a case screen · Contacts → Correspondents
This is the idea newcomers find hardest, and the one worth ten minutes. Understand it and half of CaseOnGo makes sense at once.
A correspondent is a person or an organisation your work deals with: your client, the other side's solicitor, an insurer, a hospital, a court, an expert. Anyone you might write to, or write about, on a case.
It is an address-book entry and nothing more. It is not a login and not a person who can see anything.
| Kind of person | What they are | Can they sign in? |
|---|---|---|
| User | A colleague who works cases. | Yes — your workspace. |
| Collaborator | An outsider deliberately given sight of one case (§22). | Yes — a separate portal, seeing only what was shared. |
| Correspondent | An address-book entry you write to and about. | No. Never sees anything. |
Every correspondent exists in two places at once, and keeping them straight is the whole game.
| The directory entry | The slot on the case | |
|---|---|---|
| What it is | One record for one real person or organisation: name, address, phone, email, and whatever else its category needs. | A labelled slot on this case — Client, Defendant's insurer, Treating GP — pointing at one directory entry. |
| Who shares it | The whole organisation. Every case, every picker and every letter draws on the same directory. | This case alone. |
| Change it and… | …every case pointing at it shows the change, immediately. | …only this case changes. You have swapped who fills the slot. |
Nothing about the correspondent is stored on the case — only a pointer. The boxes you see in a correspondent block are read live from the directory every time the page loads. Fix a postcode from case A, reopen case B, and case B is right too.
Different parties need different details. A court needs a DX number; a client needs a date of birth; an insurer needs a policy reference. So every correspondent belongs to exactly one correspondent type, and the type decides what is kept for it.
Every type starts from the same seventeen built-in details — Reference, Forename, Surname, Company name, Contact person, Address lines 1–3, City, Region / County, Postcode, Country, Email, Phone, Mobile, Website, Notes — and your organisation can add up to thirty of its own on top, type by type. Built-in details that make no sense for a type can be hidden, so a Court record is not cluttered with boxes nobody fills in.
A correspondent's type cannot be changed later. If you put a record under the wrong type you have to create it again under the right one and re-point the cases that used it, so it is worth pausing on that dropdown.
There is no "Name" box. The name you see in lists, pickers, letters and the history is worked out from what you filled in, in this order:
That order has a consequence worth knowing. A record created as Wellfield NHS Trust (company name only) lists under that name. Add the practice manager's forename and surname to the same record and it instantly relists as Susan Clarke — and nobody can find Wellfield any more. Put a person's name in Contact person instead, and the company name survives.
Each record also carries a small number — #118, #237 — allocated in order. It is the only thing that tells two identically-named records apart.
On a case, a correspondent appears as a block: a small panel headed with the role (Client) showing that party's details, with buttons along the top.
| Button | What it does | Reaches how far? |
|---|---|---|
| Select | Search the directory and point this slot at someone already there. | This case only |
| Add | Create a brand-new directory record of this slot's type and point at it. | Creates a record everyone can see; the slot itself is this case only |
| Edit | Change the details of whoever is in the slot. Greyed out until someone is. | Everywhere — it is the shared record |
| Clear | Empty the slot. The directory record is untouched. | This case only |
The detail boxes in a block are read-only on purpose. You cannot type over the address in a Client block, because that address is not the case's to change. If you click into one and try to type, the button that would change it glows to point you at it.
Which buttons appear is decided per screen by whoever built it — a reference-only screen may show none at all, in which case the slot can only be changed by an automation. If a button you want is missing here, try another screen, or ask an administrator.
Ada's claim has three correspondent slots: Client (Ada), Defendant's insurer (Northgate Insurance) and Medical expert (empty until you instruct one).
You press Select on the insurer slot, type northgate and point at the record that already exists — because three hundred other cases point at it too. Months later Northgate moves office: somebody presses Edit once, and every one of those cases prints the new address from then on. For Ada you pressed Add, because she really is new. Then you pressed Save, because until you did, the claim had no client.
The letter template says Dear {client.forename} and produces "Dear Ada" with nothing typed — because the Client slot points at a real record with a real forename in it.
Both the picker and the Correspondents page search on name, company name, email, city, postcode, phone and mobile. That is the whole list.
Under Contacts → Correspondents you can search everyone, open a record to read or change it, and see which cases they appear on. Whether you may add or change entries depends on your permissions, and plenty of people are given the directory read-only — a sensible way to keep it clean. You can pick a correspondent into a case without that permission; you just can't create or edit one.
Deleting is refused outright if you have ever corresponded with them from a case, and the message names the cases. If you never have, the delete goes through, and any slot holding them goes blank — no warning, no undo, no placeholder name. There is no merge tool and no "inactive" state, so duplicates are best avoided rather than cleaned up.
Copy duplicates everything except the Reference. Because the name is derived, the copy's name is identical to the original and only the # number tells them apart — so rename it immediately.
| Sharing group | Group | |
|---|---|---|
| Sits on | A correspondent type | A correspondent |
| Does | Pools the directory: types sharing a group name can pick each other's records. | Tags the record, like a mailing list, for filtering. |
| Set by | An administrator, on the type | On the correspondent's own record |
They are unrelated and never interact. The one you'll actually notice is the sharing group: if your organisation keeps Passenger 1 to Passenger 5 as separate types so each can have its own letters, putting them all in one sharing group means a person entered under Passenger 1 can be picked into a Passenger 4 slot. You'll experience it as "Select finds more than I expected" — that's it working.
On a case, a pooled person is the type of the slot they sit in. Picked into the Passenger 4 slot, they are Passenger 4 there — whatever type they were first entered under: the action dialog says so, offers Passenger 4's letters, and the history row records Passenger 4.
Links, not copies — and the one place that rule stops.
People call this "file linking" and it confuses everybody, because four different things get the same name. Here they are, separately. The pattern behind all of them is the same: the thing is stored once, and the case points at it.
Every document in CaseOnGo belongs to exactly one case. There is no shared drive and no loose folder. A document arrives on a case in one of four ways:
Whichever way, it lands on the history with a date and a name against it, and you can read it without downloading it (section 14).
People aren't typed onto a case; they're linked to it. Your organisation keeps one shared directory of everyone it deals with, and a case carries labelled slots — Client, Defendant's insurer, Treating GP — each pointing at one entry in that directory. That's what a correspondent is, and section 10 explains it properly.
The point of the link: correct the insurer's address once, in the directory, and every case that points at them is correct from that moment on.
Sometimes the thing a case needs to refer to is another whole case. There are two separate mechanisms, and they are not interchangeable.
| A case link field | Related cases | |
|---|---|---|
| What it is | A field on this case holding a pointer to one other case, of a case type chosen when the field was built. | A family of cases sharing one root reference — 000123, 000123.001, 000123.002. |
| Use it for | "This claim belongs to that client." A permanent, one-way reference to a case that stands on its own. | "This client has a second accident." Several pieces of work that belong together and are numbered together. |
| What you gain | The linked case's information is readable from here — letters on this case can print the client's name and address without it being stored twice. | One place to see the whole family, and a quick way to start the next member — blank, as a copy, or copying only the fields you pick. |
| Covered in | §8 | §21 |
Your organisation runs a Client case type holding Ada's name, date of birth, address and bank details once. Her accident claim is a separate Personal Injury case with a case link field pointing at that Client case.
When Ada moves house you change her address in one place — the Client case — and every letter that goes out on every claim of hers is correct. If she has a second accident two years later, that's a related case numbered under the first, so anyone opening either can see both.
Links keep things current — with one deliberate exception, and it's worth understanding because it sometimes looks like a bug.
When you produce a letter, the case's information is poured into the document at that moment and the result is saved as a real document. It does not keep updating. A letter you sent in March still shows the March address, because that is what you actually sent, and the history has to record what actually happened. The same goes for an email: what's stored is the message as it went.
Five ways correspondence moves, all through one dialog.
Where: the buttons across the top of an open case
| Button | Records | Can it actually send? |
|---|---|---|
| An email to a correspondent. | Yes — through your own Outlook. | |
| Letter | A document produced from a template. | Yes, if you tick it; otherwise it's produced and filed. |
| Memo | An internal note-to-file. | No — memos are never emailed from here. |
| Phone in · Phone out | A call, in either direction. | No. |
| Incoming | Something that arrived — post, a scan, a dropped file. | No. |
Whichever you press, you get the same dialog asking the same three things: who it's with, what it says, then check and send. Depending on a setting your organisation chose, that's either three numbered steps or one longer form; the questions are identical either way.
Pick the correspondent. The list opens by itself with the people already on this case; type a name to find anyone else in the directory (§10).
Either use a template — a pre-written letter or email that fills itself in from the case — or write a custom one-off for something that doesn't have a template.
For a phone call, the list is narrowed again by direction: a template marked for incoming calls only appears under Phone in. A call template you can't find is usually filed under the other button.
A custom one-off memo or letter asks what format you want — Word, Excel, PDF, or plain text for a memo — and lets you write it in Word or upload a file. A custom one-off email, call or incoming post is simpler: you just type it.
The compose area is where the real work happens.
A Send via Outlook tick controls whether anything leaves the building. It's on by default for an email and off by default for a letter, so a letter is produced and filed unless you deliberately tick it.
Your default signature drops into the body automatically; a Signature menu switches it, replacing the block rather than adding a second one. It's inserted into the visible body, so anything you type afterwards lands below your sign-off — write first, then check the bottom. Manage your signatures under My profile → Signatures; pasted logos are shrunk on the way in (to about 80 KB each, shown at a sensible size) and sent as proper inline images so they display in Outlook and Gmail. The editor shows the running size; a signature can be up to about 977 KB.
A Word letter or memo shows a Letterhead button that swaps your firm's masthead for this one send. Applying one takes over the document's page size, margins and headers — only the body text survives — which is normally exactly what you want from a letterhead.
For a Word or Excel template you can Open in Word, change the document, and send your edited version.
Two controls, both for this send only:
Template-based actions carry a Diary follow-up section: due in N days, what kind of task, which template, who owns it, and a note. Many templates arrive with it already filled in — "chase in 14 days" — and you can adjust or switch it off for this send. It's the single most useful habit in the whole system: the chase is booked at the moment you create the reason for it, not later, from memory.
Incoming records post, scans and forwarded files. The quickest route is to drag the files straight onto the case — a drop area appears, the files attach, and you're asked who they came from. Up to 20 files, 100 MB each. A dropped Outlook .msg or .eml is kept verbatim and its contents shown to you.
Two related tools:
Every one of the five actions has Save as draft — see section 13.
A template can have work attached to it that runs just before the document is produced and just after it's recorded. You'll rarely notice it, but it's worth knowing it exists, because it explains things that otherwise look like magic or like faults:
See section 23 for the bigger picture.
Park a half-written letter and come back to it.
Where: Save as draft in any action · the Drafts view on a case · the Drafts page
Any of the five correspondence actions can be parked with Save as draft and picked up later. It keeps essentially everything: the correspondent, the template, the letterhead, what it embeds into and sends with, the description, notes, subject and body — including your edits to a template's wording — the phone direction, any PDF form boxes you filled in, the follow-up settings, the To/Cc/Bcc and send-from, the signature you chose, files you'd uploaded, and a durable copy of any document you'd edited in Word.
| Where to find drafts | Shows |
|---|---|
| The Drafts view on a case | Every draft parked on that case — yours and your colleagues' — with a count on the icon. Mine narrows it to your own. |
| The Drafts page in the sidebar | Every draft you can see, across the cases you can open, searchable by summary, case reference, template, correspondent or person. The same All drafts / Mine switch. |
A draft belongs to the case. Everyone who can open the case sees it and can continue it, make adjustments, send it or discard it — so a colleague can write a letter and you can review it before it goes. Each draft shows who started it and who saved it last.
To keep a draft to yourself, tick Only I can see this draft beside Save as draft. Nobody else will know it exists. Only the person who started a draft can change that setting. Drafts saved before this option existed were kept private — re-save one with the box unticked to share it.
If you close a compose you've actually worked on — Cancel, Escape, or clicking outside it — you're asked whether to Save as draft or Close without saving. A template body you never touched counts as untouched, so it closes without nagging you.
| You see | What happened |
|---|---|
| "Draft saved — but your document edits could not be attached…" | Your Word editing session had expired. Everything else was saved — the body, notes, follow-up and uploads. Reopen the document from the draft and save it again. |
| "The document edits saved with this draft could not be restored…" | Send would use a fresh copy of the template instead of your edited version. Re-do the edit before sending. |
| "The template this draft used no longer exists…" | Someone removed it. Pick another template; the rest of your draft is intact. |
| "… saved this draft after you opened it." | A colleague saved the same shared draft meanwhile. Save as a new draft keeps both; Replace their version keeps yours. |
| "This draft is gone" | It was sent or discarded since you opened it. Say yes to save your work as a new draft. |
| "Could not save the draft." | Nothing was parked. Don't close the dialog — try again. |
Discard is permanent, and it takes the draft's document edits and uploaded files with it. Sending a draft removes it automatically — but anything it had uploaded is kept, because it's now part of the recorded entry.
Every file belongs to a case, and you can read most of them without downloading.
| Route | Where it lands |
|---|---|
| Drag it onto the open case | Recorded as incoming post, with the files attached. §12 |
| You produced it — a letter from a template | On the history entry for that send, and in a document slot if the template files it into one. |
| It came in by email | On the history entry when the message is filed to the case. §16 |
| You attached it to a table row | On that row. §9 |
| A routine put it there | Wherever the routine was told to. §23 |
Whichever route, the case's history records it with a date and a name against it.
Besides the history, a case type can carry named document slots — "the signed instruction", "the medical report" — so the current version of an important document has one predictable home rather than being somewhere in a long timeline. When you send a letter, Embeds into chooses which slot it's filed in (§12).
Click a history row and the document opens beside the timeline, so you can keep scrolling while you read. Drag the divider to resize; your choice is remembered. On a narrow screen it opens as a dialog instead.
| File type | What you get |
|---|---|
| The full document in the browser's viewer. | |
| Word (.docx) | Laid out like Word, page by page. |
| Older Word (.doc) | Converted and shown properly. If that isn't possible, the text without the layout, and a banner saying so. |
| Excel (.xlsx, .xls) | A grid with the sheet tabs. |
| Images | Shown inline. |
| Emails (.eml, .msg) | Sender, recipients, date and subject, then the message itself with its formatting and any pictures that were part of it. Files that came with the message are listed by name. |
| Text, CSV, JSON, XML | As text. Very large files are cut off with a note — download for the whole thing. |
| PowerPoint and anything else | "Preview not available for this file type" — download and open it in the right app. |
When an entry carries several files, arrows in the preview header step through them with a counter, and a toggle flips between the document and the entry's own write-up.
Two different things on a history row's menu, and the difference matters:
| Menu item | What it does |
|---|---|
| Display document | Opens it in Word or Excel read-only. Use this to look at something. |
| Amend document | Opens it for editing — and every save in Word overwrites the recorded document in place. |
One safety net exists: if a file is still the document behind a slot on the case, removing the attachments is refused until you clear that slot first.
Notes are internal messages on the case — not correspondence, never sent anywhere. The Notes view is one running sheet: oldest at the top, newest at the bottom, and every note carries a stamp saying who wrote it and when — and, if someone changed the words later, who edited it. There is no form to fill in. Press New note and the whole sheet opens for writing: the cursor lands on a fresh entry at the end, and any earlier note can be corrected on the way. Save (or Ctrl+Enter) files everything at once; Cancel (or Esc) asks before throwing typed text away.
Each note has a small flag in the margin. Click it and it turns red — that is how you say "the team must not miss this". The Flagged switch above the sheet shows only those; All brings the rest back. A few older notes may be marked Must acknowledge: they stay flagged, a badge counts any you haven't acknowledged, and you can't leave the case until you have.
Deadlines as records, not memories.
Where: Tasks in the sidebar · the Tasks view on each case
A task is one piece of work that must happen on one case: a title, a due date, who owns it, and — this is the useful part — what doing it actually means. Press the button on a task and the right thing opens, already filled in.
| Kind | Pressing its button… |
|---|---|
| Generic to-do | …ticks it off. Doing the thing is up to you; the completion goes on the case history. |
| Save Memo | …opens a memo, pre-addressed and pre-filled. A memo is filed on the case, never sent. |
| Send Letter | …opens the letter, ready to check and send. |
| Send Email | …the same, as an email. |
| Make Call | …opens the call record for you to complete. |
| Incoming post | …opens the incoming-post record, for something you were expecting. |
| Run Automation | …runs the routine it's attached to. |
For the six that aren't plain to-dos, the task is only completed once the send succeeds. If you park it as a draft instead, the task stays open — which is correct, because the work isn't done.
The same list appears in both places: the Tasks page shows yours across every case (with the case on each row), the case's Tasks view shows everything on that case (with the owner on each row).
Each row has its Action button always visible, plus Reschedule, Reassign and, if you may, Delete. Tick several rows and one bar offers Reschedule (tomorrow, next week, in 30 days, or pick a date), Reassign and Delete for the lot.
The dialog asks for the action, the correspondent, the template, a title, when it's due, who owns it and an optional note. Two helpful touches: the title fills itself in from the template and correspondent until you type your own, and the due date can be set either as "in N days" or as an exact date, each keeping the other in step. A plain to-do can also name a correspondent, just to record who it's about.
You can assign a task to whoever holds a role on the case — the case worker, the supervisor — rather than to a named individual. The task then follows the role: change who the case worker is and the task moves with the job. That's usually what you want for a workflow step.
A diary is a follow-up task created automatically at the moment you do something else: send the letter of claim today, and a chaser task appears dated twenty-one days out, assigned to the case worker, with the chaser letter already attached to it.
Templates carry their diary settings with them, so the follow-up is booked whether or not anyone remembers. You can adjust it — or switch it off — for one particular send, on the compose screen (§12).
You send Ada's medical expert their letter of instruction. Because that template has a diary, a Send Letter — Dr Patel task lands three weeks out with the chaser attached. Three weeks later it's at the top of someone's Overdue shelf, and one press opens the chaser, pre-addressed. Nobody had to remember anything.
By default your Tasks page shows only yours. Seeing someone else's is not a permission you can be given in general — it's a list they are on. An administrator adds you under Sidebar → Administration → Users → that person → Task visibility, choosing whether you may view, action, reschedule or delete.
Your organisation can have CaseOnGo email you a daily digest of your open tasks, split into overdue, today, this week and later. Ask an administrator if you'd like one.
Mail belongs on cases, not in personal inboxes.
Where: My profile → Email & mailboxes · Triage Inbox in the sidebar
Outbound email goes from your real address, and replies come back to the case, because you link your own Microsoft mailbox to CaseOnGo. It's per person — there is no organisation-wide mailbox — so everyone who sends case email connects their own, once.
In the same place you choose your default send-from address, manage your signatures, and add any shared mailboxes you monitor — each with its own Fetch (receive into Triage Inbox) and Send (send case email from it) switches. The default send-from you pick here is also the address routines use when they send on your behalf.
New mail is picked up automatically and queued in Triage Inbox, where the system has already had a go at working out which case it belongs to. In order of confidence:
Triage Inbox has five tabs, each with a live count: High-confidence, Maybe, Other, Released and Archived. The badge on the Triage Inbox menu entry counts High-confidence only, so there can be more waiting than the badge suggests. A tab shows the newest fifty emails and loads the next fifty as you scroll (or press Load more) — there is no limit on how many a tab can hold. The search box and the mailbox chips search the whole tab, not just what is on screen; an email's full text loads the moment you open it.
You can also Archive what doesn't matter — immediate, with no confirmation — tick several rows to release them all to one case in turn, or drag a saved .msg/.eml straight from Outlook onto a case (§12).
On the Released tab each row offers Reply, which opens an email on the case with the sender filled in, the subject prefixed Re: and the original quoted — and it threads properly in Outlook.
Released and archived items are cleared out automatically after 90 days — by then everything that mattered is on a case. Anything still waiting is never swept.
Sending is covered in section 12. Two things worth repeating: every case email carries the case reference in its subject and a hidden marker, so replies come back to the case by themselves; and the history row — not the toast — is what tells you whether it actually went (§17).
Invitations, password links and digests come from a separate branded address on your organisation's domain, not from your mailbox.
What happened, who did it, and when. Written by the system, not by you.
History is the first thing you see when a case opens, and it's the reason a case can answer "where are we?" without a phone call. Every entry is written at the same moment as the thing it describes, so the record and the case can never drift apart. Nobody types these lines.
| Tab | Holds |
|---|---|
| History | Correspondence a person would recognise: memos, letters, emails, phone calls, incoming post, attached documents, accounting documents, money movements, and completed tasks. |
| Audit & field changes | Everything else: every field edit, the case being created, closed or revived, notes, locks, tasks raised, automations run, time recorded, password changes — and a line for every amendment or removal anyone made on the History tab. |
Entries are newest first, 50 at a time, with Load older entries at the bottom and a running "showing N of M". The columns are the date and time, what happened, any attachments, who did it, the correspondent, the template and the description.
Dates are UK format throughout — dd/MM/yyyy with a 24-hour time beneath.
An emailed entry carries its live status: Sending…, then Sent — or Not sent with the reason in plain words and a button to try again. An entry that was deliberately recorded without emailing shows no status at all, which is correct rather than worrying.
Right-click a row, or use its three-dots button:
| Action | What it does |
|---|---|
| Display document | Opens the file read-only. §14 |
| Amend document | Opens it for editing — and overwrites the recorded file. §14 |
| Resend | Reopens the original compose, with the same recipient, wording and document, so you can send it again. It doesn't re-fire the old send; sending creates a new entry. |
| Starts a blank email on this case carrying every file this entry holds, with the description as the subject. On an email entry that file is the email itself, which arrives as an attached message. | |
| Forward | Email entries only. Forwards the message the way your mail client does: subject FW:, the original quoted in the body, its attachments along — so you can add a cover note and send it on. The email file itself is not attached. |
| Copy to another case | Copies this entry's files onto a case you pick, landing there as incoming post. |
| Convert to PDF | Merges this entry's documents into one PDF, filed as a new entry. The original is untouched. Documents are turned into PDF in the background first, so a large file can take a few minutes — the screen says so and carries on by itself. |
| Amend description | Corrects the line you read on the timeline. The previous text is kept on the audit trail. |
| Amend user | Re-attributes the entry to a different colleague — for when something was recorded under the wrong name. |
| Remove attachments | Deletes the ride-along files; the entry stays. Permanent. |
| Remove entry | Deletes the entry and its documents. Permanent. |
Three different searches, for three different questions.
| You want to… | Use |
|---|---|
| Open one case you can half-remember | The search box in the toolbar — this section. |
| Find every case matching a condition | A Query — §19. |
| Find something inside one case | The history search or the Screens field search (§7, §17). |
It always searches the reference and the title, plus a handful of extra fields your organisation has chosen for each case type — a claim number, a client surname, a postcode. Exact reference matches come first.
The search returns at most 50 results. If you're getting 50 and not finding it, you're asking the wrong tool — that's a query.
Inside a case, the Screens list has a toggle that switches its search from screen names to field names. Type date of birth and every screen holding that field surfaces with the match named on the row. It saves a lot of hunting on an unfamiliar case type.
Saved questions about the whole caseload — built once, run whenever.
Where: Queries in the sidebar
A query is a saved, named search across every case of one case type: "claims where no medical report has come back after 60 days", "files I'm the case worker on with something overdue", "cases closing this month". Somebody technical writes it once; everyone else picks it and presses play.
This is where the structure pays for itself. Because a date of accident is a real date field rather than a sentence in a letter, you can ask questions about it across ten thousand cases in a second.
Some queries ask you something first — a date range, a fee earner, a status.
While a required question is unanswered the query waits, and the paging and sorting controls quietly do nothing. Fill it in and press Apply.
Every query shows the case reference, title and status, then whatever columns its author chose. Click a column heading to sort; click again to reverse; a third time to go back to the query's own order. Choose how many rows per page at the bottom.
Tick rows one at a time, tick the header to take the visible page, or use Select all N matches to take everything the query found — not just what's on screen.
Export gives you Excel or CSV, of everything or just your ticked rows. The file is named after the query and starts with the reference, title, status and last-modified date before the query's own columns. Dates come out UK style.
| Button | What it does |
|---|---|
| Bulk actions → Edit a field… | Sets one field to one value on the ticked cases — or on every case the query matches. Dead cases are skipped unless you tick Include dead cases. |
| Bulk actions → Run an automation | Runs one of your organisation's routines on each case, one after another, without you present — a routine that asks a question fails that case instead. |
| Bulk actions → Mark as dead… | Marks each case as dead with an optional reason. The case type's "before marking as dead" routine is not run for bulk marking; each history row says so. |
| Bulk actions → Delete… | Deletes each case and everything it holds. A case with family members is only deleted when they are included too. |
Building queries is a separate job on a separate page, and it's covered in the Technical Handbook.
A query's answer, presented properly.
Where: Reports in the sidebar
A report sits on top of a saved query: same cases, same rules, but arranged for a human or a meeting rather than a spreadsheet. It adds grouping bands with subtotals, grand totals, a chart, and a properly laid-out PDF.
| Query | Report | |
|---|---|---|
| Answers | "Which cases?" | "How many, grouped how, totalling what?" |
| You get | A grid you can act on — open a case, bulk edit, export. | A finished document: PDF, Excel or CSV. |
| Best for | Working a list. | Reporting a position. |
Every report has a maximum number of rows — 5,000 unless its author changed it — and rows beyond that are left out of both the preview and the file, quietly. For a report that's meant to be complete, it's worth checking that ceiling with whoever built it.
A report can be scheduled to run on its own and email the file to a list of people — a Monday morning caseload, a month-end position. An administrator sets that up.
Different animal. Rather than producing a file, the Data Export add-on copies the whole workspace into your organisation's own SQL Server on a schedule, so Power BI and other tools can read it directly. If your organisation reports outside CaseOnGo, that's the route — ask an administrator.
Several pieces of work that belong together, numbered together.
Where: the ⋮ menu on a case → Create sibling case · View sibling cases
Sometimes one piece of business turns into several. A client has a second accident. A claim spawns a costs matter. Two passengers in one car each need their own file. Each of those is a case in its own right — but they belong together, and CaseOnGo keeps them in a family.
The first case keeps its reference. Everything added to the family hangs off it:
000123 the original
000123.001 the second member
000123.002 the third
…
Families are flat: creating one from a member still attaches it to the same original, so you get a root and its members, never a tree of grandchildren. A family can hold up to 999 members, and numbers are never reused.
Copying is only offered when there's already a family member of the same case type. Across different case types the new one always starts blank — there's nothing sensible to copy between two different shapes.
Ada's husband was in the same car. Rather than re-keying the accident date, the location, the other driver and the insurer, you create a sibling case of the same case type and choose Selective: tick the accident details, leave the injury and client details untouched. 000123.001 opens with the shared facts already right and the personal ones blank.
View sibling cases lists the whole family — the original marked as the root, the one you're on marked as current, each with its reference, case type, title, status and when it was last touched. Click any row to open it. The case bar also carries a chip counting the other members, so you always know a case has relatives.
Don't confuse a family with a case link — a field on one case pointing at another. A family is "these pieces of work belong to the same story"; a case link is "this case refers to that one for its details". See section 11.
The part of the system that does work for you — and why things sometimes happen on their own.
A great deal of what happens in CaseOnGo isn't done by anyone. Your organisation can teach the system a sequence of steps and attach it to a moment, and from then on it just happens — the same way, every time, on every case.
You don't set these up (that's the Technical Handbook), but knowing they exist is worth a lot. It explains why a field filled itself in, why a task appeared from nowhere, and why the system occasionally says no.
| Capability | What it looks like on a normal day |
|---|---|
| Fill things in | A reference number derived from three other fields. A deadline calculated from the date of the accident. A total that adds up a table. |
| Check before you act | "You can't send this yet — the medical report hasn't been logged." A save refused because two answers contradict each other. |
| Do the next thing afterwards | Book the chase, update the status, notify the supervisor, write the file note — at the moment you send the letter, without anyone remembering. |
| Ask you something | A short question mid-way through, whose answer changes what happens next. |
| Work on a timetable | A nightly sweep that finds cases past a deadline and raises tasks on them; a Monday morning report that emails itself. |
| Handle many cases at once | Run a routine over everything a query found — a hundred cases, one click (§19). |
Each case type can attach work to seven moments in a case's life, plus a few more elsewhere:
| Moment | Typically used to… | Can it stop you? |
|---|---|---|
| When a case is being created | Ask which variety of case this is, set defaults, fill in the reference. | No — the case already exists. |
| When a case is opened | Show a reminder, refresh a calculated value. | No. |
| Before Save | Validate what you've typed. | Yes — the save is refused with the reason. |
| After Save | Book follow-ups, update related records, notify someone. | No — your save is already committed. |
| When the user clicks Close | Check nothing is outstanding before the case leaves your screen. | Yes — the tab stays open. |
| Before marking the case as dead | Final checks: money returned, documents filed, deadlines cleared. | Yes — the case stays alive. |
| On accounts document paid | React to an invoice being settled. | No. |
And beyond the case type: before and after any letter, email or memo is sent (§12), when a particular field changes (§8), from a button on a screen, from the Automation button when you run one by hand, from a task, and on a schedule.
Running one yourself — the Automation button, a task that runs one, or Bulk actions → Run an automation — needs the Run automations permission. The ones attached to moments run for everyone who can work on the case.
You fill in Ada's date of accident and tab out of the box. The limitation date three years later appears in the next field on its own — that's a field on-change.
You send the letter of instruction to the medical expert. Before it's produced, the system checks the expert's fee has been agreed; because it has, it carries on, merges the case details into the letter, and sends it. Afterwards it books the chaser task for three weeks' time and sets the case status to Awaiting medical evidence. You clicked Send once.
Months later somebody tries to mark the case dead while an unpaid disbursement is still outstanding. The check refuses, naming the disbursement, and the case stays open.
| What you notice | What it means |
|---|---|
| A field fills itself in as you leave another one | A field on-change. Perfectly normal. |
| A message you've never seen, in your organisation's own words | A check your organisation wrote, refusing or warning. The wording is theirs, so the person to ask is internal. |
| A question appears mid-way through sending | A step is asking you something. Answer it and the send carries on from where it paused. |
| Tasks you didn't create | A diary follow-up or a routine. The case history says which. |
| A save or a close refused with a reason | A gate. Fix what it names, or ask the person who set it up. |
| Something happened with nobody signed in | A scheduled routine. It appears on the history under a system name. |
If your organisation has it, an AI button on the case answers questions about that case from its own data and history. It reads; it never changes anything, and it never acts on its own.
The same system, asked as a question instead of laid out as a menu.
If your organisation has the guided add-on, your account menu offers a switch into Guided view: a calmer version of CaseOnGo that starts by asking "What would you like to do?" and walks you to the answer.
Nothing underneath is different. Same cases, same tasks, same history, same letters — it is the same workspace seen through a simpler frame. Two people can work the same case, one in each view, all day.
Press Ctrl+K (or Cmd+K) anywhere in it to jump straight to anything, cases included. That shortcut is unique to this view.
Everything an administrator configures is hidden: screens, templates, queries and reports authoring, users, roles, Tenant settings, routines, drafts. That's the point — Guided view is for doing the work, not shaping the system. Editing a history entry also isn't available here; switch back for that.
Your account menu has the switch in both directions, and CaseOnGo remembers which view you were in, so signing in again puts you back where you were. Switching from a case lands you on the same case.
Two separate things, and it matters which one your organisation has.
CaseOnGo doesn't do accounting on its own. It has two optional modules that put money beside the work, and they do different jobs. You'll see an CaseOnGo Accounts button, a Client ledger button, both, or neither.
| CaseOnGo Accounts | Client ledger | |
|---|---|---|
| Handles | Your own money — what you invoice and what you're paid. | Money you hold on behalf of a client. |
| Runs on | Xero. Your accountant's books stay where they are. | CaseOnGo, to solicitors' client-account rules. |
| On a case you'll see | Invoices, bills and credit notes raised from the case, and whether they're paid. | A ledger card for the matter: money in, money out, the balance held. |
Raise an invoice, a bill or a credit note from the case itself, and it's pushed to Xero. Xero is the authority: the totals, the VAT and the paid status come back from there, so what you see on the case is what your accounts system says, not a second opinion. Payment coming in against an invoice flows back to the case on its own — and can trigger the next step in the work (§23).
For organisations that hold client money under the SRA's rules, this keeps a proper ledger card per matter: receipts in, payments out, transfers between client and office, and the balance held right now.
As an everyday user, three things are worth knowing:
The full detail — how to post a receipt, run a reconciliation, produce the reports — is in the Technical Handbook.
Who can see what, and how a case ends.
What you can do is decided by your role, plus any teams you're in, plus anything granted or withdrawn for you personally. You don't manage any of it.
You can see your own access under My profile → Identity & access: your role, your security level and the permissions you actually hold.
Your organisation can restrict, per case type, who may create those cases and who may open them. If you meet one you may not open, you get a plain panel naming the type rather than an error.
Only one person can change a case at a time. Arrive second and you get a banner naming the colleague who has it; you can read everything and change nothing until they leave.
An individual case can carry its own password — for the handful of cases that need to be closed even to colleagues who can otherwise see everything.
Setting or removing one needs the Password-protect cases permission, from the case's ⋮ menu. A separate permission adds a Protected cases screen listing every protected case and letting a manager reveal or change a password — that is the route back from a forgotten one.
"Dead" is this product's word for closed. The work is finished; the case stays readable forever and stops accepting changes.
The case stays on your screen and turns read-only in place. The case bar grows a Dead chip and a Since date, and its tab is struck through. Every action button greys out.
Revive case, on the same menu, reopens it. There's no confirmation prompt and no check to pass; the case becomes editable again, and the history keeps a record of both the closing and the revival.
You may notice the same case described as "Dead" inside the case and "Closed" on Home, in search results and in the family view. It's the same state, under two words.
The usual answers, in the order people usually need them.
Two questions answer most of what's left. Is it a permission? — check My profile → Identity & access, and hover any greyed button for the tooltip that names what's missing. Is it configuration? — screens, templates, queries and automatic steps are all built by someone in your organisation, and they're the person to ask. The Technical Handbook is written for them.
If your organisation moved from Proclaim, some cases were brought in rather than created here. Here's how to read them.
An imported case looks like any other, with three tells. Its first history entry says it was created by "Proclaim import" and names the Proclaim reference. Its history is dated as it happened in Proclaim — the emails, letters, memos and calls keep their original dates, times and the person who did them (a name that matches a user here shows as that user; otherwise it shows as the name itself). And a Memo called "Proclaim ledger at export" carries the matter's ledger report as it stood when the case left Proclaim, with the balances written out, so the money history is one click away even if you never open the accounts side.
Every term in this guide, in one place.