Read → Categorise → Score Severity → Set Priority → Tag
Work Order Triage and Priority Tagger
Applies one consistent taxonomy to every work order: category, severity, and priority. The same request gets tagged the same way no matter who logs it, so SLAs hold and dashboards stay clean.
The Problem
Tagged five different ways. The SLA clock starts wrong.
Priority tagging is inconsistent. SLA reporting is unreliable. The same issue gets different urgency from different people.
What Changes
One taxonomy, every ticket. Reporting you can trust.
Applies a consistent taxonomy - category, severity, priority - based on rules, not judgment calls. Your dashboards become trustworthy.
Humans stay in control: Your supervisor sets the taxonomy and overrides any tag. The agent applies the rules consistently across every ticket. It removes the inconsistency, not the standard.
HOW THE AGENT WORKS
HOW TO BUILD IT
Three levels of depth. Pick the one that matches where you are.
For the ops person who needs to understand what's involved and brief their team.
WHAT YOUR TEAM PROVIDES ONCE
- Your taxonomy - the categories and sub-categories work is sorted into
- Severity definitions - what makes something habitability vs cosmetic
- SLA rules - the response and completion targets per category
- Priority matrix - how severity and SLA combine into a priority
- Examples - a sample of correctly tagged past tickets
For the IT person or technical lead who needs to scope the integration.
INQUIRY SOURCES
WORKFLOW ENGINE (N8N)
CONNECTS TO
Agent tags from the request text and posts the tags to a sheet for import. SLA lookup uses a static table. Still removes the inconsistency.
Agent reads live SLA config and writes tags straight onto the work order. Reporting is clean in real time. Best experience.
For the person who wants to build this agent step by step. Each node below maps to an n8n workflow node.
You classify property maintenance work orders.
Return:
- category: one of {category_list}
- sub_category: a short specific label
- severity: habitability / damage_risk / functional / cosmetic
- severity_reason: one line
Use SEVERITY DEFINITIONS exactly. Do not invent categories.
Respond ONLY with valid JSON.
SEVERITY DEFINITIONS: {severity_definitions}
WORK ORDER: {description}"AC not cooling, apartment is 84 degrees inside, elderly resident."
{
"category": "hvac",
"sub_category": "no cooling",
"severity": "habitability",
"severity_reason": "No cooling in extreme heat with vulnerable resident."
}You set work order priority from severity and SLA.
Use the PRIORITY MATRIX. Return:
- priority: emergency / high / medium / low
- priority_reason: one line
- confidence: high / medium / low
PRIORITY MATRIX: {priority_matrix}
SEVERITY: {severity_json}
SLA: {sla_json}
Respond ONLY with valid JSON.{
"priority": "emergency",
"priority_reason": "Habitability + vulnerable resident = top priority regardless of SLA clock.",
"confidence": "high"
}- PMS webhook trigger
- LLM categorise + severity
- Static SLA table
- Fixed priority matrix
- Tags to a sheet
- Low-confidence flag by email
Full Video Walkthrough Coming Soon
From raw ticket to consistent tags - step by step.
Register to be notifiedEverything on this page is free to learn.
When you're ready to build — do it yourself or bring us in.
OTHER AGENTS IN LEASING & MARKETING
Duplicate Ticket and Repeat Failure Linker
Self-Help Troubleshooting Agent
Maintenance Triage and Dispatch
Rent-Ready Gatekeeper
Frequently asked questions
This is 8 of 8 agents in Maintenance & Facilities. → · Explore all 10 departments →