Données touristiques : distinguer description, disponibilité, prix et confirmation

Description touristique

Une base comme DATAtourisme structure des informations sur des lieux, hébergements, services, événements et itinéraires avec provenance. Elle facilite la découverte et le maillage vers les producteurs compétents.

Cette description ne prouve pas qu’un établissement est ouvert aux dates choisies, qu’une chambre est libre, qu’un prix est courant ou qu’une réservation est possible.

Disponibilité et calendrier

Une période libre ou occupée dépend d’une autorité, d’une heure et d’une règle. Un export iCalendar peut transporter des événements sans décrire les conditions commerciales.

Exposez la dernière vérification et un seuil d’expiration. Lorsque le seuil est dépassé, qualifiez ou masquez l’état au lieu de le republier comme actuel.

Offre et prix

Une offre relie un hébergement, des dates, une capacité, un total, des prestations et des conditions. Son identifiant et sa version permettent de conserver ce qui a été présenté lors d’une demande.

Le prix doit être attribué au vendeur ou au canal qui le fournit. Une comparaison conserve l’heure, le scénario et les inconnues ; elle ne crée pas un montant manquant.

Demande, hold et confirmation

Une demande exprime une intention. Un hold peut protéger temporairement le stock dans un système. Une confirmation vient de l’acteur ou du canal autorisé. Ces transitions ont des dates, des responsables et des expirations différents.

Un accusé technique indique qu’un message a été reçu ; il ne devient pas automatiquement une réservation.

Table de provenance minimale

Publication atomique et rollback

Validez un snapshot complet avant de le rendre courant. Si une source est invalide, conservez la version précédente comme rollback technique tout en maintenant son âge réel. Le rollback ne doit jamais réécrire l’horodatage pour faire paraître une donnée fraîche.

Un manifeste courant à durée courte peut pointer vers un dataset immuable et adressé par empreinte. Cette séparation permet cache, intégrité et retour arrière sans mélanger les versions.

Arbitrer les contradictions sans fabriquer une vérité moyenne

Deux sources peuvent diverger parce qu’elles ne décrivent pas le même objet ou le même instant. Une base touristique indique une période d’ouverture générale ; le lieu annonce une fermeture exceptionnelle ; une plateforme garde une fiche ancienne. Conservez chaque assertion avec son producteur, sa date et son périmètre, puis choisissez l’autorité compétente pour la question posée.

Ne fusionnez pas les dates par majorité et ne retenez pas automatiquement la valeur la plus récente si sa source n’est pas autorisée sur ce champ. Une contradiction importante devient un statut « à vérifier », une alerte éditoriale et une demande de correction au producteur. Le lecteur voit ce qui est certain, daté ou inconnu.

Organiser une révision humaine et une correction traçable

Chaque famille de données reçoit une cadence et un déclencheur : date d’événement, expiration d’offre, nouvelle version de source, signalement ou échec d’import. Une file de revue montre le champ, l’ancienne valeur, la proposition, la source et l’impact. La validation humaine publie ou refuse ; elle ne modifie pas silencieusement l’historique.

Une correction publique précise la page concernée, la nature du changement et sa date sans exposer l’auteur du signalement. Les imports automatiques peuvent préparer la mise à jour, mais une information non validée ne doit pas republier une page substantielle. Le rollback restaure le dernier contenu approuvé et garde la date réelle de la donnée.

Le registre de sources sépare aussi les données de référence et les données vivantes. Une définition ou une ontologie évolue par version ; un horaire, un prix ou un événement possède une validité plus courte. Cette distinction évite d’imposer la même fréquence de contrôle à tout le corpus et concentre la revue humaine sur les affirmations susceptibles de rendre une décision fausse.

Confidentialité et limites

Ne publiez ni URL privée de calendrier, ni identité de voyageur, ni référence de réservation, ni historique de recherche. Une donnée touristique publique et une donnée de séjour personnelle suivent des finalités différentes.

Dernière révision humaine : 17 septembre 2026. TOO NICE TO MISS ne revendique aucune ingestion partenaire active ; les schémas décrits servent de méthode générale.