1. Data Center Management
  2. Features
  3. Requests and fulfillment
Feature · Requests and fulfillment

Requests and fulfillment

Move service requests from submission through approval, delivery and completion.

OverviewSubmitted requests
Data Center Management · Requests and fulfillment

Submitted requests

Approval conditions

New
Request typeRequesterServiceRequested atDue atStatus
RT-490SRV-594308 Oct17 OctSubmitted
RT-688SRV-528717 Oct25 OctSubmitted
RT-173SRV-861720 Oct25 OctSubmitted
RT-779SRV-981903 Oct11 OctSubmitted
RT-263SRV-388418 Oct26 OctSubmitted
6 of 6 records
RT-490Service requests · SR-18955
Submitted
ServiceSRV-5943
Requested at08 Oct
Due at17 Oct
Example screen with sample data

What you can do

Keep the requested work attached to a service

A service request records its type, requester, service, request date, due date, completion date and state. The Request Coordinator uses those fields to decide what the team is being asked to deliver and when it is due. A submitted request remains a request for review. Approval is the point at which the work may be assigned for delivery. An approved request can move into progress, and an in-progress request can be completed with its actual completion time.

The state should reflect what has happened. A technician should not mark a submitted request in progress before the Request Coordinator has approved it. A due date is a target for the work, while the completion date records when it actually finished. Keeping those dates separate helps the Service Manager understand late work without changing the original expectation.

How the work is organized

The Request Coordinator reviews and approves; the Service Technician delivers; the Service Manager checks service impact.

  • Requested work. Type, requester and service define the case for review.
  • Approval. An authorized decision separates submission from delivery.
  • Actual finish. Completion carries the date on which the work was done.

What to agree during setup

Agree which request types the team will use first and who is allowed to submit them. Decide what evidence the coordinator needs before approving a request and how rejection is communicated. Set due dates in a consistent time zone and make clear who records completion. Rehearse a request that is approved, one that is rejected and one still submitted when a technician tries to begin work.

Check the handoff on an actual case

A service owner asks for a piece of routine work on an active service. The Request Coordinator records the requester, type, service and due date. After checking the request, the coordinator approves it. The technician moves it into progress and completes the work, recording the actual finish. The Service Manager can compare request and completion dates without treating the due date as evidence that work was done.

Try to advance a rejected request or a submitted request directly to completion. Neither should be accepted as fulfilled work. The coordinator can reopen the business decision through an authorized path; the technician should not bypass it by editing a later state.

What your team sees

  • Submitted requests — Requests waiting for a review decision.
  • Request board — Authorized work and its delivery state by service.

Follow the work through

What it keeps track of

Data model
Service requests
Service Requests for data center operations.
Services
Services for data center operations.
People
People for data center operations.

Who uses it

Permissions
Request Coordinator
, Service Technician, Service Manager.
The coordinator decides approval; the technician records delivery.

Set up Data Center Management your way.

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

How to get started