L’historique des rendez-vous enregistre chaque action significative effectuée sur un rendez-vous — qui l’a réservé, qui l’a reprogrammé ou annulé, quand les rappels ont été envoyés, les confirmations de réponse, les marques de présence — et présente cette chronologie aux propriétaires et aux administrateurs. Utilisez-le lorsqu’un client se plaint de n’avoir jamais reçu de rappel, lorsque vous devez savoir qui a annulé une réservation, ou lorsque vous enquêtez sur une absence.
1. Ce qui est enregistré
Chaque entrée de l’historique d’un rendez-vous correspond à l’une des actions d’une liste fixe :
- Réservé. Le rendez-vous a été créé. Le canal d’origine est enregistré (page de réservation publique, widget intégré, API, MCP, agent conversationnel ou opérateur depuis la page de planning).
- Confirmé par e-mail. Le client a accepté l’invitation au calendrier.
- Refusé par e-mail. Le client a refusé l’invitation au calendrier.
- Reprogrammé. L’heure de début, le membre d’équipe ou une ressource requise a changé. L’entrée affiche la valeur précédente et la nouvelle.
- Annulé. Le rendez-vous a été annulé. Le motif est enregistré si la personne ayant annulé en a fourni un.
- Rappel envoyé. Un rappel a été envoyé — soit par une tâche cron automatique, soit par une action manuelle de l’opérateur.
- Marqué comme démarré / Marqué comme terminé. Actions de suivi de l’opérateur le jour du rendez-vous.
- Présence marquée / Présence réinitialisée. L’opérateur a enregistré une présence ou une absence, ou a annulé une marque précédente.
Les entrées de reprogrammation, d’annulation et de présence affichent également un petit comparatif avant → nouveau des champs modifiés sous la phrase d’action, afin que vous n’ayez pas à deviner ce qui a changé.
2. Chaque entrée identifie son auteur
Chaque entrée d’historique relève de l’un des trois types d’auteur. Aucune entrée n’est anonyme.
- Utilisateur. Un propriétaire, un administrateur ou un membre du personnel authentifié agissant depuis le tableau de bord ou la page de planning. L’entrée affiche le nom de l’utilisateur tel qu’il était au moment de l’action — les renommages ultérieurs ne réécrivent pas l’historique.
- Client. Le client du rendez-vous, agissant par le biais d’une réponse à une invitation par e-mail, d’un lien de reprogrammation ou d’annulation depuis l’e-mail de confirmation, ou de la page de gestion publique. L’entrée affiche « Client (e-mail) » afin que vous puissiez vérifier l’identité même lorsqu’aucun nom n’a été enregistré.
- Système. Un processus automatisé. L’entrée affiche le nom de la tâche (par ex. cron:sms-reminders, cron:auto-reminders) afin de pouvoir distinguer les différents traitements de fond.
3. Ouvrir l’historique d’un rendez-vous
Depuis le planning ou l’agenda du tableau de bord, cliquez sur un rendez-vous pour ouvrir la fenêtre contextuelle des détails. Si le rendez-vous comporte au moins une entrée d’historique, un petit lien « Historique › » apparaît dans l’en-tête de la fenêtre contextuelle. (Les rendez-vous tout récents pour lesquels rien n’a encore été enregistré n’affichent pas le lien — il n’y a aucun intérêt à ouvrir une chronologie vide.)
Cliquer sur Historique › ouvre une fenêtre contextuelle plus large par-dessus les détails du rendez-vous, avec la chronologie présentée du plus récent au plus ancien. Fermer cette fenêtre contextuelle élargie (bouton de fermeture, touche Échap ou clic sur l’arrière-plan) vous ramène aux détails du rendez-vous — vous ne perdez pas votre place.
4. Parcourir l’historique de toute l’organisation
Ouvrez la page Historique depuis le menu utilisateur pour obtenir une vue pleine page et filtrable de chaque changement enregistré sur l’ensemble des rendez-vous de l’organisation. Cette page existe précisément parce que les rendez-vous annulés et supprimés disparaissent de l’agenda — sans cette vue, vous ne pouvez pas ouvrir leur fenêtre contextuelle pour consulter l’historique.
Filtrez par action, par fragment d’e-mail client, par fragment de nom d’auteur et par plage de dates. Chaque entrée renvoie au rendez-vous correspondant, ce qui vous permet de passer de la vue à l’échelle de l’organisation aux détails de chaque rendez-vous.
5. Qui peut consulter l’historique
- Les propriétaires et les administrateurs consultent l’historique de chaque rendez-vous de l’organisation sur les deux surfaces : la fenêtre contextuelle de chaque rendez-vous et la page à l’échelle de l’organisation.
- Le rôle Personnel (membre) ne voit PAS l’historique. Le lien Historique › est masqué dans la fenêtre contextuelle des détails du rendez-vous, et la page Historique du menu utilisateur n’est pas accessible depuis un compte du personnel.
- Aucun rôle ne voit jamais l’historique des rendez-vous d’une autre organisation.
Un membre du personnel qui a besoin d’une réponse d’audit demande à un propriétaire ou à un administrateur d’ouvrir l’historique à sa place.
6. Ce que l’historique ne fait PAS
- Les clients ne voient jamais l’historique. Il n’apparaît ni dans les e-mails de confirmation, ni sur la page de gestion, ni sur aucune surface publique.
- L’historique n’est pas exposé via l’API publique ni les webhooks. Il s’agit d’une piste d’audit destinée aux opérateurs, et non d’une surface pour développeurs.
- L’historique n’est pas rétroactif. Les rendez-vous qui existaient avant la mise en service de cette fonctionnalité afficheront une chronologie vide jusqu’à leur prochaine action enregistrée ; à partir de là, la piste d’audit se remplit normalement.
- Annuler un rendez-vous ne supprime pas son historique. La piste d’audit est conservée afin que vous puissiez enquêter sur une annulation après coup.
7. Forfait requis
L’historique des rendez-vous est disponible sur toutes les formules, y compris Free. Aucun palier ne restreint cette fonctionnalité.
8. Résumé
Cliquez sur un rendez-vous, cliquez sur Historique ›, consultez la chronologie. Pour les rendez-vous supprimés ou annulés qui n’apparaissent plus dans l’agenda, utilisez la page Historique du menu utilisateur pour les retrouver. Les propriétaires et les administrateurs disposent de la vue complète ; le personnel transmet la demande lorsqu’il a besoin d’une réponse d’audit.