# Límites y salvaguardas Los límites que se aplican a todo flow y las salvaguardas que protegen tu proyecto: duración, tamaño, techos del plan, saldo bajo y eventos que no inician un flow. **Language:** es **Audience:** platform **TLDR:** Un flow admite hasta 50 pasos y su camino de esperas más largo no puede superar los 180 días; las esperas fijas y las de actividad duran de 1 minuto a 90 días, y las ventanas de las esperas por zona horaria e inteligentes llegan hasta 14 días. Tu plan fija cuántos flows pueden estar activos por proyecto y cuántos contactos entran por hora entre todos. Sin fondos, la entrada baja a un ritmo reducido; los eventos antiguos, las primeras sincronizaciones y las importaciones CSV nunca inician un flow. **Translation key:** platform.automations.flows.limits-and-safeguards **Search keywords:** duración máxima, máximo de pasos, límites de espera, flows activos por plan, límite por hora, techo del plan, ritmo limitado, sin saldo, se han detenido los flows, eventos históricos, carga histórica, los contactos importados no entraron, importación CSV no dispara, protección de carga, pico de tráfico, horario silencioso, límite de frecuencia entre flows, mismo contacto en dos flows, mensaje duplicado, flujo **Related pages:** /platform/en/automations/flows/limits-and-safeguards, /platform/es/automations/flows/triggers-and-entry, /platform/es/automations/flows/waits, /platform/es/automations/flows/managing-flows, /platform/es/automations/flows/monitoring-a-flow, /platform/es/billing/plans-subscription, /platform/es/billing/wallet-balance **Docs index (every page):** https://staging-instasent-docs-nextjs.oscar-284.workers.dev/llms.txt **This zone's index:** https://staging-instasent-docs-nextjs.oscar-284.workers.dev/platform/es/llms.txt **This page:** https://staging-instasent-docs-nextjs.oscar-284.workers.dev/platform/es/automations/flows/limits-and-safeguards/ (HTML) · https://staging-instasent-docs-nextjs.oscar-284.workers.dev/platform/es/automations/flows/limits-and-safeguards.md (Markdown) **Other language (en):** https://staging-instasent-docs-nextjs.oscar-284.workers.dev/platform/en/automations/flows/limits-and-safeguards.md Casi todo lo que hace un flow lo decides tú: qué evento lo inicia, quién puede entrar, cuánto dura cada espera. Alrededor de esas decisiones hay unos pocos límites que no se pueden cambiar y un conjunto de protecciones que actúan solas. Los límites hacen que todo flow tenga un final y se pueda seguir: un contacto siempre llega al final de un flow en un tiempo conocido, y un recorrido nunca crece hasta volverse inmanejable. Las protecciones evitan que el proyecto envíe lo que nadie pretendía: mensajes sobre pedidos de hace meses, una avalancha de entradas cuando una fuente de datos envía miles de eventos a la vez, o un gasto que sigue corriendo cuando la cuenta se ha quedado sin fondos. Esta página los reúne en un solo sitio, para cuando planificas un flow largo o grande, quieres saber qué cambia según tu plan o intentas averiguar por qué un flow no se inició para alguien. Los límites de entrada que configuras tú —cada cuánto puede entrar un contacto y cuántos contactos entran por hora o por día— se explican con el disparador, en [El disparador: quién entra y cuándo](/platform/es/automations/flows/triggers-and-entry). ## De un vistazo Cada valor se explica en la página de la última columna. | Límite | Valor | Dónde se explica | | --------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------- | | Espera más corta | 1 minuto; solo la ventana de una **Espera por zona horaria** o una **Espera inteligente** puede empezar **Al instante** | [Esperas](/platform/es/automations/flows/waits#duración-y-precisión) | | **Espera fija** | De 1 minuto a 90 días | [Esperas](/platform/es/automations/flows/waits#espera-fija) | | **Espera de actividad** | De 1 minuto a 90 días; hasta 10 ramas más **Sin interacción** | [Esperas](/platform/es/automations/flows/waits#espera-de-actividad) | | Ventana de la **Espera por zona horaria** y la **Espera inteligente** | **Como pronto**, de **Al instante** a 14 días; **Como tarde**, de 8 horas a 14 días | [Esperas](/platform/es/automations/flows/waits#espera-por-zona-horaria) | | **Espera de entrega** | Hasta 48 horas | [Esperas](/platform/es/automations/flows/waits#espera-de-entrega) | | Camino más largo del flow | 180 días | [Más abajo](#cuánto-puede-durar-un-flow) | | Pasos por flow | 50 | [Más abajo](#cuántos-pasos-puede-tener-un-flow) | | Eventos de salida | Hasta 10 | [Objetivos y salidas](/platform/es/automations/flows/goals-and-exits#eventos-de-salida) | | Ramas de una bifurcación | Hasta 10, más la rama por defecto | [Ramas](/platform/es/automations/flows/branches#añadir-ordenar-y-nombrar-ramas) | | **Test A/B** | Hasta 10 variantes más la rama por defecto; al menos un 1 % por variante y un 2 % para la rama por defecto | [Ramas](/platform/es/automations/flows/branches#test-ab) | | **Límite de inscripciones por contacto** | **Sin límite** o **Una sola vez** | [El disparador](/platform/es/automations/flows/triggers-and-entry#cada-cuánto-puede-entrar-un-contacto) | | **Tiempo mínimo entre inscripciones** | 5 minutos por defecto; de 1 minuto a unos 115 días | [El disparador](/platform/es/automations/flows/triggers-and-entry#cada-cuánto-puede-entrar-un-contacto) | | **Ejecuciones simultáneas por contacto** | 5 por defecto; de 1 a 10 | [El disparador](/platform/es/automations/flows/triggers-and-entry#cada-cuánto-puede-entrar-un-contacto) | | **Ritmo de inscripción** de un flow | Por hora y por día, de 1 a 100.000 cada uno | [El disparador](/platform/es/automations/flows/triggers-and-entry#ritmo-de-inscripción) | | Flows activos por proyecto | Lo fija tu plan | [Gestión de flows](/platform/es/automations/flows/managing-flows#límite-de-flows-activos) | | Entradas por hora en todo el proyecto | Lo fija tu plan | [Más abajo](#límites-del-plan) | | Prueba en real | Alrededor del 10 % de los contactos que entran | [Probar, publicar y versiones](/platform/es/automations/flows/versions-and-publishing#prueba-en-real-probar-una-versión-con-un-grupo-reducido) | ## Cuánto puede durar un flow Todo flow tiene una **duración máxima**: el tiempo más largo que un contacto puede pasar dentro, siguiendo el camino más lento posible desde el disparador hasta el final. El panel la calcula a partir de las esperas de cada camino: - una **Espera fija** cuenta entera; - una **Espera por zona horaria** o una **Espera inteligente** cuenta el final de su ventana (**Como tarde**); - una **Espera de actividad** cuenta su plazo (**Cuánto esperar**), porque un contacto que no reacciona se queda hasta que se agota; - una **Espera de entrega** cuenta unos dos días. Los mensajes, las bifurcaciones y las actualizaciones del contacto no suman tiempo. Donde el flow se bifurca, cada rama es un camino distinto: las esperas de una rama se suman a las que hay antes y después de la bifurcación, pero nunca a las de otra rama, porque un contacto solo va por una de ellas. La duración máxima es el total del camino más lento. Ese total **no puede superar los 180 días**. Un flow cuyo camino más lento dura más se puede guardar como borrador, pero no publicar: **Corrige tu flow para publicarlo** muestra el problema para todo el flow, *La rama más larga del flow puede durar N días y el máximo son 180.* Basta con acortar cualquier espera de ese camino; las demás no influyen. (En [Crear un flow](/platform/es/automations/flows/building-a-flow#corrige-lo-que-impide-publicar) se explica cómo lista el panel lo que impide publicar.) La cifra de cada flow se consulta en el listado de flows: la columna **Duración máx.** muestra «Lo máximo que un contacto puede pasar en este flow, siguiendo su camino de esperas más largo.» El listado y sus columnas se explican en [Gestión de flows](/platform/es/automations/flows/managing-flows). Por ejemplo, un flow de carrito abandonado empieza con una **Espera inteligente** cuya ventana termina a las 8 horas, envía un recordatorio y espera hasta 1 día con una **Espera de actividad**. Los contactos que no hacen clic pasan por una **Espera fija** de 1 día antes de un segundo recordatorio; los que hacen clic van directos al final. El camino más lento es el que no tiene clic: 8 horas + 1 día + 1 día, así que la duración máxima del flow es de unos 2 días y 8 horas. En cambio, un flow de recuperación de clientes con una **Espera fija** de 90 días, un mensaje, una **Espera de actividad** de 60 días y, en **Sin interacción**, otra **Espera fija** de 45 días suma 195 días en su camino más lento: no se puede publicar hasta acortar alguna de esas esperas. Una duración máxima larga también significa que los contactos se quedan mucho tiempo en una versión: al publicar una versión nueva, los que ya están dentro terminan en la que entraron (ver [Probar, publicar y versiones](/platform/es/automations/flows/versions-and-publishing)). Conviene mantener los flows bastante por debajo del límite: un recorrido que necesita meses suele gestionarse mejor como dos flows, el segundo iniciado por algo que hace el contacto. ## Cuántos pasos puede tener un flow Un flow admite hasta **50 pasos**. Cuenta todo paso añadido desde la paleta —mensajes, esperas, bifurcaciones, actualizaciones del contacto, **Objetivo cumplido** y **Salir del flow**—, esté donde esté en el lienzo. El disparador también cuenta como un paso, y lo mismo cada evento de salida. Cuando un flow se acerca al límite, la barra de herramientas muestra un aviso como **42 de 50 pasos**, con la indicación «Este flow se acerca al límite de 50 pasos. Plantéate dividirlo en flows más pequeños. Hasta el límite se publica con normalidad.» El aviso no bloquea nada. Por encima de 50 pasos el flow se puede guardar como borrador, pero no publicar: **Corrige tu flow para publicarlo** muestra *El flow tiene N pasos y el máximo son 50.* Un flow que crece tanto suele mezclar varios recorridos. Dividirlo hace que cada parte sea más fácil de probar, de leer y de medir. Una forma habitual de encadenar dos flows: el primero termina con un paso **Actualizar etiquetas** que añade una etiqueta, y el segundo empieza cuando un contacto gana esa etiqueta (el evento **Contacto creado / actualizado** con una condición sobre la etiqueta añadida). Ver [Actualizar el contacto](/platform/es/automations/flows/contact-updates) y [Etiquetas, listas y contactos nuevos](/platform/es/automations/flows/triggers-and-entry#etiquetas-listas-y-contactos-nuevos). ## Límites del plan El plan de tu organización fija dos techos para Flows, los dos **por proyecto**. El panel muestra tus cifras donde se aplican, y la comparativa de planes del panel las recoge como **Flows activos por proyecto** e **Inscripciones por hora en flows por evento**. ### Entradas por hora en todo el proyecto Tu plan limita cuántos contactos pueden entrar en flows **por hora, sumando todos los flows del proyecto**. Es un cupo compartido: un flow con mucho movimiento consume margen que habrían tenido los demás flows del mismo proyecto. La cuenta se hace por hora de reloj (de 10:00 a 10:59, por ejemplo) y empieza de nuevo en la hora siguiente. El panel muestra tu techo en la pestaña **Límites** del disparador, bajo el campo por hora del **Ritmo de inscripción**: «Tu plan permite hasta N inscripciones por hora entre todos los flows de este proyecto.» El ritmo propio de cada flow sigue aplicándose dentro de ese techo y nunca puede superarlo. Se puede escribir un valor por hora más alto para un flow, y se guarda, pero el panel avisa: «… supera el techo de tu plan, N por hora. Por encima no tendrá efecto.» (Cómo funciona el ritmo propio de un flow se explica en [Ritmo de inscripción](/platform/es/automations/flows/triggers-and-entry#ritmo-de-inscripción).) Cuando el proyecto alcanza su techo, ningún flow del proyecto admite entradas hasta la hora siguiente. Los contactos que cumplen las condiciones mientras tanto se **descartan, no quedan en cola**: no entran esa vez, no se reintenta nada después y cada uno aparece en **No entraron** con «Límite horario del proyecto alcanzado (límite del plan)» (ver [Seguimiento de un flow](/platform/es/automations/flows/monitoring-a-flow#por-qué-un-contacto-no-entró)). Por ejemplo, durante una venta flash una tienda recibe muchos más pedidos de lo habitual. Su flow **Gracias por tu pedido** y su flow **Pide una reseña** empiezan los dos con **Pedido creado**, así que cada pedido consume dos entradas del cupo por hora del proyecto. Si el cupo se agota a las 10:40, de ahí a las 11:00 ningún flow del proyecto admite entradas: ni el agradecimiento, ni la petición de reseña, ni tampoco el flow de carrito abandonado. Para proteger los flows que más importan en los momentos de más tráfico, conviene dar a los menos urgentes un **Ritmo de inscripción** más bajo: un flow se detiene en su propio techo por hora antes de agotar el cupo compartido. Si tu proyecto alcanza el techo a menudo, un plan con un techo más alto da más margen a todos los flows; la comparativa de planes del panel muestra las **Inscripciones por hora en flows por evento** de cada plan. ### Flows activos por proyecto Tu plan fija además cuántos flows pueden tener la entrada abierta a la vez en cada proyecto. No cuentan los flows con la entrada pausada (**Pausar la entrada**, la misma acción que **Desactivar** en el listado de flows), los borradores ni los flows archivados. Cómo se comporta el límite al publicar, pausar o cambiar de plan se explica en [Gestión de flows](/platform/es/automations/flows/managing-flows#límite-de-flows-activos). ### Lo que los planes no limitan Los planes fijan **velocidad y simultaneidad**, no volumen. No hay un cupo mensual de ejecuciones: un flow se ejecuta tantas veces como se active su disparador, dentro del techo por hora. Las ejecuciones no se cobran, como tampoco las esperas, las bifurcaciones, las actualizaciones del contacto, los objetivos ni las salidas. Lo que se cobra son los **mensajes** que envía un flow, como cualquier otro mensaje SMS o RCS; ver [Enviar mensajes](/platform/es/automations/flows/sending-messages#qué-se-factura). ## Cuando la cuenta se queda sin fondos Los flows envían mensajes que se pagan con el saldo de la organización, así que reaccionan cuando la cuenta se queda sin fondos. En lugar de detenerse del todo, todos los flows **bajan el ritmo** a un nivel muy reducido hasta que vuelve a haber fondos. Qué pasa mientras la cuenta no tiene fondos: - **La entrada en cada flow baja a un ritmo reducido.** La pestaña **Límites** del disparador muestra la cifra exacta en su apartado **Mantén fondos en la cuenta**: «Sin fondos, la entrada en este flow baja a N contactos por hora.» Mientras ocurre, el mismo apartado lo indica: «Tu cuenta no tiene fondos, así que la entrada en este flow ha bajado a N contactos por hora.» - **Los contactos que superan ese ritmo no entran.** Aparecen en **No entraron** con «Límite horario de entradas alcanzado: la cuenta no tiene fondos». Como cualquier otro descarte, no quedan en cola: solo entran con su siguiente evento que cumpla las condiciones, cuando la cuenta vuelva a tener fondos. - **A los contactos que ya están dentro no los frena este límite de entrada.** Que los mensajes a los que llegan se puedan enviar depende del saldo en el momento en que se ejecuta el paso; el recorrido del contacto muestra qué pasó en ese paso (ver [Seguimiento de un flow](/platform/es/automations/flows/monitoring-a-flow#por-qué-no-se-envió-un-mensaje)). - **Afecta a toda la organización.** El saldo es de la organización, así que todos los flows de todos sus proyectos bajan el ritmo a la vez. - **Tu equipo recibe un aviso.** El propietario y los miembros del equipo con **Acceso total**, **Facturación** o **Marketing** reciben un email y un SMS que dicen que los flows de la organización se han detenido por falta de saldo, como mucho una vez al día. Pese a esa redacción, la entrada se ha ralentizado, no detenido, y los contactos que ya estaban dentro siguen su recorrido. En cuanto vuelve a haber fondos en la cuenta, el ritmo normal se recupera sin hacer nada más. Para evitar que ocurra, se activa la **recarga automática**: los usuarios que gestionan la facturación ven el enlace **Configurar la recarga automática** en ese mismo apartado, y los ajustes se explican en [Recarga automática](/platform/es/billing/wallet-balance#recarga-automática). Si faltan mensajes de tus flows y a la vez han bajado las entradas, lo primero es revisar el [saldo](/platform/es/billing/wallet-balance). Un proyecto **bloqueado** —por facturación o por una suspensión— es otro caso. Ningún flow del proyecto admite entradas: cada contacto aparece en **No entraron** con «Proyecto bloqueado (facturación/suspensión)». Los contactos que ya están dentro no avanzan a su siguiente paso mientras dura el bloqueo, y una ejecución que se queda bloqueada demasiado tiempo se finaliza. Sin saldo suficiente, no está garantizado que los mensajes de un flow salgan: mantén el saldo al día o activa la recarga automática, como se describe arriba. ## Eventos que nunca inician un flow Un flow empieza con eventos que **están ocurriendo ahora**. Algunos eventos llegan a tu proyecto sin ser nuevos —describen algo que pasó antes o llegan dentro de una carga masiva— y nunca inician un flow, diga lo que diga el disparador. Los datos no se pierden: los eventos se guardan en el perfil del contacto y se pueden usar en segmentos e informes. Simplemente no disparan ningún flow. - **Eventos con fecha antigua.** Un evento cuya fecha propia es bastante anterior al momento en que llega a Instasent —un pedido histórico cargado para completar el historial de un contacto, una carga de datos pasados, eventos de una cola que se reenvía mucho después— no inicia un flow. Sin esto, cargar los pedidos del año pasado enviaría un mensaje de agradecimiento por cada uno. Si envías eventos con la Ingest API, su guía explica la ventana de tiempo que usa: [Automations and the event time window](/platform-api/ingest-api/guide#automations-and-the-event-time-window) (en inglés). - **La primera sincronización de una fuente recién conectada.** Al conectar una tienda u otra integración, los contactos y eventos que trae en la primera importación no inician flows. Los eventos que llegan después, a medida que ocurren, inician flows con normalidad. - **Las importaciones CSV y de copiar y pegar.** Los contactos y datos cargados con [Importar CSV y copiar y pegar](/platform/es/data-sources/csv-copy-paste) nunca inician un flow, tampoco por las etiquetas y listas que añada la importación. - **Los eventos que no pueden disparar un flow**, por su tipo o por su fuente de datos, y los eventos de una fuente de datos distinta de la seleccionada en el disparador. Los eventos que sí pueden iniciar un flow se enumeran en [Qué eventos pueden iniciar un flow](/platform/es/automations/flows/triggers-and-entry#qué-eventos-pueden-iniciar-un-flow). Además, Flows necesita un proyecto de la Plataforma: un proyecto de la A2P Messaging API no ejecuta flows. Ninguno de estos eventos llega a las comprobaciones de entrada del flow, así que **no dejan fila en No entraron** ni nada en la actividad del flow (ver [Lo que no deja rastro](/platform/es/automations/flows/monitoring-a-flow#lo-que-no-deja-rastro)). Por ejemplo, una tienda importa un CSV con 2.000 clientes antiguos y les pone a todos la etiqueta `vip`. Un flow **Bienvenida VIP** que empieza cuando un contacto gana la etiqueta `vip` no se ejecuta para ninguno de ellos, y un flow **Bienvenida a nuevos contactos** tampoco, aunque sean contactos nuevos en el proyecto. Los clientes que reciban la etiqueta `vip` más adelante, por la conexión en directo de la tienda o por un paso **Actualizar etiquetas** de un flow, sí entran. Para escribir una vez a los clientes importados, se les envía una campaña (ver [Campañas](/platform/es/campaigns)). ## Protecciones ante picos Aparte del ritmo que configuras, la plataforma protege el proyecto cuando llega mucho a la vez: - **Protección de carga.** Si llega un número muy grande de entradas en todo el proyecto en muy poco tiempo —normalmente, una fuente de datos que envía de golpe una actualización masiva de muchos contactos a un flow que empieza con **Contacto creado / actualizado**—, la protección descarta una parte. Aparecen en **No entraron** como «Descartado por la protección de carga del proyecto». Esas filas son una muestra, no una por cada contacto descartado. Repartir en el tiempo las actualizaciones masivas, y añadir condiciones de evento para que un flow solo reaccione a las actualizaciones que necesita, mantiene el flow lejos de ella. - **Dos eventos del mismo contacto en el mismo momento.** Si un mismo contacto genera dos eventos válidos para un flow con unos segundos de diferencia, solo se evalúa el primero. El segundo aparece en **No entraron** como «Otro intento de activación de este contacto estaba en curso» y no se reintenta. Suele ocurrir cuando una fuente envía la misma acción dos veces seguidas. - **El mismo evento recibido dos veces.** Un evento que llega dos veces al flow nunca crea dos ejecuciones: la repetición aparece como «Ya tiene una ejecución para este evento». Los umbrales de estas protecciones no se pueden configurar ni se muestran en el panel. Lo que controlas es el ritmo y los límites de reentrada de cada flow, en [El disparador: quién entra y cuándo](/platform/es/automations/flows/triggers-and-entry). ## Lo que Flows no limita Hay dos protecciones que se suelen dar por supuestas y que Flows no tiene, por diseño. Saberlo ayuda a diseñar los flows teniéndolo en cuenta. **Los mensajes no tienen horario silencioso.** Un paso **Enviar mensaje** envía en cuanto un contacto llega a él, a cualquier hora. Flows no tiene un horario silencioso para todo el proyecto ni una franja de envío en el propio mensaje. Para que los mensajes no lleguen de noche, se coloca una **Espera por zona horaria** o una **Espera inteligente** antes del envío; ver [Esperas](/platform/es/automations/flows/waits#los-mensajes-no-tienen-horario-silencioso). **No hay un límite de frecuencia entre flows.** Cada flow decide por su cuenta quién entra, y nada comprueba si otro flow, o una campaña, acaba de enviar un mensaje al mismo contacto. Si dos flows empiezan con el mismo evento, un contacto que cumple las condiciones de los dos entra en ambos y recibe los mensajes de los dos. **Ejecuciones simultáneas por contacto** no sirve para esto: solo cuenta las ejecuciones del flow donde se configura. Por ejemplo, una tienda tiene un flow **Recordatorio de navegación** con **Producto añadido al carrito** y un flow **Carrito abandonado** con **Checkout iniciado**. Un comprador que añade un producto y después inicia un checkout entra en los dos y podría recibir dos recordatorios sobre la misma compra. Para que los flows no se solapen: - **Hacer que un flow termine donde empieza el otro.** Se añade el evento disparador del otro flow como evento de salida: con **Checkout iniciado** como evento de salida del recordatorio de navegación, un comprador que llega al checkout sale de ese flow y sigue solo en el de carrito abandonado. Ver [Objetivos y salidas](/platform/es/automations/flows/goals-and-exits). - **Excluir a quien ya está en otro recorrido.** Se etiqueta a los contactos al entrar en un flow (con un paso **Actualizar etiquetas** al principio) y, en la audiencia del otro flow, se excluye un segmento con esa etiqueta en **Excluir segmentos**, si tu plan lo incluye. Ver [Quién puede entrar: la audiencia](/platform/es/automations/flows/triggers-and-entry#quién-puede-entrar-la-audiencia). - **Usar un disparador por recorrido.** Cuando dos recorridos empiezan con el mismo evento, se construyen como un solo flow y se reparte a los contactos con una bifurcación, en lugar de tener dos flows en paralelo; ver [Ramas](/platform/es/automations/flows/branches). ## Temas relacionados - [El disparador: quién entra y cuándo](/platform/es/automations/flows/triggers-and-entry) - Límites de reentrada, los ajustes de Ritmo de inscripción y los eventos que pueden iniciar un flow. - [Esperas](/platform/es/automations/flows/waits) - El rango de cada espera y cómo se suman las esperas. - [Gestión de flows](/platform/es/automations/flows/managing-flows) - El listado de flows, la pausa y el límite de flows activos. - [Seguimiento de un flow](/platform/es/automations/flows/monitoring-a-flow) - Todos los motivos por los que un contacto no entró, y lo que no deja rastro. - [Planes y suscripción](/platform/es/billing/plans-subscription) - Qué incluye cada plan y cómo cambiar de plan. - [Saldo](/platform/es/billing/wallet-balance) - Fondos, recarga automática y alerta de saldo bajo. --- This is one page of the Instasent documentation. For the complete machine-readable index of every guide and API reference, fetch https://staging-instasent-docs-nextjs.oscar-284.workers.dev/llms.txt — start there for full context.