Réponse courte
L’essentiel
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.
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 LOGIMMO, 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 et révision
Publié le 22 juillet 2026 · révisé le 22 juillet 2026 · responsable éditorial : Rédaction LOGIMMO.
- À propos des annulations initiées par les voyageurs — Abritel, vérifié le 22 juillet 2026.
- How we work — Booking.com, vérifié le 22 juillet 2026.
- Fiche canonique détaillée du produit et des opérations LOGIMMO — LOGIMMO, vérifié le 22 juillet 2026 · C:\DEV\LOGIMMO.app\docs\FICHE-CANONIQUE-LOGIMMO.md.