Article sourcé
API, iCalendar, e-mail ou saisie manuelle pour recevoir une réservation
Choisir un canal d'entrée selon le volume, la donnée disponible et le niveau de contrôle.
Réponse courte
L'API est structurée mais dépend d'une intégration officielle ; iCalendar partage surtout des périodes ; l'e-mail reste lisible mais peu structuré. Le choix doit prévoir validation, erreur et reprise manuelle.
Trois niveaux de structure
Une API documentée peut fournir des objets et statuts précis. Un flux ICS indique des événements. Un e-mail présente des informations pour un humain, avec un format susceptible d'évoluer.
| Canal | Bon usage | Contrôle indispensable |
|---|---|---|
| API | Volume et intégration officielle | Authentification, erreurs, reprise |
| iCalendar | Blocage de disponibilité | Latence et périmètre |
| Notification ou faible volume | Validation humaine et dédoublonnage |
Définir la règle d'autorité
Un message entrant ne devient pas automatiquement la vérité. Définissez les champs qui peuvent créer ou modifier un dossier et ceux qui nécessitent une validation.
Limiter les données et les accès
Ne transmettez pas plus d'informations voyageur que nécessaire aux outils et intervenants. Journalisez les accès techniques et retirez les intégrations inutilisées.
Sources
- Internet Calendaring and Scheduling Core Object Specification (iCalendar) · RFC Editor · 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