Skip to content

Settings — Compliance

The Settings ▸ Compliance page configures the platform’s default litigation hold behaviour. Two settings live here: whether new matters are placed under hold automatically, and which roles can lift a hold once it’s applied.

The page deliberately scopes itself to defaults. Per-matter, per-folder, and per-document holds are managed on the matter detail page’s Drive tab — this surface is for the org-wide policy that informs those decisions.

Settings Compliance — Acme Financial Group demo tenant

Standard PageHeader with the title Litigation Hold and a one-line description. Lives at the top of the right-hand content panel under the Settings sub-nav.

A bordered card with a single switch row controlling whether new matters are placed under litigation hold by default at creation time.

Below the toggle, a radio group with three options for who can release an applied hold:

  • Owner only
  • Owner or Admin
  • Owner, Admin, or Matter-Responsible (Manager)

Each option is rendered as a card-styled radio with label and description.

A standalone Save button at the bottom that persists both controls in a single mutation via useUpdateComplianceSettings.

A litigation hold pauses retention and deletion on every record in a matter while litigation, an audit, or a regulatory inquiry is active:

  • Auto-deletion of records past their retention window is suppressed for held matters
  • Bulk-archive operations exclude held matters
  • Held matters and their documents render an “On hold” badge in the UI

Releasing a hold restores normal retention behaviour. Records that matured into post-retention while held are not retroactively deleted; they enter the deletion queue from the release moment.

The release-approvers setting is informational in the current release — the approval workflow (release request → approve/reject → audit-traced release) is planned for a future update. Today, anyone with hold-release permission can release directly. The setting is exposed now to:

  1. Let admins document their intended policy
  2. Pre-populate the rollout — when the approval workflow ships, your chosen role threshold takes effect immediately
RoleViewEdit
Owner / Admin
Member
Viewer

Settings are tenant-wide. The whole /settings/* tree is admin-only via RoleGuard.

Every save emits org.compliance_settings_updated with the diff. The event surfaces in Settings ▸ Audit Log and is one of the most useful events to monitor — policy changes around litigation hold are high-impact.

Per-matter hold actions emit their own events (matter.hold_applied, matter.hold_released) regardless of org-default policy.

SituationRecommendation
Personal-injury / commercial-litigation firmHold-by-default ON
Regulated practice (PCMLTFR, NI 31-103, etc.)Hold-by-default ON
Past discovery sanctionsHold-by-default ON
Solid retention discipline + low litigation rateHold-by-default OFF
Mixed practiceOff; apply per-matter as the case profile becomes clear
ApproverWhen to choose
Owner onlyHigh-stakes practices where hold-release is a principal-level decision
Owner or AdminMiddle ground; admin-level has enough audit oversight
Owner / Admin / ManagerPermissive; matter-responsible staff can release without escalation
SymptomMost likely causeFix
Save does nothingNo edits madeToggle a control before clicking Save
New matters not held with toggle onUser session cached old policyUser signs out + back in
Cannot release a holdRole outside approversPromote user, or ask qualified role
Hold badge missing on existing matterMatter pre-dates the toggleApply manually on the matter detail page
Auto-delete still fires on held docPer-document hold not appliedRe-confirm the hold is applied at document level