OTA, Channel Manager et PMS : centraliser des réservations sans promesse de temps réel

2. Définir le maître de chaque donnée

Chaque réservation conserve son canal, son identifiant externe, son statut interne, la date de dernière lecture et l'auteur de toute correction. Les blocages propriétaire, maintenance, sécurité ou arbitrage manuel sont distingués des séjours confirmés. La disponibilité publiée découle d'une règle documentée, non d'une couleur de calendrier ni d'un e-mail isolé.

Choisissez un maître pour les disponibilités, la réservation, les missions et les données relationnelles. Une interface ne peut modifier que les champs explicitement autorisés. Une réservation du canal peut déclencher une mission ; une mission de ménage terminée ne doit pas, à l'inverse, modifier le contrat ou rouvrir des dates sans contrôle.

3. API, iCalendar, e-mail et saisie : choisir le transport honnête

Une API ne doit être annoncée que si le partenaire et la capacité sont documentés. iCalendar échange principalement des événements ou périodes ; il peut aider à bloquer des dates, sans transporter nécessairement prix, paiements, messages, contrats ni missions. Un e-mail informe un humain, mais reste variable. La saisie manuelle est légitime à faible volume si elle contient une source, une validation et un contrôle des doublons.

Pour MAESTHOM, le partage iCalendar est limité aux disponibilités, réservations et missions selon la documentation produit ; il ne constitue pas une intégration complète ou temps réel. Conservez l'URL de flux de façon sécurisée, la date du dernier succès, les champs réellement reçus et la procédure de reprise.

4. Procédure quotidienne et scénario d'incident

Adaptez la fréquence de contrôle au volume, à la fenêtre de réservation et au coût d'un chevauchement. Une petite conciergerie avec un canal peut rester sur un contrôle structuré ; plusieurs annonces, canaux et changements rapprochés peuvent justifier une couche de synchronisation après démonstration et recette. Son coût direct inclut abonnement et paramétrage ; le coût indirect comprend monitoring, corrections, formation et double saisie.

Exemple : une annulation est visible sur un canal, mais le flux est ancien ou incomplet. Le gestionnaire contrôle la source officielle, journalise l'écart, bloque temporairement la disponibilité si nécessaire, ajuste le séjour interne, puis revoit les missions de ménage et d'accueil. Il ne promet ni disponibilité instantanée ni annulation traitée avant cette vérification.

1. Contrôler les imports absents, en erreur ou trop anciens.
2. Rapprocher les nouveaux dossiers avec leur identifiant de canal.
3. Détecter doublons, statuts contradictoires et périodes critiques.
4. Affecter un responsable et, si nécessaire, bloquer provisoirement.
5. Propager la décision validée vers les missions terrain.
6. Tracer source, heure, correction et personne avertie.
7. Rejouer le contrôle après modification ou annulation.

5. Quand outiller, quand rester simple

Un Channel Manager peut être utile lorsque plusieurs annonces et canaux génèrent une ressaisie récurrente, des conflits de calendrier ou des mises à jour tarifaires impossibles à vérifier manuellement. Il est disproportionné lorsque ses connecteurs ne couvrent pas les canaux réels, que les exceptions dominent ou que le paramétrage ajoute plus de travail que les contrôles existants.

Demandez au fournisseur les canaux et champs couverts, le sens des échanges, les délais, les limitations, la procédure de panne, les journaux, les exports et les coûts de connecteur. Testez création, modification, annulation, blocage propriétaire, conflit et reprise avant toute généralisation. L'absence d'intégration MAESTHOM officiellement prouvée avec une plateforme reste une absence, non une fonction implicite.

• Canal et champ démontrés pour votre contrat.
• Maître de la disponibilité écrit et compris.
• Identifiants externes exportables et rapprochables.
• Mode dégradé testé sans ouverture intempestive.
• Missions, intervenants et preuves séparés du statut OTA.
• Coût de double saisie et d'exception mesuré.
• Aucune promesse d'API, de temps réel ou de zéro double réservation.