Team accounts — without the shared password.
Invite people by email and give each one their own login, their own two-factor and the role their job calls for — full admin down to read-only, with a free Billing seat for your accountant. Uptimia never bills per user — seats are part of the plan, not a line on the invoice.
Recent access changes
Latest 20The five roles
Full matrix →From invite to audit trail
Dana was invited on Monday as an Editor limited to two client groups. By Tuesday she was editing monitors — and the other two groups were still absent from her account, not greyed out in it.
What each role can touch
One column per person you'll invite — the developer who runs everything, the client who only looks, the accountant who only needs the invoices. Pick the closest fit; change it later with one click.
| Capability | Owner | Admin | Editor | Read-only | Billing |
|---|---|---|---|---|---|
| View monitors, incidents & logsthe dashboard, read-only | — | ||||
| Create & edit monitorsadd, pause, configure | — | — | |||
| Contacts & alertingwho gets paged, and how | — | — | |||
| Status pagespublic and private | — | — | |||
| Invite people & set rolesteam & audit log | — | — | — | ||
| Integrations, API keys & securityaccount-level settings | — | — | — | ||
| Plan & usagehow much of the plan is used | ◑ | ◑ | ◑ | ||
| Billing & invoicesprices, cards, receipts | — | — | — | ||
| Delete the accountowner only | — | — | — | — |
Read-only really means read-only
That's what makes it safe to bring in a client, a contractor or a junior. Hiding a button is a courtesy, not a control — Uptimia checks the permission on the server for every read and write, so a request a role isn't allowed to make is refused, however it's made.
- Safe for outsiders — a client on a Read-only seat can watch their monitors, and that's all they can do
- The same rules everywhere — the app, the menu and the API all answer to one permission map
- Removed means removed — take a seat away and its session and keys stop working on their next request
code: forbidden
required: monitoring.manage
role: viewer
Scope, billing seats and API keys
Editors scoped to their own groups
An agency handling ten clients doesn't want every editor seeing every account. Scope an Editor or Read-only member to specific monitor groups, and the rest of the fleet is invisible to them — in lists, on the dashboard, in search and in exports.
- Pick the groups a member can see — everything else is treated as if it doesn't exist
- New monitors they create land in their own scope automatically, so they never lose sight of their own work
- Enforced on the server — an out-of-scope monitor id answers as though it does not exist, on reads and writes alike
A free seat for your accountant
Your accountant needs the receipts, not the monitors. The Billing seat sees plans, invoices and payment — and nothing else. It doesn't count against your plan's seats, and it never receives an alert.
- Free — a Billing seat isn't counted toward your plan's member limit
- Billing only — no monitors, no incidents, no alerts, no contacts
- Switch a member to Billing and their alerting is torn down cleanly; switch them back and the seat count re-checks
A script can't outrank its owner
Teams automate — deploy hooks, scripts, the mobile app. Every API key issued to a member runs as that member: same role, same monitor groups. Demote or remove the person and their keys follow, so there's no back door through a script somebody wrote last year.
- A key acts as its owner — it can do exactly what the member can do, and nothing more
- Changes take hold at once — demote a member and their key is demoted from its next call
- Leavers lose their keys — remove a seat and every key it held stops working
Bring your team in.Keep hold of the keys.
Team seats come with the plan — Uptimia never bills per user. Billing seats are free on top, and the 30-day trial starts with fifty seats.
How adding a teammate works
Three steps on the Team members page — the access is decided before the invite goes out.
Invite by email, pick a role
Enter an email, choose one of the four roles you hand out — the fifth, Owner, is you — and, for an Editor or Read-only member, the monitor groups they can touch. A panel spells out what they'll be able to do.
They set their own login
The invite lands in their inbox. They choose a password and their own two-factor — their credentials, not a copy of yours. Pending invites can be resent, copied or revoked from the list.
They see only their role
Their sidebar, their routes and their API keys all follow the role. Change it later with one click from the role badge — every change is written to the audit trail.
Also included
An audit trail of access changes
The last 20 invites, role changes, scope changes and removals — each one reading back as "who did what". Visible to the owner and admins, so a change in who-can-do-what is never a guess.
Two-factor, per person
Every seat manages its own 2FA. Locked out? An owner or admin can reset a member's two-factor.
Undo on removals
Delete a member or revoke an invite and a 6-second undo holds the action before it's committed.
Resend or copy an invite
Pending invite gone stale? Resend the email or copy the activation link from the row.
Alert schedules & teams
Each member sets quiet hours and days off; group them into teams for on-call routing.
One account, every monitor type
Roles, groups and contacts apply the same way across all 12 monitor types — from uptime and SSL to transaction and heartbeat — one place to manage who can touch what.
What is a team account?
A team account lets several people share one monitoring workspace, each with their own login and a role that decides what they can see and change. Instead of passing round a single password, you invite people by email and assign a role — from full administration down to read-only — with permissions enforced by the server on every request, not merely hidden in the interface.
How do roles work?
The role, and any monitor-group scope, is chosen at invite time and enforced from the member's first request.
Change or revoke, anytime
removed · their session and their keys stop working on the next request → written to the audit trail
Shared login vs. roles
A shared password gives everyone every permission and tells you nothing about who did what. Named seats with roles give each person their own login, their own two-factor, and only the access their job needs.
See the five roles →| What you want | One shared login | Roles |
|---|---|---|
| Give the accountant just billing | ✗ All or nothing | ✓ Billing seat |
| Let a client read, not edit | ✗ Full access | ✓ Read-only |
| Limit an editor to their monitors | ✗ Sees everything | ✓ Scoped |
| Everyone has their own 2FA | ✗ One shared secret | ✓ Per person |
| Know who changed what | ✗ No way to tell | ✓ Audit trail |
Teams & roles FAQ
01What are teams and roles in Uptimia?+
02What are the five roles?+
03Is the Billing seat really free?+
04What does "enforced server-side" mean?+
05Can I limit someone to certain monitors?+
06Does everyone get their own login and two-factor?+
07What's the default role for a new invite?+
08Do API keys respect roles?+
09What's in the audit trail?+
10How many team members can I add?+
11What's the difference between a team and a role?+
12Which plans include team accounts?+
Bring your team in today.
Invite the people who keep your sites up — and give each of them exactly the access they should have.