desde el 05.11.2026, aproximadamente a las 15:02 (CET) o 14:02 UTC, mi instancia yina-ai.app.n8n.cloud ya no ejecuta ejecuciones de producción (webhooks, activadores de programación). Según el indicador de uso de mi cuenta, la cuota no se ha agotado: [Plan: __, Uso: __ de __ ejecuciones, Período de facturación __].
Lo que hemos identificado:
La última ejecución de producción exitosa se realizó a las 14:02:41 UTC (ejecución 7429, con subejecuciones 7483 a 7485).
Un flujo de trabajo con activador de programación (ID f3UzHPXB4KpRVb3B, cada 5 minutos) se ejecutó por última vez a las 13:59:01 UTC (ejecución 7479). Las ejecuciones esperadas a las 14:04 y 14:09 UTC no ocurrieron.
Las llamadas de webhook de producción (flujo de trabajo oWScepLNyoLmMLms) devuelven {"code":0,"message":"There was a problem executing the workflow"}, y no se crea ninguna ejecución.
El inicio del mismo flujo de trabajo en modo de producción a través de la interfaz de n8n a las 14:07 y 14:09 UTC devolvió: “Execution limit reached. Consider upgrading your plan” (enlace con source=executions_error_max_executions).
Las ejecuciones manuales siguen funcionando normalmente (por ejemplo, ejecución 7486 a las 14:07:06 UTC).
La instancia reporta haber alcanzado el límite de ejecuciones, aunque mi cuenta muestra cuota disponible. Por favor, verifique por qué la instancia lo reporta (contador desincronizado u otro límite) y restablezca las ejecuciones de producción. Es urgente: para mañana, 06.11. a las 10:00, hay videos programados para publicación automática.
Nota: Estos hallazgos provienen de un análisis realizado por Claude, el asistente de IA de Anthropic, conectado a mi instancia a través de la interfaz MCP de n8n. Claude identificó el problema por las ejecuciones de programación faltantes, el error de webhook y la respuesta “Execution limit reached” al iniciar en modo de producción.
Primero verifica el límite de período de facturación y la zona horaria del panel, luego compáralos con las marcas de tiempo de ejecución de producción; las ejecuciones manuales y de producción pueden contarse de manera diferente. Como la producción devuelve un error de límite explícito mientras que las ejecuciones manuales tienen éxito, añade esa respuesta, las marcas de tiempo UTC y un ID de ejecución manual exitosa al ticket de soporte existente y solicita una verificación de contador de espacio de trabajo o derechos. Mantén los reintentos programados pausados hasta que se confirme que el límite está despejado, luego prueba un disparador de producción para evitar un aumento de acumulación.
Tu contador de ejecuciones alcanzó el límite de este mes, por lo que las ejecuciones de producción fueron bloqueadas mientras que las ejecuciones manuales seguían funcionando. El reinicio automatizado habitual no se realizó, así que lo reinicié manualmente como un reinicio único. El contador está en 0 y la instancia está en funcionamiento.
He respondido a tu ticket de soporte con la misma actualización, y estoy publicando esto aquí para que sea visible para cualquiera que se encuentre con esto.
Las ejecuciones bloqueadas mientras el límite estaba activo no se ejecutaron después, así que por favor verifica cualquier cosa que estuviera programada entre el 5 de nov 14:02 UTC y ahora.
El flujo de trabajo en una programación de 5 minutos utiliza muchas ejecuciones durante un mes. Debido a que este fue un reinicio único, una actualización de plan es la forma de obtener más ejecuciones si vuelves a alcanzar el límite.
Si tienes problemas adicionales, por favor responde en tu ticket de soporte.