Prerequisites
- Role with service_catalog.view for browsing catalog items
- Role with service_catalog.manage for creating, editing, and removing catalog items
- Role with service_requests.submit for submitting service requests
- Role with service_requests.view for viewing submitted requests and their status
- Role with service_requests.manage for approving, rejecting, updating, and reassigning requests
- At least one organization configured in your account
Overview
The Service Catalog is a self-service portal where end users can request IT services without filing generic tickets. Administrators publish catalog items that describe available services — new user accounts, software installations, access grants, hardware requests, network changes, and more. Each item defines what information the requester must provide, whether approval is needed, and optionally which workflow handles automated fulfillment.
When a user submits a request, it follows a structured lifecycle:
- The requester browses the catalog and selects a service.
- They fill out the required form fields and submit the request.
- If the catalog item requires approval, the request enters a Pending Approval queue. If no approval is needed, it is approved immediately.
- An approver reviews the request and either approves or rejects it with an optional reason.
- On approval, if a fulfillment workflow is linked to the catalog item, it launches automatically.
- The request is tracked through to completion or cancellation.
Managing catalog items
Catalog items are the service offerings that appear in the self-service portal. Each item describes one service that users can request.
Creating a catalog item
- Navigate to Service Catalog from the sidebar.
- Click Create Catalog Item.
- Enter a name (e.g., "New User Account", "Software Install", "VPN Access").
- Write a clear description explaining what the service provides and any prerequisites.
- Assign a category to organize the item (see Categories below).
- Optionally select an icon to help users identify the service visually.
- Define the required form fields — the structured data requesters must provide when submitting. Each field has a name, data type, label, and whether it is mandatory. Drop-down fields can include a list of allowed options.
- Set whether approval is required. When enabled, requests enter the approval queue before fulfillment can begin. When disabled, requests are approved immediately on submission.
- Optionally link a fulfillment workflow. When a request is approved (or submitted, if no approval is needed), the linked workflow launches automatically with the request data passed as variables.
- Set an estimated fulfillment time (in hours) so requesters know how long to expect.
- Select the organization this catalog item belongs to.
- Click Save.
Editing and deactivating items
Open an existing catalog item and click Edit to change any of its fields. To remove an item from the portal without deleting historical requests, click Deactivate. Deactivated items no longer appear in the self-service portal but all existing requests against them are preserved.
Submitting requests
End users with the service_requests.submit permission can browse the catalog and submit requests.
- Open the Service Catalog portal.
- Browse or filter by category to find the desired service.
- Click on the catalog item to view its description, estimated fulfillment time, and required fields.
- Fill out the form fields. Required fields are marked and must be completed before submission.
- Set a priority for the request: Low, Medium, High, or Critical.
- Add optional notes with any additional context.
- Click Submit Request.
After submission, the request appears in the request list with one of two initial states:
Approval queue
Requests that require approval enter the approval queue, visible to users with the service_requests.manage permission. Approvers review the request details, form data, priority, and requester information before making a decision.
Approving a request
- Navigate to Service Requests and filter by Pending Approval status.
- Open the request to review the submitted form data, priority, and requester notes.
- Click Approve to advance the request to the Approved state.
- If a fulfillment workflow is linked to the catalog item, it launches automatically upon approval.
Rejecting a request
- Open the pending request.
- Click Reject.
- Enter an optional rejection reason explaining why the request was denied.
- The request moves to Rejected status. The rejection reason is appended to the request notes so the requester can see it.
Fulfillment
Once a request is approved, it enters the fulfillment phase. There are two fulfillment paths:
Automated fulfillment (workflow-linked)
If the catalog item has a linked fulfillment workflow, a workflow instance launches automatically when the request is approved. The workflow receives the request's form data, requester identity, and catalog item reference as input variables, allowing steps to act on the request details without manual intervention.
The workflow instance is linked back to the service request so you can track its progress directly from the request detail page.
Manual fulfillment
For catalog items without a linked workflow, an operator with service_requests.manage permission handles fulfillment manually:
- Open the approved request.
- Optionally assign the request to a specific team member or assignment group.
- Update the status to In Progress while working on it.
- When done, update the status to Completed. A resolution timestamp is recorded automatically.
Cancellation
A request can be cancelled at any point before completion by setting its status to Cancelled. A resolution timestamp is recorded on cancellation.
Request tracking
All submitted requests are visible in the Service Requests list. Users with service_requests.view can see requests within their organization.
Filtering requests
The request list supports filtering by:
- Status — filter to a specific lifecycle state (Pending Approval, Approved, In Progress, Completed, Rejected, Cancelled)
- Catalog item — show only requests for a specific service
- Requester — show only requests from a specific user
Request detail
Opening a request shows:
- The catalog item name and description
- Current status and priority
- Submitted form data
- Requester identity
- Assigned operator (if any)
- Notes, including any rejection reasons
- Linked fulfillment workflow (if applicable) with a direct link to the workflow instance
- Timestamps for creation, last update, and resolution
Categories
Catalog items can be organized by category to help users find services quickly. Categories are free-form text labels assigned when creating or editing a catalog item. Common categories include:
Categories are scoped per organization. Users browsing the catalog can filter by category to narrow down the list of available services.
Field reference
Catalog item fields
| Field | Description |
|---|---|
| Name | Display name of the service offering (e.g., "Password Reset", "New Laptop"). |
| Description | Detailed explanation of what the service provides, eligibility, and any prerequisites. |
| Category | Organizational grouping for the catalog item (e.g., Access, Hardware, Software, Network). |
| Icon | Visual icon identifier displayed alongside the catalog item in the portal. |
| Required Fields | Structured form definition: a list of fields the requester must fill out. Each field has a name, data type, display label, required flag, and optional pick-list values. |
| Approval Required | Whether submitted requests must pass through the approval queue before fulfillment begins. |
| Fulfillment Workflow | Optional link to a workflow definition that launches automatically on approval to handle provisioning. |
| Estimated Fulfillment Time | Expected hours to complete the request, displayed to the requester for expectation setting. |
| Active | Whether the item is visible in the self-service portal. Deactivated items are hidden but preserved. |
| Organization | The organization this catalog item belongs to. Users only see items for their accessible organizations. |
Service request fields
| Field | Description |
|---|---|
| Catalog Item | The service offering this request was submitted against. |
| Status | Current lifecycle state: Pending Approval, Approved, Rejected, In Progress, Completed, or Cancelled. |
| Priority | Urgency level: Low, Medium, High, or Critical. |
| Form Data | The structured data submitted by the requester, matching the catalog item's required fields definition. |
| Notes | Free-text notes from the requester. Rejection reasons are also appended here. |
| Assigned To | The operator assigned to manually fulfill this request (if applicable). |
| Fulfillment Workflow | The linked workflow instance handling automated fulfillment (if applicable). |
| Resolved At | Timestamp when the request reached a terminal state (Completed, Cancelled, or Rejected). |
Request lifecycle
Service requests move through the following states:
Permissions reference
| Action | Permission |
|---|---|
| Browse catalog items | service_catalog.view |
| Create, edit, or deactivate catalog items | service_catalog.manage |
| Submit a service request | service_requests.submit |
| View submitted requests and their status | service_requests.view |
| Approve, reject, update, or reassign requests | service_requests.manage |
Troubleshooting
| Problem | Cause | Solution |
|---|---|---|
| Catalog item not visible in portal | Item has been deactivated, or the user does not have access to the item's organization. | Check that the item is active. Verify the user belongs to (or has access to) the organization the item is scoped to. |
| "Cannot approve request" error | The request is not in Pending Approval status. It may have already been approved, rejected, or progressed past the approval stage. | Check the current request status. Only requests in Pending Approval can be approved or rejected. |
| "Cannot reject request" error | Same as above — the request is not in Pending Approval status. | Check the current request status before attempting to reject. |
| Fulfillment workflow did not launch | The linked workflow definition may be inactive or deleted. The system logs a warning but does not block the request. | Verify the fulfillment workflow is active. Check the catalog item configuration to ensure the correct workflow is linked. |
| Request submitted without entering approval queue | The catalog item has approval disabled. Requests skip the queue and go directly to Approved. | If approval is needed, edit the catalog item and enable the Approval Required setting. |
| User cannot submit requests | Missing the service_requests.submit permission. | Add the permission to the user's role. |
| Form data missing from request | The requester did not fill in all required fields, or the catalog item's required fields definition was changed after submission. | Review the catalog item's field configuration. If fields were added after existing requests were submitted, those older requests will not have the new fields. |
| Request stuck in Approved state | No fulfillment workflow is linked and no operator has picked up the request for manual fulfillment. | Assign the request to an operator and update the status to In Progress, or link a fulfillment workflow to the catalog item for future requests. |