Short answer: Drop the "Zendesk → Update Ticket" action anywhere in your workflow, map the inputs from upstream nodes, and publish.
Every field can be mapped from an upstream trigger, AI step, table row, or hard-coded literal.
| Field | Type | Required | Description |
|---|---|---|---|
Ticket ID ticket_id | string | Required | Zendesk ticket ID — numeric. Find via Search Tickets. |
Status status | options | Optional | Status. Options: New, Open, Pending, Hold, Solved, Closed |
Priority priority | options | Optional | Priority. Options: Low, Normal, High, Urgent |
Assignee ID assignee_id | string | Optional | Zendesk user ID of the agent to assign |
Comment comment_body | string | Optional | Add a public comment to the ticket |
Internal Note internal_note | string | Optional | Add an internal note (not visible to requester) |
Tags tags | string | Optional | Comma-separated tags (replaces existing tags) |
{"ticket_id": "e.g. 123","status": "{{trigger.status}}","priority": "{{trigger.priority}}","assignee_id": "e.g. 789","comment_body": "{{trigger.comment_body}}"}
{"ticket": {"id": 123,"status": "solved","priority": "high"}}
Use these fields in downstream nodes for routing, logging, or error handling.
Any of these apps can fire this action as part of a workflow.
Triggered by anything in the catalog. Free tier available. No credit card.