AgentSkillsCN

Tickets

当您需要管理Syncro MSP工单时,可使用此技能:创建、更新、搜索或管理服务台相关业务。本技能覆盖工单字段、状态、优先级、问题类型、计时器操作以及工作流自动化,内置了验证逻辑、工时追踪与报告功能,是MSP技术人员通过Syncro高效处理服务交付的必备工具。

SKILL.md
--- frontmatter
description: >
  Use this skill when working with Syncro MSP tickets - creating, updating,
  searching, or managing service desk operations. Covers ticket fields,
  statuses, priorities, problem types, timer operations, and workflow automations.
  Includes business logic for validation, time tracking, and reporting.
  Essential for MSP technicians handling service delivery through Syncro.
triggers:
  - syncro ticket
  - service ticket syncro
  - create ticket syncro
  - ticket status syncro
  - ticket priority
  - syncro service desk
  - ticket timer
  - resolve ticket syncro
  - ticket comments
  - time entry syncro
  - ticket search syncro

Syncro MSP Ticket Management

Overview

Syncro tickets are the core unit of service delivery in the platform. Every client request, incident, and service task flows through the ticketing system. This skill covers comprehensive ticket management including creation, updates, timer operations, comments, and time tracking.

Ticket Status Values

Syncro provides configurable ticket statuses. These are the common default values:

StatusDescriptionBusiness Logic
NewNewly created ticketDefault for new tickets, awaiting triage
In ProgressActively being workedTechnician assigned and working
On HoldWaiting for external factorMay pause SLA clock
Waiting on CustomerAwaiting customer responseSLA clock typically paused
Waiting on PartsWaiting for hardware/partsSLA clock may pause
ScheduledWork scheduled for futureHas associated appointment
ResolvedIssue resolved, pending closeResolution documented
ClosedTicket completedArchived, no further action

Status Transition Flow

code
New ──────────────────────────────────> Resolved ──> Closed
 │                                          ↑
 ↓                                          │
In Progress ──────────────────────────────>─┤
 │         │                                │
 │         ↓                                │
 │    On Hold ────────────────────────────>─┤
 │         │                                │
 │         ↓                                │
 │    Waiting on Customer ────────────────>─┤
 │         │                                │
 │         ↓                                │
 │    Waiting on Parts ───────────────────>─┘
 │
 ↓
Scheduled ─────> In Progress ────> Resolved ──> Closed

Ticket Priority Levels

PriorityDescriptionTypical Response
LowMinor issues, requests24-48 hours
MediumStandard issues4-8 hours
HighSignificant impact1-2 hours
UrgentCritical/business downImmediate

Complete Ticket Field Reference

Core Fields

FieldTypeRequiredDescription
idintegerSystemAuto-generated unique identifier
numberintegerSystemHuman-readable ticket number
subjectstringYesBrief issue summary
bodytextNoDetailed description (supports HTML)
customer_idintegerYesAssociated customer
contact_idintegerNoPrimary contact for ticket

Classification Fields

FieldTypeRequiredDescription
statusstringYesCurrent status
prioritystringYesUrgency level
problem_typestringNoIssue category
ticket_type_idintegerNoTicket type classification

Assignment Fields

FieldTypeRequiredDescription
user_idintegerNoAssigned technician
created_byintegerSystemWho created the ticket

Date/Time Fields

FieldTypeRequiredDescription
created_atdatetimeSystemCreation timestamp
updated_atdatetimeSystemLast modification
due_datedateNoTarget completion date
resolved_atdatetimeSystemResolution timestamp

Timer Fields

FieldTypeDescription
timer_activebooleanWhether timer is running
timer_started_atdatetimeWhen current timer started
total_time_secondsintegerCumulative time tracked

Timer Operations

Starting a Timer

http
POST /api/v1/tickets/{id}/timer
json
{
  "action": "start"
}

Stopping a Timer

http
POST /api/v1/tickets/{id}/timer
json
{
  "action": "stop"
}

Timer Best Practices

  1. Start timer when beginning work - Ensures accurate time tracking
  2. Stop timer during interruptions - Prevents overbilling
  3. Check timer status before closing - Running timers create time entries
  4. Review time before invoicing - Verify accuracy

API Patterns

Creating a Ticket

http
POST /api/v1/tickets
Content-Type: application/json
Authorization: Bearer YOUR_API_KEY
json
{
  "customer_id": 12345,
  "subject": "Unable to access email - multiple users affected",
  "body": "<p>Sales team (5 users) reporting Outlook showing disconnected since 9am.</p><p>Webmail is working.</p>",
  "status": "New",
  "priority": "High",
  "problem_type": "Email",
  "contact_id": 67890,
  "due_date": "2024-02-15"
}

Searching Tickets

Open tickets for customer:

http
GET /api/v1/tickets?customer_id=12345&status=open

My assigned tickets:

http
GET /api/v1/tickets?mine=true&status=open

Search by text:

http
GET /api/v1/tickets?query=email%20not%20working

Date range:

http
GET /api/v1/tickets?date_from=2024-02-01&date_to=2024-02-15

Updating a Ticket

http
PUT /api/v1/tickets/{id}
Content-Type: application/json
json
{
  "status": "Resolved",
  "priority": "Medium",
  "body": "Updated description with resolution details"
}

Adding Comments

http
POST /api/v1/tickets/{id}/comment
Content-Type: application/json

Public comment (visible to customer):

json
{
  "subject": "Status Update",
  "body": "We've identified the cause and are working on a fix.",
  "hidden": false,
  "do_not_email": false
}

Private/Internal note:

json
{
  "subject": "Internal Note",
  "body": "Root cause: KB5034441 update corrupted Outlook cache",
  "hidden": true,
  "do_not_email": true
}

Adding Time Entries

http
POST /api/v1/tickets/{id}/line_items
Content-Type: application/json
json
{
  "product_id": 123,
  "quantity": 1.5,
  "price": 150.00,
  "description": "Troubleshooting and resolving email connectivity issue"
}

Common Workflows

Ticket Creation Flow

  1. Validate customer exists - Search by name or use ID
  2. Check for duplicates - Search open tickets with similar subject
  3. Set initial values:
    • Status: New
    • Priority: Based on urgency
    • Problem type: Categorize the issue
  4. Assign technician if known
  5. Send acknowledgment to customer (automatic if configured)

Ticket Resolution Flow

  1. Document resolution in comments
  2. Stop any active timers
  3. Review time entries for accuracy
  4. Update status to Resolved
  5. Generate invoice if billable

Time Tracking Workflow

  1. Start timer when beginning work
  2. Add comments documenting actions taken
  3. Stop timer when stepping away
  4. Convert timer to line item for billing
  5. Review before closing ticket

Error Handling

Common API Errors

CodeMessageResolution
400Invalid parameterCheck field values
401UnauthorizedVerify API key
404Ticket not foundConfirm ticket ID exists
422Validation failedCheck required fields
429Rate limitedWait and retry (180 req/min limit)

Validation Errors

ErrorCauseFix
customer_id requiredMissing customerAll tickets need a customer
subject requiredEmpty subjectProvide ticket subject
Invalid statusUnknown status valueUse valid status string
Invalid priorityUnknown priorityUse Low/Medium/High/Urgent

Best Practices

  1. Use descriptive subjects - Include who's affected and symptoms
  2. Categorize properly - Use problem types for reporting
  3. Track time immediately - Don't batch at end of day
  4. Update status promptly - Keeps queues accurate
  5. Document thoroughly - Future technicians will thank you
  6. Use private notes for technical details - Keep public comments professional
  7. Set due dates - Helps with scheduling and SLA tracking
  8. Review before closing - Ensure all time is captured

Related Skills