Skip to content
AMOGA
Request demo
Applications · ITSM

The service desk your auditors and your employees both like.

Incidents, service requests, changes, problems and releases, with an asset register and configuration model underneath, and the same desk extended to HR, finance, facilities and legal, so an employee has one place to ask for anything.

incident · request · change · problemAssets & configuration modelService catalogue with approvalsOne desk for every department
One incident · alert to controlled changeBusiness impact, service topology, correlated change and rollback authority meet before mitigation.INC-8831 · CHG-2184 · Emergency CAB
AMOGA Service commandincidents · requests · changesP1 active
INC-8831 · blast radiusFinance ERP latency during period close09:02 · 38 min active
AP postingBlockedConsolidation+42 minBilling interfaceDelayed
CHG-2184 · mitigation pathsCorrelation by time, graph and traceDecision heldReview recorded · held
Selected pathRollback CHG-2184Service consequenceTarget prior auth pathChange gateEmergency CAB + smoke tests
Named checkpointMaya Krishnan → Arjun Nair → Emergency CAB
09:34•••
P1 commander decisionINC-8831 · Finance ERP latency09:45 CAB
Current exception186 users · AP posting and consolidation blocked

09:02 · 38 min active

EvidenceCHG-2184 correlates by time, dependency and SSO trace

SSO-04 · topology rel 44 · CHG-2184

ConsequencePosting paused · close run delayed

Billing events remain queued.

✦ Prepared · not executedOption B · RB-17 controlled rollback + four smoke tests

Four smoke tests stay attached.

Named authorityMaya KrishnanArjun Nair · CAB
Illustrative product experience and operating data, not customer results.No remediation, change approval or rollback happens automatically.
Group → trace → mitigate → authorise

The ticket, service graph and change record are one incident story.

INC-8831 begins as business impact, not alert volume. CHG-2184 becomes a credible correlation only because time, dependency and trace evidence agree.

01Group

Name the service, not the flood.

Eighteen alerts become INC-8831 with Finance ERP, cohort and business work attached.

02Trace

Read the same service graph.

The desk joins topology, telemetry and CHG-2184 instead of reconciling three exports.

03Mitigate

Keep options and consequences.

Hold, rollback and bypass remain visible with runbook and change effects.

04Authorise

Preserve change authority.

Maya validates impact, Arjun validates rollback readiness and CAB authorises the path.

What changes

Keep ITIL discipline. Make the service consequence easier to see.

These are the rows an IT head and an auditor both read. The difference is that the change record, the asset it touches and the employee who asked for it are the same meta model, not three integrations.

01

Incident management

The SaaS playbook

Tickets, priority matrices and an on-call rota.

Rebuilt agentic

Intake from portal, chat, email and monitoring alerts; the triage agent groups the flood into one incident and names the affected service, not just the symptom.

02

Service catalogue

The SaaS playbook

A request form per service, and an approval by email.

Rebuilt agentic

Catalogue items carry cost, entitlement and approval chain, so a request for a licence checks budget and role: before it reaches anyone to approve.

03

Change management

The SaaS playbook

A CAB meeting, and a change form filled afterwards.

Rebuilt agentic

Change risk scored from blast radius, history and freeze windows; standard changes pre-approved, and emergency changes still leave a complete record.

04

Asset & configuration

The SaaS playbook

A discovery tool feeding a CMDB nobody trusts.

Rebuilt agentic

Assets, licences, contracts and dependencies live in the same meta model as the tickets against them, so impact analysis reads one graph, not a nightly export.

05

Problem & known error

The SaaS playbook

A problem record opened after the third outage.

Rebuilt agentic

Recurring incidents roll into a problem automatically with the pattern named, and the workaround becomes a knowledge article the desk actually cites.

06

Employee service (ESM)

The SaaS playbook

A second helpdesk for HR, a third for facilities.

Rebuilt agentic

The same catalogue, SLAs and approval engine serve HR, finance, admin and legal, so the employee asks once, in one place.

Major incident · INC-8831

One command room from correlated signal to controlled mitigation.

The service graph, change trail and runbook prepare the decision. Maya, Arjun and Emergency CAB retain the authority to act.

AMOGA P1 bridge · illustrative
IncidentINC-883138 min active
Affected users1863 locations
Correlated changeCHG-218412 min before onset
Checkpoint09:45Emergency CAB
Incident 360

Finance ERP latency during period close

P1 · Major incident · Mitigation decision

Posting blocked
Incident timeline5 linked records
09:02Threshold event grouped

18 latency alerts joined to Finance ERP

09:07Major incident declared

Maya Krishnan opened commander bridge

09:13Blast radius assembled

AP, close batch and billing dependencies traced

09:21Change correlation surfaced

CHG-2184 joined by time, dependency and trace evidence

09:34Mitigation brief prepared

Three options retained; no action executed

Incident commander · complete mobile task

The commander sees service impact and change authority together.

The phone is a complete decision surface: incident, exception, evidence, blast radius, prepared mitigation and named checkpoints.

RecordINC-8831

Finance ERP · P1 major incident

ExceptionCHG-2184

SSO validation change correlates to onset.

ConsequenceClose activity blocked

AP, consolidation and billing impacted.

AuthorityMaya → Arjun → CAB

No remediation or change approval is inferred.

09:345G
INC-8831 · commander decisionFinance ERP latencyP1 active
Current exceptionCHG-2184 · correlation under review

12 min · dependency rel 44 · SSO-04

EvidenceTrace · change · runbook · known error

RB-17 estimates 11-minute controlled rollback.

Consequence186 users · posting and close blocked

Billing events queued · employee portal healthy.

Mitigation paths
✦ Prepared · not executedRB-17 rollback + four smoke tests

Emergency CAB remains the release gate.

One service model

The practices, generated.

Your priority matrix, escalation hierarchy, change policy and freeze calendar are modelled in the session. Incident, request, change, asset, dependency and employee entitlement stay connected to the same governed work.

Respond & fulfil

Incident & major incident

Priority matrix, on-call escalation, major-incident declaration with a comms lane and a timeline for the post-incident review.

p1 · comms · pir

Service catalogue

Published items with cost, entitlement, fulfilment workflow and approval chain, ordered from a branded portal.

entitlement · cost · approve

Change & release

Standard, normal and emergency changes with risk scoring, freeze calendars, approval boards and linked release records.

risk · freeze · cab
Understand & prevent

Problem management

Problem records from recurring incidents, root-cause analysis with a dated owner, and known-error entries with workarounds.

rca · known error

Asset & licence register

Hardware, software, licence and contract records with assignment, warranty, renewal dates and end-of-life tracking.

assign · renew · eol

Configuration model

Services, applications and infrastructure with dependency relationships, so change impact and incident blast radius read the same graph.

ci · relation · impact
Serve every employee

Employee request desk

HR, finance, facilities and legal request types on the same SLA engine, routed to the department that owns them.

esm · one portal · sla

Access & joiner-mover-leaver

Access requests and revocations tied to the HR record, with recertification campaigns and evidence for the auditor.

jml · recertify · evidence
Governed change lane

A change that cannot skip its own gate.

Prepared mitigation never becomes an implicit emergency approval. The current state, rollback evidence and smoke-test gates remain on the incident.

“which changes went in outside an approved window last quarter, and who approved them”
1Change raisedCATALOGUE · SERVICE · WINDOW
2Change-risk agentBLAST RADIUS · FREEZE
3Standard change?PRE-APPROVED SET
4Change advisoryAPPROVES WITH CONDITIONS
5ReleaseWINDOW · ROLLBACK PLAN
6ReviewedCMDB UPDATED · TRAIL PINNED
Bounded work around INC-8831

Three agents on the desk. The change board still decides.

Agents group, score, reconcile and fulfil. Incident command, change ownership and CAB authority remain human.

✦ intake-triage

Classifies and groups incoming incidents and requests, and collapses an alert storm into one incident with the affected service named.

grouping is shown and reversible
✦ change-risk

Scores every change on blast radius, change history and freeze calendar, and drafts the rollback plan.

the board approves, always
✦ asset-reconcile

Reconciles discovered estate against the register and raises what is unaccounted for, unassigned or out of support.

write-offs need an approver
✦ request-fulfil

Runs catalogue fulfilment end to end, chasing approvals and provisioning steps against their SLA.

entitlement checked before spend

Bring your change policy. See it enforced by Friday.

A 90-minute working session: your priority matrix, catalogue items and change policy drafted as an FRS, approved, and generated to a staging tenant with the asset register modelled.

Book the service-desk session← All applications
For your technical team

The desk is meta on the platform: the asset register, the employee record and the ticket are one model, durable execution runs every approval chain, and access revocations are evidenced against the leaver record.

Platform architecture: six planes →Durable execution & replayable audit →Security, compliance & data residency →