Recursos · Integración n8n

Integración Zendesk n8nAutomatiza Zendesk con n8n.

El soporte vive en Zendesk y el resto del negocio vive fuera. La integración Zendesk n8n son dos nodos: 23 operaciones repartidas en 4 recursos, de los tickets a las organizaciones, y un trigger que escucha por webhook, así que lo que pasa en soporte llega al flujo en segundos.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Qué cubre de verdad la integración Zendesk n8n?

n8n trae dos nodos para esta herramienta. El nodo Zendesk llama a la API en ambos sentidos: crea, lee, actualiza y borra tickets, usuarios y organizaciones, y lee los campos de ticket. El Zendesk Trigger va al revés y arranca un flujo cuando Zendesk llama a una URL de n8n, lo que se conoce como webhook, de modo que los eventos llegan solos sin que nadie los vaya a buscar.

El primer uso es la entrada de solicitudes. Un formulario, un correo de un buzón compartido o una fila de una hoja de cálculo se convierten en ticket real con ticket.create, con Subject legible y grupo asignado. Cuando el origen es el buzón común, Gmail es el nodo que suele ir delante.

El segundo uso es la clasificación al entrar. El trigger salta, el flujo lee el ticket con ticket.get, comprueba quién escribe con user.get y solo avisa a la guardia en Slack o en Telegram si la cuenta lo merece. Lo demás espera en la cola normal, sin notificaciones a medianoche.

El tercero es medir sin herramienta de BI. ticket.getAll con Return All activado recorre todas las páginas de resultados y las filas caen en Google Sheets para la revisión semanal del backlog. organization.count pone el número de cuentas de cliente arriba de esa misma hoja.

Donde el nodo se acaba, entra HTTP Request. La API de Zendesk expone mucho más que 23 operaciones, y cualquier endpoint que falte aquí se llama con el mismo credential de Zendesk gracias a la autenticación predefinida. Esa salida también resuelve el problema de las etiquetas que viene ahora.

Conviene conocer los límites antes de montar nada. Actualizar Tag Names or IDs reemplaza la lista completa de etiquetas del ticket, así que una etiqueta ausente de la llamada desaparece. Las operaciones de listado solo recorren páginas con Return All activado; si no, Limit pone el techo. Y el trigger no trae ninguna lista de eventos que marcar, el filtrado se hace en Conditions. La reseña n8n entra en ese tipo de compromisos con más detalle.

Conexión

¿Cómo se conecta Zendesk con n8n?

  1. 01

    Activa el acceso por token en Zendesk

    En el Centro de administración, entra en Apps and integrations, luego APIs, luego Zendesk APIs, y activa el acceso a la API mediante token. Sin ese ajuste, un credential por token se rechaza pegues lo que pegues en n8n. Genera el token desde esa misma pantalla y cópialo en ese momento, porque Zendesk muestra el valor completo una sola vez.

  2. 02

    Crea el credential API Token

    En n8n, añade un credential de Zendesk y elige API Token. Hay tres valores que rellenar. Subdomain es el trozo de URL entre https:// y .zendesk.com: una cuenta a la que entras por n8n-example.zendesk.com usa n8n-example. Email es la dirección con la que inicias sesión. API Token es el valor del paso anterior.

  3. 03

    Pasa a OAuth2 en una instancia compartida

    OAuth2 encaja cuando las acciones deben quedar ligadas a una aplicación y no a la cuenta de un agente. Crea un cliente OAuth en Apps and integrations, APIs, Zendesk API, OAuth Clients. Pega la OAuth Redirect URL que da n8n como Redirect URL, lleva el Unique identifier a Client ID, el Secret a Client Secret, y rellena el mismo Subdomain.

Disparadores

¿Qué arranca un flujo de Zendesk en n8n?

Zendesk Trigger es el nodo que arranca un workflow cuando Zendesk llama a n8n. Activas el workflow: n8n te da la URL del webhook que registras en Zendesk, y cada llamada se convierte en una ejecución.

Lo que ves en n8n

Notas de configuración

01Set up the Zendesk TriggerEl Zendesk Trigger funciona por webhook: n8n registra su URL en Zendesk al activar el flujo y cada evento llega en segundos, sin polling ni intervalo que ajustar. La versión 1 del nodo no ofrece ninguna lista de eventos que marcar, algo que sorprende si vienes de otros triggers.

El Zendesk Trigger funciona por webhook: n8n registra su URL en Zendesk al activar el flujo y cada evento llega en segundos, sin polling ni intervalo que ajustar. La versión 1 del nodo no ofrece ninguna lista de eventos que marcar, algo que sorprende si vienes de otros triggers.

Parámetros clave

  • Service: el parámetro obligatorio, el primero que se elige en el nodo.
  • Field Names or IDs: dentro de Options, los campos cuyos valores envía Zendesk con el mensaje. Los eliges de la lista o pasas identificadores con una expresión.
Cuándo usarlo
siempre que la acción deba ocurrir mientras el cliente sigue esperando, por ejemplo enviar un ticket recién creado al canal correcto, el trigger gana a una ejecución programada de ticket.getAll.
02Filter with ConditionsConditions decide qué movimiento de Zendesk merece despertar un flujo. Como el nodo no trae ninguna lista de eventos que marcar, aquí es donde se define de verdad el alcance del trigger. Cada fila se arma con cuatro campos y las filas se acumulan, así que el flujo puede quedarse callado mientras el caso no encaje.

Conditions decide qué movimiento de Zendesk merece despertar un flujo. Como el nodo no trae ninguna lista de eventos que marcar, aquí es donde se define de verdad el alcance del trigger. Cada fila se arma con cuatro campos y las filas se acumulan, así que el flujo puede quedarse callado mientras el caso no encaje.

Parámetros clave

  • Resource: el objeto de Zendesk que mira la condición.
  • Field: el atributo que se compara en ese objeto, elegido de la lista que n8n carga para el recurso seleccionado.
  • Operation: la comparación que se aplica, la que decide si la fila encaja o no.
  • Value: el valor de referencia, escrito a mano o tomado de la lista de valores aceptados.
Cuándo usarlo
en una cuenta con mucho volumen, filtrar en el origen evita lanzar cientos de ejecuciones que acaban todas en un nodo IF dos pasos más allá. Menos ejecuciones, un historial legible y un flujo que sigue entendiéndose cuando lo mantienen varias personas.
Acciones

¿Qué sabe hacer el nodo Zendesk ?

El nodo Zendesk expone 23 operaciones en 4 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

Matriz recursos × operaciones
RecursoCreateGetGet ManyUpdateDeleteCountGet OrganizationsGet Related DataRecoverSearch
Ticket
Ticket Field
User
Organization

Ticket

6 operaciones
01

Create a ticket

ticket.create

Lo que ves en n8n

Notas y casos de uso

Abre un ticket en Zendesk con datos que ya viajan por el flujo y devuelve el ticket creado con su identificador para los nodos siguientes.

Parámetros clave

  • Description: el primer comentario del ticket y el único campo obligatorio. Suele venir del item entrante, por ejemplo {{ $json.message }}.
  • Subject: está en Additional Fields, es opcional para la API pero es la línea que el agente lee en su cola.
  • Type: Question, Incident, Problem o Task, lo que orienta la clasificación.
  • Group Name or ID: el grupo al que se asigna el ticket.
Casos de uso
un formulario de la web se convierte en ticket con Type en Question y grupo de facturación asignado, sin copiar nada a mano.
02

Delete a ticket

ticket.delete

Lo que ves en n8n

Notas y casos de uso

Borra un ticket de forma definitiva. Zendesk guarda los tickets normales y los suspendidos en sitios distintos, por eso el nodo pregunta en qué montón buscar antes de eliminar nada.

Parámetros clave

  • Ticket Type: Regular o Suspended. Equivocarse no devuelve nada que borrar, en lugar de borrar el ticket que no era.
  • Ticket ID: el identificador numérico, no el asunto, muchas veces arrastrado como {{ $json.id }}.
Casos de uso
una limpieza nocturna lee el montón de suspendidos, conserva lo que parece un cliente real y borra el spam evidente para que el equipo no lo vea nunca.
03

Get a ticket

ticket.get

Lo que ves en n8n

Notas y casos de uso

Lee un ticket y devuelve su contenido completo: estado, solicitante, grupo, etiquetas y valores de los campos personalizados, disponibles en JSON para el resto del flujo.

Parámetros clave

  • Ticket Type: Regular para la cola activa, Suspended para revisar un mensaje retenido antes de decidir qué hacer con él.
  • Ticket ID: el identificador del ticket que se lee, normalmente el que acaba de entregar el trigger.
Casos de uso
llega un aviso con un simple número de ticket y esta operación lo convierte en un resumen legible antes de que el flujo decida si escala.
04

Get many tickets

ticket.getAll

Lo que ves en n8n

Notas y casos de uso

Lista tickets en bloque y acepta la sintaxis de búsqueda de Zendesk, lo que la convierte en la operación de reporting del nodo.

Parámetros clave

  • Ticket Type: obligatorio, y cambia todo el conjunto de resultados.
  • Return All: activado, n8n recorre todas las páginas; desactivado, Limit pone el techo de tickets devueltos.
  • Query: en Options, la cadena de búsqueda de Zendesk que acota la lista.
  • Status y Group Name or ID: filtran por estado o por equipo.
  • Sort By y Sort Order: orden por Created At, Priority, Status o Updated At, ascendente o descendente.
Casos de uso
cada lunes, exportar los tickets aún abiertos con Sort By en Created At, los casos más viejos arriba.
05

Recover a ticket

ticket.recover

Lo que ves en n8n

Notas y casos de uso

Devuelve un ticket suspendido a la cola normal, donde vuelve a ser un ticket como cualquier otro: se asigna, se responde y se cierra.

Parámetros clave

  • Suspended Ticket ID: el identificador de la lista de suspendidos, que no es el que llevará el ticket una vez recuperado.
Casos de uso
un cliente conocido escribe desde una dirección nueva y queda suspendido como si fuera un desconocido. El flujo compara el dominio con la organización, recupera el ticket y el cliente nunca nota el rodeo.
06

Update a ticket

ticket.update

Lo que ves en n8n

Notas y casos de uso

Aplica cambios a un ticket que ya existe, desde un cambio de estado de una palabra hasta una respuesta pública redactada por otro nodo.

Parámetros clave

  • Ticket ID: obligatorio, el ticket afectado.
  • Public Reply: la respuesta que ve el solicitante. Internal Note queda entre agentes y acepta HTML.
  • Status: New, Open, Pending, On-Hold, Solved o Closed.
  • Assignee Email: entrega el ticket a un agente por su dirección.
  • Tag Names or IDs: ojo, Zendesk reemplaza la lista entera de etiquetas, así que la que no viaje en la llamada se pierde. Lee el ticket y fusiona antes.
Casos de uso
un clasificador detecta una solicitud de reembolso, pone Status en Pending y deja una nota interna con el motivo.

Ticket Field

2 operaciones
07

Get a ticket field

ticketField.get

Lo que ves en n8n

Notas y casos de uso

Devuelve la definición de un campo de ticket: su título, su tipo y, si es un desplegable, los valores de opción que Zendesk acepta.

Parámetros clave

  • Ticket Field ID: el identificador numérico del campo, visible en la URL de administración de ese campo.
Casos de uso
antes de escribir en un desplegable personalizado, el flujo lee su definición y hace corresponder una etiqueta interna con el valor de opción exacto, lo que evita una actualización rechazada más adelante.
08

Get many ticket fields

ticketField.getAll

Lo que ves en n8n

Notas y casos de uso

Lista los campos de sistema y los personalizados en una sola llamada, la vía más rápida para descubrir qué guarda realmente una instancia de Zendesk en cada ticket.

Parámetros clave

  • Return All: activado para el catálogo completo de campos; desactivado, Limit corta la lista antes.
Casos de uso
al empezar un proyecto, lánzala una vez y guarda la salida como referencia, para que cada nodo posterior use el identificador de campo correcto y no un nombre adivinado.

User

8 operaciones
09

Create a user

user.create

Lo que ves en n8n

Notas y casos de uso

Añade una persona a Zendesk como usuario final, agente o admin, y devuelve la ficha con el identificador que se reutiliza en todo lo demás.

Parámetros clave

  • Name: el único campo obligatorio, el nombre que se muestra.
  • Email: la dirección principal, en Additional Fields, la que Zendesk usa para enlazar el correo entrante.
  • Role: End User, Agent o Admin.
  • Organization Name or ID: la organización por defecto de esa persona.
  • Verified: activado, Zendesk da la identidad por confirmada y no manda el correo de verificación.
Casos de uso
un contrato firmado en el CRM crea el contacto en Zendesk ya asociado a su organización, antes incluso del primer ticket.
10

Delete a user

user.delete

Lo que ves en n8n

Notas y casos de uso

Quita a una persona de Zendesk. Sus tickets siguen ahí, la ficha desaparece: esta operación va al final de un flujo, nunca en medio.

Parámetros clave

  • User ID: el identificador numérico de la ficha, obtenido con una búsqueda previa y no escrito a mano.
Casos de uso
entra una petición de supresión de datos. El flujo exporta los tickets de esa persona, registra la petición y luego borra la ficha, con cada paso guardado en el historial de ejecuciones de n8n.
11

Get a user

user.get

Lo que ves en n8n

Notas y casos de uso

Lee una ficha y devuelve todo lo que contiene: rol, organización, etiquetas, idioma, notas y campos de usuario personalizados.

Parámetros clave

  • User ID: el identificador de la ficha que se lee, a menudo {{ $json.requester_id }} tomado de un ticket.
Casos de uso
antes de responder, el flujo mira si quien escribe es agente o usuario final y manda cada caso por una rama distinta, para que una consulta interna no herede la plantilla de respuesta al cliente.
12

Get many users

user.getAll

Lo que ves en n8n

Notas y casos de uso

Lista los usuarios de la cuenta, con filtro por rol cuando solo interesa una parte del directorio.

Parámetros clave

  • Return All: activado para recorrer el directorio entero; desactivado, Limit fija el máximo.
  • Roles: en Filters, conserva End User, Agent, Admin o cualquier combinación de los tres.
Casos de uso
una auditoría de accesos lista a todos los Agent y Admin, los compara con la tabla de altas y bajas y señala las cuentas de gente que ya se fue.
13

Get a user's organizations

user.getOrganizations

Lo que ves en n8n

Notas y casos de uso

Devuelve las organizaciones a las que pertenece una persona. Zendesk permite varias pertenencias por usuario, y esta operación las muestra todas, no solo la predeterminada.

Parámetros clave

  • User ID: la ficha cuyas pertenencias se listan.
Casos de uso
un contacto trabaja para una matriz y para una filial. El flujo lee las dos pertenencias y envía el ticket al equipo que lleva de verdad la cuenta implicada.
14

Get data related to a user

user.getRelatedData

Lo que ves en n8n

Notas y casos de uso

Trae los datos que Zendesk mantiene alrededor de una persona, es decir lo que rodea a la ficha en lugar de la ficha misma.

Parámetros clave

  • User ID: la ficha que se inspecciona.
Casos de uso
una encuesta de satisfacción tiene poco sentido para alguien que abrió su primer ticket ayer. El flujo lee estos datos relacionados y solo pregunta a los contactos con historial detrás.
16

Update a user

user.update

Lo que ves en n8n

Notas y casos de uso

Reescribe campos de una ficha existente, uno a uno o por lotes, y devuelve la ficha ya actualizada.

Parámetros clave

  • User ID: obligatorio, la ficha que se edita.
  • Email, Phone, Name: los datos de contacto, en Update Fields.
  • Organization Name or ID: mueve a la persona a otra cuenta.
  • Role y Ticket Restriction: cambian lo que puede hacer y qué tickets ve, entre Organization, Groups, Assigned y Requested.
  • Suspended: activado, la persona no puede entrar y sus tickets también quedan suspendidos.
Casos de uso
cuando el CRM registra un cambio de empresa, la ficha de Zendesk lo sigue y el historial queda colgado de la organización correcta.

Organization

7 operaciones
17

Count organizations

organization.count

Lo que ves en n8n

Notas y casos de uso

Devuelve cuántas organizaciones tiene la cuenta, como una cifra suelta y no como una lista. Es la llamada más ligera del nodo: nada que paginar, nada que filtrar.

Casos de uso
un panel mensual abre con el número de cuentas de cliente en Zendesk junto al volumen de tickets, y un flujo lo compara con el mes anterior para detectar una importación que salió mal.
18

Create an organization

organization.create

Lo que ves en n8n

Notas y casos de uso

Registra una empresa en Zendesk y la devuelve con su identificador, lista para colgar de ella usuarios y tickets.

Parámetros clave

  • Name: obligatorio, y es la etiqueta por la que buscan los agentes.
  • Domain Names: los dominios separados por comas. Zendesk los usa para asociar automáticamente los contactos nuevos a esta organización.
  • Details y Notes: la dirección y el contexto que conviene leer antes de responder.
  • Tag Names or IDs: las etiquetas de la organización, desde la lista o por identificador.
Casos de uso
una venta cerrada crea la organización con sus dominios de correo ya rellenados, para que el primer ticket de esa empresa entre asociado a la cuenta.
19

Delete an organization

organization.delete

Lo que ves en n8n

Notas y casos de uso

Elimina una organización de la cuenta. Sus miembros no se van con ella, simplemente se quedan sin empresa asociada.

Parámetros clave

  • Organization ID: el identificador numérico de la ficha que se retira.
Casos de uso
una importación mal hecha dejó empresas duplicadas. El flujo conserva la que tiene los tickets, mueve a los usuarios con user.update y después borra el duplicado vacío.
20

Get an organization

organization.get

Lo que ves en n8n

Notas y casos de uso

Lee una ficha de empresa y devuelve todo lo que guarda: dominios, notas, etiquetas y campos de organización personalizados.

Parámetros clave

  • Organization ID: el identificador de la ficha que se lee, a menudo salido de user.getOrganizations antes en el flujo.
Casos de uso
una etiqueta de prioridad en la organización decide el enrutado. El flujo lee la ficha, ve la etiqueta y manda el ticket directo al equipo de cuenta en vez de a la cola general.
21

Get many organizations

organization.getAll

Lo que ves en n8n

Notas y casos de uso

Lista las empresas de la cuenta, que es como un sistema externo consigue la foto completa del parque de clientes en Zendesk.

Parámetros clave

  • Return All: activado, se recuperan todas las páginas de organizaciones; desactivado, Limit decide dónde se corta la lista.
Casos de uso
una sincronización nocturna empuja la lista de organizaciones al almacén de datos, para que la facturación y el volumen de soporte se lean por fin bajo el mismo nombre de empresa.
22

Get data related to an organization

organization.getRelatedData

Lo que ves en n8n

Notas y casos de uso

Trae los datos relacionados que Zendesk mantiene alrededor de una empresa, en lugar de la ficha de la empresa en sí.

Parámetros clave

  • Organization ID: la empresa que se inspecciona.
Casos de uso
antes de una revisión trimestral, el flujo recoge estos datos para cada cuenta estratégica y arma una hoja única, en vez de que un responsable abra las fichas una por una.
23

Update an organization

organization.update

Lo que ves en n8n

Notas y casos de uso

Edita una ficha de empresa en su sitio, lo que mantiene los tickets y las pertenencias mientras cambian los detalles.

Parámetros clave

  • Organization ID: obligatorio, la ficha que se edita.
  • Name: en Update Fields, para un cambio de marca o una errata corregida.
  • Domain Names: la lista de dominios separados por comas, que conviene actualizar cuando una empresa añade un segundo.
  • Notes y Details: el contexto que leen los agentes antes de responder.
  • Tag Names or IDs: las etiquetas que lleva la organización.
Casos de uso
una cuenta pasa de prueba a pago, y un simple cambio de etiqueta en la organización manda todos sus tickets futuros a la cola de soporte de pago.
Necesitas ayuda

¿Necesitas ayuda para automatizar Zendesk con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Zendesk y n8n, las preguntas que vienen después

01¿La integración Zendesk n8n es gratuita?
Sí por el lado de n8n. El nodo Zendesk y el Zendesk Trigger vienen con n8n: nada que instalar y nada extra que pagar, tanto si la instancia corre en n8n Cloud como si está autoalojada con Docker o npm, en Community Edition bajo licencia Sustainable Use. Un flujo construido en una funciona igual en la otra. Lo que cuesta el plan de Zendesk depende de tu contrato con Zendesk y no se trata aquí. El único coste real es el rato de crear el credential una vez, porque después lo reutilizan todos los nodos Zendesk de todos tus flujos.
02¿Qué credenciales necesita el nodo Zendesk en n8n?
Funcionan dos métodos, y los dos sirven para el nodo y para el trigger. API Token pide tres valores: Subdomain, que es el trozo de URL entre https:// y .zendesk.com, el Email con el que inicias sesión, y un API Token generado en el Centro de administración bajo Apps and integrations, luego APIs, luego Zendesk API. El acceso a la API por token tiene que estar activado en esa misma pantalla o el credential se rechaza. OAuth2 pide Client ID, Client Secret y Subdomain, sacados de un cliente OAuth creado en Apps and integrations, APIs, Zendesk API, OAuth Clients, con la OAuth Redirect URL de n8n pegada en ese cliente.
03¿Qué límites tiene el nodo Zendesk en n8n?
El nodo cubre 23 operaciones sobre 4 recursos: tickets, campos de ticket, usuarios y organizaciones. La API de Zendesk llega más lejos, así que todo lo que quede fuera pasa por el nodo HTTP Request, que reutiliza el mismo credential de Zendesk con autenticación predefinida. Hay dos comportamientos que conviene tener presentes. Actualizar Tag Names or IDs reemplaza la lista completa de etiquetas del ticket y quita en silencio las que no viajen en la llamada, así que lee el ticket y fusiona antes. Y las operaciones de listado solo recorren páginas con Return All activado; si no, Limit pone el techo de items devueltos.
04¿El Zendesk Trigger reacciona en tiempo real?
Sí. El Zendesk Trigger funciona por webhook, es decir una URL que n8n registra en Zendesk y que la herramienta llama, de modo que cada evento llega al flujo en segundos. No hay polling, ni intervalo que configurar, ni retraso que justificar ante un cliente que espera. El registro ocurre al activar el flujo, así que un trigger dentro de un flujo inactivo no recibe nada. La versión 1 del nodo no ofrece lista de eventos que marcar: eliges el Service, si quieres los Field Names or IDs que se envían, y filtras con Conditions sobre Resource, Field, Operation y Value.
05¿n8n o Make para Zendesk?
Depende de tres criterios, y el precio es solo uno. Primero el alojamiento: n8n corre en tu propio servidor o en n8n Cloud, mientras que Make solo lo aloja Make. De ahí sale el control de los datos, que pesa cuando los tickets llevan información de clientes que prefieres mantener en una infraestructura tuya. Después el modelo de coste: Make factura por operación, así que un flujo que lee muchos tickets se encarece según sube el volumen, mientras que un n8n autoalojado no cobra por ejecución. Make resulta cómodo para un escenario visual corto. Para una lógica de soporte con ramas que explota 23 operaciones de Zendesk, n8n deja más margen.
Hack'celeration Lab

Recibe nuestros tips de integración cada semana.

Sin spam. Cancela cuando quieras.