These cookies are required for the website to function properly. They ensure security, enable basic features like page navigation, and store user session data. You cannot disable these cookies.
- Data Center Management
- Features
- Requests and fulfillment
Requests and fulfillment
Move service requests from submission through approval, delivery and completion.
OverviewSubmitted requests×
Data Center Management · Requests and fulfillment
New
Submitted requests
Approval conditions
| Request type | Requester | Service | Requested at | Due at | Status | |
|---|---|---|---|---|---|---|
| RT-490 | SRV-5943 | 08 Oct | 17 Oct | Submitted | ||
| RT-688 | SRV-5287 | 17 Oct | 25 Oct | Submitted | ||
| RT-173 | SRV-8617 | 20 Oct | 25 Oct | Submitted | ||
| RT-779 | SRV-9819 | 03 Oct | 11 Oct | Submitted | ||
| RT-263 | SRV-3884 | 18 Oct | 26 Oct | Submitted |
6 of 6 records
RT-490Service requests · SR-18955
SubmittedServiceSRV-5943
Requested at08 Oct
Due at17 Oct
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.