# Objetivos y salidas

Cómo definir qué es un éxito en un flow, cuándo cuenta un objetivo y de qué maneras sale un contacto del flow antes de terminarlo.

**Language:** es
**Audience:** platform
**TLDR:** Los eventos de salida (hasta 10, en la pestaña Objetivo y salida del disparador) terminan la ejecución de un contacto en segundos, esté donde esté, y dejan fuera a quien acaba de hacer uno justo antes de entrar. Un evento de salida puede marcarse como objetivo del flow, o se añade un paso Objetivo cumplido: un objetivo solo cuenta si la ejecución ya había enviado al contacto al menos un mensaje, sin que haga falta clic ni entrega. Los objetivos no llevan importe; los ingresos salen de la atribución.
**Translation key:** platform.automations.flows.goals-and-exits
**Search keywords:** meta, conversión, métrica de éxito, parar el flow al comprar, dejar de enviar recordatorios al comprar, compró y le llegó el recordatorio, condición de salida, cancelar cuando, paso de objetivo, tasa de objetivo, cuenta sin clic, terminar el flow, salir del flow, flow completado, salir de la audiencia, salir del segmento, flujo
**Related pages:** /platform/en/automations/flows/goals-and-exits, /platform/es/automations/flows, /platform/es/automations/flows/triggers-and-entry, /platform/es/automations/flows/waits, /platform/es/automations/flows/flow-analytics, /platform/es/automations/flows/monitoring-a-flow, /platform/es/project-settings/conversions-attribution
**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/goals-and-exits/ (HTML) · https://staging-instasent-docs-nextjs.oscar-284.workers.dev/platform/es/automations/flows/goals-and-exits.md (Markdown)
**Other language (en):** https://staging-instasent-docs-nextjs.oscar-284.workers.dev/platform/en/automations/flows/goals-and-exits.md

Casi todos los flows existen para que el contacto haga algo: terminar la compra que dejó en
el carrito, reservar una cita, dejar una reseña. Dos ajustes convierten ese propósito en
configuración del flow. Los **eventos de salida** sacan al contacto del flow en cuanto hace
algo que deja sin sentido los mensajes que faltan: nadie debería recibir un recordatorio del
carrito después de pagar. El **objetivo** indica a Instasent qué significa el éxito en ese
flow, para que el panel pueda mostrar cuántas ejecuciones lo han conseguido.

Los dos van de la mano. Un evento de salida puede ser también el objetivo: la compra detiene
los recordatorios y, a la vez, cuenta como éxito. Y cuando el éxito no es un evento sino un
punto del flow (el mensaje se entregó, el contacto hizo clic), un paso **Objetivo cumplido**
lo marca ahí. Los eventos de salida no son la única manera de terminar antes una ejecución:
la última sección reúne las demás. La sección que conviene leer con atención es
[Cuándo cuenta un objetivo](#cuándo-cuenta-un-objetivo): un objetivo solo cuenta cuando el
flow ya ha enviado un mensaje al contacto, y esa regla resuelve la mayoría de las dudas
sobre las cifras de objetivo.

## Eventos de salida

Un evento de salida es un evento que termina la ejecución del contacto en cuanto lo hace:
sale del flow y ya no recibe nada más de él. Los eventos de salida no son pasos que se
colocan en el lienzo, sino una vigilancia sobre todo el flow, esté el contacto en el paso o
la rama que esté y lleve el tiempo que lleve esperando. Ejemplos habituales: **Pedido
creado** en un flow de carrito abandonado o de producto visto, **Formulario enviado** en un
flow que invita a rellenar un formulario, o **Baja del contacto** en un flow que quieres detener para quien se
da de baja.

### Añadir un evento de salida

#### 1. Abre la pestaña Objetivo y salida

En la pestaña **Construir**, pulsa la tarjeta del disparador, en lo alto del lienzo, y
abre la pestaña **Objetivo y salida**. La tercera fila de la tarjeta lleva directamente
a ella: mientras no hay nada configurado se llama **Objetivo o salida** («Define qué
cuenta como éxito, o cuándo dejar salir a la gente»).

#### 2. Añade el evento

En **Eventos de salida**, pulsa **Añadir evento de salida**. Selecciona la **Fuente de
datos** (por defecto, **Cualquier fuente de datos**) y después el evento, en **Elige un
evento**.

#### 3. Acótalo si hace falta

Con **Añadir condición de evento** puedes exigir valores en los datos del evento, por
ejemplo un pedido por encima de cierto importe. Como en el disparador, el evento tiene
que cumplir todas las condiciones.

#### 4. Decide si significa éxito

Marca **Usar este evento como objetivo del flow** si el evento es el resultado que
busca el flow; ver [Marcar el éxito: el objetivo](#marcar-el-éxito-el-objetivo).

#### 5. Guarda y publica

Pulsa **Guardar cambios**. Como cualquier otro cambio del borrador, los eventos de
salida se aplican a los contactos que entran después de publicar; los que ya están
dentro siguen con la versión con la que entraron
([Probar, publicar y versiones](/platform/es/automations/flows/versions-and-publishing#los-contactos-que-ya-están-dentro-siguen-en-su-versión)).

Un flow admite hasta **10** eventos de salida, y el contacto sale con el primero que ocurra.
Mientras la pestaña está vacía lo indica: «Sin eventos de salida. Los contactos solo salen
cuando terminan el flow. Añade un evento de salida para que puedan salir antes, y márcalo
como objetivo si significa éxito.» Cada evento de salida aparece como una tarjeta con el
nombre de su evento (o **Salida 1**, **Salida 2**… hasta que se selecciona uno) y un icono de
papelera para quitarlo. Las tarjetas se agrupan en **Objetivo cuando** (las marcadas como
objetivo) y **Salir cuando** (el resto), y la tarjeta del disparador en el lienzo muestra
esas mismas dos filas, así que la salida de un flow se ve sin abrir nada.

![La pestaña Objetivo y salida con el evento de salida Pedido creado usado como objetivo](/platform/es/automations/flows/images/goals-and-exits--1-goal-exit-tab.png)
*Un evento de salida puede contar además como objetivo.*

Un evento de salida puede quedarse en **Cualquier fuente de datos**: entonces termina la
ejecución venga de la fuente que venga el evento. Conviene seleccionar una fuente concreta
solo cuando el mismo evento puede llegar de más de una fuente y solo una de ellas debe
contar. Los eventos de salida reaccionan a los mismos eventos que pueden iniciar un flow:
los que no pueden iniciarlo
([Qué eventos pueden iniciar un flow](/platform/es/automations/flows/triggers-and-entry#qué-eventos-pueden-iniciar-un-flow))
tampoco terminan una ejecución, ni los que nunca inician un flow por su fecha o por su
origen ([Límites y salvaguardas](/platform/es/automations/flows/limits-and-safeguards#eventos-que-nunca-inician-un-flow)).

Tener algún evento de salida hace que el modo de procesamiento **Instantáneo** no esté
disponible para el flow; ver
[el modo de procesamiento](/platform/es/automations/flows/triggers-and-entry#cuándo-entra-el-contacto-el-modo-de-procesamiento).

### Qué pasa cuando el contacto lo hace

Cuando un contacto que está dentro del flow hace uno de sus eventos de salida, la ejecución
termina **en cuestión de segundos**, esté donde esté el contacto. Una espera de tres días se
corta y no se envía ningún mensaje nuevo después de la salida. Un mensaje que ya estaba en cola en
ese mismo instante sí se envía.

Solo terminan la ejecución los eventos que ocurren **después de que empezara**. Un evento
anterior a la ejecución corresponde a la comprobación de entrada que se explica a
continuación.

En la **Actividad** del flow, una ejecución terminada por un evento de salida aparece con el
estado **Cancelada**, y su recorrido del contacto dice «El contacto salió por una de las
salidas del flow.». Cuando el evento de salida es además el objetivo, el estado es
**Objetivo cumplido** u **Objetivo sin envío**, según el flow hubiera escrito ya al contacto o
no (ver [Cuándo cuenta un objetivo](#cuándo-cuenta-un-objetivo)). Cómo leer cada ejecución se
explica en [Seguimiento de un flow](/platform/es/automations/flows/monitoring-a-flow#actividad-quién-entró).

Los mensajes enviados antes de la salida se facturan como cualquier otro; los que la salida
evitó no llegan a enviarse, así que no tienen coste.

### Los eventos de salida también se comprueban al entrar

El flow busca también los eventos de salida en el momento en que el contacto va a entrar.
Un contacto que ha hecho uno de ellos poco antes del evento que dispara la ejecución, o
entre ese evento y el momento de entrar, **no llega a entrar**. El caso típico es el cliente
que inicia un checkout y paga a los pocos segundos, mientras la entrada todavía espera su
breve ventana de procesamiento
([el modo de procesamiento](/platform/es/automations/flows/triggers-and-entry#cuándo-entra-el-contacto-el-modo-de-procesamiento)).
Ese contacto aparece en **No entraron** con el motivo «El evento de salida llegó antes de que
el contacto entrara». Es el comportamiento esperado, no un error: el flow ha evitado un
recordatorio a quien ya había comprado.

Esta comprobación mira solo alrededor del evento que dispara esta ejecución, no todo el
historial del contacto. Un cliente que compró la semana pasada y vuelve a iniciar un checkout
entra con normalidad. Para dejar fuera de un flow a quien ha comprado hace poco, la
herramienta es la audiencia del disparador, por ejemplo **Excluir segmentos** con un
segmento de contactos que han comprado en los últimos días
([Quién puede entrar: la audiencia](/platform/es/automations/flows/triggers-and-entry#quién-puede-entrar-la-audiencia)).

### El evento disparador nunca termina su propia ejecución

El evento que inicia una ejecución nunca termina esa misma ejecución, aunque el evento
disparador y un evento de salida sean del mismo tipo. Lo que sí la termina es la
**siguiente** vez que ocurre ese evento: acaba con la ejecución en curso y, si los límites de
reentrada lo permiten
([Cada cuánto puede entrar un contacto](/platform/es/automations/flows/triggers-and-entry#cada-cuánto-puede-entrar-un-contacto)),
inicia una nueva.

Eso da un patrón útil para todo lo que se cuenta desde la **última** vez que pasó algo. La
plantilla **Recupera clientes** funciona así
([Plantillas de flows](/platform/es/automations/flows/templates)): empieza con **Pedido
creado**, espera 30 días (más una **Espera inteligente** para seleccionar el momento), envía un
mensaje y tiene **Pedido creado** como evento de salida usado como objetivo. Si el cliente vuelve a comprar durante esos 30 días, sale de la
ejecución en curso y el pedido nuevo inicia otra, de modo que los 30 días cuentan siempre
desde el último pedido. El mensaje es el último paso, así que quien compra después de
recibirlo ya ha terminado la ejecución: ese pedido inicia una ejecución nueva y cuenta como
objetivo de la que terminó si tu atribución lo asigna al mensaje
([Un objetivo después de terminar la ejecución](#un-objetivo-después-de-terminar-la-ejecución)).

### Ejemplo: un carrito abandonado que se detiene cuando el cliente compra

Un flow **Carrito abandonado** empieza con **Checkout iniciado** y tiene **Pedido creado**
como evento de salida, usado como objetivo. Sus pasos: una **Espera inteligente** de entre 5
minutos y 8 horas, un SMS con el enlace al carrito, una **Espera de actividad** de 1 día que
espera un toque en ese enlace y, para quien no lo toca (**Sin interacción**), una **Espera
fija** de 1 día y un segundo SMS con un cupón del 10 %. Así trata a cada cliente:

| Cuándo compra el cliente                                               | Qué pasa                                           | Estado en Actividad                                                                      |
| ---------------------------------------------------------------------- | -------------------------------------------------- | ---------------------------------------------------------------------------------------- |
| A los pocos segundos de iniciar el checkout, antes de entrar           | No entra en el flow.                               | Aparece en **No entraron**: «El evento de salida llegó antes de que el contacto entrara» |
| Durante la espera inteligente, antes de ningún mensaje                 | Sale sin recibir nada.                             | **Objetivo sin envío**                                                                   |
| Después del primer SMS (en la espera de actividad o en la espera fija) | Sale y no recibe el cupón.                         | **Objetivo cumplido**                                                                    |
| No compra ni toca el enlace                                            | Recibe los dos mensajes y llega al final del flow. | **Completada**                                                                           |

### Si un cliente compró y aun así recibió el recordatorio

#### Un cliente compró y aun así recibió el recordatorio

Revisa estos puntos en orden:

1. **Mira la ejecución en Actividad.** Abre la **Actividad** del flow, busca al
   contacto y abre **Ver detalle**. Si el recorrido dice «El contacto salió por una de
   las salidas del flow.», la salida funcionó: compara la hora del SMS (**Ver el
   mensaje**) con la del pedido. Un mensaje ya enviado, o que estaba saliendo cuando
   llegó el pedido, no se puede recuperar. Si la ejecución está **Completada**, o
   sigue **En curso**, no le llegó ningún evento de salida.
2. **Mira en qué versión está el contacto.** Lo indica la columna **Versión**. Los
   eventos de salida solo se aplican a quienes entraron después de publicarse la
   versión que los añadió; quienes entraron antes terminan en su versión antigua
   ([Los contactos que ya están dentro siguen en su versión](/platform/es/automations/flows/versions-and-publishing#los-contactos-que-ya-están-dentro-siguen-en-su-versión)).
3. **Revisa el propio evento de salida.** Si su **Fuente de datos** es una fuente
   concreta y el pedido llega desde otra, o como copia reenviada por otra
   herramienta, la salida no salta nunca: usa **Cualquier fuente de datos** o la
   fuente que de verdad envía el pedido. Revisa también el tipo de evento (**Pedido
   creado** no es **Pedido pagado**) y las condiciones del evento, como un importe
   mínimo.
4. **Comprueba que el pedido está en el mismo contacto.** Una compra hecha con otro
   teléfono u otro email, por ejemplo como invitado, pertenece a otro contacto y no
   termina la ejecución de este.
5. **Comprueba cómo llegó el pedido.** Los pedidos con fecha antigua, la primera
   sincronización de una fuente nueva y las importaciones CSV no terminan
   ejecuciones, igual que no las inician
   ([Eventos que nunca inician un flow](/platform/es/automations/flows/limits-and-safeguards#eventos-que-nunca-inician-un-flow)).
6. **Busca otro flow.** Una compra solo detiene los flows que la tienen como evento
   de salida. Si el recordatorio lo envió un segundo flow, ese flow necesita su
   propio evento de salida
   ([Lo que Flows no limita](/platform/es/automations/flows/limits-and-safeguards#lo-que-flows-no-limita)).

## Marcar el éxito: el objetivo

El objetivo de un flow es el resultado que debe conseguir: una compra, una reserva, un clic,
una respuesta. Declararlo permite al panel medir el flow por ese resultado: cuántas
ejecuciones cumplieron el objetivo y la **tasa de objetivo**, es decir, qué parte de las
ejecuciones a las que el flow escribió lo cumplió. Un flow sin objetivo funciona igual,
simplemente no tiene cifra de éxito, y donde iría la tasa sus métricas muestran **Sin
objetivo declarado** ([Analítica de flows](/platform/es/automations/flows/flow-analytics#tasa-de-objetivo)).

Hay dos maneras de declarar un objetivo. Las dos marcan la ejecución como éxito y las dos
siguen la misma regla para contar (en la sección siguiente).

### Usar un evento de salida como objetivo

Marca **Usar este evento como objetivo del flow** en un evento de salida: «Cuando se dispare
este evento, la ejecución termina como éxito y cuenta para la tasa de objetivo.» El
contacto sale del flow, como con cualquier evento de salida, y la ejecución cuenta como
éxito. Es la opción habitual cuando el éxito coincide con el momento en que el flow debe
detenerse, como la compra en un flow de carrito abandonado.

Cualquier evento puede ser objetivo, y varios eventos de salida pueden serlo a la vez
(cuenta cualquiera de ellos). Conviene marcar la casilla solo en los eventos que **significan
éxito**. Los eventos de salida que son de mantenimiento, como **Baja del contacto**, deben
terminar la ejecución sin contar como éxito, así que se dejan sin marcar.

### Añadir un paso Objetivo cumplido

El paso **Objetivo cumplido**, en su propio grupo **Objetivo** de la paleta de pasos,
registra el objetivo en el punto en que el contacto llega a él: «Registra que el contacto ha
cumplido el objetivo del flow, y sigue adelante». No envía nada, no bifurca y **no termina el
flow**: el contacto pasa al paso siguiente, como recuerda la propia tarjeta («Registra el
objetivo y sigue»). No hay nada que configurar; su panel dice «Este paso no necesita
configuración.». Puede ir en el camino principal o dentro de una rama, y en ese caso
registra el objetivo solo para los contactos que pasan por esa rama. Se puede duplicar, pero
no copiar ([Crear un flow](/platform/es/automations/flows/building-a-flow)).

El paso es la opción cuando el éxito es un **lugar del flow** y no un evento (la rama de una
**Espera de entrega** que recibe los mensajes entregados, la rama de una **Espera de
actividad** que recibe el clic o la respuesta) o cuando el contacto debe seguir en el flow
después de cumplirlo, por ejemplo para recibir un agradecimiento:

- Un recordatorio y, después, una **Espera de actividad** con una rama **Hizo un evento**
  sobre **Pedido creado**, con tu tienda como fuente de datos.
- En esa rama, un mensaje de agradecimiento seguido de **Objetivo cumplido**.
- En **Sin interacción**, un segundo recordatorio.

En un flow así no conviene añadir también **Pedido creado** como evento de salida: la salida
puede terminar la ejecución antes de que se envíe el agradecimiento de la rama. La compra se
usa en un sitio o en el otro, según si quien compra debe volver a saber de este flow
([Esperas](/platform/es/automations/flows/waits)).

Las dos maneras pueden combinarse en un mismo flow; aun así, cada ejecución cuenta como
mucho un objetivo.

## Cuándo cuenta un objetivo

> **Note**: Un objetivo solo cuenta si la ejecución **ya había enviado al contacto al menos un
> mensaje** cuando se cumplió. Basta con que el mensaje haya salido: **no hace falta
> confirmación de entrega ni clic**.

El motivo está en lo que mide el objetivo: lo que el flow ha conseguido entre las personas a
las que ha escrito. Un cliente que compró antes de que el flow le enviara nada habría
comprado igualmente, así que el flow no se atribuye el mérito. En resumen, la única
condición es que haya un mensaje enviado antes del objetivo, y se comprueba en la propia
ejecución:

```mermaid
flowchart TD
    G["La ejecución llega a su objetivo: un evento de salida marcado como objetivo o un paso Objetivo cumplido"] --> Q{"¿Esta ejecución ya ha enviado un mensaje al contacto?"}
    Q -->|Sí| OK["El objetivo cuenta. Estado: Objetivo cumplido"]
    Q -->|"No, y era un evento de salida"| NS["El contacto sale sin objetivo. Estado: Objetivo sin envío"]
    Q -->|"No, y era un paso Objetivo cumplido"| NR["No se registra nada. El contacto sigue"]
    class OK success
```

Los objetivos «sin mensaje previo» son un grupo aparte de los que cuentan: **Objetivo** son
los objetivos cumplidos después de que el contacto recibiera algo del flow, y «sin mensaje
previo» los cumplidos antes. Los dos grupos nunca se solapan, y el porcentaje que el informe
muestra para «sin mensaje previo» es sobre todos los objetivos cumplidos (6 de 9 es 67 %).
La tasa de objetivo los deja fuera
([Analítica de flows](/platform/es/automations/flows/flow-analytics#tasa-de-objetivo)).

### Objetivo sin envío

Cuando un evento de salida marcado como objetivo llega antes de que el flow haya enviado
nada, el contacto sale igualmente del flow, pero la ejecución no cuenta como objetivo. La
**Actividad** la muestra como **Objetivo sin envío**, y el informe del flow presenta esas
ejecuciones aparte, como objetivos cumplidos «sin mensaje previo»
([Analítica de flows](/platform/es/automations/flows/flow-analytics)). No entran en la tasa
de objetivo.

Es el comportamiento correcto, y en los flows que empiezan con una espera suele ser una parte
importante de las ejecuciones: en un carrito abandonado, todos los que compran durante la
primera espera acaban aquí. Es el flow haciendo su trabajo: evitar un recordatorio a quien ya
había comprado.

### Un paso Objetivo cumplido antes de cualquier mensaje

Un paso **Objetivo cumplido** al que el contacto llega antes de que el flow le haya enviado
nada **no registra nada**: ni objetivo ni «objetivo sin envío». El contacto sigue adelante, y
un objetivo posterior (otro paso **Objetivo cumplido** detrás de un mensaje, o un evento de
salida marcado como objetivo) todavía puede contar.

El editor avisa de esta colocación. Cuando se puede llegar a un paso **Objetivo cumplido**
sin ningún mensaje antes, la barra de herramientas muestra un aviso como «1 paso de objetivo
sin ningún mensaje antes», con esta explicación: «Un objetivo solo cuenta cuando ya le hemos
enviado al menos un mensaje a esa persona. Un paso de objetivo al que se llega sin enviar
nada no registra nada. Muévelo detrás de un mensaje o añade uno antes.» El aviso no impide
publicar; indica que, donde está, el paso nunca contará.

### Un objetivo por ejecución

Cada ejecución cuenta **como mucho un objetivo**. Gana el primero que cuenta; un evento de
objetivo posterior u otro paso **Objetivo cumplido** en la misma ejecución no suman nada. Un
contacto que vuelve a entrar en el flow empieza una ejecución nueva, que puede contar su
propio objetivo. En cuanto una ejecución registra su objetivo, la **Actividad** la muestra
con el estado **Objetivo cumplido** (el mismo nombre que el paso), aunque el contacto siga
recorriendo pasos posteriores.

Por eso la tasa de objetivo nunca supera el 100 %. Su definición y el resto de cifras están
en [Analítica de flows](/platform/es/automations/flows/flow-analytics#tasa-de-objetivo).

### Un objetivo después de terminar la ejecución

Un objetivo también puede llegar cuando la ejecución ya ha terminado, por ejemplo una compra
dos horas después de que el contacto llegara al final del flow. Si el evento de salida
marcado como objetivo es una venta que tu configuración de atribución asigna a uno de los
mensajes de este flow, sigue contando como objetivo de esa ejecución. El plazo en el que una
venta puede atribuirse lo fijan las ventanas de atribución del proyecto
([Conversiones y atribución](/platform/es/project-settings/conversions-attribution)).

### Objetivos e ingresos son cifras distintas

Un objetivo no lleva importe. Los ingresos, las conversiones y el ROAS de un flow salen solo
de la atribución, igual que en las campañas: una venta se atribuye al flow cuando llega
después de uno de sus mensajes, dentro de las ventanas de atribución
([Analítica de flows](/platform/es/automations/flows/flow-analytics)). Por eso las dos cifras
pueden no coincidir, y es correcto: una ejecución puede cumplir su objetivo sin ninguna venta
atribuida al flow, y una venta puede atribuirse a un flow cuyo objetivo es otro, o que no
tiene objetivo.

### Contar el objetivo solo con la entrega o con un clic

Como la regla solo pide un mensaje enviado, un objetivo puede contar para un contacto cuyo
mensaje nunca se entregó. Si el éxito exige algo más, se construye en el propio flow con un
paso **Objetivo cumplido**:

- **Entregado**: **Enviar mensaje** → **Espera de entrega** → **Objetivo cumplido** en la
  rama **Entregado** ([Espera de entrega](/platform/es/automations/flows/waits#espera-de-entrega)).
- **Con clic**: **Enviar mensaje** → **Espera de actividad** → **Objetivo cumplido** en la
  rama **Cualquier clic en un enlace**, o en una rama **Tocó un elemento concreto** para un
  enlace en particular ([Espera de actividad](/platform/es/automations/flows/waits#espera-de-actividad)).

En un flow así, el objetivo debe estar en un solo sitio. Si además hay un evento de salida
marcado como objetivo, puede registrar el objetivo antes y, como cada ejecución cuenta uno
solo, el paso más exigente ya no sumaría nada.

Los test con un contacto registran el objetivo en el recorrido del contacto, para
comprobar dónde contaría, pero nunca cuentan en las cifras del flow
([Probar, publicar y versiones](/platform/es/automations/flows/versions-and-publishing#probar-con-un-contacto)).

## Otras formas de terminar una ejecución

Además de los eventos de salida, una ejecución puede terminar de estas maneras:

- **Llega al final.** El camino principal del flow acaba en la marca **Flow completado**, y
  las ramas se reúnen con ese camino debajo de su bifurcación. Un contacto que llega ahí
  termina la ejecución con el estado **Completada** (u **Objetivo cumplido**, si la ejecución
  registró su objetivo por el camino).
- **Llega a un paso Salir del flow.** **Salir del flow**, en el grupo **Terminar el flow** de
  la paleta, «Finaliza el flow para el contacto.». Solo existe dentro de una rama, y en esa
  rama no puede ir nada detrás. Normalmente, un contacto que termina una rama continúa con
  los pasos que hay debajo de la bifurcación; uno que llega a **Salir del flow** no, y su
  ejecución termina ahí como **Completada**. Sirve para que una rama se salte el resto del
  flow, por ejemplo la rama **Sin consentimiento** de un paso **Según consentimiento**
  ([Ramas](/platform/es/automations/flows/branches)).
- **El contacto sale de la audiencia, con la opción activada.** La audiencia del disparador
  solo se comprueba al entrar. En la pestaña **Objetivo y salida**, el interruptor
  **Cancelar la ejecución si el contacto sale de la audiencia** (desactivado por defecto)
  cambia eso: «Un contacto puede dejar de cumplir la audiencia después de entrar. Esto la
  vuelve a comprobar en cada paso y saca a quien ya no la cumple, exclusiones incluidas.» La
  comprobación se hace justo antes de cada paso, así que un contacto que sale de la
  audiencia durante una espera larga sale del flow cuando la espera termina, antes del paso
  siguiente. La ejecución aparece como **Cancelada** y el recorrido dice «El contacto salió
  de la audiencia o segmento requerido.». La opción no se aplica a los test con un
  contacto. Conviene activarla cuando el flow solo tiene sentido mientras el contacto
  pertenece a la audiencia, como un flow para clientes VIP.
- **Un mensaje no se puede enviar.** Con **Detener la ejecución si no se puede enviar el
  mensaje** activado, que es lo predeterminado, la ejecución se detiene en ese paso con el
  estado **Detenida**
  ([Cuando un mensaje no se puede enviar](/platform/es/automations/flows/sending-messages#cuando-un-mensaje-no-se-puede-enviar)).
- **Alguien la cancela.** **Cancelar ejecuciones** en una versión, o **Cancelar ejecución**
  en el recorrido de un contacto, termina las ejecuciones en el momento: estado
  **Cancelada**, y el recorrido dice «La ejecución se terminó a mano.»
  ([Gestión de flows](/platform/es/automations/flows/managing-flows#cancelar-ejecuciones)).

**Pausar la entrada** no termina ninguna ejecución, y tampoco **Desactivar** en el listado de
flows, que es la misma acción: no entra nadie nuevo y los contactos que ya están dentro
terminan su recorrido ([Gestión de flows](/platform/es/automations/flows/managing-flows#pausar-la-entrada)).

| Cómo terminó la ejecución                                          | Estado en Actividad    | Qué dice el recorrido del contacto                        |
| ------------------------------------------------------------------ | ---------------------- | --------------------------------------------------------- |
| Llegó al final, o a un paso **Salir del flow**                     | **Completada**         | —                                                         |
| Un evento de salida                                                | **Cancelada**          | «El contacto salió por una de las salidas del flow.»      |
| Un evento de salida marcado como objetivo, después de un mensaje   | **Objetivo cumplido**  | «El contacto salió por una de las salidas del flow.»      |
| Un evento de salida marcado como objetivo, antes de ningún mensaje | **Objetivo sin envío** | «El contacto salió por una de las salidas del flow.»      |
| El contacto salió de la audiencia (opción activada)                | **Cancelada**          | «El contacto salió de la audiencia o segmento requerido.» |
| No se pudo enviar un mensaje (opción de detener activada)          | **Detenida**           | «El paso no pudo enviar el mensaje.», seguido del motivo  |
| Cancelada a mano                                                   | **Cancelada**          | «La ejecución se terminó a mano.»                         |

Una ejecución que registró su objetivo aparece como **Objetivo cumplido** termine como
termine. La lista completa de estados y motivos está en
[Seguimiento de un flow](/platform/es/automations/flows/monitoring-a-flow#por-qué-terminó-una-ejecución).

## Temas relacionados

- [El disparador: quién entra y cuándo](/platform/es/automations/flows/triggers-and-entry) - El evento disparador, la audiencia, los límites de reentrada y el modo de procesamiento.
- [Analítica de flows](/platform/es/automations/flows/flow-analytics) - Tasa de objetivo, conversiones, ingresos y el informe del flow.
- [Seguimiento de un flow](/platform/es/automations/flows/monitoring-a-flow) - Quién entró, quién no y por qué, y el recorrido de cada contacto.
- [Esperas](/platform/es/automations/flows/waits) - La espera de entrega y la espera de actividad, para contar el objetivo con la entrega o con un clic.
- [Conversiones y atribución](/platform/es/project-settings/conversions-attribution) - Qué cuenta como venta y cuándo se atribuye a un mensaje.

---

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.