Skip to content

Tagging System

RepairOps includes a full tagging system that lets your team classify work orders, flag devices, and segment customers using a controlled vocabulary of colored tags. Tags flow across the system — a device tagged during one visit carries that context into every future repair.


Tags are short labels like rush, warranty, liquid-damage-history, or VIP that you apply to three types of entities:

  • Work orders (tickets) — Classify the job: rush, warranty, waiting-on-customer, data-recovery
  • Devices — Flag hardware history: liquid-damage-history, fragile-hinge, board-repair-prior, aftermarket-screen
  • Customers — Segment accounts: business-account, VIP, school-client, slow-payer

Tags are not free-form text. Your shop owner or manager creates a controlled tag library with specific names, colors, and categories. This keeps the system clean and ensures everyone uses the same terminology.


Each tag has a color that carries meaning, making the Kanban board scannable at a glance:

ColorMeaningExamples
RedUrgent / riskrush, fragile, data-at-risk
OrangeWarning / blockedwaiting-on-customer, backordered-part
YellowAttention neededslow-payer, needs-follow-up
BlueCustomer / account typebusiness-account, school-client, VIP
PurpleWarranty / callbackwarranty, callback, repeat-visit
GreenPositive / approvedverified-customer, prepaid
GrayInformational / historyliquid-damage-history, board-repair-prior
PinkSpecialty / skill routemicrosoldering, data-recovery, console-repair

When a customer checks in a device, the front desk can apply tags to the ticket during the intake wizard. If the device has been seen before and has tags from a prior visit (e.g., liquid-damage-history), a prominent warning appears so the team knows about it before opening the case.

Tags appear as colored badges on each ticket card. You can filter the board by tag — for example, show only rush tickets, or only warranty work. This makes it easy to focus on what matters.

Technicians can add device tags based on what they find. If they discover a prior board repair or aftermarket parts, tagging the device ensures future techs see that context immediately.

Customer tags like VIP, business-account, or school-client appear on the customer profile and are visible whenever that customer’s name appears on a ticket. This helps front desk staff provide appropriate service.


Owners and managers control the tag library from Shop Settings → Tags.

From here you can:

  • Create new tags with a name, color, category, and description
  • Edit existing tags (rename, change color, update description)
  • Archive tags that are no longer needed (historical data preserved)
  • Delete tags permanently (only if no active assignments)
  • Reorder tags to control how they appear in pickers

Every tag belongs to one of four categories:

CategoryPurposeExample
OperationalAffects current workflowrush, waiting-on-customer
HistoricalContext from prior workliquid-damage-history, board-repair-prior
ReportingAnalytics bucketwarranty, walk-in
AutomationTriggers rules (Pro+)rush, data-recovery

If you run multiple locations, tags can be:

  • Global — Available at all shops (e.g., rush, warranty)
  • Shop-specific — Only visible at one location (e.g., a tag for a local school district)

On Pro and Enterprise plans, tags can trigger automatic actions when applied to a ticket.

RuleWhat It Does
Set PriorityAutomatically change ticket priority (e.g., rush → Urgent)
Assign TechAuto-assign to a specific technician
Require ChecklistRequire a specific checklist before closing
Require PhotosRequire minimum photo count
Require DisclaimerFlag ticket as needing customer waiver
Send AlertNotify a manager or role immediately
Block ClosePrevent closing until a condition is met
SLA EscalationEscalate if ticket isn’t reviewed within N minutes
  1. Go to Shop Settings → Tag Rules.
  2. Click Create Rule.
  3. Select the trigger tag (e.g., rush).
  4. Choose the rule type and configure it.
  5. Enable the rule.

Rules execute in priority order when a tag is applied. You can test rules in dry-run mode before enabling them.

When a device or customer accumulates 3 or more tickets with the same tag (e.g., overheating), the system surfaces a warning on the ticket detail page. This helps identify recurring problems that may indicate a deeper issue or customer misuse pattern.


All existing reports (Sales Tax, Day Report, Sales Reports, Payment Reports, Fiscal Year) support an optional tag filter. When you select one or more tags, the report only includes transactions from tickets with those tags. This lets you answer questions like “how much warranty revenue did we do this quarter?”

A dedicated report showing:

  • Most-used tags by volume
  • Tag application by technician
  • Tag trends over time
  • Unused or underused tags
  • Tag distribution by device type

ActionOwnerManagerFront DeskTechQCAccounting
Create / edit tagsYesYes
Delete / archive tagsYes
Apply tag to ticketYesYesYesYesYes
Apply tag to deviceYesYesYesYes
Apply tag to customerYesYesYes
Remove tagsYesYesYesOwn onlyOwn only
Create automation rulesYesYes
View tag reportsYesYesYes
Filter Kanban by tagYesYesYesYesYesYes

FeatureStarterProEnterprise
Tag library (up to 50)Yes
Tag library (up to 200)Yes
Tag library (unlimited)Yes
Apply / remove tagsYesYesYes
Kanban filteringYesYesYes
Tag filter on reportsYesYesYes
Automation rulesYesYes
Tag merge toolYesYes
Bulk operationsYesYes
Tag Usage ReportYesYes
Tag hierarchyYes
API access to tagsYes