Service Request Management 
in HaloITSM (ITIL 4)
 What is a service request?
Why HaloITSM for requests
Why HaloITSM for requests
Organize request types and make them discoverable in a branded portal, maintain items and fields centrally.
Guided forms & dynamic fields
Collect just the data you need, reduce rework, and auto-route to the right team. (Supports categories, priorities, SLAs.)
Approvals built in.
Support single or multi-step approvals (HaloITSM Implementation - Ticket Approvals) on request items before fulfilment—keeping audit trails intact.
Self-service + knowledge deflection
Promote KB answers and status in the portal to cut L1 load and accelerate fulfilment.
Microsoft Teams in the flow
Notify, chat, and even embed the self-service portal in Teams so users don't have to switch tools.
Related capabilities
Typical request types you can standardize
 Access & 
permissions 
 new accounts
 Hardware & 
software 
  HR joiner/ 
mover/leaver 
  Information 
& help 
 copies, statements
These align with common ITIL request categories and best practices.
How it flows
This mirrors the ITIL request-fulfilment pattern used widely.
Reporting & KPIs
- Fulfilment time & SLA compliance
 - Backlog by request type/queue
 - First-time fulfilment rate
 - Deflection from portal/knowledge
 
Use dashboards to spot automation and catalog clean-up opportunities.
-     Design & build: catalog taxonomy, item templates, 
forms, SLAs, approvals. - Integrate & enable: Teams notifications + embedded portal; access with SSO (Entra/Okta); knowledge governance.
 -     Optimize: Request bundling (e.g., joiner packs), 
automation rules, and monthly CSI. 
Frequently Asked Questions.
A request is a predefined need (e.g., access, equipment); an incident is an unplanned interruption. They’re managed by different processes in ITIL.