- Inicio
- Recursos
- Integraciones
- Help Scout
Integración Help Scout n8nAutomatiza Help Scout con n8n.
La bandeja de soporte también puede trabajar sola. La integración Help Scout n8n aporta dos nodos: uno que expone 13 operaciones repartidas en 4 recursos, conversaciones, clientes, buzones e hilos, y un trigger que escucha 12 eventos. Pensado para equipos que hoy copian tickets a mano.
Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth
¿Qué resuelve la integración Help Scout n8n?
Son dos nodos que vienen dentro de n8n y se reparten el trabajo. El nodo Help Scout llama a la API Mailbox por ti: 13 operaciones sobre 4 recursos, o sea conversaciones, clientes, buzones e hilos. El Help Scout Trigger hace lo contrario, arranca un flujo de trabajo en cuanto Help Scout emite uno de sus 12 eventos.
Empieza por la señal que más cuesta cuando llega tarde: la valoración. El evento satisfaction.ratings se dispara cuando entra una puntuación, y leerla al día siguiente ya no sirve de nada. Mándala a un canal de Discord para que el responsable la vea al momento, o encadena conversation.get antes del aviso para que el mensaje lleve el asunto y el estado en lugar de un identificador suelto.
El segundo patrón va en la otra dirección: crear el ticket desde fuera. Un formulario enviado, un cobro rechazado, una fila marcada en una hoja. El flujo llama a conversation.create con buzón, asunto, estado y tipo, y después a thread.create para escribir el mensaje. El agente que abre la cola ve una conversación normal. Cuando el origen es el correo saliente, SendGrid y Gmail encajan antes de esa llamada.
El tercer patrón es el más callado y el que más se agradece a fin de mes: el reporte. Un flujo que arranca en convo.created y escribe una línea por ticket deja un backlog vivo sin que nadie toque el archivo. Con convo.assigned sabes quién coge qué, y con convo.status mides cuánto tarda un ticket en cerrarse.
Siempre quedará alguna llamada fuera de las 13 operaciones del catálogo. En n8n eso tiene una respuesta única: el nodo HTTP Request ataca cualquier endpoint de la API de Help Scout y reutiliza la misma credencial, es decir la conexión que guardas una sola vez en n8n, mediante la autenticación predefinida.
Dos detalles antes de construir. Las operaciones que devuelven listas están paginadas: Return All recorre todas las páginas de la API y, si lo dejas desactivado, la ejecución se detiene en Limit. Y los 12 eventos no se reparten por igual. Agrupados por familia salen 10 eventos convo, 1 customer y 1 satisfaction: 3 familias, 12 eventos, casi todo gira alrededor de la conversación. Si aún dudas de plataforma, la Reseña n8n lo desarrolla, y el Curso n8n monta estos flujos paso a paso.
¿Cómo se conecta Help Scout con n8n?
- 01
Crea una app en Help Scout
Solo hay un método de autenticación admitido: OAuth2, el flujo en el que Help Scout entrega un token a n8n y tú no pegas ninguna contraseña. Necesitas una cuenta de Help Scout y después una app creada en su lado, siguiendo la documentación OAuth de Help Scout. Esa app es la que identifica a n8n cuando se emite el token, y es el único paso que ocurre fuera de n8n.
- 02
Guarda la credencial una sola vez
En n8n, entra en el menú Credentials y crea una credencial de Help Scout completando el flujo OAuth2. Una credencial es la conexión guardada que n8n reutiliza en todas partes, así no te autenticas nodo por nodo. La misma credencial vale para el nodo Help Scout y para el Help Scout Trigger, de modo que el flujo que escucha y el que escribe comparten conexión.
- 03
Ejecuta una primera operación
Coloca el nodo Help Scout en el lienzo, elige la credencial en el desplegable y selecciona un recurso y una operación.
mailbox.getAlles la prueba menos arriesgada: devuelve tus buzones y confirma que el token funciona. Guarda el identificador de buzón que obtengas, porqueconversation.createpide un Mailbox Name or ID, que el nodo también puede ofrecerte en una lista.
¿Qué pone en marcha un flujo de Help Scout ?
Help Scout Trigger es el nodo que arranca un workflow cuando algo ocurre en Help Scout. Escucha 12 eventos, listados abajo por familia. Eliges uno o varios, activas el workflow y n8n registra el webhook (la URL que Help Scout llama) en tu cuenta.
Lo que ves en n8n
Todos los eventos, por familia
Una fila por objeto, un chip por acción. El evento que marcas en el nodo se escribe objeto.acción; pasa el cursor por un chip para leer cuándo se dispara.
convo.*10convo.assignedcreateddeletedmergedmovedstatustags
convo.agent. reply. created
convo.customer. reply. created
convo.note. created
customer.*1customer.created
satisfaction.*1satisfaction.ratings
Notas de configuración
01Set up the Help Scout Trigger
El trigger funciona por webhook, es decir una URL que Help Scout llama en el instante en que ocurre algo. n8n registra esa URL en Help Scout al activar el flujo de trabajo y cada evento llega en unos segundos. No hay frecuencia que ajustar.
Parámetros clave
- Events: la lista de tipos de evento que escucha el trigger. Hay doce disponibles y marcas los que te interesan. Si marcas demasiados, un solo flujo acaba tratando payloads que no tienen nada que ver entre sí, así que suele compensar separarlos.
02Customer and satisfaction events
Dos eventos ocupan cada uno su propia familia. customer.created forma la familia customer y se dispara cuando aparece una ficha de cliente nueva. satisfaction.ratings forma la familia satisfaction y se dispara al recibirse una puntuación. Sumados a los diez eventos de conversación, la cuenta cuadra: 10 más 1 más 1, 12 eventos en 3 familias.
customer.created es el enganche natural del onboarding, porque la ficha existe antes de que nadie la haya enriquecido; encadena customer.update detrás para volcar lo que otra herramienta ya sabe. satisfaction.ratings alimenta la revisión de calidad y pone el comentario delante del equipo el mismo día. Ninguno de los dos comparte campos con los diez eventos de conversación, así que un flujo que se ramifica sobre la familia necesita su propio mapeo.03Conversation lifecycle events
Siete de los diez eventos convo siguen la vida del ticket, no lo que se escribe dentro. convo.created al abrirse, convo.assigned al asignarse, convo.status al cambiar de estado, convo.moved al cambiar de buzón, convo.tags al etiquetarse, convo.merged cuando dos tickets se fusionan y convo.deleted al borrarse.
convo.assigned para registrar quién coge cada caso, o en convo.status para medir el tiempo hasta el cierre. Añade convo.moved si el equipo enruta entre varios buzones y quieres ver a dónde va el volumen real. Ninguno de estos siete eventos lleva el texto del mensaje, solo el cambio en la ficha del ticket, así que una regla que también necesite el contenido encadena conversation.get justo después.04Reply and note events
Los tres eventos convo restantes hablan del contenido añadido a una conversación. convo.customer.reply.created salta cuando responde el cliente, convo.agent.reply.created cuando responde un agente y convo.note.created cuando alguien añade una nota interna. Distinguirlos importa: una respuesta del cliente y una del agente no piden la misma regla de seguimiento.
convo.note.created alimenta un canal donde una mención en una nota basta para traer a un compañero. Ninguno de los tres dice en qué estado está el ticket, solo lo que se acaba de añadir, así que una regla que también necesite el estado encadena conversation.get justo después del trigger.Las 13 operaciones del nodo, una a una
El nodo Help Scout expone 13 operaciones en 4 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.
| Recurso | Create | Get | Get Many | Update | Delete | Properties |
|---|---|---|---|---|---|---|
| Conversation | ✓ | ✓ | ✓ | ✓ | ||
| Customer | ✓ | ✓ | ✓ | ✓ | ✓ | |
| Mailbox | ✓ | ✓ | ||||
| Thread | ✓ | ✓ |
Índice de operaciones
Conversation
4 operacionesCreate a conversation
conversation.createLo que ves en n8n
Notas y casos de uso
Abre una conversación en un buzón y devuelve la conversación creada. Es la operación que convierte un evento nacido en otro sitio en un ticket que un agente puede trabajar.
Parámetros clave
- Mailbox Name or ID: el buzón donde se crea la conversación. Se elige de la lista o se pasa por expresión con
{{ $json.field }}. - Status:
active,closedopending. - Subject: el asunto, la línea que los agentes leen en la cola.
- Type:
chat,emailophone. - Resolve Data: desactivado, la respuesta solo trae el ID del recurso; activado, n8n resuelve los datos automáticamente.
pending dentro del buzón de facturación.Delete a conversation
conversation.deleteLo que ves en n8n
Notas y casos de uso
Elimina una conversación de Help Scout. El nodo no incluye ningún paso de confirmación: lo que llega hasta aquí sale del buzón.
Parámetros clave
- Conversation ID: la conversación que se borra, normalmente heredada de un nodo anterior con
{{ $json.field }}.
Get a conversation
conversation.getLo que ves en n8n
Notas y casos de uso
Recupera una conversación a partir de su identificador, para que un flujo que solo conoce un ID pueda trabajar con la ficha completa.
Parámetros clave
- Conversation ID: el identificador de la conversación que se lee, a menudo tomado del payload del trigger con
{{ $json.field }}.
Get many conversations
conversation.getAllLo que ves en n8n
Notas y casos de uso
Lista conversaciones. Es el arranque de los flujos de reporte, porque los filtros trabajan antes de que los datos entren en n8n.
Parámetros clave
- Return All: activado, n8n recorre todas las páginas; desactivado, se detiene en Limit.
- Modified Since: devuelve solo las conversaciones modificadas después de esa fecha, el freno habitual de una ejecución programada.
- Status:
active,all,closed,open,pendingospam. - Mailbox ID: restringe la lista a un buzón.
- Embed: con el valor
threads, carga las subentidades junto a la conversación.
Customer
5 operacionesCreate a customer
customer.createLo que ves en n8n
Notas y casos de uso
Añade una ficha de cliente en Help Scout. Ningún campo es obligatorio, así que la forma de la ficha depende por completo de lo que decidas enviar.
Parámetros clave
- Emails: una colección donde cada entrada añade una dirección a la ficha.
- First Name: si se rellena, debe tener entre 1 y 40 caracteres.
- Job Title: 60 caracteres como máximo.
- Organization: la empresa a la que pertenece el contacto.
- Phones, Websites, Social Profiles, Chat Handles, Address: una colección cada uno, que se rellena entrada por entrada.
Get a customer
customer.getLo que ves en n8n
Notas y casos de uso
Lee una ficha de cliente y la pasa al resto del flujo de trabajo.
Parámetros clave
- Customer ID: el identificador de la ficha que se lee, heredado casi siempre del nodo anterior como
{{ $json.field }}.
Get many customers
customer.getAllLo que ves en n8n
Notas y casos de uso
Devuelve una lista de clientes, con filtros aplicados por la API en lugar de por un nodo de filtrado colocado más abajo.
Parámetros clave
- Return All: activado, vuelven todas las páginas de clientes; desactivado, la ejecución para en Limit.
- Query: la búsqueda avanzada, para lo que los filtros simples no expresan.
- Mailbox ID: deja solo los clientes de un buzón.
- Sort Field y Sort Order: el orden del resultado, por ejemplo
modifiedAtendesc.
Get customer properties
customer.propertiesLo que ves en n8n
Notas y casos de uso
Devuelve las definiciones de propiedades de cliente de la cuenta, o sea los campos personalizados que un administrador configuró en Help Scout, no los valores guardados en un contacto. No pide ningún parámetro: colocas el nodo y ejecutas.
Update a customer
customer.updateLo que ves en n8n
Notas y casos de uso
Modifica una ficha de cliente que ya existe. Solo se envían los campos que rellenes en la colección, así que un flujo puede tocar un atributo sin reescribir el contacto entero.
Parámetros clave
- Customer ID: la ficha que se edita, pasada a menudo como
{{ $json.field }}desde el nodo anterior. - Organization, Job Title, Location: los atributos que más se refrescan desde otro sistema.
- Notes: el texto libre de contexto sobre el contacto.
- Photo Url: la URL de la foto del cliente.
Mailbox
2 operacionesGet a mailbox
mailbox.getLo que ves en n8n
Notas y casos de uso
Devuelve los datos de un buzón. Útil cuando un flujo solo tiene un identificador y debe describir ese buzón en un mensaje que va a leer una persona.
Parámetros clave
- Mailbox ID: el buzón que se consulta, escrito directamente o construido con una expresión.
convo.moved indica que un ticket cambió de buzón, y esta operación convierte el identificador del payload en algo legible antes de que salga la notificación.Get many mailboxes
mailbox.getAllLo que ves en n8n
Notas y casos de uso
Lista los buzones de la cuenta. Es la operación más sencilla del nodo, y por eso la primera prueba lógica después de guardar una credencial.
Parámetros clave
- Return All: activado, vuelven todos los buzones; desactivado, el nodo se detiene en Limit.
Get all mailboxes from Help Scout, workflow 567.Thread
2 operacionesCreate a thread
thread.createLo que ves en n8n
Notas y casos de uso
Añade un mensaje a una conversación existente. Es la operación que escribe el contenido, mientras que conversation.create solo abre el contenedor.
Parámetros clave
- Conversation ID: la conversación a la que se añade el hilo.
- Type:
chat,customer,note,phoneoreply. Esa elección decide si el mensaje se lee como nota interna o como respuesta. - Text: el texto del mensaje.
- Attachments: una colección donde cada entrada lleva FileName, Mime Type y Data, un flujo codificado en Base64.
Get many threads
thread.getAllLo que ves en n8n
Notas y casos de uso
Devuelve los hilos de una conversación, es decir el intercambio en sí y no solo la cabecera del ticket.
Parámetros clave
- Conversation ID: la conversación cuyos hilos quieres leer.
- Return All: activado para el intercambio completo, desactivado para parar en Limit.
Park Help Scout retro-tagged tickets for review with OpenAI and TeamRetro, workflow 18453, donde los datos de Help Scout pasan por un nodo Code y una Basic LLM Chain con Structured Output Parser.¿Necesitas ayuda para automatizar Help Scout con n8n?
El equipo te responde directamente.
Cada mensaje lo lee una persona.



