-
Notifications
You must be signed in to change notification settings - Fork 15
Asset Handover
Seeing everything one person has been issued, producing a document for them to sign, and laying that document out yourself. The technical version is Asset handover β Developer Guide.
Asked for in discussion #56 by Daniel (dschipfel). Shipped in 605811aa and 2aed483e.
Assets could always be assigned to people, but the register is organised by asset. Answering "what has Alice actually got?" meant searching the list one item at a time and hoping you had found everything β which is exactly the question you need answered during onboarding, a hardware swap, an audit, or somebody's last day.
Assets β Users.
The list on the left is everybody currently holding equipment, with a count beside each name. Search by name or email if it is long.
Somebody holding nothing does not appear. The list answers "who has kit", so an empty person is not an entry β they are simply not on it.
Click a person and you get everything assigned to them: type, name, make and model, serial number, asset tag, and the date each item was assigned. That is the list an audit or an offboarding check actually needs, on one screen.
Equipment is assigned on the asset itself, so if somebody is missing here, or an item looks wrong, open the asset and check its assigned user.
The Handover document button produces a record of what that person holds:
- who they are
- every item, with serial numbers and asset tags
- when each was assigned
- a declaration that the equipment remains the organisation's property
- a signature line for them, and one for IT
Your company logo appears on it if you have set one under System β Branding, so it looks like the rest of your paperwork.
Three ways to use it:
| The browser's print dialogue | |
| Save as PDF inside that same dialogue β the text stays selectable and searchable, not a screenshot | |
| Email to them | Sends it straight to the person, laid out in the body of the message rather than as an attachment, so it can be read on a phone without downloading anything |
There is no separate "generate PDF" button because there does not need to be one: every platform's print dialogue produces a PDF, and using it means the printed copy and the PDF can never drift apart.
Assets β Settings β Handover document.
The document is built from sections. For each one you can:
- switch it off β a tick box on every section
- move it β arrows to reorder
- change the wording β headings, the introduction, the declaration, the signature labels, the footer
- choose columns β on the equipment table: type, name, make and model, serial, asset tag, assigned date, location, status, notes
The sections are: company logo, title, introduction, person details, equipment table, declaration, signatures, footer.
Text fields accept merge codes that fill themselves in when a document is produced:
| Code | Becomes |
|---|---|
{{employee.name}} |
The person's name |
{{employee.email}} |
Their email address |
{{employee.id}} |
Their record number |
{{asset_count}} |
How many items they hold |
{{date}} |
Today's date |
{{analyst.name}} |
Whoever is producing the document |
Click a code in the palette and it drops in where you were last typing.
A code you mistype is left alone rather than blanked, so it appears in the preview as itself. That is deliberate: "I mistyped something" is a much easier thing to notice than a mysteriously empty line.
The panel on the right is not an approximation. It is rendered by exactly the same code that produces the printed document and the email, so it cannot show you something the finished document will not produce.
Keep as many as you like β an onboarding pack and a leaver's checklist, say β and mark one as the default. That default is what the Handover document button uses.
An installation that never opens the designer still gets a complete, sensible document. There is nothing to set up before the feature works.
| Capability | Grants |
|---|---|
| Access to the Assets module | Seeing who holds what, and producing a handover document |
assets.handover |
The Settings tab β designing the document |
Note the split: designing the document is administration, producing one is not. Withholding assets.handover stops somebody changing the template; it does not stop them printing a handover for a new starter.
- Asset handover β Developer Guide
- Assets β the module overview
FreeITSM β an open-source IT Service Management platform Β· github.com/edmozley/freeitsm Β· MIT licence
- Installation
- β° Scheduled tasks (cron jobs)
- Architecture
- AI Providers
- Internationalisation (i18n)
- Timezones & Time Handling
- Theming & Dark Mode
- β¨οΈ Command palette (βK)
- π Searching inside tickets
- π Attached documents
- MobileβFriendly
-
Security
- Layer 1 β which modules you can enter
- β³ π§© Module Access Control
- β³ π οΈ Module Access β Developer Guide
- Layer 2 β what you can administer
- β³ π Roles & Permissions
- β³ π οΈ Roles β Developer Guide
- β³ π€ Why capabilities are constants
- Layer 3 β the System module
- β³ π Admin Access Control
- Hardening
- β³ π Security review response 2026-08
- β³ π‘οΈ Security hardening 2026-08
- β³ π οΈ Security hardening 2026-08 β Developer Guide
- β³ π‘οΈ Round three β plain English
- β³ π οΈ Round three β Developer Guide
- Single Sign-On (SSO)
- ποΈ LDAP & Active Directory
- Browser Extension
- API Reference
-
π REST API β how it works
- β³ π« REST API: Tickets
- β³ π» REST API: Assets
- β³ π΄ REST API: Problems
- β³ π REST API: Changes
- β³ π REST API: Knowledge
- β³ β REST API: Tasks
- β³ ποΈ REST API: CMDB
- β³ π REST API: Contracts
- β³ ποΈ REST API: Calendar
- β³ πΏ REST API: Software
- β³ π¦ REST API: Service Status
- β³ βοΈ REST API: Morning Checks
- β³ π REST API: Forms
- β³ βοΈ REST API: Workflow
- β³ πΊοΈ REST API: Network Mapper
- β³ π§ Using the API docs page
- β³ π OpenAPI specification
- β³ β OpenAPI: kept correct
- β³ π οΈ Maintaining the catalogue
- Watchtower
-
Tickets
- β³ Mailbox Authentication
- β³ π€ Email send log
- β³ Basic IMAP mailboxes
- β³ Email rendering & images
- β³ SLA Management
- β³ WhatsApp channel
- β³ π¬ Web chat channel
- β³ π£ Slack channel
- β³ π Linking tickets
- β³ ποΈ Canned responses
- β³ βοΈ Limiting replies to particular senders
- β³ βοΈ Email signatures
- β³ π The public web address
- β³ π Raising a ticket for someone else
- β³ π Merging tickets
- β³ β Splitting tickets
- β³ β Selecting several tickets
- β³ π οΈ Snoozing tickets β Developer Guide
- β³ π₯ Collision detection
- β³ β±οΈ Time tracking
- Problem Management
- Tasks
- Assets
- Knowledge
- Change Management
- Calendar
- Morning Checks
- Reporting
- Software
- Forms
- Contracts
- Service Status
- π Notifications
- π¨ War Room
- Self-Service Portal
- LMS
- Process Mapper
- CMDB
- Network Mapper
- Workflows
- Issue trackers (Jira, Azure DevOps)
- System
-
Overview
- β³ π Progress tracker
- β³ Concepts & vocabulary
- β³ Email routing & mailboxes
- β³ Settings: global vs per-company
- β³ Users & self-service
- β³ Staff cross-company access
- β³ Worked examples
- β³ Pitfalls & gotchas
- β³ Scope: what it's for
- β³ π οΈ Developer Guide (make a module multi-company)
- β³ ποΈ Case study: CMDB (a linked graph)
- β³ π§ͺ Test harness (prove it's isolated)