Esperas
Una espera deja pasar días antes del siguiente paso. Es lo que convierte una reacción inmediata en un seguimiento.
Configurar una espera
- Pulsa Agregar un paso › Agregar espera. Se abre Editar espera.
- Escribe los Días (de 0 a 30) y, si hace falta, las Horas. Las demás opciones se explican abajo.
- Pulsa Listo. En el lienzo el paso se lee “Esperar 1 día” o “Esperar N días”.
Puedes poner varias esperas en un mismo workflow, en el nivel principal o dentro de una rama. Por ejemplo: avisar a los 3 días y otra vez a los 7.
Cuándo continúa
Los días se cuentan desde el momento en que la ejecución llega a la espera. Cuando se cumplen, el siguiente paso corre en la siguiente revisión de Cord. Cord revisa cada 30 minutos y, además, con cada movimiento de tu cuenta (una cotización que se envía, un pago que entra).
Ejemplo: una cotización se envía el lunes a las 16:00 y el workflow espera 3 días. Los 3 días se cumplen el jueves a las 16:00, y el siguiente paso corre en la primera revisión después de esa hora.
Mientras tanto la ejecución aparece como En espera en la pestaña Ejecuciones, con la fecha en que continúa (“Continúa …”).
Si necesitas algo al instante, no uses una espera: pon la acción directamente después del disparador. Las acciones sin espera corren en cuanto ocurre el evento.
Días hábiles, horas y fechas del documento
La espera tiene más opciones que los días:
| Opción | Qué hace |
|---|---|
| Días y Horas | Se suman: “1 día y 4 horas”. Con 0 días puedes esperar solo horas. |
| Solo días hábiles (lunes a viernes) | Los días cuentan de lunes a viernes: 1 día hábil desde un viernes cae el lunes. No descuenta feriados. |
| Sigue a una hora | Continúa a esa hora en la zona horaria de tu cuenta, por ejemplo “el siguiente día hábil a las 09:00”. Con una hora elegida, las horas no se suman. |
| Cuenta desde | Parte de una fecha del documento en lugar del momento en que la ejecución llega al paso, antes o después de ella: “3 días antes de Fecha de vencimiento”. Si no eliges hora, sigue a las 09:00. |
Las fechas que se pueden usar son las que trae el disparador: Fecha de vencimiento en los de facturas, Fecha de vigencia en “Se acerca el vencimiento de una cotización”, Fecha límite para responder en los de contracargos y Fecha prometida en “Se registra una promesa de pago”.
- Si el momento calculado ya pasó (por ejemplo, la factura se envió dos días antes de vencer y la espera es de 3 días antes), no hay nada que esperar: la ejecución sigue en ese momento.
- Si el documento no tiene esa fecha, el paso falla con “El documento no tiene la fecha de la que parte la espera, así que no se puede saber cuándo seguir.”
Espera más condición: el patrón de seguimiento
Casi siempre una espera va seguida de una condición que pregunta si algo sigue igual. Para eso existe el estado actual, que se lee al evaluar la condición y no cuando ocurrió el evento.
| Quieres | Disparador | Espera | Condición |
|---|---|---|---|
| Llamar si no abrieron la cotización | Se envía una cotización | 3 días | Estado actual de la cotización es Enviada |
| Insistir si la aprobaron pero no pagaron | Se aprueba una cotización | 5 días | Estado actual de la cotización es Aprobada |
| Escalar una factura vencida | Vence una factura | 7 días | Estado actual de la factura es Abierta |
Si usaras Estado en el evento en lugar de estado actual, la condición siempre respondería con el estado de hace días y el seguimiento se haría aunque el cliente ya hubiera respondido. Más en Condiciones.
Qué pasa si cambias algo durante la espera
| Si mientras espera… | Entonces |
|---|---|
| Publicas cambios en el workflow | La ejecución sigue con la versión con la que empezó. Los cambios aplican a las ejecuciones nuevas. |
| Pausas el workflow | La ejecución no avanza mientras está pausado: se queda en su paso y sigue al reanudarlo. Si su espera terminó mientras tanto, continúa en cuanto lo reanudas. |
| Eliminas el workflow | La ejecución se cancela. Su historial se conserva. |
| Bajas de plan y el workflow queda fuera del límite | Si al terminar la espera sigue fuera del límite, la ejecución se cancela con el aviso “Tu plan actual no incluye este workflow activo.” |
| La cotización o factura cambia | Nada se interrumpe. La condición que venga después leerá el estado nuevo si usa el estado actual. |
Cancelar una ejecución que está esperando
En Ejecuciones, abre la ejecución en espera y pulsa Cancelar. Queda como Cancelada y no corre ningún paso más. Solo se pueden cancelar ejecuciones En cola o En espera.
Esperar hasta que ocurra algo
Una espera normal cuenta días. Esperar hasta que… cuenta días y vigila una condición: en cuanto se cumple, el workflow sigue sin esperar el resto del plazo.
- Pulsa Agregar un paso › Esperar hasta que….
- Define la condición igual que en una condición normal: por ejemplo, Estado actual de la cotización es Vista.
- Escribe el Plazo máximo en días (1 a 30).
El paso tiene dos ramas:
| Rama | Cuándo se toma |
|---|---|
| Si ocurre | La condición se cumplió antes de que se acabara el plazo. |
| Si se acaba el plazo | Pasaron los días sin que se cumpliera. |
Si lo que esperas le pasa al documento del workflow (el cliente abre o aprueba la cotización, entra el pago de la factura), el paso continúa en el momento en que ocurre. Si no, Cord lo vuelve a revisar con la misma frecuencia que las esperas. El plazo se fija la primera vez que la ejecución llega al paso y no se mueve: revisar no lo empuja hacia adelante.
Ejemplo, la idea “No dejes enfriar una cotización”: al enviar, espera hasta que el cliente la abra con plazo de 2 días. Si abre, crea la tarea de llamarle mientras está caliente; si no, le escribe y vuelve a esperar su decisión 5 días más.
Usa Estado actual en estas condiciones, no Estado en el evento: el estado en el evento nunca cambia, así que una condición sobre él daría siempre la misma respuesta y la espera agotaría el plazo sin motivo.
Terminar antes: la meta
Una secuencia de recordatorios no debería seguir cuando el cliente ya pagó. En el panel del disparador, Agregar una meta pone las condiciones con las que el workflow da su trabajo por hecho, por ejemplo “Estado actual de la factura es Pagada”.
- Cord revisa la meta antes de cada paso, con los datos del momento: si se cumple, la ejecución termina como Completada sin hacer lo que faltaba, y su detalle dice “Terminó antes: se cumplió la meta del workflow.”
- Si la ejecución está en una espera de días, un evento de su documento la revisa en el momento: cuando la factura se paga, termina ahí y no espera a que venza la espera. Si la despierta algo que no cumple la meta, vuelve a esperar hasta el mismo plazo.
- A diferencia del filtro, la meta sí puede leer lo que Cord lee en vivo, como el estado actual.
- Probar también la revisa: si el documento del último evento ya la cumple, la prueba dice que terminaría antes.