support request template

Support request form template for MSP and help desk intake

A support request form template for MSPs and IT teams that need structured help desk intake, customer context, priority fields, attachments, approvals, and workflow handoff.

Direct answer

A support request form template should collect requester details, client or department context, contact, site, service category, issue type, impact, urgency, description, affected user or asset, attachments, approval requirement, and ticket or workflow destination before the request becomes work.

Best for

Use this template when the form is part of an operational workflow.

  • MSPs replacing shared inbox intake with structured customer portal requests.
  • IT teams that want help desk requests to include priority, affected asset, and approval context.
  • n8n or PSA workflows that need clean ticket fields instead of email parsing.
Dynamic sources

Typical systems this template may need to read before n8n fulfills the request:

n8nConnectWiseHaloPSAAutotaskNinjaOneDatto RMMMicrosoft 365Internal APIs
Field structure

Fields this form should include

FieldPurpose
RequesterIdentifies who needs help and where status updates should go.
Client or departmentScopes the request to the right customer, tenant, team, or PSA mapping.
Site, contact, or affected assetPreserves source-system IDs for the place, person, device, or service involved.
Service category and issue typeRoutes the request to the right queue, board, workflow, or service catalog item.
Impact, urgency, and descriptionCaptures priority inputs and enough detail for triage.
Approval and attachmentsCaptures signoff, screenshots, logs, or supporting files when the request needs more than a simple ticket.
Approval notes

Most support requests can create tickets immediately. Add approval for access changes, billable work, purchases, maintenance, sensitive data, or customer-visible changes.

Webhook notes

Send n8n or the PSA workflow the client mapping, requester/contact IDs, site or asset IDs, category, issue type, impact, urgency, approval state, attachments metadata, and idempotency key.

Implementation order

Build the form first, then wire the workflow.

Choose controlled request categories

Use categories that map to queues, boards, workflows, or service catalog items.

Attach customer context

Use portal membership, organization context, or a controlled customer field to prevent wrong-client tickets.

Load live support data

Use dynamic dropdowns for sites, contacts, devices, users, services, and issue types.

Calculate priority consistently

Capture impact and urgency separately so automation can set priority predictably.

Submit to the ticket workflow

Send the structured request to n8n, a PSA, service desk software, or a custom API.