Integración Microsoft Teams n8nAutomatiza Microsoft Teams con n8n.

Añade un canal a un equipo existente, para que el siguiente nodo tenga dónde publicar.

• Team: de la lista, por URL o por ID, siendo el ID el parámetro groupId de la URL que da Get a link to the team.
• New Channel Name: el nombre del canal que se va a crear.
• Type (en Options): Standard queda accesible para todo el equipo, Private solo para un grupo concreto de personas.

Con dos referencias basta para eliminar un canal: el equipo que lo contiene y el canal en sí.

• Team: el equipo propietario, elegido de la lista, por URL o por ID.
• Channel: el canal a eliminar, cuyo ID es el threadId que aparece en la URL. Si viene de un nodo anterior suele ser una expresión tipo {{ $json.id }}.

Devuelve un único canal, que es lo que quieres antes de actuar sobre él o para convertir una referencia en datos utilizables.

• Team: el equipo al que pertenece el canal.
• Channel: el canal a leer, de la lista, por URL o por ID (el threadId de la URL).

Lista los canales de un equipo como elementos separados, uno por canal, listos para recorrer.

• Team: el único campo obligatorio, porque un canal siempre se lee dentro de un equipo.
• Return All: marcado, n8n encadena las páginas de la API y trae todos los canales; sin marcar, Limit fija cuántos vuelven.

Renombra un canal o reescribe para qué sirve, sin tocar los mensajes que contiene.

• Team y Channel: el canal a modificar, ambos resueltos por lista, URL o ID.
• Name: el nombre nuevo, que se deja vacío si solo cambia la descripción.
• Description (en Options): el texto que explica el canal a quien se incorpora.

Publica un mensaje en un canal. Es el final habitual de casi cualquier flujo de trabajo.

• Content Type: Text para una línea simple, HTML cuando hace falta negrita, una lista o un enlace.
• Message: el contenido, montado casi siempre con una expresión como {{ $json.summary }}.
• Reply to ID (en Options): publica dentro de un hilo existente; el identificador del mensaje es el número anterior a ?tenantId en la URL del mensaje, por ejemplo 1673348720590.
• Include Link to Workflow (en Options): añade un enlace al flujo, útil cuando publican varios.

Lee los mensajes de un canal para que el flujo pueda contarlos, filtrarlos o resumirlos.

• Team y Channel: el canal del que se lee.
• Return All: marcado, vuelven todos los mensajes página tras página; sin marcar, Limit corta en un número fijo, que es lo que interesa mientras pruebas.

La misma idea que publicar en un canal, pero apuntando a una conversación privada: aquí no hay equipo que elegir.

• Chat: la conversación, elegida de la lista, por URL o por ID, que encuentras después de conversations/ en la URL del chat.
• Content Type: Text o HTML, la misma opción que en un canal.
• Message: el contenido que se envía.
• Include Link to Workflow (en Options): añade el enlace al flujo que lo mandó.

Un mensaje, recuperado por su identificador, con su contenido y sus metadatos.

• Chat: la conversación que contiene el mensaje, con el ID que sigue a conversations/ en la URL.
• Message ID: el identificador del mensaje a recuperar, por ejemplo 1673355049064, tomado a menudo de un nodo anterior con {{ $json.id }}.

Cuando lo que importa es la conversación entera, esta operación devuelve sus mensajes como elementos.

• Chat: el único campo obligatorio, resuelto por lista, URL o ID.
• Return All: marcado, el nodo recorre todo el historial; sin marcar, Limit pone techo al número de mensajes devueltos.

Aquí la ejecución se detiene. El nodo publica el mensaje en un chat y el flujo no sigue hasta que una persona responde: así se mete una validación humana dentro de una automatización.

• Chat y Message: a quién se pregunta y qué se pregunta.
• Response Type: Approval para decidir desde el propio mensaje, Free Text para responder por formulario, Custom Form para un formulario que defines tú.
• Type of Approval (en Approval Options): Approve Only, o Approve and Disapprove para dos botones.
• Limit Wait Time: pone techo a la espera antes de reanudar.

Una tarea necesita sitio antes que nombre: un equipo, un plan, un contenedor y luego un título.

• Team, Plan y Bucket: dónde aterriza la tarea, cada uno elegido de una lista.
• Title: lo que dice la tarea.
• Due Date Time (en Options): la fecha límite, en formato ISO 8601 y siempre en UTC.
• Assigned To (en Options): quién se hace cargo.

Elimina una tarea de forma definitiva y no pide nada más que su identificador.

• Task ID: el identificador de la tarea a eliminar, casi siempre {{ $json.id }} desde el nodo que la listó o la creó.

Antes de cambiar nada, un flujo suele leer la tarea. Esta operación la devuelve entera.

• Task ID: el identificador de la tarea a recuperar, venido de una operación de lista o del sistema que lo guardó.

Dos ángulos sobre los mismos datos, resueltos en un solo campo: lo que tiene encima una persona, o lo que contiene un plan.

• Tasks For: Group Member para las tareas asignadas a un miembro, Plan para las tareas de un plan de grupo.
• Team y Plan: el alcance de la lectura.
• Return All: marcado, vuelven todas las tareas; sin marcar, Limit limita el resultado.

El avance cambia y la tarea va detrás. Solo se modifican los campos que rellenas, el resto queda como estaba.

• Task ID: la tarea que se actualiza.
• Percent Complete (en Update Fields): con 100, la tarea cuenta como terminada.
• Bucket o Plan (en Update Fields): mueve la tarea a otra etapa o a otro plan.
• Assigned To (en Update Fields): la pasa a otra persona, tras seleccionar Team en las opciones.