> For the complete documentation index, see [llms.txt](https://docs.hablla.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.hablla.com/hablla-docs-es/flujos-de-automatizaciones/todos-los-componentes/hablla/goto.md).
# goTo
### Visión General
El **Componente de redirección de flujo** (popularmente conocido como `GoTo`) es un nodo de navegación estructural. Su función principal es concluir la jornada del usuario en el mapa de automatización actual y transferirlo instantáneamente al punto inicial de un flujo de automatización completamente diferente. Actúa como un puente lógico que permite la modularización de procesos, evitando la necesidad de construir flujos gigantescos, repetitivos o complejos dentro de una sola pantalla.
### Parámetros de Configuración
La parametrización del componente se centra exclusivamente en la definición del destino del salto del usuario dentro del ecosistema de automatizaciones:
* **Flujo:** Menú desplegable con campo de búsqueda textual que lista todas las automatizaciones activas creadas en la cuenta. El administrador del sistema debe seleccionar cuál será la automatización de destino que recibirá el contacto en cuanto alcance este nodo.
### Constructor Visual
La interfaz de este componente es minimalista y se enfoca en la indexación rápida para facilitar la arquitectura de múltiples flujos:
* **Búsqueda paginada en tiempo real:** El selector desplegable tiene un campo de búsqueda y un botón de paginación (*Cargar más*), lo que permite localizar fácilmente flujos específicos en cuentas que tienen cientos de automatizaciones registradas.
* **Encapsulamiento de conexión:** En el editor gráfico, este componente suele cerrar el extremo de una rama. No tiene puertos de salida posteriores en el flujo actual, ya que la continuidad de la jornada del cliente ocurrirá de forma transparente dentro del nuevo flujo seleccionado.
### Operadores especiales
Las propiedades lógicas del componente gestionan la persistencia de datos de contexto y la herencia de variables entre distintos alcances:
* **Persistencia de contexto global:** Al realizar el salto (*jump*) del Flujo A al Flujo B, el componente mantiene adjunto al contacto todo el historial de datos y variables recopiladas hasta ese momento (ej.: nombre, correo electrónico o respuestas proporcionadas en menús anteriores). Esto garantiza que el nuevo flujo pueda leer la información sin necesidad de volver a preguntarle todo al cliente.
* **Patrón de subrutinas reutilizables:** Permite aplicar el concepto de funciones en la automatización. Es posible crear un único flujo enfocado solo en una tarea específica (como validación de CPF o procesamiento de Pix) y hacer que múltiples otros flujos apunten a él a través del `GoTo` siempre que necesiten esa acción.
### Ejemplos Prácticos
La tabla a continuación muestra escenarios clásicos de cómo estructurar y conectar rutinas utilizando la redirección de flujos:
| **Flujo actual (origen)** | **Condición/Contexto de la decisión** | **Flujo de destino seleccionado en GoTo** | **Caso de Uso Práctico** |
| --------------------------------- | ------------------------------------------------------------------------------ | ----------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| **Menú principal de atención** | El cliente escribió o eligió la opción "Financiero". | **\[Módulo] Segunda vía del boleto** | Desviar al cliente a un flujo especializado e aislado que trata solo de la emisión y validación de facturas. |
| **Campaña de marketing activo** | El lead interactuó positivamente con el mensaje masivo. | **\[Triagem] Calificación de leads** | Dirigir el contacto que respondió a la campaña hacia un flujo enfocado en recopilar datos de perfil e intención de compra. |
| **Onboarding de nuevos clientes** | Se identificó que el cliente ya tiene un registro activo en el sistema. | **\[Menú] Autoservicio general** | En lugar de continuar el flujo de bienvenida, el sistema lleva al usuario directamente al centro de opciones generales. |
| **Cualquier flujo de ventas** | El cliente solicita hablar con un agente humano después del horario comercial. | **\[Aviso] Fuera de horario** | Todos los flujos de ventas redirigen a esta misma automatización centralizada que avisa sobre la ausencia del equipo y recopila información para el día siguiente. |
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.hablla.com/hablla-docs-es/flujos-de-automatizaciones/todos-los-componentes/hablla/goto.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.