Notifications de rendez-vous
Menu Settings Entreprise → Notifications de rendez-vous (ex. /yls/appointment-notification-settings).
Visible si le système de réservation EliaFlow est autorisé, qu’au moins un canal de notification RDV (courriel et/ou SMS) est actif pour le magasin, et avec la permission de voir les paramètres entreprise.
Cette page ne règle que le calendrier des rappels automatiques (quand envoyer).
Le contenu des messages se configure ailleurs : Modèles d’emails · Modèles SMS.
Une configuration par magasin.
Planification des rappels
Trois rappels automatiques avant le rendez-vous, pour tous les RDV (créés sur le site vitrine ou dans l’admin).
Le cron booking:send-due-reminders tourne toutes les 15 minutes et envoie les rappels dus.
Quel canal ? (SMS prioritaire, puis courriel)
Pour chaque rappel (14 j / 48 h / 2 h), EliaFlow envoie un seul message : SMS ou courriel, jamais les deux en même temps.
Le choix dépend des cases du rendez-vous (Notifier par SMS / Notifier par courriel), des modules magasin, et des coordonnées du client.
1. SMS en priorité
Le rappel part en SMS si toutes ces conditions sont réunies :
- téléphone présent sur le client / le RDV ;
- case Notifier par SMS cochée sur le RDV ;
- module SMS actif pour le magasin et envoi opérationnel (ex. Telnyx) ;
- numéro pas bloqué après des échecs SMS ;
- ce délai de rappel pas déjà envoyé en SMS.
2. Sinon, courriel
Le rappel part en courriel seulement si le SMS n’a pas été choisi ci-dessus, et :
- adresse e-mail présente ;
- case Notifier par courriel cochée sur le RDV ;
- module e-mail actif pour le magasin ;
- ce délai de rappel pas déjà envoyé en courriel.
3. Cas particuliers
| Situation | Comportement |
|---|---|
| SMS possible et case SMS cochée | SMS — le courriel n’est pas envoyé pour ce rappel |
| Client a seulement coché le courriel (SMS décoché) | Courriel uniquement |
| Pas de téléphone, mais courriel + case courriel cochée | Courriel |
| SMS déjà envoyé pour ce délai | Pas de second envoi en courriel |
| Job SMS lancé, mais numéro bloqué au moment de l’envoi | Repli courriel si la case courriel est cochée |
| Aucun canal utilisable (cases décochées, pas de contact, module off…) | Aucun rappel pour ce délai |
Exemples concrets
| Sur le RDV | Coordonnées | Canal du rappel |
|---|---|---|
| SMS ✅ · Courriel ❌ | Téléphone + e-mail | SMS |
| SMS ❌ · Courriel ✅ | Téléphone + e-mail | Courriel |
| SMS ✅ · Courriel ✅ | Téléphone + e-mail | SMS (le courriel ne part pas) |
| SMS ✅ · Courriel ✅ | E-mail seulement (pas de tél.) | Courriel |
| SMS ✅ · Courriel ❌ | E-mail seulement | Aucun (SMS impossible et courriel non coché) |
Conseil : si le client a un téléphone, le défaut courant est souvent SMS = oui et courriel = non. Pour garder un filet de sécurité (pas de tél., SMS off, ou numéro bloqué), cochez aussi Notifier par courriel sur le RDV.
Ces cases se règlent à la création / modification du RDV (calendrier, liste, fiche client) — voir Rendez-vous.
Les heures affichées dans les e-mails / SMS ({{appointment_start}}, etc.) suivent le fuseau métier TIMEZONE (ex. America/Toronto) — pas l’UTC stocké en base. Voir Organisation — fuseau.
Simulation locale (hors production)
- Configurer le repli sur
/master/non-production-delivery(courriel + téléphone). - Aperçu sans envoi :
php artisan booking:send-due-reminders --dry-run - Envoi immédiat (contenu du vrai RDV/client, livraison vers le repli) :
php artisan booking:send-due-reminders --sync
Options utiles :--appointment=ID,--service-point=yls(ou ID).
Sans--sync, lancer aussiphp artisan queue:work.
| Paramètre | Défaut | Rôle |
|---|---|---|
| Rappel anticipé (jours avant le RDV) | 14 |
Premier rappel (le formulaire saisit des jours ; stocké en heures × 24). |
| Rappel intermédiaire (heures avant le RDV) | 48 |
Deuxième rappel. |
| Rappel le jour même (heures avant le RDV) | 2 |
Troisième rappel, proche du RDV. |
Règles
- Les trois délais doivent être différents (après conversion jours → heures pour le premier).
- Bornes : jours anticipés 1–30 (plafond lié à 720 h) ; heures 1–720.
- Chaque rappel n’est envoyé qu’une fois lorsque le délai est atteint.
Exemple : RDV le 30 à 14 h → rappels autour du 16 (J-14), 48 h avant, et 2 h avant — selon le cron.
Aperçu & historique
- Sur cette page : tableau Rappels prévus — prochaines 24 h (qui sera notifié, courriel ou SMS, avec heure d’envoi prévue).
- Page dédiée Historique des rappels RDV (
/booking-reminder-logs) : tous les envois effectués (canal, destinataire, statut, réponse fournisseur).
Ce qui n’est pas ici
| Sujet | Où le régler |
|---|---|
| Texte / design du courriel de confirmation ou de rappel | Modèles d’emails (ex. Rendez-vous — rappel) |
| Corps des SMS confirmation / rappel / annulation | Modèles SMS |
| Fournisseur SMS (Twilio / Telnyx) | Paramètres SMS / modules notification |
| Disponibilités, buffer, politique d’annulation vitrine | Réglages réservation |
| Affichage du calendrier admin (heures, pas, couleurs) | Réglages calendrier |
Modifier à sa guise
- Ouvrir Notifications de rendez-vous pour le bon magasin.
- Ajuster les trois délais (jours / heures).
- Enregistrer → vérifier qu’un RDV de test reçoit les rappels aux bons moments (et que les modèles e-mail / SMS sont corrects).
Critères de réussite
- Les trois délais sont distincts et cohérents avec mon activité.
- Je sais que cette page = quand rappeler, pas quoi écrire.
- Je sais qu’un rappel = un seul canal : SMS d’abord, courriel si SMS impossible / non autorisé et case courriel cochée.
- Les modèles e-mail / SMS de rappel sont à jour et (SMS) contiennent
{{confirm_booking_link}}/{{decline_booking_link}}(ou l’ancien{{manage_booking_link}}) si requis.