Carte, carnet et appareil photo sur une table, visuel généré par IAVisuel IA · Scène fictive

Répertoire opérationnel

595 solutions pour construire votre écosystème B2B tourisme.

Distribution, hôtellerie, restauration, activités, mobilité, paiement, data, logiciels, voyages d’affaires et création web : filtrez selon votre besoin et votre métier. Chaque fiche résume l’usage principal de la solution, les profils auxquels elle peut convenir et les points à examiner avant d’aller plus loin.

Répertoire opérationnel

Trouver le bon partenaire selon le produit, le profil et le niveau d’intégration.

Commencez par un seul besoin prioritaire, puis affinez avec votre profil et le mode d’accès souhaité. Une liste courte de trois à cinq acteurs est généralement plus utile qu’une longue sélection impossible à comparer sérieusement.

Une solution peut répondre à plusieurs familles ; elle est comptée une seule fois dans le total du répertoire.

Réinitialiser les filtres
191 solutions correspondantes
Paiement voyagePSP

Adyen for Travel

CLP, CVE, IDR et ISK diffèrent de la référence ISO 4217 dans la table Adyen : CLP et ISK y ont deux décimales ; CVE et IDR, zéro. Pour l’ISK, la référence ISO indique zéro décimale, contre deux chez Adyen. Cette convention en unités mineures exclut Terminal API.

Pour quel besoin ? Marchand multi-pays qui encaisse réservations, compléments et remboursements sur plusieurs canaux.

  • Test conseillé : Simuler acompte, complément au comptoir, remboursement partiel et rapprochement par dossier et entité.
En savoir plus

Autres points à examiner

  • À regarder quand la complexité est internationale : entités, devises, fraude et chargebacks.
  • Peut devenir la brique paiement principale d’une OTA mature.

Faits, limites et références (3)

Limite : La table technique ne confirme ni l’activation d’une devise sur le compte ni les conditions de règlement, les frais ou un taux de change.

À demander : Appliquer la table de l’API et conserver aussi le code monétaire.

Documentation principale · consultée le

Autres références pour ce périmètre

  • Adyen : API idempotency · consultation du

    Adyen documente une clé d’idempotence pour les requêtes POST. Si une réponse porte transient-error: true, une nouvelle tentative peut réutiliser la même clé après attente. Un doublon déjà en cours peut renvoyer HTTP 409 ou 422, code 704 ; une réponse perdue ne justifie pas une nouvelle clé.

    Portée : Gestion des tentatives répétées et erreurs transitoires ; la clé ne coordonne pas les doublons entre points d’accès régionaux simultanés.

  • Adyen : Currency codes · consultation du

    Le montant exige une devise et une convention d’unité ; certaines précisions diffèrent d’ISO 4217.

Contrôles proposés pour ce périmètre

Exceptions
À réunir : CLP, CVE, IDR et ISK ont un nombre de décimales Adyen différent de la référence ISO 4217.. Appliquer la table de l’API et conserver aussi le code monétaire.
ISK
À réunir : Pour l’ISK, la référence ISO indique zéro décimale, tandis qu’Adyen en demande deux pour le montant transmis.. Un montant de 10 ISK s’écrit 1000 selon cette convention Adyen ; ce calcul n’est pas un taux de change.
Périmètre
À réunir : Les règles présentées concernent les API soumises à la convention en unités mineures, hors Terminal API.. Relire le contrat de l’opération avant de transposer un encodage utilisé ailleurs.

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

Données et contrôles d’intégration

Adyen attribue une référence à la demande de remboursement. Le webhook REFUND en décrit la validation ; des événements ultérieurs peuvent signaler échec ou retour.

Paiement initial
Conserver paymentPspReference.
Demande
Rapprocher la pspReference du remboursement du dossier.
Notification
Suivre REFUND puis les éventuels REFUND_FAILED ou REFUNDED_REVERSED.

Scénario proposé : Rejouer le traitement d’une validation suivie d’un échec, en corrigeant le statut visible et le rapprochement comptable.

Portée : La validation de la demande ne garantit pas un crédit définitif sur le compte du voyageur.

Contrôles éditoriaux proposés, à rejouer sur votre périmètre ; aucun appel à une API fournisseur ni test de réservation effectué.

Référence et notification de remboursement · consultation du 13/10/2026

PaiementPSP

Checkout.com

Checkout.com recommande des notifications distinctes d’approbation, capture, annulation et remboursement, ainsi que des refus de capture ou remboursement. Certains moyens alternatifs prévoient aussi des états d’attente ou d’expiration.

Pour quel besoin ? Entreprise de voyage qui compare taux d’acceptation, méthodes de paiement et gestion des contestations.

  • Test conseillé : Comparer autorisation, capture, remboursement et litige sur plusieurs devises, avec export rapprochable au dossier.
En savoir plus

Autres points à examiner

  • À considérer pour plateformes à fort volume et besoin de performance paiement.
  • Comparer avec Adyen, Worldline, Stripe et PSP locaux selon pays.

Faits, limites et références (1)

Limite : Liste d’événements recommandés ; une approbation ne démontre pas à elle seule la capture ni la confirmation du voyage.

À demander : Quels événements et relectures permettent de conclure pour chaque étape de votre paiement ?

Documentation principale · consultée le

Contrôles proposés pour ce périmètre

Identité
À réunir : Paiement, opération et dossier. Relier chaque notification au bon mouvement.
Capture
À réunir : Approbation puis capture ou refus. Éviter de clore le suivi financier sur l’approbation seule.
Remboursement
À réunir : Opération et résultat ou refus. Retrouver le mouvement qui réalise la décision commerciale.
Attente
À réunir : Moyen concerné et état courant. Attribuer la suite quand le résultat financier est différé.

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

PlacesAPI

Google Places API

L’absence de masque de réponse provoque une erreur pour ces méthodes. Nearby et Text Search renvoient une liste sous places ; Place Details renvoie directement un objet Place. Le masque * demande tous les champs ; Google déconseille son usage en production en raison des coûts et de la latence possibles.

Pour quel besoin ? Produit voyage qui doit aider à identifier un lieu, une adresse ou un point d’intérêt dans son parcours.

  • Test conseillé : Comparer identifiants, localisation, fraîcheur des champs, coût des appels et règles d’affichage sur des lieux connus.
En savoir plus

Autres points à examiner

  • Essentiel pour guides, cartes, fiches destinations, hôtels et attractions.
  • Surveiller coûts, restrictions de données et conditions d’affichage Google.

Faits, limites et références (3)

Limite : La sélection de champs ne donne pas un droit de conservation générale des contenus. Les règles de stockage, d’attribution et les conditions régionales restent distinctes.

À demander : Conserver le masque avec la requête et les critères de recette.

Documentation principale · consultée le

Autres références pour ce périmètre

  • Google Places : politiques et attributions · consultation du

    Google distingue restrictions de stockage, exception relative au Place ID, attributions et conditions propres aux clients de l’EEE.

    Portée : Règles documentaires à relire selon région et usage ; aucune validation juridique de votre catalogue.

  • Avis Google Places : cinq textes ne représentent pas toute la clientèle · consultation du

    reviews contient au maximum cinq avis, classés par pertinence. userRatingCount compte les évaluations avec ou sans texte. text est localisé ; originalText conserve la langue d’origine. publishTime date la publication ; visitDate, lorsqu’il est fourni, est limité au mois et à l’année.

    Portée : Cette lecture concerne Places API New. Elle ne démontre ni représentativité des opinions ni droit de réutilisation générale des textes ; les conditions Google restent à examiner.

Contrôles proposés pour ce périmètre

Masque requis
À réunir : L’absence de masque de réponse provoque une erreur pour ces méthodes.. Conserver le masque avec la requête et les critères de recette.
Chemin du champ
À réunir : Nearby et Text Search renvoient une liste sous places ; Place Details renvoie directement un objet Place.. Comparer places.formattedAddress à formattedAddress selon la méthode appelée.
Sélection
À réunir : Le masque * demande tous les champs ; Google déconseille son usage en production en raison des coûts et de la latence possibles.. Choisir les champs utiles à la fiche au lieu de recopier la requête de découverte.

Méthode : Données de lieux : choisir les champs et documenter la conservation

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

CartesAPI

Mapbox

Le géocodage v6 distingue résultats Temporary, par défaut, et Permanent. La documentation interdit la mise en cache des premiers et décrit les conditions du mode permettant la conservation.

Pour quel besoin ? Équipe produit qui veut présenter itinéraires ou points de rendez-vous dans une interface de voyage.

  • Test conseillé : Afficher plusieurs marchés, vérifier précision des lieux, accessibilité de la carte, coût des requêtes et comportement hors réseau.
En savoir plus

Autres points à examiner

  • Excellent pour cartes personnalisées, itinéraires, mobilité et apps destination.
  • Comparer avec Google Maps selon design, coûts, data ownership et fonctionnalités.

Faits, limites et références (2)

Limite : Référence Geocoding v6 ; vérifier le mode, les conditions d’usage et le contrat, sans assimiler géocodage d’adresse et inventaire touristique réservable.

À demander : Le résultat utilisé dans le catalogue peut-il être conservé, et représente-t-il le bon accès au lieu ?

Documentation principale · consultée le

Autres références pour ce périmètre

  • Mapbox v6 : distinguer précision du point, correspondance et accès · consultation du

    coordinates.accuracy distingue notamment rooftop, parcel, point et interpolated. interpolated estime position et existence à partir d’adresses voisines. match_code détaille les composants de la requête. La confiance exact peut encore comporter jusqu’à deux composants déduits. routable_points.default est un arrêt véhicule calculé. entrance désigne une entrée physique lorsqu’elle est disponible ; cette fonction est en préversion publique.

    Portée : Ces champs documentent une réponse de géocodage, sans garantir accessibilité, autorisation de stationnement ou disponibilité d’un transfert.

Contrôles proposés pour ce périmètre

Mode
À réunir : Cas fictif : adresse A4 géocodée en mode temporaire. Identifier le mode et l’usage prévu avant une conservation dans le catalogue, sans supposer ce droit.
Objet
À réunir : Coordonnée du bâtiment et entrée visiteurs située de l’autre côté. Rapprocher précision du résultat et consigne opérationnelle ; un point d’adresse ne prouve pas le rendez-vous.
Référence
À réunir : Adresse source corrigée entre les versions V1 et V2. Conserver la provenance et vérifier les fiches utilisant encore le premier résultat.
Publication
À réunir : Texte d’adresse, carte et consigne de départ. Relire leur cohérence et les règles d’affichage pertinentes sans publier de jeton technique.

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

Avis / contenuAPI

Tripadvisor Content API

Tripadvisor présente une API de contenu donnant accès à des informations de lieux et établissements, avec certains avis et photos selon le produit.

Pour quel besoin ? Service de voyage qui veut afficher des informations de lieux tout en respectant les règles de licence et d’attribution.

  • Test conseillé : Vérifier champs autorisés, fraîcheur, attribution, cache et couverture géographique avant une mise en production.
En savoir plus

Autres points à examiner

  • À ajouter pour enrichir fiches hôtels, attractions, restaurants et destinations.
  • Usage soumis à quota, critères d’accès et règles d’attribution.

Faits, limites et références (1)

Limite : Une API de contenu ne vaut pas accès universel à la réservation ni autorisation de réutiliser tous les médias sans conditions. Attribution, conservation et champs disponibles doivent être relus.

À demander : Quels champs et médias sont permis dans notre usage, avec quelles règles d’attribution, de mise à jour et de conservation ?

Documentation principale · consultée le

Méthode : Documenter champs et droits de contenu

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

Guide ouvertAPI

Wikivoyage API via Wikimedia Enterprise

Données de guide voyage sous licences ouvertes, structurées par destination et exploitables pour contenus, cartes et itinéraires.

Pour quel besoin ? Éditeur qui souhaite enrichir des pages de destination avec une base documentaire réutilisable selon la licence applicable.

  • Test conseillé : Extraire une destination dans deux langues et contrôler provenance, attribution, révisions et conditions de redistribution.
En savoir plus

Autres points à examiner

  • Bonne base éditoriale pour destination intelligence et contenus à retraiter humainement.
  • Vérifier les obligations de licence, attribution et fraîcheur éditoriale.

Faits, limites et références (1)

Documenté : Wikimedia Enterprise distingue téléchargement complet avec Snapshot API et récupération d’un article avec On-demand API ; les contenus suivent une hiérarchie de destinations.

Limite : Un guide ouvert n’est pas un inventaire réservable ; licences, attribution et actualité doivent être examinées pour chaque contenu et média réutilisé.

À demander : Comment conserver identité de l’article, langue, version, licence et attribution ?

Documentation principale · consultée le

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

MétéoAPI

AccuWeather Developer

AccuWeather propose un portail développeur pour des données et produits météo, avec des services décrits selon l’offre utilisée.

Pour quel besoin ? Service de voyage qui souhaite afficher une météo contextualisée avant le départ ou pendant le séjour.

  • Test conseillé : Comparer une destination urbaine et une zone isolée, vérifier unités, fuseaux horaires, fréquence de mise à jour et limites du plan.
En savoir plus

Autres points à examiner

  • Utile pour guides, notifications pré-voyage, événements, itinéraires et assurance météo.
  • Respecter cache, quotas et protection des clés côté serveur.

Faits, limites et références (1)

Limite : Prévision, observation et indice météo ne sont pas interchangeables. La géographie, l’heure de mise à jour et les conditions d’affichage doivent accompagner l’information au voyageur.

À demander : Quels produit, lieu, unité et horizon sont retournés, et comment présenter la fraîcheur et l’incertitude sans garantir la météo du séjour ?

Documentation principale · consultée le

Méthode : Relier lieu, source et information pratique

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

Données voyageAPI

Traxo

Traxo présente des mécanismes de capture de réservations issus de différents canaux, incluant connexions API et transmission de confirmations.

Pour quel besoin ? Entreprise qui veut améliorer sa visibilité sur les déplacements réservés directement auprès des fournisseurs.

  • Test conseillé : Faire remonter un hôtel et un vol de test, vérifier consentement, dédoublonnage et délai de restitution dans le reporting.
En savoir plus

Autres points à examiner

  • Utile pour duty of care, expense, programmes travel management et consolidation itinéraires.
  • Intéressant quand les réservations échappent au canal officiel de l’agence.

Faits, limites et références (1)

Limite : Une population de réservations captées n’est pas une mesure exhaustive du tourisme d’une destination.

À demander : Quels canaux et voyageurs sont couverts, et comment sont rapprochés changements et doublons ?

Documentation principale · consultée le

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

Média aérienFlux

Air Journal B2B

Air Journal publie une actualité liée au transport aérien. Sa lecture peut alimenter une veille professionnelle avec liens vers les articles et dates de publication.

Pour quel besoin ? Équipe tourisme qui veut suivre annonces de compagnies, dessertes et changements du secteur aérien.

  • Test conseillé : Comparer une annonce à la communication de la compagnie et vérifier date, marché concerné et conditions avant de la relayer.
En savoir plus

Autres points à examiner

  • À utiliser pour enrichir une veille B2B, un portail agence ou un espace d’actualité transport aérien.
  • Les flux par catégories et reprises de contenus doivent être validés avec Air Journal selon l’usage prévu.

Faits, limites et références (1)

Limite : La présence d’un média dans le répertoire ne prouve pas une API ou un service de données B2B. Les annonces et chiffres restent à confronter à la source concernée et à leur date.

À demander : Quel fait est rapporté, à quelle date, et quelle publication de la compagnie ou de l’organisme permet de le confirmer ?

Documentation principale · consultée le

Méthode : Attribuer faits et annonces

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

Hotel techAPI

Gimmonix

Gimmonix décrit des services API d’agrégation hôtelière, de mapping et de normalisation, avec automatisation de processus de distribution.

Pour quel besoin ? Vendeur d’hôtels qui doit normaliser plusieurs sources d’inventaire et limiter les écarts avant confirmation.

  • Test conseillé : Comparer chambre, pension, taxes et politique d’annulation sur deux sources, puis vérifier la réservation auprès du fournisseur final.
En savoir plus

Autres points à examiner

  • À regarder quand le vrai sujet est la qualité de mapping et la consolidation multi-suppliers.
  • Complète ou remplace un empilement d’APIs hôtelières dispersées.

Faits, limites et références (1)

Limite : Le mapping d’un hôtel et l’équivalence d’une chambre ou d’un tarif sont des décisions distinctes. Une agrégation technique n’autorise pas à fusionner des offres aux inclusions ou conditions différentes.

À demander : Quelle preuve relie hôtel, chambre, pension et conditions, et comment un rapprochement incertain est-il signalé et corrigé ?

Documentation principale · consultée le

Méthode : Mapping hôtel et chambres : éviter les doublons et les mauvaises promesses

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

Affiliation voyageRéseau

Travelpayouts

Le centre d’aide distingue programmes d’affiliation, liens, widgets, marques blanches, API et données, ainsi que statuts des commandes, rapports et versements.

Pour quel besoin ? Site éditorial qui veut comparer plusieurs offres partenaires sans construire de moteur de réservation.

  • Test conseillé : Placer des liens sur un petit groupe de pages, puis mesurer clics, réservations validées et revenus nets des annulations.
En savoir plus

Autres points à examiner

  • Très pratique pour guides, blogs, comparatifs et petits éditeurs qui veulent démarrer vite.
  • Permet d’éviter de négocier chaque programme au départ.

Faits, limites et références (1)

Limite : La présence d’un programme ou d’une API dans l’aide ne signifie pas qu’il est ouvert à chaque projet ; réservation et rémunération validée restent distinctes.

À demander : Quel programme accepte notre projet et comment annulations, statuts et paiements de commission sont-ils reflétés dans le rapport ?

Documentation principale · consultée le

Méthode : Attribution marketing tourisme : mesurer jusqu’à la réservation

Écran de blocage reçu · contrôle du 05/11/2026 · Portée du contrôle

AffiliationRéseau

CJ

CJ distingue les parcours annonceur, éditeur et développeur ; la documentation éditeur couvre notamment commissions, conditions de programmes et flux, et celle annonceur les retours et annulations.

Pour quel besoin ? Éditeur voyage souhaitant gérer plusieurs programmes de partenaires dans un même espace de pilotage.

  • Test conseillé : Tester un lien de destination, vérifier consentement et attribution, puis rapprocher conversion, validation et paiement.
En savoir plus

Autres points à examiner

  • À explorer pour marques travel, cashback, contenu, coupons et programmes grands comptes.
  • Penser à standardiser UTMs, subIDs et reporting dès le début.

Faits, limites et références (1)

Limite : Un accès documentaire ne vaut pas acceptation à un programme ; suivi de conversion et droit de réutiliser un flux ont des conditions distinctes.

À demander : Quels programmes sont approuvés pour notre support et comment une annulation corrige-t-elle conversion et commission ?

Documentation principale · consultée le

Méthode : Attribution marketing tourisme : mesurer jusqu’à la réservation

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

PartnershipsRéseau

Partnerize

Partnerize présente une plateforme de partenariats permettant aux affiliés de rejoindre des programmes, notamment dans le voyage, et d’en suivre l’activité.

Pour quel besoin ? Marque de voyage qui veut encadrer différents partenaires avec des règles de suivi et de rémunération définies.

  • Test conseillé : Créer une campagne limitée, contrôler droits d’accès, liens, conversions annulées et rapprochement des commissions.
En savoir plus

Autres points à examiner

  • Utile pour marques voyage qui veulent gérer un programme partenaire plutôt que seulement rejoindre des programmes.
  • À considérer côté annonceur comme côté partenaire média.

Faits, limites et références (1)

Limite : L’accès à la plateforme ne vaut pas acceptation par chaque annonceur. Attribution, validation, conditions de promotion et paiement dépendent du programme sélectionné.

À demander : Quels annonceurs ont accepté le compte, avec quelles conditions de suivi, d’ajustement et de remise des commissions ?

Documentation principale · consultée le

Méthode : Affiliation voyage : suivre les commissions jusqu’au versement

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

PartnershipsRéseau

impact.com

impact.com présente des offres pour affiliation, créateurs et recommandation, avec découverte de partenaires, contrats, suivi et paiements. La page distingue aussi les usages des marques de ceux des éditeurs et créateurs.

Pour quel besoin ? Équipe acquisition qui souhaite comparer les résultats de créateurs, médias et autres partenaires sur des critères communs.

  • Test conseillé : Suivre un partenaire de son inscription au paiement, avec vérification des liens, de l’attribution et des conversions refusées.
En savoir plus

Autres points à examiner

  • Courant pour eSIM, fintech travel, expériences et marques globales.
  • Pratique pour professionnaliser la relation entre éditeur et annonceur.

Faits, limites et références (2)

Limite : Présentation commerciale de plateforme ; elle ne prouve ni admission à une marque ni rémunération d’une action donnée.

À demander : Quel programme est accepté et quelles conditions permettent de valider puis payer une action ?

Documentation principale · consultée le

Autres références pour ce périmètre

  • impact.com : inscription et candidature partenaire · consultation du

    L’aide impact.com distingue création du compte et checklist de candidature à la marketplace ; elle prévoit la vérification des canaux et du profil.

    Portée : Procédure documentaire d’admission ; aucun compte, programme, accord de marque ou droit à rémunération ouvert par cette lecture.

Contrôles proposés pour ce périmètre

Rôle
À réunir : Marque, éditeur ou créateur. Identifier le parcours et les fonctions du rôle retenu.
Admission
À réunir : Programme et décision obtenue. Conserver l’accord séparément de l’ouverture du compte.
Action
À réunir : Événement rémunéré et version des conditions. Faire préciser attribution, exclusions et validation.
Règlement
À réunir : Commission validée et paiement. Rapprocher le crédit plutôt que conclure depuis le tableau de suivi.

Méthode : Affiliation voyage : suivre les commissions jusqu’au versement

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

Données et contrôles d’intégration

Une action inquiry permet de faire examiner une conversion non créditée. La marque l’accepte, la refuse ou demande un complément ; le montant final peut différer du montant attendu.

Commande
Rapprocher Order Id du dossier de demande.
État
Séparer demande nouvelle, incomplète, approuvée et refusée.
Montant
Comparer Expected Payout et Final Payout.

Scénario proposé : Reprendre une demande incomplète puis approuvée avec un montant différent et conserver la justification du rapprochement.

Portée : Fonction accessible selon l’édition ou les options ; une attente de commission ne constitue pas un revenu acquis.

Contrôles éditoriaux proposés, à rejouer sur votre périmètre ; aucun appel à une API fournisseur ni test de réservation effectué.

Demandes d’attribution et rémunération finale · consultation du 13/10/2026

Hotel commercePlateforme

SiteMinder

Plateforme de commerce hôtelier réunissant distribution, channel manager, moteur de réservation, metasearch et outils de gestion.

Pour quel besoin ? Hôtel qui veut réduire les doubles saisies entre son inventaire, les canaux et son site.

  • Test conseillé : Fermer une chambre puis modifier un séjour ; vérifier la propagation vers PMS, moteur direct et canaux de distribution.
En savoir plus

Autres points à examiner

  • Pour hôtels indépendants, groupes et hébergements qui veulent piloter leurs canaux depuis un même socle.
  • À comparer selon le PMS existant, les connexions OTA et la stratégie de vente directe.

Faits, limites et références (1)

Documenté : La présentation de SiteMinder distingue distribution sur les canaux et réservation directe via un moteur intégré au site de l’hôtel, au sein d’une gamme de gestion et commercialisation.

Limite : Présentation de gamme ; modules, connecteurs PMS, règles tarifaires et responsabilités du compte restent à confirmer.

À demander : Comment un même stock est-il rapproché entre vente directe, OTA et système de l’hôtel ?

Documentation principale · consultée le

Contrôles proposés pour ce périmètre

Stock
À réunir : Cas fictif : cinq chambres, trois réservées et une hors service. Retrouver une chambre restante sur la date du cas si les mêmes règles s’appliquent aux canaux.
Canaux
À réunir : Dernière chambre vendue en direct à 11 h 10. Observer la disponibilité côté PMS et OTA avec les heures, sans supposer une mise à jour instantanée.
Tarifs
À réunir : Plan remboursable et plan non remboursable pour la même catégorie. Conserver restrictions et conditions par plan ; un stock commun ne rend pas les deux tarifs identiques.
Annulation
À réunir : Une réservation annulée et une autre unité toujours hors service. Vérifier les deux motifs avant de remettre une unité en vente ; l’annulation ne supprime pas la maintenance.

Lecture automatique refusée (HTTP 403) · contrôle du 05/11/2026 · Portée du contrôle

PMS hôtelierPlateforme

Cloudbeds

/accounting/v1.0/transactions remplace les fonctions des anciens endpoints listés, dont getTransactions et getPayments. Le transactionID de getTransactions n’est pas le même identifiant que id dans le service Accounting. La documentation annonce le retrait de transactionID de plusieurs réponses, dont postPayment et postCharge.

Pour quel besoin ? Hôtel qui cherche à rapprocher son dossier séjour, ses disponibilités et ses canaux de vente.

  • Test conseillé : Modifier une réservation, fermer une chambre puis contrôler la propagation entre calendrier, canaux, accueil et facture.
En savoir plus

Autres points à examiner

  • Adaptée aux hôtels, hostels, groupes, locations et hébergements indépendants.
  • Vérifier les connexions critiques, la migration des données et le modèle de tarification.

Faits, limites et références (6)

Limite : Le guide décrit une migration, sans fournir ici une date de bascule universelle. Confirmer calendrier, version et accès sur le compte de chaque établissement.

À demander : Inventorier les lectures réellement utilisées avant de préparer le changement.

Documentation principale · consultée le

Autres références pour ce périmètre

  • Cloudbeds : propriété, événement et reprises de webhook · consultation du

    Les abonnements associent un établissement et un type d’événement. Cloudbeds précise que l’ordre des événements n’est pas garanti et qu’un traitement dépassant deux secondes peut provoquer un renvoi malgré une réponse HTTP 200.

    Portée : Documentation des webhooks ; permissions, orthographe des paramètres et version des messages doivent être relues pour les événements choisis.

  • Cloudbeds — Accounting · consultation du

    Le folio opérationnel et la comptabilité ne représentent pas le même état. Le paramétrage de l’établissement et les droits d’accès restent à confirmer.

  • Cloudbeds et Booking.com : contrôler l’envoi du no-show · consultation du

    Auto No-Show intervient à 2 h 05 le lendemain de la date d’arrivée, dans le fuseau de l’établissement. Do Not Send automatically conserve la bascule dans le PMS sans signalement automatique au canal. Le parcours manuel vérifie une période commençant à minuit le jour d’arrivée et allant jusqu’à 48 heures plus tard. Le numéro d’annulation reste pending jusqu’à réception de la mise à jour du canal ; les journaux conservent action, utilisateur et réponse.

    Portée : Fonction Cloudbeds documentée pour Booking.com, canal connecté et actif, avec les permissions requises. Elle ne fixe pas une règle générale de facturation des absences.

  • Cloudbeds : le minimum de séjour dépend aussi du canal · consultation du

    Cloudbeds PMS et Booking Engine retiennent le MinLOS le plus élevé parmi les dates du séjour sélectionné. Le minimum est évalué sur la date d’arrivée du voyageur. Arrival-based utilise la date d’arrivée ; stay-through retient la restriction applicable la plus contraignante sur le séjour. Le mode est configuré au niveau de l’hôtel chez Expedia. Les suites de dates relevant d’une même catégorie tarifaire sont évaluées séparément lorsque le séjour change de catégorie.

    Portée : Aide Cloudbeds mise à jour le 2 octobre 2026. Le support et le calcul des restrictions restent à confirmer canal par canal.

  • Cloudbeds — Add, edit or delete roles · consultation du

    Cloudbeds PMS permet de personnaliser les privilèges d’un rôle. L’ajout d’un paiement supérieur au solde restant demande un privilège distinct.

    Portée : Paramétrage de l’interface PMS documenté dans l’aide mise à jour le 13 août 2026. Il ne prouve pas les permissions d’une API ni celles d’un autre produit.

Contrôles proposés pour ce périmètre

Point d’accès
À réunir : /accounting/v1.0/transactions remplace les fonctions des anciens endpoints listés, dont getTransactions et getPayments.. Inventorier les lectures réellement utilisées avant de préparer le changement.
Identité
À réunir : Le transactionID de getTransactions n’est pas le même identifiant que id dans le service Accounting.. Préserver la provenance des références ; ne pas les joindre comme une clé commune sans correspondance.
Écritures
À réunir : La documentation annonce le retrait de transactionID de plusieurs réponses, dont postPayment et postCharge.. Vérifier les champs réellement disponibles pour retrouver ensuite le mouvement comptable.
Notifications
À réunir : Le Transaction webhook est annoncé comme remplacé par une notification du service Accounting.. Revoir abonnement et rapprochement conjointement, en conservant l’établissement concerné.

Méthode : Webhooks de réservation : éviter doublons et états incohérents

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

Hospitality cloudPMS + API

Mews Hospitality Cloud

Pour reservations/getAll/2023-06-06, ReservationIds accepte au maximum 1 000 éléments et ChannelNumbers, 100. Les intervalles CreatedUtc et UpdatedUtc sont limités à trois mois. La version d’opération doit être conservée avec ces limites.

Pour quel besoin ? Établissement qui cherche un socle opérationnel pour ses séjours et applications partenaires.

  • Test conseillé : Suivre de bout en bout réservation, arrivée, changement de chambre, paiement et export comptable.
En savoir plus

Autres points à examiner

  • Approche moderne et automatisée pour établissements et groupes multi-sites.
  • Explorer Mews Marketplace et les APIs avant de cadrer les connexions métier.

Faits, limites et références (6)

Limite : Limites propres à cette opération documentée ; elles ne décrivent pas toutes les API Mews ni les droits d’un contrat particulier.

À demander : Fractionner une reprise de références sans tronquer silencieusement la liste.

Documentation principale · consultée le

Autres références pour ce périmètre

  • Mews : blog R&D · consultation du

    Le site Mews R&D publie des articles, podcasts et informations de l’équipe technique. La référence d’opérations de la Connector API est publiée séparément sur docs.mews.com.

    Portée : Repère éditorial du blog ; aucune spécification d’opération API n’est déduite de sa seule existence.

  • Mews : documentation Connector API · consultation du

    La documentation Connector API sépare opérations, cas d’usage, événements, historique des changements et dépréciations.

    Portée : Documentation d’intégration ; les permissions et fonctions de l’installation ne sont pas confirmées. Le site developers.mews.com est un blog R&D distinct.

  • Mews Connector API — Housekeeping · consultation du

    Mews permet de configurer le passage à Dirty au check-in ou au check-out dans les paramètres du service Stay. Un délai de housekeeping configurable peut faire repasser automatiquement un espace vacant à Dirty. Chaque unité de délai correspond à 24 heures. Les resource blocks décrivent notamment les ressources hors d’usage ou affectées à un usage interne. Après nettoyage ou inspection, l’intégration peut modifier l’état par Update resources.

    Portée : Fonctionnement Mews documenté ; le processus qui autorise l’attribution finale reste à préciser avec l’établissement.

  • Mews : une chambre Out of service reste dans la disponibilité · consultation du

    Ce statut sert notamment à empêcher une affectation immédiate pour une petite réparation, sans retirer la chambre de la disponibilité. Ce blocage de plus longue durée retire la chambre de la disponibilité et empêche sa vente. Le blocage OOO doit recouvrir l’Occupancy start time du service. Dans l’exemple Mews, 12 h–14 h ne ferme pas une nuit dont l’occupation commence à 15 h. OOO réduit l’inventaire utilisé pour le RevPAR et l’occupation ; OOS ne le réduit pas.

    Portée : Règles Mews Operations consultées le 22 octobre 2026. Leur effet n’est pas présumé identique dans un autre PMS ou un outil de reporting connecté. Fonction du logiciel décrite ici ; aucun accès API supplémentaire n’est déduit.

  • Mews : distinguer produit par nuit, prestation ponctuelle et surclassement · consultation du

    La documentation demande de vérifier la disponibilité par catégorie de ressource avec Get service availability. Un produit du service Stay/Accommodation peut être associé à une réservation précise ; le comptage est alors lié au nombre total de nuits. Un produit d’un autre service, comme une bouteille ou un massage, est posté une fois au profil du client par Add order. LinkedReservationId permet de relier cette commande au séjour ; Add task peut attribuer l’action à réaliser par l’équipe.

    Portée : Cas d’intégration Connector API consulté le 22 octobre 2026. Les services et produits sont configurés par établissement ; aucun surclassement ni prix réel n’est garanti par cette lecture.

Contrôles proposés pour ce périmètre

ReservationIds
À réunir : Le filtre accepte au maximum 1 000 identifiants de réservation.. Fractionner une reprise de références sans tronquer silencieusement la liste.
ChannelNumbers
À réunir : Les références de canal ont leur propre filtre, limité à 100 éléments.. Conserver le type de référence ; une chaîne OTA n’est pas automatiquement l’Id Mews.
CreatedUtc et UpdatedUtc
À réunir : Les intervalles de ces filtres sont limités à trois mois.. Découper un historique plus long et suivre les bornes réellement traitées.
Accès
À réunir : Les réservations retournées sont limitées au périmètre de l’AccessToken.. Un résultat vide ne démontre pas l’absence de réservation dans les établissements hors périmètre.
Version de l’opération
À réunir : ChannelNumbers accepte 1 000 éléments dans la version 2017-04-12, contre 100 dans la version 2023-06-06.. Ne pas transposer une limite depuis un autre chemin d’opération.

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

Enterprise hospitalityAPI

Oracle Hospitality & OHIP

OPERA Cloud et Oracle Hospitality Integration Platform pour opérer les établissements et connecter applications, données et partenaires.

Pour quel besoin ? Établissement ou éditeur qui doit relier un PMS Oracle à des outils de service, de paiement ou d’exploitation.

  • Test conseillé : Sur un séjour d’essai, suivre création, modification et clôture entre le PMS et une application connectée ; vérifier droits, latence et reprise après échec.
En savoir plus

Autres points à examiner

  • Socle fréquent dans les groupes et environnements hôteliers complexes.
  • Anticiper certification, droits d’accès, architecture d’intégration et gouvernance des données.

Faits, limites et références (1)

Documenté : OHIP fournit un portail de développement et des API Hospitality REST dans un cadre de modules sous licence.

Limite : La documentation seule ne confirme pas le module, l’environnement ou les droits de l’établissement.

À demander : Quels services sont licenciés et comment recevoir puis rapprocher les événements des séjours ?

Documentation principale · consultée le

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

Connectivité hôtelAPI

DerbySoft

DerbySoft présente un ensemble de services de connectivité, de contenus et de marketing pour rapprocher les acteurs du commerce touristique.

Pour quel besoin ? Groupe hôtelier ou distributeur qui veut diffuser ou consommer un inventaire dans plusieurs canaux tout en contrôlant la qualité des offres.

  • Test conseillé : Comparer mapping hôtel/chambre/tarif, prix et disponibilité sur deux canaux, puis vérifier une modification et le retour du statut au système source.
En savoir plus

Autres points à examiner

  • Pour chaînes, plateformes et distributeurs qui cherchent une connexion normalisée à grande échelle.
  • Intéressant pour réduire le nombre de connexions bilatérales et améliorer la qualité du contenu.

Faits, limites et références (1)

Limite : Une présentation d’écosystème ne confirme pas toutes les connexions ni tous les champs disponibles. Le rôle de chaque produit, les sources et les opérations de distribution doivent être définis.

À demander : Quels systèmes sont reliés dans notre offre, qui fait référence pour tarifs et stock et quelle preuve montre la propagation d’un changement ?

Documentation principale · consultée le

Méthode : Channel manager hôtel : distribution, stocks et tarifs

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

Food deliveryIntégration

Deliverect

Plateforme qui synchronise menus et commandes entre systèmes de caisse, canaux de livraison et parcours de commande directe.

Pour quel besoin ? Restaurant vendant sur plusieurs plateformes et souhaitant réduire les ressaisies et les écarts de carte.

  • Test conseillé : Retirer un produit en plein service, suivre la mise à jour sur deux canaux et traiter une commande refusée sans perdre l’information client.
En savoir plus

Autres points à examiner

  • Utile pour éviter les doubles saisies et piloter plusieurs marques ou établissements.
  • Vérifier les canaux disponibles, le mapping produits et la remontée des données clients.

Faits, limites et références (1)

Documenté : Les API relient notamment catalogue de caisse, commandes, horaires et disponibilité des produits aux canaux de commande.

Limite : Le traitement des suppléments, taxes et états doit être vérifié avec la caisse et les canaux réellement utilisés.

À demander : Comment une rupture produit, une commande refusée et un supplément se répercutent-ils ?

Documentation principale · consultée le

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

AttractionsTicketing

Ventrata

La disponibilité combine capacité, groupes de ressources, horaires et réservations. Une même ressource peut servir plusieurs produits ; lorsqu’une limite de poids et une capacité sont configurées, la première limite atteinte contraint la disponibilité.

Pour quel besoin ? Opérateur qui doit vendre sur place et en ligne tout en contrôlant créneaux, billets et accès des visiteurs.

  • Test conseillé : Vendre la dernière place sur deux canaux, scanner le billet et déplacer un départ ; vérifier le manifeste utilisé par l’équipe terrain.
En savoir plus

Autres points à examiner

  • Convient aux opérations à volume et à forte complexité terrain.
  • Évaluer terminaux, gestion des ressources, connectivité et reporting multi-canal.

Faits, limites et références (2)

Limite : Gestion des ressources décrite ; ni quota revendeur ni activation d’une connexion OCTO ne sont démontrés par cette page.

À demander : Comment deux produits concurrents consomment-ils la même ressource sur un intervalle commun ?

Documentation principale · consultée le

Autres références pour ce périmètre

  • Ventrata : developer portal · consultation du

    Le portail Ventrata présente son implémentation OCTO pour la connexion des revendeurs aux fournisseurs qui activent l’intégration. Il décrit une certification avant référencement de l’intégration et l’accès aux identifiants du fournisseur concerné.

    Portée : Présentation du processus d’intégration Ventrata. Une référence au standard ne certifie pas les fonctions ni l’activation pour tous les fournisseurs ; aucun identifiant de test ou de production consulté.

Contrôles proposés pour ce périmètre

Ressource
À réunir : Unité et produits qui la partagent. Préparer deux réservations sur un intervalle commun.
Capacité
À réunir : Capacités du produit et des ressources. Retrouver le facteur qui limite réellement la vente.
Options
À réunir : Option sélectionnée et ressources requises. Vérifier son effet sur les unités encore disponibles.
Reprise
À réunir : Annulation ou indisponibilité d’une ressource. Rapprocher le stock résultant avant de rouvrir une vente.
Modifications en masse
À réunir : L’article sur les ressources indique que Bulk Changes peut être appliqué jusqu’à trois mois à l’avance.. Cette portée de l’outil de modification en masse ne définit pas à elle seule l’horizon de vente des produits.

Méthode : Intégrer un fournisseur voyage : du contrat au premier dossier

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

Tours & activitésChannel manager

TourCMS

L’opération Show Supplier de TourCMS est réservée aux comptes opérateurs ; les partenaires marketplace sont orientés vers Show Channel.

Pour quel besoin ? Producteur d’activités qui veut garder un inventaire cohérent entre son site, son équipe et ses revendeurs.

  • Test conseillé : Changer une capacité et un tarif sur un produit, puis vérifier la publication et l’annulation d’une réservation sur deux canaux.
En savoir plus

Autres points à examiner

  • Relie moteur de réservation, back-office, CRM et réseau de revendeurs.
  • À considérer pour publier l’inventaire vers plusieurs distributeurs via API.

Faits, limites et références (1)

Limite : Des objets proches par leur nom ne sont pas accessibles avec le même rôle ni le même espace d’identifiants.

À demander : Quel type de compte utilisons-nous et quel objet représente l’opérateur connecté ?

Documentation principale · consultée le

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

RailAPI

SilverRail

SilverCore couvre recherche, réservation, paiement, émission et après-vente. Published Data API fournit des codes de gares et d’autres contenus destinés à son utilisation ; ces deux ensembles remplissent des fonctions distinctes.

Pour quel besoin ? Distributeur qui souhaite proposer du rail dans un parcours de voyage plus large.

  • Test conseillé : Comparer horaires, conditions, émission, changement et assistance sur un trajet avec correspondance.
En savoir plus

Autres points à examiner

  • À regarder pour plateformes multimodales, TMC, OTAs et acteurs voulant industrialiser le rail.
  • Comparer couverture transporteurs, servicing, tarifs et marchés disponibles.

Faits, limites et références (1)

Limite : Vue de la documentation ; opérations, marchés et transporteurs effectivement ouverts au compte à confirmer.

À demander : Quels marchés couvrent aussi l’émission et l’après-vente, au-delà de la recherche ?

Documentation principale · consultée le

Contrôles proposés pour ce périmètre

Références
À réunir : Codes de gares et source. Relier les lieux affichés aux références utilisées dans la recherche.
Périmètre
À réunir : Marché, opérateur et opérations. Éviter d’étendre un essai réussi à tous les transporteurs.
Titre
À réunir : Réservation et émission. Retrouver séparément la référence et le titre utilisable.
Après-vente
À réunir : Opération et état du billet. Faire préciser le circuit de modification ou remboursement du cas choisi.

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

Mobilité / documentationSDK public

Karhoo SDK (documentation)

Le dépôt public karhoo-ios-sdk décrit un SDK réseau iOS pour les API Karhoo, avec configuration d’environnement et intégration de l’application partenaire.

Pour quel besoin ? Équipe technique qui doit identifier une intégration existante et confirmer ses conditions de maintenance.

  • Test conseillé : Retrouver version, dépendances et environnement documenté, puis demander confirmation du service et des accès actuels.
En savoir plus

Autres points à examiner

  • Documentation pour identifier une intégration iOS existante et ses dépendances.
  • Confirmer le service actuel et les conditions de production auprès d’un interlocuteur avant une nouvelle intégration.

Faits, limites et références (1)

Limite : Le dépôt était non archivé lors de la consultation ; son dernier envoi de code affiché date d’août 2024. Cette documentation ne confirme ni portail commercial actuellement accessible ni activation d’un nouveau partenariat.

À demander : Quel interlocuteur confirme le service actuel, les environnements et conditions de production avant de reprendre une intégration documentée dans ce dépôt ?

Documentation principale · consultée le

Méthode : Versions et dépréciations d’API : organiser une migration maîtrisée

Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle

Avions stationnés aux portes d’un terminal, visuel généré par IA 41 solutionsAir et NDCExplorer cette famille → Réception et hall d’un hôtel, visuel généré par IA 42 solutionsDistribution hôtelièreExplorer cette famille → Salle de restaurant éclairée par de grandes fenêtres, visuel généré par IA 50 solutionsHôtellerie et restaurationExplorer cette famille → Visiteurs devant une œuvre dans un musée, visuel généré par IA 47 solutionsActivités et billetterieExplorer cette famille → Vélos en libre-service dans une station, visuel généré par IA 48 solutionsMobilité et transportsExplorer cette famille → Voyageur préparant sa connexion mobile sur un téléphone dans un salon d’aéroport, visuel généré par IA 6 solutionsConnectivité et eSIMExplorer cette famille → Voyageur contactant un service d’assistance par téléphone dans un hall d’hôtel, visuel généré par IA 40 solutionsAssurance et assistanceExplorer cette famille → Carte, carnet et appareil photo sur une table, visuel généré par IA 40 solutionsPaiementsExplorer cette famille → Ordinateur portable affichant une carte et un itinéraire, visuel généré par IA 96 solutionsData et intelligence marchéExplorer cette famille → Carte, carnet et appareil photo sur une table, visuel généré par IA 40 solutionsLogiciels et création webExplorer cette famille → Préparation d’un itinéraire autour d’une carte et de documents, visuel généré par IA 36 solutionsVoyages d’affairesExplorer cette famille → Espace de travail partagé d’une agence de voyages fictive, visuel généré par IA 38 solutionsRéseaux et accompagnementExplorer cette famille → Randonneurs sur un sentier de montagne près d’un lac, visuel généré par IA 13 solutionsCamping et plein airExplorer cette famille → Bureau de gestion d’une location fictive avec calendrier et cour résidentielle ; illustration générée par IA 20 solutionsLocations et conciergeriesExplorer cette famille → Salle de réunion fictive prête à accueillir un groupe, visuel généré par IA 13 solutionsMICE et événementielExplorer cette famille → Navire de croisière en mer au coucher du soleil, visuel généré par IA 8 solutionsCroisièresExplorer cette famille → Relecture de données de destination fictives, visuel généré par IA 12 solutionsDestinations et territoiresExplorer cette famille → Visiteurs à l’entrée d’un musée fictif avec un point de contrôle et une horloge ; illustration générée par IA 18 solutionsCulture et patrimoineExplorer cette famille → Promeneurs et cycliste sur un chemin fictif avec un boîtier de comptage ; illustration générée par IA 11 solutionsTourisme durableExplorer cette famille → Rampe d’accès devant un bâtiment, visuel généré par IA 8 solutionsAccessibilité et accueil inclusifExplorer cette famille →

Pour comparer les coûts, le support et la réversibilité, utilisez la méthode de sélection et la grille d’évaluation.

Passer à la vérification

Des fiches de contrôle pour ce sujet

Champs à collecter, tests, erreurs fréquentes et consignes de transmission pour travailler sur un dossier concret.

Toutes les fiches de contrôle →

Questions fréquentes

Bien cadrer votre comparaison.

Le répertoire aide à identifier le marché. La décision finale doit rester fondée sur vos cas d’usage, vos responsabilités et vos conditions contractuelles.

Comment choisir une solution B2B pour le tourisme ?

Définissez un besoin prioritaire, filtrez par métier et mode d’accès, puis retenez trois à cinq acteurs. Comparez-les sur un même scénario en intégrant les coûts de mise en place, de paiement, de support, de maintenance et de sortie.

Combien de solutions faut-il présélectionner ?

Une présélection de trois à cinq solutions permet généralement d’organiser des démonstrations approfondies sans diluer la comparaison. Utilisez le même scénario, les mêmes volumes et les mêmes cas d’après-vente pour chaque fournisseur.

La présence dans le répertoire vaut-elle recommandation ?

Non. Le répertoire est un outil de recherche éditorial. La présence d’un acteur ne vaut ni certification ni recommandation commerciale. Les fonctionnalités, tarifs, pays couverts et conditions d’accès doivent être confirmés auprès de la source officielle.