Pasos

1. Requisito previo: Regla activa 'Reserva eliminada desde un portal'. Necesita integración de canales (coordinar con técnico para simular la baja desde el portal).
2. Provocar/simular la eliminación de una reserva desde un canal externo.
3. Ejecutar el cron.
4. Revisar el envío.

Pasos

1. Requisito previo: Regla activa 'Resumen diario de reservas · al gestor'. GESTOR_MAIL configurado.
2. Tener varias reservas del día.
3. Ejecutar el cron.
4. Revisar el correo del gestor.

Pasos

1. Requisito previo: Regla activa 'Resumen diario de pagos · al gestor'. Pagos registrados el día anterior.
2. Registrar pagos de prueba.
3. Ejecutar el cron al día siguiente (o coordinar fechas con técnico).
4. Revisar el correo del gestor.

Pasos

1. Requisito previo: Regla activa 'Reserva modificada en el sistema externo'. Requiere integración con el PMS externo (coordinar con técnico).
2. Provocar una modificación de reserva marcada por el sistema externo (campo de fecha de modificación Millenium).
3. Ejecutar el cron.
4. Revisar el envío (normalmente al gestor).

Pasos

1. Requisito previo: Tener tres reglas del mismo evento pero cada una con canal distinto (Email, SMS, WhatsApp), con plantillas del tipo adecuado y credenciales de cada canal. Cliente de prueba con email y teléfono válidos.
2. Crear una reserva de prueba que dispare el evento.
3. Ejecutar el cron (programar + enviar).
4. Comprobar la recepción en cada canal: correo, SMS y WhatsApp.
5. En WhatsApp/SMS revisar que el teléfono se usa bien (WhatsApp añade el prefijo + si falta).

Pasos

1. Requisito previo: Una regla activa y una reserva que ya recibió ese mensaje.
2. Ejecutar el cron una primera vez y comprobar que se envía el mensaje.
3. Volver a ejecutar el cron (programar) sin cambiar nada.
4. Revisar el registro.

Pasos

1. Requisito previo: Dos reglas del mismo destinatario donde una bloquea a la otra (ver TRIG-07).
2. Hacer que la reserva cumpla ambas reglas y que la regla bloqueante ya haya enviado.
3. Ejecutar el cron.
4. Revisar el registro.

Pasos

1. Requisito previo: Regla con 'No enviar antes de' fijado (por ejemplo 10:00).
2. Ejecutar el cron de programación antes de las 10:00.
3. Ejecutar el cron después de las 10:00.
4. Revisar el registro.

Pasos

1. Requisito previo: Ajuste FIRST_DAY_NEW_COMMUNICATIONS con una fecha en el futuro (coordinar con técnico).
2. Generar mensajes que caigan antes de esa fecha de arranque.
3. Ejecutar el cron de envío.
4. Revisar el registro.

Pasos

1. Requisito previo: Regla activa con plantilla multi-idioma.
2. Crear una reserva de un cliente con idioma preferido inglés.
3. Crear otra reserva de un cliente sin idioma preferido.
4. Ejecutar el cron y revisar los correos.

Pasos

1. Requisito previo: Existir mensajes fallidos por destinatario vacío (por ejemplo email que se completo después en la reserva).
2. Ejecutar el cron con el parámetro de comprobacion de clientes actualizados (check_updated_clients).
3. Revisar el registro.

Pasos

1. Requisito previo: Muchos mensajes pendientes (más del límite por pasada, por defecto 10).
2. Generar más de 10 mensajes pendientes.
3. Ejecutar el cron de envío una vez.
4. Contar cuántos pasan a Enviado.
5. Volver a ejecutarlo.