Skip to content

The first hour

A fresh install has no accounts. The first thing you do is create one, and the first person to reach the setup page becomes the administrator.

On-premises and self-hosted. Start the application and open it. The setup flow asks for a name, an email and a password. That account gets the wildcard role, meaning every permission.

Managed. The first administrator is invited during onboarding, using the name and email you entered on the confirmation page. Check your inbox, including the spam folder, for the invitation.

If you seeded demo data, the sign-in is [email protected] with the password switchboard. Change it, or better, create your own account and deactivate that one before anything real goes in.

Every staff page shares the same frame.

The top bar carries your institution’s logo and name on the left, the global search box in the centre, and the theme toggle, an alert bell, your account and sign out on the right.

The navigation row underneath holds the main sections. Items only appear if the matching module is enabled, so your menu will be shorter than the full list until you turn things on. A missing section is almost always a module, not a fault.

The assistant orb, bottom right, opens a chat that can answer questions and run commands. See the assistant.

Under Admin there is a second row of tabs for the configuration pages. The Admin item points at Connectors because that is the useful landing page, but everything under /admin belongs to it.

Admin, Branding. Product name, logo, theme colours. Two minutes, and it changes how the rest of the setup feels because every screen is now recognisably yours. It also applies to the public self-service pages, which is where it matters most. See branding.

Admin, Features. Twenty-two modules, each a switch. Turn off what you will never use. Every module you disable is a navigation item, a set of endpoints and a page of documentation you never have to think about again.

Start conservatively. You can turn something on later in one click. See modules.

Admin, Workflow. Statuses, priorities, repair types with their coverage, and the parts list with prices.

Do this before anyone lodges a real submission. Changing a status after the fact means deciding what happens to the submissions currently sitting in it, which is a conversation you can avoid entirely by spending twenty minutes now. See workflow.

Account, top right. Turn on two-factor authentication for yourself before you invite anybody else. It takes a minute, and it means the account with every permission is the best-protected one rather than the worst. See your account.

Configuration has dependencies. This order avoids doubling back:

  1. Branding, modules, workflow. Above.
  2. Email. Configure SMTP or Google Workspace and send yourself a test. Everything downstream is silent until this works: tracking links, ready-for-collection notices, receipts, alerts, scheduled reports.
  3. People. A directory or SIS connector, so people exist. A repair with nobody to belong to is not much of a repair.
  4. Devices. An MDM connector, so a serial number resolves to a model and an owner.
  5. Roles, then users. Build the roles first. Creating twelve accounts and then discovering the role is wrong means fixing twelve accounts.
  6. Single sign-on, once there are accounts to sign in to.
  7. Everything else as you need it.

The full list with checkboxes is the setup checklist.

Most connectors have a demo mode that returns realistic fictional data instead of calling the real system. Turn it on to see a feature work before the credentials arrive, then turn it off.

Leaving demo mode on in production is the most common configuration mistake in the product. The connectors page flags it, and the compliance page counts it.

You want toGo to
Connect a systemAdmin, Connectors
Turn a feature on or offAdmin, Features
Change statuses, priorities, repair types, partsAdmin, Workflow
Set response and resolution targetsAdmin, SLA
Automate triageAdmin, Automation
Change the product name, logo or coloursAdmin, Branding
Edit the wording of an email the product sendsAdmin, Email messages
Add a technicianAdmin, Users
Change what a technician can doAdmin, Roles
Turn on SSOAdmin, SSO
Write help articlesAdmin, Knowledge base
Issue an API key or a webhookAdmin, API and webhooks
Install a connector agentAdmin, Connector agents
Schedule backupsAdmin, Backups
Answer a privacy assessmentAdmin, Compliance
Check the planAdmin, Licence
See who did whatLogs