Berlin desk · checking…

The clock stops when your desk does.

Working-hours SLAs that pause outside business hours. Tickets routed by skill instead of by rota. And a Postgres database that belongs to you alone, in the region you pick.

Business email · no sales call · environment ready in about 40 seconds

Desk queue · Berlin IT · 09:00–18:00 CET Live
TicketSubjectSLAState
P1SNV-4821 VPN gateway down — finance team impact high · urgency high · Network, Tier 2 03:32 On track
P2SNV-4820 Laptop won't boot after firmware update paused Friday 18:00 · desk closed 12:40 Paused
P3SNV-4817 New starter access — Sales routed by skill · Identity & Access 13:46 On track
P2SNV-4816 Shared drive permissions — Design routed by load · Tier 1 28:23 On track
P4SNV-4809 Monitor replacement — desk 3F service catalogue · hardware 72:41 On track
Escalated SNV-4821 missed its P1 target. Reassigned to Tier 2 on-call and the IT manager was notified. The clock now counts time over target.

These clocks are running right now. The amber one stopped when the desk closed on Friday and won't move again until Monday at nine.

EU & US regions Postgres database per customer Immutable audit trail GDPR SOC 2 Type II in progress

SLA clocks

An SLA should measure the hours you were open.

Most tools run the clock through the night and hand you a breach report on Monday for work nobody could have done. Alumanel pauses the timer when the desk closes and starts it again when someone is back on shift.

  • Working-hours calendars per team and per region
  • Public holidays pause the clock automatically
  • Separate response and resolution targets per priority
  • Time over target counted separately from time to target
How SLA timers work →
SNV-4820 · SLA detailP2 · resolution

Elapsed on shift

04:12

Counted. The desk was open and staffed.

Elapsed off shift

62:48

Not counted. Friday evening through Monday morning.

MON

TUE

WED

THU

FRI

SAT

SUN

Customisation

Shape it to the desk you already run.

Ticket numbers, categories, priorities and terminology are yours to set. Change the format and the next ticket picks it up. No consultant, no statement of work, no field behind a support request.

  • Prefix, separator, year token and zero-padding
  • Rename Ticket to Sak, Request, or whatever your team already says
  • Reorder the portal catalogue and swap the accent colour
  • Build the agent dashboard from the widgets you actually read
See how customisation works →
Settings · Ticket numberingAutosaved
Prefix
Separator
Year token
Number padding

Next ticket

SNV-2026-0492

Audit trail

A ticket number that holds the whole story.

Every ticket carries an append-only history: who changed what, when, and why. Nothing is edited away and nothing is deleted, so a request from six months ago reads today the way it read the day it closed.

  • Actor, timestamp and reason recorded on every change
  • Export to CSV or JSON on demand, from your own database
  • Survives a handover, a review, or an auditor asking
Read about the audit model →
SNV-4820 · Historyappend-only
09:02:14Created via emailfrom j.novak@acme.example
09:02:15Routed to Tier 1rule: by current load
09:04:41Priority set to P2impact medium × urgency high
09:11:03Assigned to m.kellerreason: shared-drive owner
18:00:00SLA clock pausedoutside working hours · resumes Mon 09:00

Isolation by design

Your data sits in your database. Not in a row of ours.

Every customer is provisioned a dedicated Postgres database at signup, in the region they choose. There is no shared ticket table with a tenant column to filter on, so there is no query that could return another company's ticket. The data isn't there to return.

When you leave, your database is dropped as a unit. A clean, verifiable delete, with nothing left behind in a shared store to forget about.

How most tools do it

SELECT *
FROM tickets
WHERE tenant_id = 'you'

One table. Every customer. One missing clause away from a very bad afternoon.

How Alumanel does it

no shared tables no tenant filters drop it and it's gone

1:1

Database per customer

~40s

Environment build

2

Regions, your choice

0

Shared ticket tables

Support & roadmap

The person who answers can change the product.

We are small enough that a support reply and a commit come from the same building. That is not a slogan, it is a size. Here is what it produced this quarter.

Who answers

A named engineer, not a rotating inbox. Your desk is assigned a support engineer who knows your setup and replies directly.

How fast

First reply within 4 business hours, on weekdays. Anything that stops work is picked up the same business day.

Where ideas go

A public roadmap you can read. Every request gets filed with a status and a target, so you can see where yours stands.

14 Aug 2026 Pause SLA clocks on regional public holidays automatically asked by a 60-agent manufacturer, Oslo Shipped
02 Aug 2026 Bulk reassign a queue when someone leaves mid-sprint asked by a 12-agent MSP, Manchester Shipped
21 Jul 2026 Per-team working-hours calendars for follow-the-sun desks asked by a 200-agent retailer, Berlin In build
09 Jul 2026 Read-only database credentials for your own BI tooling asked by a 35-agent insurer, Amsterdam Planned
Read the full roadmap →

Pricing

Two numbers. No quote call.

One price for your environment, one price for each agent who works tickets. Everyone who submits or approves a request is free. That is the whole price list.

Platform

$1,000/mo

Your dedicated Postgres database in the region you choose, plus every employee who submits or approves a ticket.

Per agent

$49/agent/mo

Each person who works tickets. Add or remove them any month — the count is trued up on your next invoice.

Estimate for
10 agents

$1,490 /mo

Every customer gets the same product

  • Dedicated database, your region
  • Incidents & service requests
  • Working-hours SLAs that pause
  • Escalation ladders
  • Skill- and load-based routing
  • Service catalogue & asset tracking
  • Immutable audit trail
  • Unlimited employees & approvers

Card verified, nothing charged during the trial — $0.00 due today

Questions IT teams ask first

Answered before you have to ask.

In a Postgres database created for your company alone, in either the EU or the US. You pin the region at signup and it does not move. Attachments and exports are stored per tenant, in the same region.

Anyone who works tickets: picks them up, comments internally, changes status or closes them. Employees who submit requests, and managers who only approve them, are free and unlimited.

We email you three days before. If you do nothing, the environment goes read-only rather than being deleted, and you keep export access for 30 days. Nothing is charged during the trial itself.

Yes, but it is a migration rather than a setting. We provision a new database in the target region, move your data, verify row counts with you, then drop the original. Expect a short read-only window.

Export tickets, comments, attachments and the full audit trail to CSV or JSON at any time, or connect your own BI tool with read-only credentials. It is your database, so there is no export queue to wait in.

Email and password ship today. SAML and OIDC against Entra ID, Okta and Google Workspace are on the roadmap with a target date you can read on the public roadmap page.

Yes. A REST API covers tickets, comments, assets and the catalogue, with webhooks for state changes. Rate limits are per environment rather than pooled across customers, because your environment is your own.

Ready to see your own environment?

Fourteen days, your own database, real tickets. Card verified but nothing charged, and an environment ready in about forty seconds.

Business email · reminder 3 days before the trial ends · cancel any time