Introduction
La réservation couvre le chemin d'un rendez-vous : la demande du client final dans le tunnel, son traitement par l'équipe dans l'agenda, jusqu'à l'accueil du client le jour J.
1. Principe : le système filtre, l'équipe affecte
En V1, la plateforme n'affecte jamais automatiquement une réservation à un praticien ou à une ressource.
| Acteur | Rôle |
|---|---|
| Tunnel de réservation | Ne propose que des créneaux plausibles : horaires, délais, quotas, mixité. |
| Équipe de l'établissement | Accepte ou refuse la demande, choisit la ressource et le praticien. |
| Système | Enregistre, structure et trace chaque décision. |
Ce choix est délibéré. Le déploiement d'un planning automatisé chez le client de référence a provoqué un conflit social de plusieurs mois : l'équipe de planification a réagi à une perte de statut. Ce niveau d'accompagnement n'est pas réplicable à l'échelle de dizaines de clients (cf. Périmètre V1 §1.2).
2. Cycle de vie d'une réservation
- Le client final choisit une prestation et un créneau dans le tunnel, et paie en ligne si l'établissement l'exige (paiement en ligne).
- La demande arrive dans la file des demandes entrantes de l'agenda.
- L'équipe accepte (en affectant ressource et praticien) ou refuse la demande.
- Le client est informé par une notification.
- Le client peut annuler selon la politique d'annulation.
- Le jour J, le client est accueilli et enregistré au check-in, puis encaissé en caisse.
3. Fonctions
| Réf | Fonction | Page |
|---|---|---|
| E1 | Tunnel de réservation par tenant | Tunnel de réservation |
| E2 | Règles de gestion | Tunnel de réservation |
| E2b | Filtrage par politique de mixité | Tunnel de réservation |
| E3 | Politique d'annulation | Annulation |
| E4 | Paiement en ligne | Paiement en ligne |
| E5 | Notifications transactionnelles | Notifications |
| E6b | Agenda et planning manuel | Agenda et planning manuel |
| E7 | Check-in | Check-in |
Hors V1 : E8, chatbot WhatsApp. Le moteur d'affectation automatique (D1 à D11) est reporté en V2.