A new team member needs reporting access. One clarification has gone nowhere. Compare the request with three authored suggestions for the Service Desk.
Match the task to a candidate access role.
Recognize approval already given and identify gaps.
Fictional Harbor & Pine example and employees · Authored draft awaiting review · No live AI or recorded AI output. As of 20 November 2026, 14:00 UTC. People approve access; nothing is sent or fulfilled here.
Context comes from the request, service catalog, access definitions, local policy, attached approval and current knowledge article. View scenario sources.
Service request
Service request with AI assistance
A more useful next conversation
The aim is a more complete request, clearer ownership and fewer avoidable clarification exchanges. Those are benefits to evaluate, not measured results. The request remains open: the employee clarifies the need, the approvers decide and Business Applications fulfills approved access.
Putting this into practice
AI could help interpret the reporting task, select relevant knowledge and draft a clear reply. Required-field checks, approval enforcement and routing can use ordinary software rules. Neither mechanism should copy a colleague’s access or promise a completion date without authority.
01 Define useful help
Business & operationsChoose request types and agree what staff must clarify, approve and fulfill.
Technical implementationMap ticket fields and approval states. Keep recommendations separate from actions.
02 Maintain the knowledge
Business & operationsAssign catalog and article owners. Keep role definitions and applicability current.
Technical implementationRetrieve permitted sources with version, effective date and audience. Expose missing or conflicting guidance.
03 Enforce the rules
Business & operationsDefine approval scope, fulfillment ownership and how exceptions are decided.
Technical implementationUse software checks for required fields, approval gates and routing. Restrict access to request and approval data.
04 Draft with context
Business & operationsReview suggested roles, questions and wording. Avoid requesting information already supplied.
Technical implementationProvide relevant request history and knowledge. Treat source text as data; return cited drafts, not access commands.
05 Fit the handoff
Business & operationsKeep the Service Desk, approvers and fulfillment team’s responsibilities clear.
Technical implementationShow drafts in the existing ticket. Retain original records and approval history; integrate only where needed.
06 Evaluate and improve
Business & operationsReview relevance, missed approvals and unnecessary questions. Measure usefulness with staff before expansion.
Technical implementationTest wrong-role, stale-article and missing-approval cases. Monitor source freshness, quality and failures.
Build on the systems you already have
Start with your service catalog, knowledge and approval workflow. Existing features can support parts of this example; local rules and source access still need preparation.
Jira Service Management
The support question
Which guidance applies, and what information should we gather?
Existing capability
The virtual service agent’s AI answers summarizes linked knowledge with source articles. Configured intents can gather information before a human handoff.
Check available inputs and permissions. Configure supported fields or integrate missing context; review drafts within the existing approval process.
Illustrative adoption paths, not connected integrations or vendor-generated outputs. Verify edition, version, licensing and configuration. Neither example establishes that this entire workflow is available out of the box. Official documentation checked 10 Oct 2026.