Recursos · Integración n8n

Integración Webex by Cisco n8nAutomatiza Webex by Cisco con n8n.

¿Alguien de tu equipo sigue creando reuniones de Webex a mano cada mañana? La integración Webex by Cisco n8n aporta un nodo con 10 operaciones repartidas en 2 recursos, reuniones y mensajes, más un trigger que escucha 4 eventos. Pensada para equipos que ya trabajan dentro de Webex todo el día.

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

Por qué automatizar

¿Qué resuelve la integración Webex by Cisco n8n?

El nodo Webex by Cisco viene instalado con n8n y habla con la API de Webex mediante una única credencial OAuth2, es decir, una conexión autorizada que creas una sola vez. Expone 10 operaciones sobre 2 recursos: por un lado las reuniones programadas, por otro los mensajes publicados en una sala o enviados a una persona. Un segundo nodo, el Webex by Cisco Trigger, arranca un flujo de trabajo cuando Webex notifica alguno de sus 4 eventos.

Hay tres familias de escenarios que aparecen una y otra vez. La primera es la logística de reuniones. Una clínica que recibe solicitudes de cita lanza la ejecución desde el formulario, meeting.create reserva el hueco con Title, Start y End, y el resumen cae en una pestaña de Google Sheets que cualquiera puede mirar sin preguntar qué hay en la agenda.

La segunda gira alrededor del mensaje. message.create deja un texto en una sala o directamente a una persona. Una tienda online la usa para avisar de cada incidencia de stock, y replica el aviso en Discord porque parte del equipo de almacén vive allí. Detrás, message.update reescribe el aviso en lugar de amontonar uno nuevo cada media hora.

La tercera circula en sentido contrario, desde Webex hacia fuera. El trigger salta con created, el flujo lee lo que Webex ha enviado, sale un aviso por Pushover al móvil de quien está de guardia, y message.getAll recupera el historial reciente de la sala para que esa persona conteste con contexto y no a ciegas.

El nodo cubre esas 10 operaciones. Para cualquier otro endpoint de la API de Webex, el nodo HTTP Request lo llama directamente y reutiliza la misma credencial OAuth2 con la autenticación predefinida, así que no hay una segunda conexión que mantener.

Conviene tener claros algunos topes antes de montar nada. Title se detiene en 128 caracteres, Agenda en 1300 caracteres y el campo Markdown de message.update en 7439 bytes. En las dos operaciones de listado, dejar Return All sin marcar hace que n8n se pare en Limit. ¿Todavía comparas plataformas? La Reseña n8n repasa los compromisos de cada una, y el Curso n8n monta este tipo de flujo paso a paso.

Conexión

¿Cómo se conecta Webex con n8n?

  1. 01

    Abrir una cuenta de Webex con acceso de desarrollador

    Todo empieza en webex.com, creando una cuenta de Webex by Cisco. Esa cuenta suele traer consigo el acceso a la cuenta de desarrollador en developer.webex.com, que es donde vive la integración sobre la que se apoya la credencial. En n8n no hay nada que instalar: el nodo Webex by Cisco y el Webex by Cisco Trigger ya aparecen en el panel de nodos, tanto en n8n Cloud como en una instancia autoalojada.

  2. 02

    Crear la credencial OAuth2 dentro de n8n

    OAuth2 es el método de autenticación compatible aquí y el único que ofrece la credencial. En n8n Cloud bastan dos gestos: escribir un Credentials Name y pulsar el botón Connect my account, que el navegador se encarga del resto. Configurar OAuth2 desde cero exige registrar antes una integración siguiendo la página Registering your Integration de la documentación de Webex, y después copiar sus valores dentro de la credencial.

  3. 03

    Marcar los scopes que pide la integración

    Los scopes son los permisos que reclama la integración de Webex. n8n recomienda diez: spark:rooms_read, spark:messages_write, spark:messages_read, spark:memberships_read, spark:memberships_write, meeting:recordings_write, meeting:recordings_read, meeting:preferences_read, meeting:schedules_write y meeting:schedules_read. Se marcan al registrar la integración, antes de la primera conexión.

Disparadores

¿Qué pone en marcha un flujo de Webex?

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

all.*1
  • all.
    • all
created.*1
  • created.
    • created
deleted.*1
  • deleted.
    • deleted
updated.*1
  • updated.
    • updated

Notas de configuración

01Set up the Webex by Cisco TriggerLa versión 1 del nodo trigger registra un webhook, o sea una URL a la que Webex llama por su cuenta, en el momento de activar el flujo de trabajo. Cada evento llega después en pocos segundos, sin polling, ese sondeo periódico a la API que otros mecanismos necesitan.

La versión 1 del nodo trigger registra un webhook, o sea una URL a la que Webex llama por su cuenta, en el momento de activar el flujo de trabajo. Cada evento llega después en pocos segundos, sin polling, ese sondeo periódico a la API que otros mecanismos necesitan.

Parámetros clave

  • Resource: obligatorio, se elige en la lista del nodo. Define qué tipo de objeto de Webex vigila el trigger.
  • Event: el evento que se escucha, entre 4 valores, created, updated, deleted y all, que el nodo muestra con la etiqueta *.
  • Resolve Data: desactivado, la respuesta solo contiene una referencia al dato introducido; activado, n8n resuelve ese dato automáticamente.
  • Filters: una colección opcional de 11 campos que acotan lo que llega de verdad al flujo.
Cuándo usarlo
siempre que el flujo deba responder a Webex en lugar de ejecutarse a una hora fija.
02Created eventsCon created, la ejecución arranca en cuanto aparece en Webex un objeto nuevo del Resource elegido. Suele ser el primer evento que conecta cualquier equipo, porque convierte un gesto humano dentro de la aplicación en el primer paso de un proceso que luego corre solo.

Con created, la ejecución arranca en cuanto aparece en Webex un objeto nuevo del Resource elegido. Suele ser el primer evento que conecta cualquier equipo, porque convierte un gesto humano dentro de la aplicación en el primer paso de un proceso que luego corre solo.

Parámetros clave

  • Room ID: acota a una sala concreta, por identificador.
  • Person Email: acota a una persona concreta, por email.
  • Has Files: acota a los mensajes que llevan archivos adjuntos.
Casos de uso
una gestoría abre una sala por cliente. Con Has Files activado solo pasan los mensajes con documento, suficiente para archivar cada factura que un cliente deja caer en su sala. Person Email cierra todavía más el paso, cuando una única persona de la gestoría sube la documentación oficial y el resto de la conversación no tiene por qué despertar al flujo.
03Updated eventsLos cambios sobre algo que ya existe llegan por updated. Este evento cobra sentido cuando la primera versión no es la que importa: una hora corregida, un mensaje reescrito tras un copia y pega desafortunado, un ajuste de sala hecho una hora más tarde.

Los cambios sobre algo que ya existe llegan por updated. Este evento cobra sentido cuando la primera versión no es la que importa: una hora corregida, un mensaje reescrito tras un copia y pega desafortunado, un ajuste de sala hecho una hora más tarde.

Parámetros clave

  • Message ID: acota a un mensaje concreto, por identificador.
  • Is Locked: acota a las salas bloqueadas.
  • Room Type: acota a un tipo de sala determinado.
Casos de uso
una sala de proyecto cuya descripción funciona como referencia única, y cada corrección tiene que reflejarse en la herramienta de seguimiento que lee el resto de la empresa. Is Locked mantiene el flujo sobre salas moderadas, donde los cambios son deliberados. La tabla que vive al lado deja entonces de alejarse de lo que Webex contiene de verdad, que suele ser la petición original del equipo.
04Deleted eventsLas eliminaciones tienen su propio evento, deleted. Casi siempre se conecta el último, aunque un espejo construido solo con creaciones se va llenando de filas que ya no existen en ningún sitio dentro de Webex.

Las eliminaciones tienen su propio evento, deleted. Casi siempre se conecta el último, aunque un espejo construido solo con creaciones se va llenando de filas que ya no existen en ningún sitio dentro de Webex.

Parámetros clave

  • Person ID: acota a una persona concreta, por identificador.
  • Mentioned People: acota a los mensajes que mencionan a esas personas, por identificador, con me como atajo de tu propio identificador y comas entre varios valores.
  • Is Moderator: acota a los moderadores de una sala.
Casos de uso
un registro de auditoría que anota qué desapareció y cuándo, junto a lo que se creó. Mentioned People amortiza rápido la configuración: un flujo que solo vigila los mensajes donde se nombra a la cuenta de guardia permanece callado el resto del tiempo, y el registro mantiene un tamaño legible.
Acciones

Lo que sabe hacer el nodo Webex by Cisco

El nodo Webex by Cisco expone 10 operaciones en 2 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

Matriz recursos × operaciones
RecursoCreateGetGet ManyUpdateDelete
Meeting
Message

Meeting

5 operaciones
01

Create a meeting

meeting.create

Lo que ves en n8n

Notas y casos de uso

Programa una reunión en un sitio de Webex con los datos que lleva el flujo.

Parámetros clave

  • Title: el título de la reunión, 128 caracteres como máximo.
  • Start y End: fecha y hora de inicio y de fin, en el formato de la RFC 2445.
  • Additional Fields: 19 campos opcionales, entre ellos Agenda (1300 caracteres como máximo), Invitees, Send Email para avisar a anfitrión e invitados, Join Before Host Minutes con opciones 0, 5, 10 y 15, y Site URL, que si se omite lleva la reunión al sitio preferido.
Casos de uso
llega una solicitud de demostración, el flujo compone el Title con el nombre de la empresa y reserva el hueco antes de que nadie lo lea.
02

Delete a meeting

meeting.delete

Lo que ves en n8n

Notas y casos de uso

Quita del sitio de Webex una reunión programada. Encaja justo detrás de lo que cancela la cita aguas arriba, para que la agenda no conserve una entrada a la que nadie va a entrar.

Parámetros clave

  • Meeting ID: el identificador de la reunión, normalmente heredado de un nodo anterior con una expresión del tipo {{ $json.field }}.
  • Options: 2 campos. Host Email lleva la dirección del anfitrión y solo se usa si el usuario o la aplicación que llama a la API tiene los scopes de nivel administrador. Send Email decide si salen correos hacia el anfitrión y los invitados.
Casos de uso
una oportunidad marcada como perdida en el CRM limpia el hueco de demostración ya reservado para la semana siguiente.
03

Get a meeting

meeting.get

Lo que ves en n8n

Notas y casos de uso

Recupera una sola reunión, por identificador. Suele ser el paso previo a una decisión: recordar, mover de fecha o dejarla como está.

Parámetros clave

  • Meeting ID: el identificador de la reunión.
  • Options: 3 campos. Password es la contraseña de la reunión, obligatoria cuando esta está protegida y el usuario actual no tiene privilegio para verla por no ser anfitrión, coanfitrión ni invitado. Host Email señala al anfitrión, y Send Email es opcional, con true como valor por defecto.
Casos de uso
una hora antes de una cita con cliente, el flujo relee la reunión y solo entonces decide si merece la pena mandar un recordatorio.
04

Get many meetings

meeting.getAll

Lo que ves en n8n

Notas y casos de uso

Devuelve un listado en vez de un registro suelto. Aquí no hay ningún campo obligatorio, así que un nodo sin tocar ya responde, y el trabajo fino ocurre en la colección Filters.

Parámetros clave

  • Return All: marcado, n8n encadena las páginas de la API y trae todas las reuniones; sin marcar, Limit fija el número máximo de elementos devueltos.
  • Filters: 11 campos, entre ellos From y To para una ventana de fechas inclusiva, State con sus 8 valores (active, ended, expired, inProgress, lobby, missed, ready, scheduled), Meeting Type (meetingSeries, scheduledMeeting, meeting) y Participant Email.
Casos de uso
un export de los lunes con todo lo programado esa semana, filtrado por scheduled, para quien reparte las salas.
05

Update a meeting

meeting.update

Lo que ves en n8n

Notas y casos de uso

Modifica una reunión existente en lugar de borrarla y volver a crearla. Meeting ID dice cuál, y Update Fields carga lo que cambia.

Parámetros clave

  • Meeting ID: el identificador de la reunión.
  • Update Fields: 21 campos. Start, End y Title resuelven un aplazamiento o un cambio de nombre, Agenda no puede pasar de 1300 caracteres, Password debe cumplir los ajustes de complejidad de contraseña del sitio y se genera al azar si se deja vacía, y Recurrence es una regla conforme con la RFC 2445 que solo se aplica a las series de reuniones.
Casos de uso
una formación aplazada una semana conserva la misma reunión, solo se mueven Start y End.

Message

5 operaciones
06

Create a message

message.create

Lo que ves en n8n

Notas y casos de uso

Publica un mensaje en Webex. Destination marca quién lo recibe, una sala o una persona.

Parámetros clave

  • Destination: room o person.
  • Room Name or ID: se toma de la lista, o se aporta como identificador con una expresión.
  • Specify Person By: email o id, junto a Person Email y Person ID.
  • Text: el mensaje, en texto plano.
  • Additional Fields: 3 campos, Markdown para el mensaje en formato markdown, en cuyo caso Text aporta el texto alternativo para los clientes que no muestran texto enriquecido, más File y Attachments.
Casos de uso
un resumen de cierre publicado cada noche en la sala de operaciones, maquetado con Markdown.
07

Delete a message

message.delete

Lo que ves en n8n

Notas y casos de uso

Un campo de entrada, un mensaje menos. Es la operación que convierte una norma de retención en algo que de verdad se ejecuta, en vez de quedarse en un documento que nadie aplica.

Parámetros clave

  • Message ID: el identificador del mensaje que se elimina.
Casos de uso
una sala reservada a códigos de un solo uso, vaciada en cuanto se supera el plazo acordado. Alimenta la operación con los identificadores que recoge un paso de listado y la limpieza ocurre cada noche sin que nadie suba por la conversación.
08

Get a message

message.get

Lo que ves en n8n

Notas y casos de uso

Trae de vuelta un mensaje de Webex cuando el flujo solo dispone de su identificador, casi siempre uno guardado antes en una base de datos o en una hoja de cálculo.

Parámetros clave

  • Message ID: el identificador del mensaje que se recupera.
Casos de uso
una herramienta de tickets conserva el identificador del mensaje que abrió el expediente. Semanas después, el responsable de soporte que retoma el caso quiere la redacción original y no el resumen escrito con prisa, y esta operación se la devuelve.
09

Get many messages

message.getAll

Lo que ves en n8n

Notas y casos de uso

Lista los mensajes de una sala. Así el flujo gana contexto.

Parámetros clave

  • Room Name or ID: obligatorio, lista los mensajes de una sala por identificador, elegido en la lista o con una expresión.
  • Return All y Limit: todos los mensajes, o un número acotado.
  • Filters: 4 campos, Before para mensajes enviados antes de una fecha y hora, Before Message para los enviados antes de un mensaje por identificador, Parent Message ID para los mensajes que cuelgan de un padre, y Mentioned Person para los que mencionan a una persona por identificador, donde me te designa a ti.
Casos de uso
cada mañana se recogen los mensajes que mencionan a la cuenta de guardia y se responden por orden.
10

Update a message

message.update

Lo que ves en n8n

Notas y casos de uso

Reescribe un mensaje ya publicado. Aquí viajan cuatro campos juntos, algo poco frecuente en este nodo y fácil de pasar por alto el primer día.

Parámetros clave

  • Message ID: el identificador del mensaje que se actualiza.
  • Is Markdown: indica si el mensaje usa markdown.
  • Text: el mensaje, en texto plano.
  • Markdown: el mensaje en formato Markdown, con una longitud máxima de 7439 bytes.
Casos de uso
un estado de despliegue publicado una vez y editado en cada etapa, para que la sala enseñe una línea viva en vez de una pared de avisos.
Necesitas ayuda

¿Necesitas ayuda para automatizar Webex by Cisco con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Webex y n8n: las preguntas que vienen después

01¿La integración Webex by Cisco n8n es gratuita?
Por el lado de n8n, sí. El nodo Webex by Cisco y el Webex by Cisco Trigger vienen incluidos con n8n, así que no hay nada que instalar ni ningún coste extra para desbloquear las 10 operaciones o los 4 eventos del trigger. Vale igual en n8n Cloud, la oferta alojada por n8n, y en una instancia autoalojada en Community Edition bajo licencia Sustainable Use. Un flujo de trabajo se comporta igual en ambos sitios, de modo que puedes montarlo en local y moverlo más adelante. Lo que cueste una cuenta de Webex es otra pregunta, y esta página no la responde.
02¿Qué credenciales y permisos necesita el nodo Webex?
Una sola credencial, con OAuth2, que es el método de autenticación compatible aquí. Hace falta una cuenta de Webex by Cisco, y al crearla sueles obtener también acceso de desarrollador. En n8n Cloud el camino es corto: escribes un Credentials Name, pulsas Connect my account y listo. Configurar OAuth2 desde cero obliga a registrar antes una integración, tal como explica la página Registering your Integration de la documentación de Webex. n8n recomienda diez scopes en esa integración, que cubren salas, mensajes, membresías, grabaciones, preferencias y calendarios. Esa misma credencial autentica después el nodo y el trigger.
03¿Qué límites tiene el nodo Webex en n8n?
Tres topes están escritos en los propios campos: un Title de reunión de 128 caracteres como máximo, un Agenda de 1300 caracteres como máximo y un mensaje de 7439 bytes como máximo en el campo Markdown de la operación de actualización. En las operaciones de listado, reuniones y mensajes, dejar Return All sin marcar detiene el nodo en Limit, y un export que parece corto casi siempre viene de esa casilla. El nodo expone 10 operaciones sobre 2 recursos. Para cualquier otro endpoint de la API de Webex, el nodo HTTP Request lo llama directamente y reutiliza la misma credencial OAuth2 con la autenticación predefinida.
04¿El trigger de Webex reacciona en tiempo real?
Sí. El Webex by Cisco Trigger funciona por webhook: n8n registra una URL en Webex al activar el flujo de trabajo y Webex llama a esa URL por su cuenta. Cada evento llega en pocos segundos, sin polling, ese sondeo periódico a la API que espera a que algo cambie. Hay cuatro eventos disponibles: created, updated, deleted y all, que el nodo muestra como un asterisco. El parámetro Resource define qué tipo de objeto se vigila, y la colección Filters, once campos, estrecha el paso para que el flujo solo despierte con lo que le corresponde.
05¿n8n o Make para automatizar Webex?
Cuatro criterios deciden, y ninguna de las dos respuestas es mala. El alojamiento primero: n8n corre en tu propio servidor o en n8n Cloud, mientras que Make solo existe alojado. De ahí sale el control de los datos, porque una instancia autoalojada mantiene el contenido de reuniones y mensajes de Webex en una infraestructura que tú gobiernas. Luego el modelo de coste: Make factura por operación, algo que conviene simular sobre un flujo que lista mensajes sala por sala. Y por último la lógica visual, bastante distinta como para que una prueba con un escenario real de Webex te diga más que cualquier tabla comparativa.
Hack'celeration Lab

Recibe nuestros tips de integración cada semana.

Sin spam. Cancela cuando quieras.