Skip to main content

Service Management use case

Service request management software

Service request management with Kinetic takes each request from submission through approval to fulfillment across every system involved, so the service desk stops hand-carrying tickets between consoles. The Missile Defense Agency used Kinetic to cut routing cycles from five days to two across more than 9,000 users.

Missile Defense Agency Routing cycles cut from 5 days to 2 and 40% fewer exceptions, across 9,000+ users. Read the MDA case study

How a request moves from submission to fulfilled

  1. Experience layer

    A request portal where users submit requests, or forward an email that becomes one, and see each approval and fulfillment step.

  2. Workflow layer

    Business rules pick the approval chain and SLA, approved requests run fulfillment across identity, device and infrastructure systems in the right order, and stalled or failed steps go to the team that owns them.

  3. Integration layer

    Keeps the ServiceNow ticket current while doing the fulfillment steps in Active Directory, Entra ID, Okta and Intune, in the order their dependencies require.

    • ServiceNow
    • Active Directory
    • Microsoft Entra ID
    • Okta
    • Microsoft Intune

AI in service request management

AI classifies requests and turns emails into structured forms. It doesn't approve requests that cost money, add licenses or open sensitive access.

What AI does

  • Classifies requests and picks the fulfillment path
  • Extracts details from emailed requests into a structured form
  • Summarizes status for requesters and agents

Decided by people, not by AI

  • Requests that cost money or add licenses
  • Access to sensitive systems
  • Exceptions to fulfillment rules

Where the time actually goes

A project manager asks for access to a new analytics tool. In ServiceNow that’s one ticket. In practice it’s a license assignment in the SaaS management tool, an account in Okta, a security group in Active Directory, an app pushed from Intune and an update to the CMDB. Five consoles, often three teams. An analyst carries the ticket from one to the next, copying values and chasing whoever owns the next step.

The work in each console takes a few minutes. The request takes days because of the waiting between steps. ITSM tools are built to track that work, and they do it well. They were not built to perform it across other systems.

How a request runs

When the request is submitted, Kinetic reads its type, cost and the requester’s department and picks the approvers and the SLA target. Approvers get the full context and can act from email or the portal.

On approval, the workflow runs the fulfillment steps itself. Steps that don’t depend on each other run at once: the license and the Okta account don’t wait for each other. Steps that do depend on each other wait. The application role isn’t assigned until the Active Directory account exists, and Kinetic checks it exists before moving on.

When a step fails, because a license pool is empty or a system times out, that branch stops and the error goes to the team that owns it with the request attached. Everything else carries on. The ServiceNow ticket is updated at each step, so agents see the same status the requester sees.

A request is marked fulfilled only when every system confirms its step, not when someone remembers to close the ticket.

Missile Defense Agency

At MDA, requests started as emails that waited in inboxes, were re-keyed into a second system and moved through sequential approvals that could take five business days. Kinetic automated the routing and approvals on top of the agency’s existing systems, applying business rules to pick approval paths and escalate exceptions. Across more than 9,000 users, routing cycles dropped from five days to two, exceptions fell 40%, and the agency puts the annual cost impact at $1.1–1.6M. Read the MDA case study.

Building it out

Service request automation usually grows into a full IT service catalog, with each catalog item backed by a workflow like the one above. Access request automation is the most common first category, because access requests are frequent, multi-system and audited. The workflow layer page explains parallel steps, dependencies and error handling in more depth.

Results at Missile Defense Agency

Source: Missile Defense Agency case study

Routing cycle
5 → 2 days
Fewer exceptions
40%
Annual cost impact
$1.1–1.6M
Users
9,000+

Questions about service request management

Answered by Kinetic Data. Last updated .

  • Do requests still create tickets in our service desk?

    Yes, where you want them to. Kinetic creates and updates ServiceNow or BMC tickets as part of the workflow, so agents keep working in the tool they know while Kinetic handles the steps in other systems.

  • How are SLAs measured?

    On the whole request, from submission to the last fulfillment step, not just the ticket. Each request type has its own target, and escalation rules fire before a breach, not after.

  • What about requests that don't fit the catalog?

    They go to a general request form that a person triages. AI can suggest the closest catalog item and fill in what it can from the description, and recurring requests are good candidates to become catalog items of their own.

  • Can requests come in by email?

    Yes. Emails to the service desk address can become requests, with AI pulling the details into the right form for an agent to confirm. From there they run like any other request.

Bring one process. Leave with a plan to build it.

Two hours with our team, at no cost. Bring one process that crosses your systems. We map it with you, show what Kinetic would build, and send you a written plan afterward.