Recursos · Integración n8n

Integración Workable n8nAutomatiza Workable con n8n.

¿Cuánto tarda tu equipo en enterarse de que un candidato se ha movido? La integración Workable n8n acorta esa distancia: un nodo trigger, 2 eventos de candidato y recepción por webhook. Una sola familia de eventos, un nodo en versión 1, y el resto del flujo lo montas tú.

Probar la integración Workable en n8n

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

Por qué automatizar

¿Qué aporta la integración Workable n8n?

La integración Workable n8n conecta en un sentido: el nodo Workable Trigger recibe los eventos de candidato de tu cuenta de Workable y se los entrega a un flujo de n8n como datos que puedes enrutar, enriquecer o guardar. El catálogo recoge 2 eventos, los dos de la familia candidato, y los dos llegan por webhook, es decir, una URL que Workable llama en cuanto el evento ocurre en su lado.

Dejar constancia sin abrir una hoja de cálculo. Con Trigger On en Candidate Moved, el flujo crea un registro en Airtable tomando del cuerpo del evento los valores que tú elijas, con una expresión del estilo {{ $json.field }}. La base se llena sola mientras el proceso avanza.

Avisar al responsable donde de verdad mira. En muchas pymes la selección la lleva una persona que también lleva otras tareas, y el correo se le acumula. Un evento Candidate Created enviado a Telegram llega al móvil en segundos, sin que nadie tenga que entrar en la plataforma para comprobarlo.

Separar el ruido del puesto que importa. La colección Filters admite un Job Name or ID y un Stage Name or ID, y la propia descripción del campo usa hired como ejemplo de etapa. Filtras por ahí y mandas solo eso a Microsoft Excel 365, que sigue siendo el formato que pide administración.

Cuando el flujo necesita un dato que el trigger no trae, o tiene que escribir en Workable, el nodo HTTP Request llama a cualquier endpoint de la API de Workable reutilizando el mismo credential mediante la autenticación predefinida. Un único token que mantener.

Dos cosas antes de montar nada. El nodo trigger va por la versión 1 y su ficha de catálogo declara 2 eventos en una sola familia: esa lista es la que puede arrancar un flujo por sí misma. Y el webhook solo queda registrado en Workable al activar el flujo, así que un borrador abierto en el editor no recibe nada.

Si todavía estás comparando plataformas, la Reseña n8n repasa los pros y los contras, y el Curso n8n está pensado para los equipos que prefieren montar estos flujos en casa.

Conexión

¿Cómo se conecta Workable con n8n?

  1. 01

    Genera el token de API en Workable

    Entra en tu perfil de Workable, ve a Integrations, luego a Apps y elige Generate API token. Los scopes se marcan en esa misma pantalla, en el momento de generarlo: marca r_candidates y r_jobs, los dos que la documentación asocia al nodo Workable Trigger. Si más adelante necesitas otros, se genera un token nuevo en lugar de retocar el anterior. Copia el valor antes de salir de la pantalla, porque es lo que n8n guardará como Access Token.

  2. 02

    Localiza tu subdominio

    El segundo dato que pide n8n se llama Subdomain y no es la dirección entera. Es el trozo del dominio de Workable que queda entre https:// y .workable.com: en una empresa que usa https://n8n.workable.com, el subdominio es n8n. Si no lo tienes claro, la página Company Profile de Workable también lo muestra. Se escribe la forma corta, sin protocolo y sin barra final.

  3. 03

    Crea el credential una sola vez

    En n8n, abre el menú Credentials, crea un credential de Workable y pega el Subdomain y el Access Token. El método de autenticación admitido aquí es la clave de API, así que no hay ninguna pantalla de permisos que aceptar. Un credential se crea una vez y se reutiliza en todos los flujos: el nodo Workable Trigger lo ofrece en su desplegable, y un nodo HTTP Request apuntando a la API de Workable también. Lo eliges en el nodo y listo.

Disparadores

¿Qué arranca un flujo de Workable ?

Workable Trigger es el nodo que arranca un workflow cuando algo ocurre en Workable. Escucha 2 eventos, listados abajo por familia. Eliges uno o varios, activas el workflow y n8n registra el webhook (la URL que Workable 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.

candidate.*2

    Notas de configuración

    01Configurar el Workable TriggerEl nodo Workable Trigger es la puerta de entrada del flujo y lo que el catálogo de n8n trae para Workable: versión 1, 2 eventos, una familia. Funciona por webhook: n8n registra su URL en Workable al activar el flujo y cada evento llega en segundos, sin polling y sin ningún intervalo que ajustar.

    El nodo Workable Trigger es la puerta de entrada del flujo y lo que el catálogo de n8n trae para Workable: versión 1, 2 eventos, una familia. Funciona por webhook: n8n registra su URL en Workable al activar el flujo y cada evento llega en segundos, sin polling y sin ningún intervalo que ajustar.

    Parámetros clave

    • Trigger On: el evento que escucha el nodo, elegido entre los 2 disponibles. Un nodo, una selección: cubrir los dos eventos pide dos nodos.
    • Filters: colección opcional que estrecha lo que llega al flujo. Vacía, el nodo se queda con todo lo que manda el evento elegido.
    • Job Name or ID: dentro de Filters, recibe avisos de un único puesto. Se elige en la lista que n8n carga desde la cuenta, o se indica un ID con una expresión, la forma que tiene n8n de escribir un valor en vez de seleccionarlo.
    • Stage Name or ID: también en Filters, recibe avisos de etapas concretas, con hired como ejemplo en la descripción del propio campo.
    Casos de uso
    un flujo por evento y por puesto mantiene legible cada registro de ejecución, algo que agradeces cuando hay varios procesos abiertos a la vez.
    02Candidate CreatedCon Trigger On en Candidate Created, el flujo arranca con el evento candidateCreated. Workable llama a la URL del webhook, n8n convierte el cuerpo del evento en un item y los nodos siguientes cogen de ahí lo que necesitan con una expresión como {{ $json.field }}. No hace falta nada antes: el trigger es el primer nodo y el flujo solo tiene que estar activo.

    Con Trigger On en Candidate Created, el flujo arranca con el evento candidateCreated. Workable llama a la URL del webhook, n8n convierte el cuerpo del evento en un item y los nodos siguientes cogen de ahí lo que necesitan con una expresión como {{ $json.field }}. No hace falta nada antes: el trigger es el primer nodo y el flujo solo tiene que estar activo.

    Parámetros clave

    • Job Name or ID: deja el flujo pegado a un único puesto, útil cuando un canal está dedicado a una sola vacante.
    • Stage Name or ID: disponible también aquí, para disparar solo en una etapa concreta.
    Casos de uso
    una empresa que recibe candidaturas de varios países manda cada evento al idioma y al canal del equipo local, sin que nadie reparta a mano.
    Cuándo usarlo
    cuando lo que tiene que pasar ocurre al principio del todo, antes de que alguien haya abierto Workable esa mañana.
    03Candidate MovedEl segundo valor de Trigger On se llama Candidate Moved y arranca el flujo con el evento candidateMoved. Es el que se combina con el filtro de etapa, porque la colección Filters existe justo para decidir qué etapas merecen un flujo y cuáles pueden quedarse calladas. Mismo webhook, mismos segundos, otro motivo para ejecutarse.

    El segundo valor de Trigger On se llama Candidate Moved y arranca el flujo con el evento candidateMoved. Es el que se combina con el filtro de etapa, porque la colección Filters existe justo para decidir qué etapas merecen un flujo y cuáles pueden quedarse calladas. Mismo webhook, mismos segundos, otro motivo para ejecutarse.

    Parámetros clave

    • Stage Name or ID: recibe avisos de etapas concretas, y hired es el ejemplo que da la descripción del campo. Se elige en la lista o se pasa un ID con una expresión.
    • Job Name or ID: se combina con el filtro de etapa cuando solo una vacante merece ese nivel de atención.
    Casos de uso
    una consultora que lleva selección para varios clientes deja constancia de cada movimiento en el documento que revisa con cada uno, en vez de reconstruirlo de memoria.
    Cuándo usarlo
    cuando lo interesante no es que llegue el candidato, sino lo que pasa con él después.
    Necesitas ayuda

    ¿Necesitas ayuda para automatizar Workable con n8n?

    El equipo te responde directamente.

    Cada mensaje lo lee una persona.

    FAQ

    Workable y n8n, lo que se pregunta después

    01¿La integración Workable n8n es gratuita?
    Sí por el lado de n8n. El nodo Workable Trigger viene incluido con n8n, así que no hay nada que instalar ni ningún módulo que comprar, tanto en n8n Cloud como en una instancia autoalojada con la Community Edition y su licencia Sustainable Use. Lo que gastas depende de cómo ejecutes n8n: tu propio servidor con Docker o npm, o la oferta alojada que vende n8n. El flujo es idéntico en ambos casos. Lo que cuesta la cuenta de Workable es otra cuestión y esta página no la trata. Como el credential se reutiliza, conectar un segundo flujo no añade nada.
    02¿Qué credentials necesita el nodo Workable Trigger?
    Un credential de Workable con clave de API, formado por dos valores. El Subdomain es el trozo del dominio de Workable entre https:// y .workable.com, de modo que en https://n8n.workable.com el subdominio es n8n, y la página Company Profile de Workable también lo enseña. El Access Token se genera desde el perfil, en Integrations y luego Apps, con Generate API token. Marca los scopes r_candidates y r_jobs al generarlo, porque son los que la documentación asocia al nodo Workable Trigger. La clave de API es el método de autenticación admitido para este credential. Créalo una vez en el menú Credentials y cualquier flujo de Workable podrá elegirlo.
    03¿Qué límites tiene Workable dentro de n8n?
    Depende de lo que tenga que hacer el flujo. La ficha de Workable en el catálogo de n8n es un trigger, versión 1, con 2 eventos de una única familia de candidato, y esa lista es la que puede arrancar un flujo por sí sola. Para lo que el trigger no trae, el nodo HTTP Request llama a cualquier endpoint de la API de Workable reutilizando el mismo credential mediante la autenticación predefinida, así que el token sigue estando en un único sitio. La colección Filters estrecha lo que llega, por puesto o por etapa, pero no añade eventos. Y el webhook solo existe mientras el flujo está activo.
    04¿El trigger de Workable reacciona en tiempo real?
    Sí. El nodo funciona por webhook: n8n registra una URL en Workable al activar el flujo y Workable llama a esa URL cuando ocurre un evento. Cada evento llega a n8n en cuestión de segundos. No hay polling, que sería el método contrario, con un nodo preguntando a la API cada cierto intervalo si algo ha cambiado, así que no hay frecuencia que calibrar ni retraso que aceptar. La consecuencia práctica conviene tenerla presente: el flujo tiene que estar activo para que el webhook llegue a registrarse. Mientras siga abierto en el editor, no entra nada.
    05¿n8n o Make para Workable?
    Los dos sirven, la decisión va por cómo quieres ejecutarlo. Make es una plataforma alojada por Make, sin opción de autoalojamiento, y se factura por operación, de manera que un flujo que reacciona a cada evento de candidato tiene un coste que sigue tu volumen de contratación. n8n se ejecuta en n8n Cloud o en un servidor tuyo, y esa segunda vía pesa cuando los datos de los candidatos deben quedarse en una infraestructura que controlas. La lógica visual también difiere: n8n mantiene las expresiones y el código cerca del lienzo, Make apoya más en su panel de mapeo. Ninguna respuesta es mala.
    Misma plataforma

    Otros docs útiles sobre este stack.

    Ver todas las integraciones