Cambios en los workflows en noviembre de 2026
Con la actualización de workflows de noviembre de 2026, algunos nodos de workflow funcionan de otra manera. Aquí verás qué ha cambiado, a quién afecta y qué hacer.
10 min de lecturaActualizado el
En resumen
Hemos revisado cada nodo del editor de workflows. Por el camino reforzamos las protecciones, corregimos errores y activamos nodos nuevos para GitHub, Notion y Asana. La mayoría de los workflows siguen funcionando igual. En algunos tienes que ajustar una opción. Los cambios están ordenados por nodo:
- Disparadores: Webhook, Programación, Chat y Documento procesado
- Enviar correo (SMTP)
- Google Calendar, Google Docs y Google Drive
- Microsoft, OneDrive y descargas
- HubSpot
- Acción de app: se bloquean los movimientos de dinero
- AI Agent y sus herramientas
- Nodos de anymize
- Trello, Linear, GitLab y otras integraciones
- Mensajes de error sin texto del proveedor
- Otros cambios pequeños
- Nuevo: GitHub, Notion, Asana y adjuntos de correo
- Si algo deja de funcionar
Un workflow que ya está publicado no se detiene por campos obligatorios nuevos. La comprobación solo se aplica la próxima vez que lo publiques.
Disparadores: Webhook, Programación, Chat y Documento procesado
| Cambio | A quién afecta | Qué hacer |
|---|---|---|
| Webhook: el disparador solo pasa al workflow algunos headers, como el tipo de contenido, la longitud, los ID de solicitud y los headers de evento de GitHub, GitLab, Bitbucket y Shopify. Los valores largos se cortan a los 2048 caracteres. Esto también vale cuando vuelves a lanzar una ejecución antigua. | Los workflows que leen otro header, por ejemplo x-shop-id. El valor ahora está vacío. | Añade el nombre en Avanzado, en el campo «Pasar más headers». Así también llegan los headers de firma e idempotencia de otros servicios, por ejemplo stripe-signature o idempotency-key. Los headers con credenciales nunca se pasan, aunque los añadas: Authorization, cookies, nombres que contengan por ejemplo auth, token, secret, password, session o key (salvo los headers de idempotencia) y los headers con los que el propio disparador comprueba el acceso y la firma. |
| Webhook de una importación de n8n: se aplica la misma lista. El campo «Pasar más headers» funciona aquí igual, también cuando vuelves a lanzar una ejecución antigua. | Los workflows importados de n8n que leen sus propios headers. | Añade el nombre en Avanzado, en el campo «Pasar más headers». |
| Programación: nada cambia al ejecutarse. Las programaciones nuevas usan Europe/Berlin como antes. Una programación guardada sin zona horaria, por ejemplo a través de la API, se ejecuta en UTC como antes. El campo «Zona horaria» ahora lo explica. | Las programaciones guardadas sin zona horaria. El campo «Zona horaria» no muestra entonces ninguna selección, y las ejecuciones van una o dos horas desfasadas respecto a la hora de España. | Elige tu zona en el campo «Zona horaria», por ejemplo Europe/Paris o Europe/Berlin, que tienen la misma hora que la España peninsular. Si creas una programación a través de la API, indica siempre la zona horaria. |
| Chat: la salida history ya no aparece en la lista. Siempre estaba vacía, y las referencias antiguas siguen funcionando. chat_id solo se rellena cuando un asistente inicia el workflow como herramienta. | Los workflows que se basan en history o chat_id. | No te bases en history y comprueba si chat_id está vacío. |
| Anymize: Documento procesado: aquí no cambia nada. Los disparadores nuevos siguen sin iniciarse con las grabaciones de Klartext: el campo «Origen» indica «Documentos y textos». Un disparador guardado sin origen, por ejemplo a través de la API, se sigue iniciando con todos los orígenes, Klartext incluido. | Los disparadores sin origen guardado, si además usas disparadores propios para Klartext. El workflow puede iniciarse dos veces. | En Avanzado, elige «Documentos y textos» en el campo «Origen». |
Enviar correo (SMTP)
| Cambio | A quién afecta | Qué hacer |
|---|---|---|
| Antes de cada envío, el nodo comprueba el servidor de correo. Debe ser un nombre público: ninguna dirección IP, nada de localhost, ningún nombre terminado en .local o .internal y ningún nombre que apunte a una red privada. | Credenciales con una dirección IP o un servidor interno. | Indica el nombre público de tu servidor de correo, por ejemplo mail.despacho.es. |
| Solo se permiten los puertos 25, 465, 587, 2465, 2525, 2587 y 8025. En 465 y 2465 la conexión va cifrada desde el principio, en los demás mediante STARTTLS. La conexión necesita al menos TLS 1.2 y un certificado válido. Los mensajes de error ya solo indican el número de respuesta del servidor, no su texto. | Puertos poco habituales y servidores de correo muy antiguos. | Usa el puerto 587 (STARTTLS) o 465 (TLS). |
| El contenido entra por las entradas text y html. La antigua entrada body ya no aparece en la lista. Una conexión existente a body se sigue leyendo. | Los workflows que en su día conectaron algo a body. | Mueve la conexión a text o html la próxima vez que edites el workflow. Si no, puede perderse al guardar. |
| Al publicar, anymize comprueba que credenciales, destinatario y remitente estén configurados. | Los workflows que publicas por primera vez o de nuevo. | Rellena los tres campos o conecta destinatario y remitente con un paso anterior. |
Google Calendar, Google Docs y Google Drive
| Cambio | A quién afecta | Qué hacer |
|---|---|---|
| Estos tres nodos pasan ahora por los mismos controles que Gmail y Google Sheets: necesitan tu perfil Google BYO en Workflows > Claves con el permiso adecuado, el área (Calendario, Docs, Drive) tiene que estar activada en la conexión y las reglas de tu equipo se aplican en cada llamada. | Las cuentas que usaban estos nodos sin perfil Google BYO o sin el permiso adecuado. El paso indica entonces que Google no está conectado o que falta el acceso. | Configura el perfil Google BYO con Calendario, Docs o Drive y activa el área en la conexión. |
| Las acciones de escritura siguen el nivel de autonomía que permite tu equipo. Una invitación de calendario con asistentes cuenta como envío a otras personas. | Los equipos cuyo admin ha fijado la autonomía máxima por debajo de «Auto». | Habla con el admin de tu equipo si estos workflows deben escribir. |
| Google Drive ahora sube de verdad el archivo a la carpeta elegida, y ya no a la carpeta raíz. | Los workflows con una carpeta de destino al subir. | Comprueba si un paso posterior sigue buscando el archivo en la carpeta raíz. |
Microsoft, OneDrive y descargas
| Cambio | A quién afecta | Qué hacer |
|---|---|---|
| Las descargas de OneDrive y Google Drive se guardan una vez como archivo. El contenido directamente en la salida (content) solo se incluye hasta 1 MB. En archivos más grandes, la salida indica content_omitted: true. | Los pasos posteriores que leen {{ $json.content }} en archivos grandes. | Usa la referencia de archivo del paso en lugar del contenido. |
| Las acciones de Microsoft en Acción de app y como herramienta del AI Agent fallaban siempre. Ahora funcionan. | Quien había montado un rodeo por eso. | Puedes volver a sustituir esos rodeos por Acción de app. |
| Los nodos de Microsoft tienen límites de tiempo fijos (60 segundos, 180 segundos al subir y descargar) y se detienen cuando cancelas una ejecución. | Archivos muy grandes o conexiones lentas. | Divide las tareas grandes en pasos más pequeños. |
| Outlook ahora solo envía como Texto o HTML. Cualquier otro formato, también «Valor predeterminado de Outlook», sale como Texto. Excel rechaza una fila vacía al añadir. El calendario de Microsoft tiene una opción nueva para la zona horaria del rango de días, y el valor por defecto sigue como antes. | Los workflows con otro formato o filas vacías. | Elige Texto o HTML y comprueba que la fila tenga valores. |
HubSpot
| Cambio | A quién afecta | Qué hacer |
|---|---|---|
| Si HubSpot rechaza un cambio (crear, actualizar, upsert o eliminar), el paso se detiene ahora con un error. Antes seguía como correcto y solo dejaba el error en la salida. | Los workflows que se bifurcan según output.error después de escribir. | Revisa el registro y los campos. Los nodos de HubSpot no tienen un interruptor que simplemente deje seguir el paso tras un error. Para que un lote siga de todos modos, activa «Ejecutar una vez por elemento» en Avanzado y elige «Omitirlo y continuar» en «Si un elemento falla». Un elemento rechazado lleva entonces el código de error en el campo error, y un paso posterior puede bifurcarse según él. |
| Las acciones de lectura siguen indicando un error en la salida, pero solo con el código HTTP, sin el texto de HubSpot. | Quien comprobaba el texto de error de HubSpot. | Comprueba el código HTTP en lugar del texto. |
| Al actualizar contactos y deals, el campo «Campo ID único» (en Avanzado) ahora sí se aplica. | Quien lo había rellenado. Antes se ignoraba. | Comprueba que el campo contenga de verdad la propiedad por la que buscar. |
Acción de app: se bloquean los movimientos de dinero
| Cambio | A quién afecta | Qué hacer |
|---|---|---|
| En Acción de app y como herramienta del AI Agent, las acciones de escritura de Stripe, Qonto y Personio ya no se ejecutan nunca. Lo mismo vale para cualquier acción de cualquier app, también de un servidor MCP propio, cuyo nombre técnico sugiera un movimiento de dinero, como refund, payout, payment, charge, transfer, purchase, Überweisung, Zahlung o pago. Esto vale aunque el proveedor marque la acción como de lectura. Estas acciones desaparecen del selector. Las consultas simples, como una lista de pagos, siguen siendo posibles, igual que las acciones que solo marcan una factura como pagada. | Los workflows guardados con una acción así, por ejemplo un reembolso de Stripe. Un AI Agent con una fila de herramienta así se detiene ya al inicio, aunque nunca fuera a usar la herramienta. | Elimina el paso o la fila de herramienta. Haz los pagos tú en la herramienta del proveedor. |
| La comprobación se basa en el nombre técnico de la acción. Es una protección adicional, no una lista completa: una acción con una palabra así en el nombre puede ser rechazada aunque no se mueva dinero, y una acción que mueve dinero con un nombre muy distinto no se detecta. | Los equipos con servidores MCP propios. | Cambia el nombre de la acción en tu servidor. Conecta los workflows solo con accesos que no puedan mover dinero. |
El nodo dedicado de Stripe, que funciona con tu clave de Stripe, no se ve afectado. Sigue creando clientes e intenciones de pago sin confirmarlas.
AI Agent y sus herramientas
| Cambio | A quién afecta | Qué hacer |
|---|---|---|
| Los campos que solo tú defines al construir ya no se ofrecen al modelo: cuentas, conexiones, credenciales, remitentes y buzones. Lo que hayas indicado se sigue usando. Un campo vacío sigue vacío. Lo que el modelo envíe fuera de los campos ofrecidos se descarta. | Los agentes en los que el modelo elegía por sí mismo una cuenta, un remitente o un buzón. «Enviar correo (SMTP)» sin buzón fijo ahora falla. | Rellena esos campos de forma fija en la fila de herramienta. |
| Las herramientas ya preparadas, como DeepL, «Enviar correo (SMTP)» y Acción de app, ahora se pueden añadir como herramienta. | Quien las echaba de menos. | Añádelas en el AI Agent, entre sus herramientas. |
Nodos de anymize
| Cambio | A quién afecta | Qué hacer |
|---|---|---|
| «Listar jobs», «Listar documentos del proyecto» y «Consultar reunión / transcripción» ahora solo ven datos de la cuenta en la que se ejecuta el workflow. «Crear proyecto» crea el proyecto justo en esa cuenta. | Quien trabaja con varias cuentas, por ejemplo como partner para clientes. Pueden aparecer menos entradas. Los proyectos que un workflow creó antes del cambio pueden faltar en estas listas. | Ejecuta el workflow en la cuenta a la que pertenecen los datos. |
Trello, Linear, GitLab y otras integraciones
| Cambio | A quién afecta | Qué hacer |
|---|---|---|
| Trello, Linear y GitLab tienen una opción nueva «Resultado» en Avanzado. Por defecto sigues recibiendo un elemento por entrada. «Una lista con cantidad» devuelve un único elemento con la lista y la cantidad, de modo que también una lista vacía llega al siguiente paso. | Nadie, mientras no cambies la opción. | Elige «Una lista con cantidad» donde un resultado vacío no deba detener el flujo. |
| En Stripe, Mailchimp, Airtable, Linear, PagerDuty y Zendesk, los campos de número, interruptor y objeto aceptan ahora conexiones y plantillas como {{ $json.importe }}. Si una plantilla no da nada, se aplica el valor por defecto del nodo. | Los campos en los que {{ }} era texto normal. | Normalmente nada. |
| Discord devuelve ok: true si todo va bien. Zendesk puede procesar los elementos uno a uno (desactivado por defecto), y «Listar tickets» cuenta como lectura. | Los workflows que leen la salida de Discord. | Revisa la nueva salida en tu próxima prueba. |
| Los valores que llegan por una conexión desde un paso anterior pasan sin cambios en GitHub, Notion, Asana, HubSpot, los campos JSON de Telegram y el campo «Campos adicionales» de Mailchimp. Si contienen {{ }}, por ejemplo en una plantilla de un archivo o de un issue, ya no se evalúan. Las plantillas que escribes tú en un campo funcionan como antes. | Los workflows en los que un paso genera a propósito texto con {{ }} para que lo rellene el nodo siguiente. | Compón el valor directamente en el paso que lo genera. |
Mensajes de error sin texto del proveedor
Los errores ya no contienen el texto del proveedor. Un paso falla con un código de error fijo, y la vista de ejecución muestra una frase comprensible en tu idioma. Las integraciones (Stripe, Mailchimp, Airtable, Trello, ClickUp, Linear, GitLab, Discord, Telegram, Zendesk, Supabase) solo indican el código HTTP. El nodo HTTP con «Ante un error HTTP: Detener el workflow» indica el código sin un extracto de la respuesta.
| Cambio | A quién afecta | Qué hacer |
|---|---|---|
| Código de error y frase en lugar del texto del proveedor. | Quien comprobaba un texto de error en un paso posterior o en su propia monitorización. Un AI Agent también recibe ahora el código en lugar del mensaje del proveedor. | Bifurca según el código o el código HTTP, no según el texto. |
Otros cambios pequeños
- Solicitud HTTP: con «Continuar, error en el output» el workflow ahora también sigue cuando la dirección no se puede resolver o está bloqueada, o cuando falta el secreto del workflow. En esos casos no se envía nada.
- Fecha y hora: campo nuevo para la zona horaria (UTC por defecto, mismo resultado que antes) y una opción para una fecha de origen ausente o no válida (por defecto: la hora actual, como antes).
- JSON: opción nueva para JSON no válido. Por defecto sigue como antes y marca el campo de destino.
- Hash: solo sha256, sha512, md5, sha1 y sha384. Un Base64 no válido ahora detiene el paso.
- Al publicar, anymize comprueba más campos obligatorios: la clave en Stripe, SendGrid, Mailchimp, Airtable, Trello, ClickUp, Zendesk, Linear, GitLab, PagerDuty, Twilio y Discord, y las credenciales en Telegram y Supabase.
- La búsqueda web y Ollama indican los errores como código, sin el texto del proveedor.
Nuevo: GitHub, Notion, Asana y adjuntos de correo
- GitHub: siete nodos (Repositories, Issues, Pull Requests, archivos y ramas, Releases, Actions, Solicitud a la API) con 73 acciones, 41 de lectura y 32 de escritura.
- Notion: los nodos «Notion Páginas» y «Notion Bases de datos».
- Asana: los nodos «Asana Tareas» y «Asana Proyectos».
- Las acciones de lista de GitHub, Notion y Asana devuelven siempre un resultado con la lista y la cantidad. En GitHub, la salida indica además si la lista se ha recortado, qué página viene después y si GitHub ha frenado la carga. Con el campo «Página» traes una página concreta.
- Como herramienta de un AI Agent, al modelo no se le ofrecen los ajustes de ejecución por elemento de GitHub, Notion y Asana. En GitHub tampoco puede fijar «Solo con comprobaciones en verde» ni «Versión revisada (commit)»: un agente solo mergea con comprobaciones en verde, salvo que tú hayas fijado otra cosa en la fila de herramienta.
- Outlook y Gmail: en Acción de app puedes listar adjuntos y guardar un adjunto en tu almacenamiento de anymize (carpeta System/Downloads). Vale para la cuenta predeterminada de la conexión y requiere Co-Work. Guardar es una acción de escritura: activa «Permitir escritura para este paso».
Las acciones de escritura de GitHub, Notion y Asana solo se ejecutan si en los ajustes de la conexión, en «Acciones permitidas», está elegido «Permitir cambios». Con «Solo lectura» y «Leer y crear borradores», los workflows solo ejecutan acciones de lectura.
Si algo deja de funcionar
- 01Abre el workflow y la vista de ejecución de la última ejecución. En «Error de workflow» una frase dice qué falta o qué se rechazó. En algunos errores aparece debajo el código HTTP del servicio.
- 02Haz clic en el paso con el error y compara su entrada con la salida del paso anterior. Causas típicas: falta un header en el webhook, falta el contenido en descargas grandes o chat_id está vacío en el chat.
- 03«Detalles técnicos» muestra los datos en bruto del error con el código fijo, por ejemplo WORKFLOW_HUBSPOT_WRITE_FAILED. Indica ese código cuando contactes con soporte.
- 04Busca el nodo en esta página y ajusta la opción indicada. Luego lanza una prueba con pocos datos.
| Código | Significado | Qué hacer |
|---|---|---|
| WORKFLOW_CONNECTOR_TOOL_BLOCKED | Los workflows nunca ejecutan esta acción, por ejemplo un pago. | Elige otra acción o hazlo a mano. |
| WORKFLOW_CONNECTOR_WRITE_BLOCKED | El paso cambiaría algo, pero no tiene permiso: la escritura no está permitida para este paso, en la conexión o por tu organización. | Activa «Permitir escritura para este paso» en el paso, o pon «Acciones permitidas» de la conexión en «Permitir cambios». Si sigue bloqueado, tu admin te puede ayudar. |
| WORKFLOW_HUBSPOT_WRITE_FAILED | HubSpot no aplicó el cambio. | Revisa el registro y los campos del paso. |
| WORKFLOW_SMTP_PORT_INVALID | El puerto de las credenciales SMTP no está permitido. | Usa 587 o 465. |
| WORKFLOW_SMTP_CREDENTIAL_INVALID | Las credenciales SMTP están incompletas o no apuntan a un servidor de correo público. | Guarda de nuevo servidor, puerto, usuario y contraseña. |
| WORKFLOW_GOOGLE_NOT_CONNECTED | No hay un perfil Google BYO adecuado. | Configura el perfil en Workflows > Claves. |
| WORKFLOW_GOOGLE_NOT_AUTHORIZED | No se ha concedido acceso a esta área de Google. | Revisa el permiso y el área en la conexión. |
| WORKFLOW_GOOGLE_WRITE_BLOCKED | Tu equipo no permite aquí cambios automáticos en Google. | Habla con el admin de tu equipo. |
| workflow_required_config_missing | Falta un campo obligatorio al publicar. | Rellena el campo indicado y vuelve a publicar. |