Asset requests

The asset request system replaces ad-hoc emails and Slack messages. Client users submit hardware requests through their portal; MSP staff manage them from a central view across all clients.

How requests work

  1. A client user submits a request with a title, description, and priority
  2. The request appears in the MSP's request list (visible across all clients)
  3. MSP staff update the status and add response notes
  4. The client user sees the status update in their portal

Submitting a request (client side)

  1. Log into the client portal
  2. Go to Requests in the sidebar
  3. Click New Request
  4. Fill in:
    • Title — a short summary, e.g. "Need 2 monitors for new marketing hires"
    • Description — full details: specs needed, timeline, business reason
    • Priority — Low, Normal, High, or Urgent
  5. Click Submit Request

The request is immediately visible to MSP staff. No email is sent — everything stays in Tether.

Managing requests (MSP side)

MSP staff see requests from all clients in a single list under Requests in the MSP sidebar. Requests are sorted by priority then creation date by default.

Click any request to open the detail view. From there:

Status flow

StatusSet byMeaning
openSystem (on submission)Submitted, not yet reviewed by MSP
in_progressMSP staffBeing worked on — hardware sourced, quote in progress, etc.
fulfilledMSP staffHardware has been provided or the request is complete
declinedMSP staffRequest rejected — add a note explaining why
Status changes are visible to the client immediately

When you update a request's status, the client sees the new status and your response note the next time they refresh the Requests page. There is no email notification — both parties check the portal.

Priority levels

PriorityDisplayMeaning
LowGrey dotNo urgency — batch with other requests
NormalBlue dotStandard timeline
HighAmber dotNeeded within the week
UrgentRed dotBusiness-blocking — act immediately

Priority is informational only — it affects sort order in the MSP list but does not trigger any automated actions.

Permissions required

ActionPermission
Submit a requestAny authenticated client user (no specific permission required)
View requests in client portalAny authenticated client user
Update request status and add notes (MSP side)msp.dashboard (MSP staff only)

Requests via the API

http
# Create a request POST /api/requests Authorization: Bearer {client-token} Content-Type: application/json {{ "title": "Need 2 monitors for new hires", "description": "Joining 1 July. Dell UltraSharp 27 preferred.", "priority": "high" }} # List requests (MSP: all clients; client: own only) GET /api/requests Authorization: Bearer {token} # Update status (MSP only) PUT /api/requests/{id} Authorization: Bearer {msp-token} {{ "status": "in_progress", "response_note": "Ordered — arriving by 28 June." }}
Last updated: May 2026