--- title: Core Workflows description: Beginner-friendly end-to-end guides through the five settlement rooms, from intake to disbursement. ---
Core Workflows
Step-by-step guides through the work every beginner does in CaseSolo. Each workflow follows the five settlement rooms in order: intake → medical truth → cited demand → negotiation → fail-closed IOLTA.
Related deep-dives: Creating a Case, Case Workflow & Statuses, Parties and Timeline, Trust Accounting.
Workflow 1 — Qualify a lead and open intake
Goal: turn a new inquiry into an intake case without losing it.
- Open Work → Leads (the leads inbox). Native leads and intake-created
- Open the lead to review it. A lead opens the overview so you can convert
- Convert the lead to intake. The matter now appears in the intake
- Assign the case to an attorney and set the next deadline (a task or calendar
LEAD cases share this inbox with converted-case dedupe, so check whether the person already exists before creating anything.
it — medical truth cannot start on a lead.
settlement room on Home, and in a /cases?room= list whose counts match the room.
entry) so it shows up under urgent work.
If something looks wrong: a duplicate lead means someone already converted it — open the linked case from the inbox instead of creating a second one. See Contact Directory for merge and conflict handling.
Workflow 2 — Build medical truth
Goal: store the treatments, bills, and records the demand will cite.
- Open the case, then go to the Medical lane.
- Add each treatment, bill, or record on the chronology page itself — it
- Type the provider name directly on the matter form. Treatments and bills can
- Confirm Active Treatment: it is owned by the first stored treatment,
writes the entry in place instead of bouncing you to a sibling dashboard.
be added from the matter with a typed provider name; there is no bounce to a separate providers page.
bill, or record. If the header still shows intake, nothing is stored yet.
Guardrail: sibling medical dashboards stay one hop away and never invent entries. If a bill or record you expected is missing, it was never stored — re-add it on the chronology page.
Workflow 3 — Generate and send a cited demand
Goal: produce a demand letter with page-level citations and an exhibit index, then record delivery.
- Confirm the medical file is non-empty (see Workflow 2). On an empty file,
- Open
/cases/:id/demand— this is the cited send path. Click - Review the letter: every medical claim carries a deterministic page-level
- Fill in the carrier recipient and destination. Cited send fails closed
- Click send / record delivery. Recording delivery returns delivery confirmation
generation is refused with 409 NO_STORED_MEDICAL and the generate controls stay closed until the file has content. Sibling draft pages refuse with 409 CITED_SEND_REQUIRED instead of stamping anything SENT.
Generate. Demand Preparation is owned by this cited generate.
citation, backed by the exhibit index.
without a named recipient (409 NO_RECIPIENT) or destination (409 NO_DESTINATION).
(deliveryRecorded, transmitted: false) — CaseSolo records demand delivery; it does not email, fax, or mail the letter. Deliver the letter yourself through your usual channel.
Common mistakes:
- Generating from a sibling
/demand-letteror/demand-packagedraft page - Assuming the letter was transmitted → it was only recorded. The exhibit
on an empty file → move to /cases/:id/demand and build the medical file first.
index and citations are your proof of what was sent.
Older snapshots of a demand live in the versions table (DemandVersion backfills run automatically); document revisions live at /cases/[caseId]/doc-versions — see Workflow Versioning.
Workflow 4 — Negotiate and settle
Goal: log offers and the acceptance that owns settlement status.
- Open the case, then go to the Negotiation lane. Negotiation is owned by
- After cited delivery, use Log offer. Every money event **requires a
- Counter-offers are logged the same way. Use the settlement calculator in
- When the matter is negotiable, use Log acceptance. Settlement status is
the first logged offer or demand.
dollar amount** — a $0 acceptance can never unlock Settlement.
the lane to sanity-check authority and disbursement before responding.
owned by that logged acceptance, not by changing a status dropdown — status dropdowns, kanban drags, bulk edits, imports, and the onboarding checklist cannot invent the hop.
If something looks wrong: if the room names Log acceptance but you have not logged an offer or demand yet, log the offer first — the tracker opens Negotiation from the first logged offer or demand the same way /negotiation does.
Workflow 5 — Clear liens, disburse, and reconcile IOLTA
Goal: move settlement funds through the fail-closed trust ledger.
- Open the case, then go to the Money lane (trust ledger).
- Read the ledger room banner first. After settlement it names **Clear open
- If open liens are named, clear them in the lien tracker — including reduced
- Post the IOLTA debit. Guardrails: debits cannot overdraw the trust account
- Reconcile bank balance, book balance, and client-ledger balance. Client
- Trust history is preserved if a case is removed — transactions keep their
liens or Post IOLTA debit; after disbursement it names Reconcile IOLTA**.
medical-bill and subrogation liens, which still block IOLTA. A debit with open liens is refused (TRUST_OPEN_LIENS).
or the client's case balance; posting locks the account while it writes; a bank/book mismatch never stamps reconciled. A fail-closed debit on a SETTLEMENT matter moves it to DISBURSEMENT.
disbursements use the client-disbursement category.
financial record and clear the case link instead of being deleted.
Full reference: Trust Accounting.
Workflow 6 — Export a report
Goal: get a complete filtered export without silent truncation.
- Open Insights and build the report with the filters you need.
- Run the export. Exports now stream the complete filtered set — if a past
- For advanced reports behind the toggle, enable the toggle first, then
export looked short, re-run it; the truncation fix ships in the current release.
export again.
Workflow 7 — Share progress with the client (portal)
Goal: let the client see status, upload documents, and pay without phone tag.
- Invite or confirm the client's portal access from the case's
- The client can check case status and next steps, upload requested documents
- Portal sessions revoke immediately on sign-out or admin revocation, and
Client Comms lane. Free claimant case-tracker accounts can follow a case check before an attorney takes it.
(medical records, receipts, photos), message your team in the shared portal thread you answer from Communications Hub, review invoices, and start secure card payment on eligible invoices.
portal pages carry CSRF protection — a signed-out link stops working right away.
Full reference: Client Portal.
Workflow 8 — Manage contacts without creating duplicates
Goal: keep one clean record per person across firms and cases.
- Search the Clients → Contacts directory before creating anyone new.
- If two records describe the same person, use merge and review the
- Detail links are keyboard-accessible: Tab to a contact row and press Enter
Use the named filters to narrow by type or firm.
conflict screen — it now shows human-readable merge and filter selections, and invalid filter input is rejected instead of silently returning everything.
to open it. Cross-firm shares keep their own access rules.
Full reference: Contact Directory.
Workflow 9 — Track tasks and deadlines
Goal: never miss a deadline on a live matter.
- Create tasks from Work → Tasks or from inside a case so the task links
- Reassign by opening the task, changing the assignee, and saving. If you
- Watch notifications (sidebar badges) for assignments, mentions, deadline
to the matter. Set an assignee and a due date on every task.
cannot edit it, ask the case owner or an admin.
reminders, and portal messages. Mark read in bulk when triaging.
Full reference: Task Management.