Skip to content

Settings — Notifications

The Settings ▸ Notifications page (formerly the separate Notification Templates and Email Templates pages — unified under issue #188) controls how Athenty’s system-generated notification emails are composed.

Three tabs let you author event-driven templates, the signature line that closes them, and the footer block that runs below every outgoing email.

The page is exposed at /settings/notification-templates; the legacy /settings/email-templates URL redirects here.

Settings Notifications — Acme Financial Group demo tenant

PageHeader with the title Notifications and a one-line description.

The page uses a Tabs container with three tabs:

TabComponentScope
NotificationsNotificationTemplatesTabPer-event templates
SignaturesKindEditor (kind=signature)System signature
FootersKindEditor (kind=footer)System footer

The signatures and footers configured here are system — appended to Athenty-generated emails (verification approved, envelope completed, etc.). They are separate from Staff Signatures (under Settings ▸ Staff Signatures), which are the personal signatures each staff member uses on their own outgoing emails.

Each row is one event template. The default seed ships with templates for every typed event the platform emits:

  • request.created, request.approved, request.rejected, request.expired
  • envelope.sent, envelope.completed, envelope.declined, envelope.expired
  • matter.created, matter.shared
  • auth.password_changed, auth.2fa_enabled
  • …and more

For each row:

  • A toggle — disable to suppress the email entirely
  • Subject + body — editable with merge-token autocomplete
  • A Test send action — emails the template to your account with synthetic data

Tokens use {{token_name}} syntax. The editor’s right pane lists every token valid for the current event so you don’t have to memorize them:

TokenResolution
{{client_name}}Display name from the subject/recipient
{{matter_id}}Matter reference (when applicable)
{{org_name}}Tenant name
{{action_url}}Deep link the CTA points to
{{event_specific_*}}Per-event tokens (e.g., verification_score)

Tokens that don’t resolve render as the literal {{token_name}} — useful for catching typos.

The KindEditor in signature mode renders an HTML editor with:

  • Sanitized HTML support (bold, italic, lists, links, images)
  • Image embedding from Settings ▸ Assets
  • Auto-generated plain-text fallback
  • Optional per-division override (when divisions are configured under Settings ▸ Divisions)

The signature is appended to every notification email after the body and before the footer.

KindEditor in footer mode — a free-form block appended below every notification email. Common patterns:

  • Regulatory boilerplate (“This communication is privileged …”)
  • Physical address footer
  • Unsubscribe / preference-management instructions

The footer is org-wide. No per-division override.

RoleViewEdit
Owner / Admin
MemberIndirect (sees emails)
Viewer
ActionEvent
Edit templatenotification_template.updated
Toggle activenotification_template.toggled
Edit signatureorg.notification_signature_updated
Edit footerorg.notification_footer_updated

Events surface in Settings ▸ Audit Log.

The Test send action is a synthetic-data render to your account email. It exercises the same render pipeline real events use, so any token resolution problems surface immediately.

The synthetic event uses metadata.test = true, but the email body itself reads as a real email — pay attention to subject and merge field rendering when proofreading.

SymptomMost likely causeFix
Token shows as literal {{token}}Token typo or not valid for eventUse editor autocomplete
Test send doesn’t arriveAccount email landed in spamCheck spam; verify SPF/DKIM
Per-division signature ignoredUser has no division setSet under Settings ▸ Team ▸ <user>
Footer truncated by recipient clientToo long for OutlookTrim under 200 chars
Save failsSubject empty (required)Fill subject