> 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/horario-de-trabajo.md).

# Horario de trabajo

### Visión General

El **Componente de Verificación de Horario Laboral** es un nodo de control de flujo condicional basado en el reloj del sistema. Su función principal es interceptar la jornada del cliente y validar si el momento exacto de la ejecución coincide con los horarios comerciales registrados en el ecosistema de la plataforma. Actúa como un divisor de caminos automatizado, garantizando que las interacciones reciban tratamientos diferentes según la disponibilidad operativa de la empresa.

### Parámetros de Configuración

La parametrización del componente es sencilla y está vinculada directamente a las definiciones globales del entorno de trabajo:

* \_*Horario de Trabajo (* Campo Obligatorio):\_\* Menú desplegable para seleccionar una jornada preexistente. El componente no almacena las horas localmente; realiza una consulta y hereda las reglas (días de la semana, turnos, horarios de inicio y fin) que fueron previamente configuradas en las **configuraciones del espacio de trabajo** de la plataforma.<br>
* **Feriados (Interruptor de alternancia - Toggle Switch):** Cuando se activa, la automatización pasa a consultar también el calendario de feriados asociado al workspace. Si la ejecución ocurre en un día considerado feriado, el sistema clasificará automáticamente el momento como fuera del horario laboral, incluso si cae en un día hábil normal.<br>

### Constructor Visual

El constructor se centra en la simplicidad de parametrización y en la inteligencia de herencia de datos:

* **Vinculación centralizada:** El selector elimina la necesidad de volver a escribir tablas de horarios dentro de cada flujo de automatización, permitiendo que los cambios en la jornada del workspace actualicen todos los componentes huérfanos simultáneamente.<br>
* **Mapeo de salidas condicionales:** A diferencia de los componentes de acción lineal, la interfaz de este nodo altera visualmente la estructura del bloque en el editor de flujos, proporcionando dos puertos de salida físicos para la conexión de ramificaciones:
  * Salida A: **Dentro del horario laboral**<br>
  * Salida B: **Fuera del horario laboral**<br>

### Operadores especiales

Las propiedades lógicas de este componente manejan la sincronización de zonas horarias y el procesamiento de calendarios dinámicos:

* **Resolución de zona horaria local:** El componente evalúa la hora en función de la zona horaria definida en las propiedades generales del workspace (p. ej., America/Sao\_Paulo), garantizando que las zonas horarias de los servidores en la nube (generalmente en UTC) no distorsionen la validación del horario laboral.<br>
* **Evaluación de estado booleana:** El motor del flujo procesa este componente de forma binaria e instantánea. Captura la marca de tiempo actual, ejecuta la función de validación contra la matriz del workspace seleccionado y devuelve una dirección inmediata, sin retener al usuario en colas de espera.<br>

### Ejemplos Prácticos

La tabla a continuación muestra escenarios clásicos de aplicación de este componente para aislar y estructurar flujos de atención:

| **Horario de Trabajo** | **Clave "Feriados"** | **Salida activada al dispararse** | **Caso de Uso Práctico**                                                                                                                            |
| ---------------------- | -------------------- | --------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Soporte Comercial**  | Activada             | **Dentro del horario laboral**    | Lunes, 14:00 (día hábil normal). El flujo sigue hacia el componente de transferencia humana.                                                        |
| **Soporte Comercial**  | Activada             | **Fuera del horario laboral**     | Lunes, 21:00. El flujo se desvía hacia un mensaje de ausencia, informando el horario de atención y cerrando el ciclo.                               |
| **Guardia Técnica**    | Desactivada          | **Dentro del horario laboral**    | Martes, 01:00 de la madrugada (configurado como horario de guardia). El sistema ejecuta la alerta para el equipo de ingeniería.                     |
| **Soporte Comercial**  | Activada             | **Fuera del horario laboral**     | Miércoles, 10:00 de la mañana, pero en un día de **Festivo Nacional**. El flujo bloquea el envío a agentes humanos y activa la respuesta de receso. |


---

# 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/horario-de-trabajo.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.
