Update Ticket

syncro.update_ticket
ActionBusiness appsconnection required

Calls the Syncro MSP API with the connection's credentials.

Change a ticket's status, owner or any other editable field.

Connection

Required
Yes — the node will not save without one
Auth type
API key
Providers
Syncro MSP
Secret shape
the API token, or {"api_key": "…"}
Config it needs
subdomain, base_url
Resolved by
config.connection_id, else node.connection_id

Configuration

10 fields, 1 required. A dotted path is a nested object and name[] an array of objects — the editor renders the same tree.

FieldTypeRequiredDefaultConstraintsExample
ticket_id
The Syncro ticket id, which every ticket node emits as 'id'.
numberYes—≥ 144050842
status
The status to move the ticket to; statuses are configured per account.
stringNo——Resolved
subject
A new subject line for the ticket.
stringNo——Printer offline in reception
priority
A new priority; Syncro's stock scale runs '0 Urgent' to '3 Low'.
stringNo——1 High
problem_type
A new problem type for the ticket.
stringNo——Hardware
user_id
Reassign the ticket to this Syncro user.
numberNo—≥ 11
customer_id
Move the ticket to this customer.
numberNo—≥ 11
contact_id
Put this contact on the ticket.
numberNo—≥ 11
due_date
A new due date, as a date or an ISO-8601 timestamp.
stringNo——2026-03-01
properties
Values for the account's custom ticket fields, keyed by the field's name.
objectNo——{"Device Type":"Hard Drive"}
  • At least one of status, subject, priority, problem_type, user_id, customer_id, contact_id, due_date, properties must be set.

Example configuration

Every value below is the contract’s own example or default — nothing invented.

{
  "contact_id": 1,
  "customer_id": 1,
  "due_date": "2026-03-01",
  "priority": "1 High",
  "problem_type": "Hardware",
  "properties": {
    "Device Type": "Hard Drive"
  },
  "status": "Resolved",
  "subject": "Printer offline in reception",
  "ticket_id": 44050842,
  "user_id": 1
}

Output

One shape.

result

FieldTypeExample
id
The ticket id, which the other ticket nodes take.
number—
number
The human-facing ticket number shown in Syncro.
number—
subject
The ticket's subject line.
string—
status
The ticket's current status, e.g. 'New' or 'Resolved'.
string—
priority
The ticket's priority, or null when none is set.
string—
problem_type
The problem type recorded on the ticket.
string—
customer_id
The customer the ticket belongs to.
number—
contact_id
The contact on the ticket, or null.
number—
user_id
The technician the ticket is assigned to, or null.
number—
due_date
When the ticket is due, as an ISO-8601 timestamp.
string—
resolved_at
When the ticket was resolved, or null.
string—
created_at
When the ticket was created, as an ISO-8601 timestamp.
string—
updated_at
When the ticket last changed, as an ISO-8601 timestamp.
string—
comments
The ticket's comments, as Syncro returned them.
array—
{
  "comments": [],
  "contact_id": 0,
  "created_at": "",
  "customer_id": 0,
  "due_date": "",
  "id": 0,
  "number": 0,
  "priority": "",
  "problem_type": "",
  "resolved_at": "",
  "status": "",
  "subject": "",
  "updated_at": "",
  "user_id": 0
}

Notes

  • Syncro refuses an update that changes nothing, so name at least one field.

See Update Ticket run in a workflow.

In a technical demo we add the Syncro MSP connection, drop the node on the canvas and let Workflow Health pre-flight it before the first real run.