1. SaaS Management Platform
  2. Features
  3. Requests
Feature · Requests

Requests

Review submitted service requests and follow fulfillment to completion.

OverviewRequest board
SaaS Management Platform · Requests

Request board

Service requests

New
Submitted2
RT-721SRV-4230
RT-820SRV-1523
Add
Approved2
RT-244SRV-7440
RT-111SRV-5034
Add
In progress2
RT-576SRV-8838
RT-154SRV-2058
Add
Example screen with sample data

What you can do

Keep the request decision visible

A service request records what was asked for, who asked, the related service, the requested and due dates, its status and a completion date when work finishes. The Service Manager can see submitted work in one place and decide whether to approve or reject it. An approved request can then move through work in progress to completed.

Suppose someone requests access to an application used by their team. The requester and service reference identify the context. The Service Manager checks whether the request should proceed. The Service Technician carries out the work; the Service Manager records completion when the action is finished. If the work changes a person’s license allocation, the usage record is updated separately with that person and the right subscription.

How the work is organized

  • Intake. Record the request type, requester, service and requested date.
  • Decision. Keep submitted, approved and rejected outcomes distinct.
  • Fulfillment. Use in-progress and completed status with the completion date to follow delivery.

What to agree during setup

Agree which request types the team accepts and how the Service Manager decides approval. The due date should be meaningful to the people doing the work; choose who sets it and how to revise it when circumstances change. The requester should be able to identify the intended service, while the technician needs enough context in the request type to act.

Decide how completed work is checked. A completed request says the service work was done; a subscription allocation, asset assignment or other related record may need its own update. The handoff is clear when the request’s completion date and the resulting operational record tell the same story.

Check the handoff on an actual case

Enter a request for access to an existing service. Use a real requester, requested date and due date. Ask the Service Manager to locate it in the approval list, approve it and pass it to the Service Technician. The Service Manager moves the request into progress. The technician performs the action, and the manager marks it completed with the completion date.

Rehearse a second request that should be rejected. Its status should remain rejected so nobody treats it as authorized work. Compare both on the request board and check that the person fulfilling work can distinguish approved work from submitted work. The manager should be able to explain who requested each item and which service it affects.

What your team sees

  • Requests for approval — Submitted requests awaiting a manager’s decision.
  • Request board — Submitted, approved and in-progress work by service and requester.

Follow the work through

What it keeps track of

Data model
Service requests
Service Requests for SaaS portfolio and IT service operations.
Services
Services for SaaS portfolio and IT service operations.
People
People for SaaS portfolio and IT service operations.
Saa s usage
Saa S Usage for SaaS portfolio and IT service operations.

Who uses it

Permissions
Service Manager
Decides on requests.
Service Technician
Performs approved access work and updates allocations; Service Manager records request progress and completion.
Admin
Supports access setup.

Set up SaaS Management Platform your way.

Start free, then use Proto to change fields, steps and approvals before your team goes live.

How to get started