> 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/finalizar-atencion.md).

# Finalizar atención

### Visión General

El **Componente de Finalización de Atención** es un nodo terminal de control de estado. Su función principal es cerrar formalmente un ticket de atención activo en el sistema y, simultáneamente, interrumpir la ejecución del flujo de automatización para el contacto en cuestión. Funciona como el desenlace del recorrido del cliente, archivando la conversación o interacción y cambiando el estado del caso a resuelto o cerrado.

### Parámetros de Configuración

La parametrización del componente sirve para categorizar el cierre del caso a efectos de auditoría e informes gerenciales:

* **Motivo:** Menú desplegable utilizado para clasificar la razón por la cual se está cerrando la atención (ej.: "Sin respuesta", "Duda Resuelta", "Venta Concluida"). La lista de motivos mostrada se hereda directamente de los estados de cierre registrados globalmente en el espacio de trabajo de la plataforma.<br>

### Constructor Visual

La interfaz de este componente está diseñada para ser simple y directa, marcando gráficamente el final de una ramificación lógica:

* **Nodo de Salida Nula (Terminal):** En el editor visual de flujos, este componente actúa como un punto final. No tiene conectores ni puertos de salida para dar continuidad al flujo actual, dado que toda la ejecución de automatización para ese usuario se congela y se da por concluida después de pasar por este bloque.<br>
* **Búsqueda de Etiquetas de Cierre:** El selector desplegable ofrece un campo de búsqueda textual interna para localizar rápidamente la justificación correcta en espacios de trabajo que cuentan con extensos catálogos de motivos de finalización.<br>

### Operadores Especiales

Las propiedades lógicas de este componente se ocupan de la auditoría de datos, la limpieza de la caché de sesión y la generación de métricas de rendimiento (KPIs):

* **Limpieza y Liberación de Canal:** Al procesar la finalización, el motor del sistema limpia las variables temporales de la sesión actual y libera la ventana de conversación del cliente. Esto garantiza que, si el usuario envía un nuevo mensaje en el futuro, el sistema lo trate como un nuevo contacto y reinicie el árbol de automatización desde cero (en lugar de dejarlo atrapado en historiales antiguos).<br>
* **Inyección de Metadatos de Informe (Analytics):** El motivo seleccionado en este nodo se inyecta directamente en la base de datos de Business Intelligence (BI) de la plataforma. Esto permite medir métricas cruciales de la operación, como la tasa de resolución automática (*Resolución en el Primer Contacto - FCR*) y los principales cuellos de botella de salida de los clientes.<br>

### 5. Ejemplos Prácticos

La tabla a continuación muestra escenarios clásicos de aplicación de este componente para cerrar ciclos de atención de forma organizada:

| **Motivo Seleccionado** | **Ubicación del Nodo en el Flujo**                    | **Contexto de la Automatización**                                                | **Caso de Uso Práctico**                                                                                      |
| ----------------------- | ----------------------------------------------------- | -------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------- |
| **Sin respuesta**       | Conectado después de un nodo de espera o inactividad. | El cliente dejó de responder al chatbot durante más de 6 horas.                  | Cerrar el ticket por inactividad para no ensuciar las métricas de tiempo de atención de la empresa.           |
| **Duda Resuelta**       | Conectado en la rama de "Autoservicio con Éxito".     | El cliente consultó la Base de Conocimiento y marcó "Sí, resolví mi problema".   | Finalizar el flujo y el caso garantizando que la demanda fue resuelta mediante inteligencia artificial o FAQ. |
| **Lead Descalificado**  | Conectado después del bloque de filtrado de perfil.   | El lead informó datos que no se alinean con la política de ventas de la empresa. | Finalizar el flujo de triaje inmediatamente, archivando el contacto sin enviarlo al equipo humano.            |


---

# 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/finalizar-atencion.md?ask=<question>&goal=<user_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.
