Skip to content

Settings — Matter Type Defaults

Matter Type Defaults

Settings ▸ Matters ▸ Matter Type Defaults is where a firm decides what a new matter of each type begins with. Athenty ships no defaults of its own: the milestones, roles and triggers on this page are entirely the firm’s own, and a type with nothing declared simply creates plain matters.

PageHeader with the title Matter Type Defaults, a one-line description, the help drawer and a link to this page.

A short alert restating the two rules that govern everything below: defaults are applied once at creation and never retro-fit existing matters, and date triggers only reference the Critical Date Rules catalogue.

One row per non-archived matter type, in the order set on Settings ▸ Managed Lists. Columns:

ColumnShows
Matter typeThe type’s label from the matter_type managed list
StatusActive, Inactive, or Not configured (no declaration authored yet)
MilestonesHow many milestones the type declares
RolesHow many participant roles it expects
Date triggersHow many triggers it watches
Conflict checkRequired or Not required — stated as a word, never a colour or a tick alone
—Edit defaults, which opens the editor

A declaration whose matter type has since been archived or deleted is dropped from the table rather than rendered without a name.

Edit defaults opens a side sheet with four sections.

  1. Milestones — name a milestone and add it; reorder with the up/down controls and remove with the bin. Each row shows a fixed identifier beneath its name. Up to 50.
  2. Participant roles — pick roles from the firm’s own Matter Roles list and mark each Required or not. Up to 30.
  3. Date triggers — choose a rule set to filter the catalogue, then tick the triggers this type should watch. Up to 50.
  4. Options — the conflict-check flag and the master Apply these defaults to new matters switch.

Save defaults writes the whole declaration; Cancel discards it.

A matter is scaffolded from its type’s defaults at the moment it is created and then owns those values outright. Editing the type afterwards changes what future matters start with and leaves every existing matter alone.

Each milestone carries an identifier derived from the name it was first given. Renaming the milestone does not change it. That identifier is what makes re-applying a type’s defaults safe — without it, a re-application would add a second copy of the same milestone.

A matter type default records which triggers a type watches, never how many days anything takes. Deadline arithmetic — and the citation and authority link that must accompany it — belongs to the Critical Date Rules catalogue. A number entered on a settings screen would carry no citation and would then appear on a matter looking exactly like a cited date.

QuestionAnswer
Who can see this page?Owner and Admin
Who can save changes?Owner and Admin
Add-on required?Matter Planner. Without it the nav item is hidden and the API refuses with 402
ScopePer organization — declarations never cross tenants
SymptomCauseFix
The page is missing from Settings ▸ MattersThe org has no Matter Planner add-onEnable it under Settings ▸ Billing, or contact your account owner
”No matter types yet”The matter_type managed list is emptyAdd matter types under Settings ▸ Managed Lists, then return here
A type shows Not configuredNobody has authored defaults for itOpen Edit defaults and save — a type with no declaration still creates matters normally
A saved milestone did not appear on an existing matterDefaults apply at creation onlyAdd the milestone on that matter directly; the type’s defaults are not retro-fitted
The Add role button is disabledThe Matter Roles list is empty, or the 30-role cap is reachedAdd roles under Settings ▸ Managed Lists, or remove one here
No triggers are listedThe selected rule set has no catalogue entriesChoose another rule set, or review Settings ▸ Critical Date Rules
A type is set InactiveIts Apply these defaults to new matters switch is offTurn it back on — nothing was deleted, and existing matters were never affected