Article sourcé
Cycle d'une réservation : création, modification et annulation
Modèle de statuts et de contrôles pour suivre une réservation de sa source à sa clôture.
Réponse courte
Une réservation traverse des états explicites : demande, option éventuelle, confirmation, modification, séjour, annulation ou clôture. Chaque transition doit conserver sa source, sa date, son auteur et ses effets sur le calendrier, le paiement et les missions.
Les droits de modification, d'annulation, de remboursement ou de prolongation dépendent du contrat et du canal. Vérifiez leur règle en vigueur avant d'engager une action.
Définir des états non ambigus
Le mot « réservation » masque souvent plusieurs réalités. Une demande n'engage pas les mêmes opérations qu'une confirmation ; une option peut bloquer temporairement sans paiement ; une annulation demandée n'est pas toujours exécutée.
Définissez pour chaque état l'autorité, les champs obligatoires et les actions permises. Un statut importé garde son libellé source, puis une règle documentée détermine l'état interne.
| État | Contrôle avant entrée | Effet |
|---|---|---|
| Demande | Source et disponibilité | Analyse sans engager toutes les missions |
| Confirmée | Conditions et référence | Blocage et planification |
| Modifiée | Nouvelle version acceptée | Recalcul des dépendances |
| Annulée | Auteur, motif, politique | Libération contrôlée et traitement financier |
| Clôturée | Séjour, missions et montants rapprochés | Archivage et indicateurs |
Traiter une modification comme un événement
Ne remplacez pas silencieusement dates, voyageurs ou logement. Conservez l'avant, l'après, l'auteur, la source et le moment de prise d'effet. Recalculez nuits, prix, taxes, accès, ménage et disponibilité.
Une modification de canal périodique peut arriver après une action terrain. Le système doit signaler les missions devenues incohérentes et attribuer leur revue à une personne.
Séparer opérationnel et financier
L'annulation du séjour peut libérer le calendrier, mais le remboursement, les frais et l'indemnisation suivent leur propre cycle. À l'inverse, un remboursement n'autorise pas à ignorer une mission déjà exécutée.
Conservez la politique acceptée et les preuves utiles. Si un partenaire doit confirmer, gardez un état intermédiaire visible plutôt que de présenter l'issue comme acquise.
Arbitrer annulation, prolongation et départ tardif
Une prolongation est une modification de dates tant que le canal ou le contrat ne l'a pas confirmée. Vérifiez disponibilité, durée minimale, prix, ménage, accès et voyageur suivant avant de l'accepter. Dans MAESTHOM, une garde après départ reste distincte du séjour et ne génère aucune mission.
Un départ tardif concerne l'exécution du séjour existant. Il peut réduire la fenêtre de ménage et compromettre l'arrivée suivante sans prolonger automatiquement la réservation. Relevez heure annoncée, heure constatée, décision et conséquences, puis informez les rôles touchés.
| Événement | Contrôle prioritaire | Effets à propager |
|---|---|---|
| Annulation | Statut effectif et politique | Calendrier, missions, remboursement |
| Prolongation | Disponibilité et acceptation | Dates, prix, accès, ménage |
| Départ tardif | Heure réelle et rotation | Prestataire, arrivée suivante, incident |
| Demande non confirmée | Autorité du canal | Aucun changement silencieux |
Tester le cycle de bout en bout
Simulez une réservation directe, une OTA, un changement de dates, une annulation tardive, un doublon et un import retardé. Vérifiez calendrier, messages, tâches, montant et journal.
Mesurez les dossiers sans source, transitions forcées et missions corrigées manuellement. Ces écarts indiquent où améliorer le processus, sans prétendre que l'outil supprime le contrôle humain.
Sources
- À propos des annulations initiées par les voyageurs · Abritel · vérifié le 2026-07-22
- How we work · Booking.com · vérifié le 2026-07-22
- Fiche canonique détaillée du produit et des opérations MAESTHOM · MAESTHOM · vérifié le 2026-07-26