*Workflows › Construir* # Esperas y fechas > Una espera no bloquea nada: la ejecución se aparca, el worker queda libre, y la ejecución vuelve cuando llega su hora. Puedes esperar un retardo, o hasta una fecha. ## Tres pasos para el tiempo | Paso | Qué hace | Límite | | --- | --- | --- | | «Esperar» | Espera una cantidad de minutos, horas o días. La cantidad es un número que tú escribes; no puede venir de una variable. | 30 días. Se comprueba al guardar y de nuevo cuando se ejecuta el paso. | | «Esperar hasta» | Espera hasta una fecha o un momento, tomado de un día que eliges o de una variable de fecha. No suma ni resta días: para eso usa Ajustar fecha. | 365 días hacia delante. Se comprueba solo cuando se ejecuta el paso, porque una variable no tiene valor antes. | | «Ajustar fecha» | Suma días a una fecha, o los resta con un número negativo. El número se escribe, no es una variable. Publica la nueva fecha. | 3650 días en cualquier dirección. | ## Cómo se ve un run en espera Un run que llega a una espera se guarda con el momento en que debe despertarse, y su estado pasa a ser «En espera». No usa ningún worker mientras duerme. La plataforma lo despierta en el primer tick de minuto posterior a ese momento, así que puede llegar a retrasarse alrededor de un minuto. Una espera no cuenta como intento fallido y no gasta un reintento. - El momento de despertar se registra la primera vez que se ejecuta el paso. Si la variable de fecha de la que salió cambia después, la espera no se mueve. - Si algo vuelve a poner la ejecución en cola antes de tiempo, por ejemplo un worker que toma el relevo tras una caída, el paso compara el momento registrado con el reloj y vuelve a aparcarse en lugar de saltarse la espera. - Una fecha que ya ha pasado no es un error: el paso no espera y el run continúa. Llegar tarde a un hito es normal. - Un paso de espera cuesta un crédito como cualquier paso de acción; reproducirlo después de que la ejecución despierte es gratis. - Una espera dentro de un bucle o de una rama aparca toda la ejecución. ## Fechas sin hora Una fecha sin hora, como `2026-10-15`, no designa ningún momento. Esperar hasta la lee como las 00:00 de ese día en la zona horaria de la empresa, Europe/Madrid salvo que la cambiaras en «Fecha y formatos» («Zona horaria de la empresa»). Una fecha con hora y zona, como `2026-10-15T09:30:00+02:00`, se usa tal cual. Los formatos aceptados son `YYYY-MM-DD` o `YYYY-MM-DDTHH:mm[:ss[.fff]]` seguido de `Z` o `±HH:MM`. Se rechaza una fecha con hora pero sin zona, y también un día que no existe, como `2026-02-31`. ## Hoy Toda ejecución tiene una variable «Hoy» (`system_today`) en «Sistema»: la fecha en que se puso en cola la ejecución, en la zona horaria de la empresa. Una ejecución puesta en cola a las 01:00 en España ya es "hoy" en España aunque en UTC siga siendo ayer. > **Hoy no se desplaza:** `system_today` se fija cuando la ejecución se pone en cola. Una ejecución que espera cinco días y luego continúa sigue viendo el día en que se puso en cola, y lo mismo ocurre con `trigger_createdAt`. Esto es lo que hace que una ejecución reanudada tome las mismas decisiones que tomó antes. ## Ejemplo: un seguimiento dos días después *La forma de la plantilla de seguimiento de presupuestos* ```text Adjust date: date = Today, add 2 days -> Date Wait until: date = Date Find quote: quote id = Quote > id -> Quote Condition: Quote > operative status is equal to pending Then: create a task "Call the customer" ``` La guía [Avisar a ventas cuando un presupuesto se ve y no se firma](https://docs.filmo.io/es/workflows/guides/quote-viewed-no-signature) lo construye paso a paso. > **Consejo:** Vuelve a comprobar, después de la espera, aquello que esperabas. Un presupuesto puede firmarse, una factura puede pagarse y una incidencia puede resolverse mientras la ejecución dormía; las plantillas vuelven a leer el registro y usan una «Condición» antes de actuar. --- URL canónica: https://docs.filmo.io/es/workflows/waits-and-dates Última actualización: 2026-10-09