Letters
Generate and manage HR letters and documents.
Letters is the register your organisation issues HR letters from — offer letters, experience letters, warning letters, appreciation letters, confirmation letters, with an Other type covering everything else. Each letter is a record with a title, the employee it concerns, its type, an issue date, the full body text and a status, so the question "what did we issue this person, and when?" always has an answer you can look up rather than a shared drive you have to dig through.
Drafting and record-keeping happen in the same place. A letter starts life in a short form: pick the employee from your directory, give the letter a title, choose its type, set the issue date and write or paste the body. Save it as a draft while the wording is being settled, then mark it issued when it goes out — the register shows both states at a glance with distinct draft and issued badges.
Consistency comes from two directions. Reusable templates hold your organisation's standard wording per letter type, each kept active or inactive as formats change. And classification stays simple: six built-in types cover the letters HR issues most, while the settings page keeps an organisation-wide reference list of further type names your practice recognises — a salary certificate, say — recorded once for every administrator to see.
Letters is an HR-side module, and it sits behind the same permission system as the rest of Nexa People. Any tenant role can be granted or denied it through the Role Templates matrix, employees do not see it in self-service unless individually granted one of its HR-side forms, and everything the module stores is scoped to your organisation on the server.
How Letters works
A register of every letter issued
The module opens on a three-part layout — Issued Letters, Templates and Settings in a left rail — and the Issued Letters list is its front page. Each row shows the letter's title, the employee it was issued to — resolved to their name from the employee directory, not shown as a code — its type, issue date and status, with the newest letters first. Draft letters carry a neutral badge and issued letters a green one, so a scan down the status column tells you what has actually gone out and what is still being worked on.
The list handles its edges properly: a loading state while records fetch, a clear message if they cannot be loaded, and an empty state before the first letter is recorded. Fields left blank on a letter show as a dash rather than pretending to be data.
Drafting and issuing a letter
New letter opens a dialog with the six fields a letter needs: the employee — picked from your directory, or left blank for a letter not tied to one person — a title, the letter type, the issue date, the body text and a status. Title is the only compulsory field, so a letter can be started early and completed as details are confirmed. Save with the draft status while the wording is under review, and switch to issued once it is final.
Every letter stays editable. The Edit action reopens the same form pre-filled from the current record, so correcting a date or updating a body is a small change rather than a re-entry, and Delete asks for confirmation before anything is removed.
Templates keep the wording consistent
The Templates tab is a library of reusable letter bodies. Each template has a name, a letter type and a body, plus a status of active or inactive — so when your standard experience-letter wording changes, the old template can be retired without being lost. The list shows template name, type and status side by side, and templates are added, edited and removed through the same simple dialogs as letters, so the agreed text for each letter type lives in the system rather than in someone's documents folder.
Six built-in types, plus a reference list of your own
Six letter types are built in — Offer Letter, Experience Letter, Warning Letter, Appreciation Letter, Confirmation Letter and Other — and these are the types the letter and template forms offer when you draft. Alongside them, the Letter Types tab in Letters Settings keeps a named reference list of the documents your practice issues: type the name, add it, and remove entries you no longer use from the numbered list. The list is saved against your organisation as shared reference data, so every HR user reads the same record of what the organisation issues.
Issuance settings
The General Setting tab records your issuance policy in three switches: whether letters are auto-numbered, whether approval is required before a letter is issued, and whether the letterhead is shown. The settings sit in a familiar accordion form, each a simple Yes/No dropdown, and one click saves the whole group to your organisation's configuration with a visible confirmation when the save lands.
Combined with the draft status, the Approval Before Issue setting gives your team a clear convention: letters wait in draft until whoever signs off has done so, then move to issued — and the register makes the outstanding ones easy to find.
Access is a permission decision
Whether a role sees Letters at all is controlled from the Role Templates matrix, where the module's catalogue — Candidate Letters, Employee Letters, Letter Approvals and Letter Setup — appears as individual permission keys. A tenant role whose template holds none of them loses both the navigation entry and the route itself: the guard applies the same rule to a typed URL as the menu does to a click. Employees are confined to their self-service surface by default and only reach Letters if explicitly granted one of its HR-side forms.
Features
Issued-letter register
Every letter your organisation issues, in one list: title, employee, type, issue date and status, newest first. The employee column shows names, not identifiers, resolved live from the employee directory.
Draft and issued statuses
A letter is saved as a draft while its wording is settled and marked issued when it goes out. The register badges the two states differently, so outstanding drafts are visible at a glance.
Employee-linked letters
Each letter can be pinned to an employee picked from your directory, keying it to the same record the rest of the suite uses. Letters that concern no single person can be recorded without one.
Reusable templates
Standard wording lives in the template library: a name, a letter type and a body per template, each active or inactive. Retire old formats without deleting them, and keep one agreed text per letter type.
Built-in letter types
Offer, Experience, Warning, Appreciation, Confirmation and Other are the types every letter and template is filed under, and Letters Settings keeps an organisation-wide reference list of further type names — maintained by HR themselves, with no developer required.
Issuance policy settings
Auto-numbering, approval before issue and letterhead display are recorded as Yes/No choices in Letters Settings, saved to your organisation's configuration so every HR user sees the same policy.
Permission-gated access
Letters is a tenant module gated by the Role Templates matrix. Grant or withhold its forms per role — Candidate Letters, Employee Letters, Letter Approvals, Letter Setup — and the navigation menu and route guard stay in agreement automatically.
Organisation-scoped storage
Every read and write on the letters API runs inside your organisation's context on the server. Listing, creating, editing and deleting all require that context, and one tenant's letters are never visible to another.
Used by: HR administrators.
Works with the rest of Nexa People
Letters reads its people from Employee Management. The employee picker in the letter form is the same directory selector used across the suite, and the register resolves each letter's employee to their current name from the directory rather than storing a copy — correct a name there and the letters list follows. On the server, each letter is keyed to the employee record itself, the same record attendance, leave and payroll are built on.
Access control comes from the shared Roles & Permissions system: the Letters entry in the navigation, the /dashboard/letters route guard and the Role Templates matrix all consult the same rule, so a role stripped of the module's permission keys loses the menu item and the URL together. Module settings use the shared organisation configuration store — the same settings service the wider suite reads organisation-wide configuration from — so letter types and issuance choices are saved once, per organisation, and picked up wherever the module runs. Nothing about the module needs separate administration: grant the permission, and the register, templates and settings are ready to use.
Frequently asked questions
What does a letter record contain?
A title, the employee it concerns, a letter type, an issue date, the full body text and a status of draft or issued. Title is the only required field, so a letter can be opened early and filled in as details are confirmed; the employee can be left blank for letters that concern no single person. Everything on the record can be edited later through the same form it was created with.
Which letter types are available, and can we add our own?
Offer Letter, Experience Letter, Warning Letter, Appreciation Letter, Confirmation Letter and Other are the six types the letter and template forms offer, and every letter you issue is filed under one of them. Separately, the Letter Types tab in Letters Settings keeps an organisation-defined reference list of type names — add a name in one click and remove it from the numbered list when it is no longer used — so the documents your practice issues are written down in one shared place.
How do templates work?
Templates are reusable records of your standard letter wording: each has a name, a letter type, a body and an active or inactive status. They are managed on their own tab with the same add, edit and delete controls as letters, so retiring an old format is a status change, not a deletion.
Can we hold a letter back until it has been signed off?
Yes. Save the letter with the draft status and switch it to issued once approval is given — the register badges the two states differently, so pending letters are easy to spot. Letters Settings also includes an Approval Before Issue switch to record that this is your organisation's policy.
Who can use the Letters module?
HR administrators, and any tenant role granted it. Access is controlled through the Role Templates permission matrix, where Candidate Letters, Employee Letters, Letter Approvals and Letter Setup are individual keys; a role holding none of them loses the route entirely. Employees do not see Letters in self-service unless explicitly granted one of its HR-side forms.
Is a letter tied to the employee's record?
When you pick an employee, the letter is keyed to their record in Employee Management, so the register always shows their current name rather than a stale copy. The link is optional — letters can also be saved without an employee attached.
Is our letter data kept separate from other organisations?
Yes. Every letters API call — listing, creating, updating and deleting — requires your organisation's context on the server, and each record is stored keyed to that organisation. The same applies to templates, letter types and issuance settings: each organisation maintains its own.
Related modules
See Letters in your own setup
We'll walk you through the modules you care about and email you login credentials to try it yourself.