La fiabilité de Zimun signifie que les mêmes règles de disponibilité s'appliquent sur tous les canaux de réservation : un créneau confirmé reste confirmé.
Les mêmes règles sur chaque canal
Votre page de réservation publique, l'API, les endpoints MCP et l'agent de chat utilisent le même service de disponibilité. Il n'y a pas de logique « web only » distincte : un créneau visible sur le site est celui que voient l'API et le chat.
Prévention des conflits au moment de la réservation
- Chaque service peut exiger des membres d'équipe spécifiques ; un créneau n'apparaît que si au moins un membre assigné est disponible pour toute la durée.
- Chaque service peut exiger des ressources spécifiques ; chaque ressource requise doit être disponible pour toute la durée, sinon le créneau est masqué.
- Les rendez-vous retenus, planifiés ou confirmés comptent tous comme occupés pour le personnel et les ressources, donc deux canaux ne peuvent réclamer le même créneau.
Libre-service client sans conflit
- Les emails de confirmation incluent des liens sécurisés pour replanifier et annuler, ainsi les clients modifient leur réservation sans appeler la réception.
- Une replanification ne propose que des créneaux qui passent la même vérification de disponibilité que la réservation initiale.
- Les annulations libèrent immédiatement le créneau pour la prochaine réservation via n'importe quel canal.
Visibilité pour l'opérateur
- L'agenda du tableau de bord affiche les rendez-vous à venir et déjà passés ce jour avec une pastille de statut qui reflète la réponse du client.
- La popup de chaque rendez-vous expose le membre d'équipe, la ressource, le contact client et l'état d'exécution actuel comme source unique de vérité.
- Chaque action — replanifier, annuler, présence — est enregistrée pour que l'historique des changements soit auditable.