Guide B2B tourisme
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
434 solutions correspondantes
Air / retailingAPI

Kyte

Kyte décrit une API de distribution réunissant accès à des contenus LCC et NDC, services complémentaires et opérations de suivi pour vendeurs de voyages et compagnies.

Pour quel besoin ? Plateforme de voyage qui veut ajouter du contenu aérien tout en conservant la maîtrise de son expérience de vente.

  • Test conseillé : Vérifier un trajet aller-retour avec options, prix total, création du dossier et assistance disponible après la vente.
En savoir plus

Autres points à examiner

  • Approche pensée pour les vendeurs qui ne veulent pas reconstruire une connexion par compagnie.
  • À évaluer pour une stack aérienne légère et centrée API.

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

Limite : Un accès unifié ne rend pas identiques les règles des compagnies. Les opérations possibles et les contenus autorisés doivent être vérifiés par marché et par fournisseur.

À demander : Quel cas montre recherche, ajout d’un service et modification du dossier pour chaque compagnie, avec ses identifiants et responsabilités ?

Documentation principale · consultée le

Méthode : Règles tarifaires aériennes : conditions, formats et modifications

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

Air / intermodalAPI

Dohop Connect API

API pour distribuer des contenus interline, alternatifs et intermodaux, avec protection de correspondance et gestion des commandes.

Pour quel besoin ? Compagnie ou vendeur qui souhaite proposer un trajet combiné et doit comprendre la protection offerte au voyageur lors d’une correspondance manquée.

  • Test conseillé : Construire un itinéraire à deux opérateurs, simuler un retard du premier segment et documenter assistance, nouvelle réservation, paiement et information client.
En savoir plus

Autres points à examiner

  • À considérer pour construire des trajets multi-segments au-delà du simple vol point à point.
  • Adapté aux compagnies, OTAs et vendeurs travel avec ambition réseau.

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

Documenté : Retail Connect présente des connexions de vols et services distribuées par microsite ou API, ainsi qu’une protection des correspondances.

Limite : Un parcours assemblé et une protection additionnelle doivent être distingués d’un billet interligne unique.

À demander : Qui traite chaque segment, la correspondance manquée et la demande d’assistance ?

Documentation principale · consultée le

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

Hôtels / multi-produitAPI

Booking.com Demand API

minimum_guest_age fixe l’âge minimum des personnes autorisées à séjourner ; minimum_checkin_age concerne la personne qui effectue l’enregistrement. Dans maximum_occupancy d’un produit disponible, une valeur children: null signifie qu’aucune information de tarif enfant applicable n’est renvoyée. free_stay décrit le prix ; un enfant gratuit peut toujours compter dans l’occupation de la chambre.

Pour quel besoin ? Média ou distributeur qui doit choisir entre contenu, recherche avec redirection et réservation sur son site.

  • Test conseillé : Vérifier l’éligibilité du niveau souhaité, puis comparer prix affiché, disponibilité, confirmation et données de rapprochement.
En savoir plus

Autres points à examiner

  • Couvre l’hébergement, et des briques autour voitures, attractions, commandes et messages selon documentation.
  • Pré-requis : compte Managed Affiliate Partner, token API et identifiant affilié.

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

Limite : Règles de lecture Demand API ; la composition autorisée dépend de la chambre, de la version appelée et du produit effectivement disponible.

À demander : Ne pas remplacer une restriction d’accueil par une règle de remise des clés.

Documentation principale · consultée le

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

  • Booking.com : Get started · consultation du

    Le portail distingue Content only, Search look and redirect, Search look and book, gestion après réservation et reporting/rapprochement.

  • Booking.com : sandbox · consultation du

    La sandbox distingue les flux et services disponibles en test ; la collection de location de voitures n’y est pas disponible au moment de la consultation.

    Portée : Périmètre documentaire de la sandbox. La collection location de voiture n’y est pas disponible selon cette page ; aucun essai en production proposé sans autorisation.

  • Booking.com : preview et création de commande · consultation du

    Dans le parcours Search, look and book, orders/preview fournit le prix et les conditions actuels ainsi qu’un order_token. Cette étape ne crée ni ne confirme la commande. Les avertissements et l’allocation des voyageurs doivent être traités avant orders/create ; une sélection modifiée exige une nouvelle preview.

    Portée : Documentation de prévisualisation et création ; droits du compte et produits concernés à confirmer. La preview ne constitue pas une réservation.

  • Booking.com Demand : prérequis partenaire · consultation du

    Les prérequis Demand API demandent un statut Managed Affiliate Partner et un accès au Partner Centre obtenu après le contrat convenu.

    Portée : Ces prérequis ne garantissent pas l’ouverture de toutes les opérations d’hébergement ou de paiement pour votre compte.

  • Booking.com Demand : un frais exclu du prix affiché peut rester à payer · consultation du

    included et excluded décrivent la position des frais par rapport au prix book ; ils ne désignent pas directement le bénéficiaire du paiement. Dans /orders/preview et /orders/create, les frais obligatoires calculables sont regroupés dans non_conditional et inclus dans total. Avec le mode incalculable, total_amount vaut null et le frais n’entre pas dans total. Le champ chargeable_online précise si la ligne peut être payée en ligne ; les frais conditionnels restent distincts. Les frais s’appliquent si le voyageur ne nettoie pas avant le départ. La condition concerne des frais de ménage par animal lorsque le voyageur vient avec un animal. La condition concerne le fait de fumer dans l’hébergement. Les frais conditionnels sont exclus de base, book et total. per_stay porte sur le séjour ; per_night multiplie par les nuits.

    Portée : Modèle Demand API consulté le 22 octobre 2026. Les montants et conditions restent ceux du produit réservé ; cette lecture ne fixe aucun barème fiscal local. Référence Demand API consultée le 22 octobre 2026. Les montants de l’exemple sont fictifs. Une condition explique le modèle de la ligne ; elle ne prouve pas qu’un événement s’est produit dans un séjour réel.

  • Booking.com Demand : carte exigée et paiement à l’hôtel · consultation du

    Dans le preview d’hébergement, method_required indique si un moyen de paiement doit être fourni pour l’option choisie. Les cartes disponibles figurent dans general_policies.payment.<timing>.methods.cards du preview. Avec l’extra payment, /accommodations/details expose payment.methods.cards, virtual_cards et éventuellement cash. Dans le modèle de paiement sur place géré par Booking.com, l’établissement ne reçoit pas la carte du voyageur via Demand.

    Portée : Périmètre hébergement Demand 3.2 et 3.3, consulté le 22 octobre 2026. method_required n’est pas renvoyé dans les previews de location de voiture.

  • Booking.com Demand API — Filtering and sorting accommodation results · consultation du

    Par défaut, accommodations/search renvoie le produit disponible le moins cher pour chaque hébergement répondant aux critères. La direction de tri par défaut est descending ; le guide demande ascending pour faire remonter les prix les plus bas. Le guide demande latitude, longitude et rayon dans coordinates pour utiliser distance. Un filtre sur le prix nécessite le paramètre currency.

    Portée : Périmètre : hébergements dans Booking.com Demand API, selon la version et le contrat applicables. Ces règles ne décrivent pas le classement de tous les moteurs ni un temps de trajet.

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

Âge du séjour
À réunir : minimum_guest_age fixe l’âge minimum des personnes autorisées à séjourner ; minimum_checkin_age concerne la personne qui effectue l’enregistrement.. Ne pas remplacer une restriction d’accueil par une règle de remise des clés.
Valeur children: null
À réunir : Dans maximum_occupancy d’un produit disponible, elle signifie qu’aucune information de tarif enfant applicable n’est renvoyée.. Elle ne démontre ni une interdiction des enfants ni la capacité de les accueillir.
Gratuité
À réunir : free_stay décrit le prix ; un enfant gratuit peut toujours compter dans l’occupation de la chambre.. Conserver son âge réel et vérifier la capacité dans accommodations/details.
Prix retourné
À réunir : Le prix du produit tient déjà compte de la tarification enfant applicable.. Ne pas déduire une seconde fois une remise ou convertir l’enfant en adulte dans la suite du parcours.

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

Hôtels / globalAPI

Expedia Rapid API

current_refundability distingue refundable, non_refundable et partially_refundable ; refundable=false ne décrit pas seul une perte totale. Les montants de l’objet stay ne sont remboursables que si le séjour entier l’est.

Pour quel besoin ? Distributeur qui intègre de l’hébergement dans un parcours de réservation maîtrisé.

  • Test conseillé : Comparer contenu de chambre, taxes, conditions, prix revalidé, réservation et annulation sur plusieurs pays.
En savoir plus

Autres points à examiner

  • Idéal pour une OTA, une app ou un acteur fidélité qui veut un grand inventaire lodging.
  • Candidature et revue commerciale au cas par cas.

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

Limite : Règles du modèle Rapid consulté ; le montant applicable dépend du tarif réservé et de ses fenêtres de pénalité.

À demander : Lire le détail avant d’annoncer « aucun remboursement ».

Documentation principale · consultée le

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

  • Expedia Group Rapid : Booking · consultation du

    Le lien de réservation provient de Price Check. La documentation Booking décrit la création du dossier et la récupération de l’itinéraire ; il faut contrôler le résultat plutôt que déduire une réservation d’un prix affiché.

    Portée : Parcours de réservation Rapid documenté, sans validation d’un compte, d’un tarif ou d’une disponibilité en production.

  • Expedia Rapid : Hold and Resume · consultation du

    Rapid documente un parcours distinct de réservation en attente puis de reprise, avec des liens et états propres à ce flux.

    Portée : Fonction du parcours Rapid documenté ; son activation, sa fenêtre et ses produits doivent être confirmés pour le compte. Une attente ne vaut pas séjour confirmé.

  • Expedia Rapid : relire le tarif avec Price Check · consultation du

    Price Check vérifie un tarif sélectionné. Si le prix change, la réponse fournit de nouveaux détails et un lien de réservation pour ce prix ; si le tarif n’est plus disponible, elle permet de relancer une recherche.

    Portée : Parcours Lodging décrit par Expedia ; un tarif relu ne prouve pas encore une réservation créée.

  • Expedia Rapid — Handling booking requests · consultation du

    affiliate_reference_id doit être unique par réservation et conservé lors d’une reprise de la même demande. Retrieve peut employer la référence revendeur et l’email initiaux, ou itinerary_id et le lien de relecture retourné. Le guide recommande une relecture après 90 secondes sans réponse et un suivi des relectures pendant 30 minutes avant escalade au support.

    Portée : Procédure propre à Rapid Lodging. Une réponse de relecture temporairement absente peut encore correspondre à une création en cours.

  • Expedia Rapid : conserver le niveau et la valeur des équipements · consultation du

    amenities peut être fourni au niveau property, room ou rate plan. L’objet contient id, un name localisé et, le cas échéant, value. Les listes de référence indiquent has_value. categories classe notamment accessibility, accessible_parking et accessible_wheelchair. attributes comporte notamment general et pets ; les exemples officiels distinguent « animaux acceptés » et « chiens seulement ».

    Portée : Référence du modèle Rapid, sans garantie de disponibilité d’une chambre ni d’adéquation à un besoin d’accessibilité. Confirmer les caractéristiques décisives auprès de l’établissement.

  • Expedia Rapid : l’heure d’arrivée ne remplace pas les consignes d’accès · consultation du

    AP3 demande d’afficher instructions et special_instructions dans le même espace. special_instructions peut demander de prévenir l’établissement de l’heure d’arrivée ou d’attendre des consignes envoyées par courriel. Le même champ peut signaler un accueil situé ailleurs que dans le bâtiment du séjour. La référence AP3 vise les objets checkin, checkout, fees et policies du contenu de l’établissement, présentés pour les chambres proposées.

    Portée : Exigences du parcours Rapid Lodging consultées le 22 octobre 2026. Une instruction générale ne confirme pas l’acceptation d’une arrivée particulière ; les codes individuels restent dans le canal client approprié.

  • Expedia Rapid : vérifier combien de voyageurs sont couverts par les repas · consultation du

    Expedia recommande les inclusions de la réponse Shop pour l’information tarifaire la plus récente, plutôt que la seule réponse Content. Les repas couvrent les clients de la réservation sauf instruction contraire, qui peut notamment apparaître dans le libellé « Breakfast for 2 ». Une inclusion peut figurer dans promotions.value_adds, avec frequency et person_count. all_rate_plans: true couvre tous les tarifs ; avec some_rate_plans: true, les tarifs concernés portent l’équipement 2111. Les restrictions figurent dans details. Des précisions peuvent figurer dans rates.special_offer_description, checkin.special_instructions ou policies.know_before_you_go.

    Portée : Modèle Rapid consulté le 22 octobre 2026. Une inclusion ne décrit pas à elle seule les horaires, le lieu de service ou toutes les boissons.

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

Remboursement partiel
À réunir : current_refundability distingue refundable, non_refundable et partially_refundable ; refundable=false ne décrit pas seul une perte totale.. Lire le détail avant d’annoncer « aucun remboursement ».
Nuitées exclues
À réunir : nonrefundable_date_ranges comprend les dates de début et de fin, avec taxes et frais des nuitées concernées.. Repérer les nuits touchées et les pénalités supplémentaires applicables.
Heure limite
À réunir : Le décalage ISO 8601 fourni dans cancel_penalties.start et end fait autorité pour le calcul et l’affichage.. Ne pas le reconstruire uniquement à partir de la localisation de l’hôtel.
Montants par séjour
À réunir : Les montants de l’objet stay ne sont remboursables que si le séjour entier l’est. Dès qu’une journée est non remboursable, ces montants par séjour le sont aussi.. Ne pas répartir automatiquement un montant par séjour au prorata des seules nuits remboursables.
Combinaison des pénalités
À réunir : Une même fenêtre peut combiner un montant fixe avec un nombre de nuits, ou avec un pourcentage ; nuits et pourcentage ne se combinent pas ensemble dans un même palier.. Conserver le type et la base de chaque composante au lieu d’imposer une formule unique.

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

Agence / bookingTAAP

Expedia TAAP

TAAP se présente comme une plateforme de réservation pour agences. La page décrit une commission calculée sur la valeur totale de réservation, taxes et frais inclus.

Pour quel besoin ? Agence qui veut comparer un portail de réservation professionnel à ses autres sources d’hébergement et de prestations.

  • Test conseillé : Comparer disponibilité, prix total, conditions, confirmation, assistance et rémunération sur un séjour réellement représentatif.
En savoir plus

Autres points à examiner

  • Bon choix pour agences qui veulent vendre sans intégrer une API complète.
  • Expedia a annoncé en 2026 des outils back-office et une API dédiée aux opérations TAAP.

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

Limite : Présentation du programme : taux, éligibilité, validation et calendrier du compte restent à confirmer ; TAAP ne décrit pas ici l’accès Rapid API.

À demander : Quelles lignes du dossier entrent réellement dans la commission de votre contrat ?

Documentation principale · consultée le

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

Accès
À réunir : Compte agence et marché. Faire confirmer les fonctions et conditions ouvertes.
Base
À réunir : Montant retenu, taxes et frais. Reconstituer la base contractuelle sur un dossier témoin.
Commission
À réunir : État estimé, validé et versé. Distinguer montant annoncé et crédit effectivement rapproché.
Service
À réunir : Référence et canal de support. Faire retrouver une modification depuis le compte qui a réservé.

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

Hôtels / contenuAffiliation

Expedia Travel Creator Program

Expedia présente un programme de créateurs avec liens vers ses marques et outils de suivi. Son aide précise que la rémunération porte sur des voyages terminés selon les conditions du programme.

Pour quel besoin ? Créateur ou média voyage souhaitant relier ses contenus à des sélections d’hébergements et mesurer les réservations générées.

  • Test conseillé : Publier une sélection sur deux formats, vérifier destination des liens, disponibilité affichée et lecture des réservations dans le tableau de bord.
En savoir plus

Autres points à examiner

  • À privilégier pour médias, comparatifs, newsletters et guides de destination.
  • Plus simple qu’une intégration Rapid API, mais moins contrôlable côté tunnel.

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

Limite : Une réservation attribuée ou une estimation n’est pas un versement. Éligibilité, annulation, validation et modalités du compte doivent être relues sans garantir un délai ou un taux universel.

À demander : Quels états du rapport relient clic, réservation, voyage consommé, montant validé et remise effectivement versée ?

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

Hôtels / AsieAffiliation

Agoda Affiliate Program

Agoda présente un programme partenaire de réservation d’hébergement avec rémunération liée aux réservations éligibles et aux séjours terminés.

Pour quel besoin ? Site éditorial qui veut ajouter des hébergements réservables à des pages de destination sans exploiter lui-même un stock hôtelier.

  • Test conseillé : Contrôler une page mobile dans deux langues, le suivi du clic, la cohérence du prix affiché et la comptabilisation après séjour.
En savoir plus

Autres points à examiner

  • Intéressant pour guides, blogs et agences ciblant l’Asie ou les hébergements internationaux.
  • Modèle plus orienté monétisation de trafic que contrôle total du booking.

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

Limite : La page du programme ne garantit pas les mêmes taux, seuils ou délais à tous les comptes. Une réservation annulée ou modifiée peut affecter le montant à rapprocher.

À demander : Peut-on retrouver les séjours consommés, ajustements, devise et lignes de remise dans le rapport de notre compte ?

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

Bedbank / globalAPI

Hotelbeds / HBX Group API Suite

rateKey doit être recopié entre opérations, sans interprétation de sa structure interne.

Pour quel besoin ? Distributeur qui souhaite intégrer plusieurs familles de prestations dans son propre parcours de réservation.

  • Test conseillé : Vérifier pour chaque API contenu, disponibilité, confirmation, modification et service, puis distinguer environnement d’essai et contrat commercial.
En savoir plus

Autres points à examiner

  • Socle classique pour agences, TO, DMC et OTAs qui veulent acheter du stock B2B.
  • Prévoir certification, gestion des quotas et conditions commerciales par marché.

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

Limite : Bonnes pratiques Hotel Booking API. Un recontrôle terminé ne constitue pas encore une confirmation de réservation.

À demander : Ne pas extraire dates ou occupation en découpant cette chaîne.

Documentation principale · consultée le

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

  • HBX : tarif RECHECK et confirmation · consultation du

    Hotel Booking API distingue Hotels, CheckRates et Bookings et s’appuie sur Hotel Content API pour les contenus. Un tarif rateType RECHECK demande une actualisation du prix et de la disponibilité via CheckRates.

    Portée : La reconfirmation tarifaire reste distincte du résultat de réservation et des conditions effectivement acceptées.

  • Hotelbeds : workflow hôtelier · consultation du

    Le workflow distingue rateType RECHECK, qui nécessite CheckRate pour actualiser prix et disponibilité avant réservation, et BOOKABLE, pour lequel cette étape intermédiaire n’est pas nécessaire.

    Portée : Workflow de la Booking API hôtels ; cette règle ne décrit pas les autres produits Hotelbeds.

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

Référence opaque
À réunir : rateKey doit être recopié entre opérations, sans interprétation de sa structure interne.. Ne pas extraire dates ou occupation en découpant cette chaîne.
Recontrôle ciblé
À réunir : CheckRates est requis pour RECHECK ; pour BOOKABLE, il peut être utilisé pour une information complémentaire telle que RateComments.. Ne pas recontrôler systématiquement chaque résultat de recherche.
Séquence
À réunir : Le guide recommande un seul rateKey par CheckRates et interdit de lancer CheckRates en même temps que la réservation.. Analyser la réponse du recontrôle avant la demande de confirmation.
Attente de réponse
À réunir : Le délai d’attente de confirmation doit être réglé à au moins 60 secondes.. Prévoir cette attente dans le parcours et distinguer délai dépassé et réservation refusée.
Recontrôle de plusieurs tarifs
À réunir : Les bonnes pratiques demandent de ne pas mélanger des rateKeys RECHECK et BOOKABLE dans une même opération CheckRates ; un seul rateKey par recontrôle est recommandé.. Conserver une réponse identifiable par tarif, sans transformer un échec de lot en refus de toutes les offres du séjour.
Origine du mapping hôtelier
À réunir : Hotelbeds demande de ne pas constituer le mapping hôtelier depuis l’environnement d’évaluation ou de préproduction.. Identifier l’environnement et la source du référentiel avant d’utiliser les correspondances dans un projet réel.

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

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

Le workflow prévoit Availability puis Booking. Une offre signalée RECHECK passe par CheckRate pour réévaluer prix et disponibilité.

Offre sélectionnée
Conserver rateKey de la réponse applicable.
Type de tarif
Lire le signal RECHECK avant de choisir le parcours.
Occupation
Rapprocher chambres, adultes et enfants de la recherche.

Scénario proposé : Faire comparer les conditions avant et après CheckRate pour une chambre destinée à une famille.

Portée : Les exemples historiques de dates et de prix ne constituent pas des offres actuelles.

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

RateKey et recontrôle hôtelier · consultation du 13/10/2026

Hôtels B2BAPI

RateHawk API

ETG décrit Prebook pour actualiser la disponibilité et rechercher un tarif comparable ; le prix changé doit être porté à la connaissance du client.

Pour quel besoin ? Agence ou plateforme qui veut afficher et réserver des hébergements dans son parcours plutôt que renvoyer vers un portail externe.

  • Test conseillé : Comparer pour un hôtel donné contenu, type de chambre, devise, prix total et conditions entre recherche et réservation, puis vérifier annulation et support.
En savoir plus

Autres points à examiner

  • À comparer avec Hotelbeds, Stuba, WebBeds et autres bedbanks selon destinations et marges.
  • Peut aussi passer par partenaires technologiques déjà connectés.

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

Limite : Flux et recommandations du guide ETG ; aucun tarif, accès partenaire ou engagement de réservation garanti pour votre compte.

À demander : Prebook garantit-il le séjour ?

Documentation principale · consultée le

Méthode : Recherche d’offres voyage : comparer disponibilité et prix utiles

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

Travel supplyAPI

Priceline Partner Solutions

Priceline décrit publiquement Partner Solutions comme une plateforme API de partenariats, avec accompagnement technique de l’intégration et de son exploitation.

Pour quel besoin ? Distributeur qui recherche une offre de voyage intégrée à son propre site ou service de fidélité.

  • Test conseillé : Demander le périmètre exact du contrat, puis comparer recherche, paiement, confirmation et assistance sur un dossier représentatif.
En savoir plus

Autres points à examiner

  • Adapté aux programmes de fidélité, agences, clubs, fintechs et plateformes e-commerce.
  • Permet une approche API ou modèle private label plus rapide.

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

Limite : La description officielle du rôle technique et le portail public ne donnent pas un accès ouvert à toute documentation. Catalogue, modèle de distribution et droits doivent être confirmés dans la proposition partenaire.

À demander : Quels produits et opérations sont autorisés pour notre canal, avec quelle documentation accessible et quel responsable de l’après-vente ?

Documentation principale · consultée le

Méthode : API voyage : passer du sandbox à la production

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

Hôtels B2BXML/API

Stuba API

Le portail distingue Content API et réservation HAPI : recherche, Booking Prepare, Booking Confirm, requête HCN, consultation et annulation. L’accès suit inscription, approbation et certification.

Pour quel besoin ? Agence ou plateforme disposant de développeurs et souhaitant afficher une offre hôtelière dans son parcours de vente.

  • Test conseillé : Comparer disponibilité et conditions sur deux chambres, réserver en environnement prévu à cet effet et rapprocher confirmation et annulation.
En savoir plus

Autres points à examiner

  • Intéressant pour agences et TO recherchant un fournisseur hôtel B2B curé.
  • Prévoir échanges avec l’équipe technique pour version, endpoint live et performance.

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

Limite : La préparation n’est pas la confirmation ; une référence hôtel HCN et un identifiant de réservation doivent être distingués.

À demander : Comment retrouver une confirmation après une réponse tardive et suivre l’obtention du HCN jusqu’au dossier client ?

Documentation principale · consultée le

Méthode : Incident de réservation voyage : diagnostiquer, informer et reprendre

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

Connectivité hôtelMarketplace

Travelgate

Travelgate indique que prix et conditions de Quote priment sur les données reçues dans Search.

Pour quel besoin ? Agence, OTA ou fournisseur qui veut relier plusieurs sources d’hébergement sans perdre l’identité des offres d’origine.

  • Test conseillé : Comparer codes hôtel, chambre et tarif, prix de réservation, statut et capacités de service sur deux fournisseurs reliés.
En savoir plus

Autres points à examiner

  • Très utile pour éviter d’intégrer un grand nombre de fournisseurs un par un.
  • À regarder pour OTAs, bedbanks, DMC et plateformes qui veulent scaler l’inventaire.

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

Limite : Règle du parcours HotelX consulté ; disponibilité, accès vendeur et état final de réservation restent à contrôler.

À demander : Peut-on conserver la pénalité Search et le prix Quote ?

Documentation principale · consultée le

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

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

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

Le parcours Hotel-X transmet l’identifiant d’option entre recherche, devis et réservation. Les accès et contextes déterminent le périmètre des données fournisseur.

Accès et contexte
Documenter access et la correspondance des codes.
Option du devis
Transmettre optionRefId issu de Quote sans l’interpréter.
Confirmation
Rapprocher référence locale et résultat de Book.

Scénario proposé : Comparer un devis revalidé avec la sélection initiale, puis vérifier la référence effectivement utilisée pour confirmer.

Portée : Un exemple de documentation ne donne ni accès commercial ni disponibilité d’un établissement.

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

Continuité Search, Quote et Book · consultation du 13/10/2026

ActivitésAPI

Viator Partner API

confirmationType distingue INSTANT, MANUAL et INSTANT_THEN_MANUAL.

Pour quel besoin ? Média ou marchand qui veut intégrer des expériences à une recherche de destination.

  • Test conseillé : Identifier Basic, Full, Full + Booking Affiliate ou Merchant ; vérifier séparément transaction, paiement, billet, annulation et responsable du service.
En savoir plus

Autres points à examiner

  • Grand classique pour tours, activités et expériences dans un guide ou une OTA.
  • Tester en sandbox, puis passer production uniquement pour transactions live.

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

Limite : Périmètre transactionnel Merchant ou Affiliate Full + Booking autorisé ; ne pas confondre cette Partner API avec la Supplier API.

À demander : Identifier le mode du produit avant de choisir le message de confirmation.

Documentation principale · consultée le

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

  • Viator : managing product and availability data · consultation du

    Viator distingue l’ingestion des produits et des disponibilités de leur interrogation en temps réel. Les parcours paginés documentés utilisent un curseur de continuation, notamment nextCursor.

    Portée : Documentation de distribution Viator ; les endpoints et droits utilisables dépendent du niveau d’accès accordé au partenaire. Aucune fréquence de synchronisation universelle déduite.

  • Viator : niveaux Affiliate et Full + Booking · consultation du

    Basic et Full Affiliate renvoient la transaction vers viator.com. Full + Booking permet la transaction sur le site partenaire, après autorisation ; dans ce montage affilié, Viator reste merchant of record.

    Portée : Périmètre Affiliate décrit sur cette page ; ne pas le confondre avec une offre Merchant ou la certification d’un compte.

  • Viator — Automating supplier cancellations and amendments · consultation du

    Pour les partenaires Merchant, le circuit prévoit un accusé dans les cinq minutes suivant l’annulation ; à défaut, Viator envoie un email au contact support enregistré. L’accusé de modified-since/acknowledge concerne uniquement eventType CANCELLATION. Un HTTP 200 sans corps constitue une réussite de cet accusé. Les partenaires Affiliate avec accès Booking ne doivent pas utiliser cette opération d’accusé ; leur contrat prévoit l’information du client par Viator.

    Portée : Périmètre du circuit Viator documenté, vérifié le 23 octobre 2026. Un accusé ne prouve ni lecture client ni rapprochement financier.

  • Viator — Calculating Product Pricing · consultation du

    Pour UNIT, Viator distingue type d’unité, catégorie TRAVELER et bornes de voyageurs. La documentation limite actuellement chaque réservation à une unité.

    Portée : Périmètre Viator Partner API consulté le 23 octobre 2026. Les capacités se lisent dans le produit courant ; l’unité tarifaire ne prouve ni l’exclusivité ni l’acceptation d’une réservation.

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

Trois modes
À réunir : confirmationType distingue INSTANT, MANUAL et INSTANT_THEN_MANUAL.. Identifier le mode du produit avant de choisir le message de confirmation.
Attente limitée
À réunir : Une demande manuelle non traitée est rejetée après 72 heures ou à l’atteinte de sa limite de réservation, si celle-ci arrive avant.. Ne pas présenter 72 heures comme un délai toujours disponible.
Paiement et billet
À réunir : Le parcours manuel prévoit la facturation après confirmation et le voucher seulement une fois la réservation confirmée.. Distinguer préautorisation, paiement et document disponible, prestation par prestation.

Méthode : Pagination et synchronisation : importer un catalogue sans perdre des fiches

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

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

Viator décrit les métadonnées des questions : identifiant, type, groupe, unités et caractère obligatoire. Certaines réponses sont attendues pour chaque voyageur.

Groupe de question
Distinguer PER_TRAVELER et question de dossier.
Type de réponse
Valider le format demandé sans transformer le sens.
Unité
Rapprocher la valeur de l’unité admise pour NUMBER_AND_UNIT.

Scénario proposé : Tester une question obligatoire par participant avec deux voyageurs et une réponse numérique utilisant une mauvaise unité.

Portée : Questions variables selon le produit ; limiter la collecte aux données effectivement requises.

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

Questions de réservation structurées · consultation du 13/10/2026

ActivitésAPI

GetYourGuide API

Basic fournit des informations synthétiques ; Reading ajoute options et disponibilités. Masterbill permet de réserver avec facturation mensuelle et place le partenaire dans le rôle de merchant of record, selon le montage décrit.

Pour quel besoin ? Distributeur qui peut satisfaire les conditions d’accès correspondant au niveau d’intégration visé.

  • Test conseillé : Faire confirmer le niveau accessible avant développement ; contrôler ensuite options, prix, créneaux et responsabilité de la vente.
En savoir plus

Autres points à examiner

  • À cibler pour médias voyage, apps destination et acteurs avec audience significative.
  • Les niveaux d’accès varient selon trafic, capacité technique et potentiel partenaire.

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

Limite : API partenaire de distribution, article mis à jour le 4 septembre 2026 et relu le 1er novembre 2026. Les critères publiés ne valent pas acceptation d’un compte et ces niveaux ne décrivent pas les opérations de la Supplier API.

À demander : Quel niveau, contrat et rôle commercial votre responsable partenaire confirme-t-il ?

Documentation principale · consultée le

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

  • GetYourGuide : Supplier API endpoints · consultation du

    Dans le parcours Supplier API, reserve constitue une étape précédant book. La documentation décrit une référence de réservation et une expiration, puis la confirmation de la réserve ; elle demande aussi de traiter les répétitions sans créer une autre réservation pour la même demande.

    Portée : Endpoints à implémenter côté fournisseur ou intégrateur. Ce parcours ne décrit pas une API de catalogue pour revendeurs ; les fonctions et règles doivent être confirmées pour la connexion concernée.

  • GetYourGuide Integrator Portal — Booking Change · consultation du

    GetYourGuide crée une nouvelle réserve puis une réservation avec la même référence GYG, mais des données modifiées. L’intégrateur doit détecter les données modifiées et retourner une nouvelle réservation. Après réussite de la nouvelle réservation, GetYourGuide demande l’annulation avec l’ancienne référence de réservation fournisseur.

    Portée : Parcours Supplier API lorsque le client demande une modification à GetYourGuide ; distinct des droits de l’API partenaire de distribution.

  • GetYourGuide — Bookings report 101 · consultation du

    Dans le rapport partenaire, Traveler origin est le pays de l’adresse de facturation. Booking date et Travel date distinguent réservation et participation ; Participants est un effectif, distinct du nombre de réservations.

    Portée : Rapport du programme partenaire de distribution, mis à jour le 11 décembre 2024. Ces champs ne décrivent ni la nationalité des visiteurs ni le schéma de la Supplier API.

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

Accès
À réunir : Niveau et critères confirmés. Ne pas déduire un droit de réservation d’un accès Reading.
Contenu
À réunir : Produit, option et disponibilité. Rapprocher le détail proposé de l’option réellement consultée.
Montage
À réunir : Contrat et rôle de marchand. Faire attribuer encaissement, facturation et relation client.
Activation
À réunir : Périmètre accepté et essais. Vérifier les conditions de passage en production du compte.
Basic et Reading
À réunir : Basic : au moins 100 000 visites mensuelles pour un site ou 50 000 téléchargements au total pour une application. Reading : un million de visites mensuelles ; l’article demande aussi 300 réservations mensuelles aux partenaires déjà en Basic.. Conserver l’unité et la période de chaque critère ; ne pas comparer téléchargements cumulés et visites mensuelles comme un même indicateur.
Masterbill
À réunir : Le tableau indique une offre proposée par les Partnership Managers, avec dépôt et contrat spécifique ; le partenaire agit comme merchant of record avec facturation mensuelle.. Faire confirmer critères et montage contractuel avant de présenter ce niveau comme accessible à toute intégration.

Méthode : Distribution des activités : billetterie et connectivité

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

ActivitésAffiliation

Civitatis Connectivity et Affiliates

Civitatis Pro décrit plusieurs modes de collaboration : centrale de réservation, intégration API, liens d’affiliation et widgets, selon le profil du professionnel.

Pour quel besoin ? Distributeur ou opérateur d’excursions qui veut synchroniser catalogue, créneaux et réservations avec Civitatis.

  • Test conseillé : Contrôler la traduction d’une activité, sa disponibilité, les options de prise en charge et le retour d’une réservation annulée.
En savoir plus

Autres points à examiner

  • Très pertinent sur destinations hispanophones, contenus en plusieurs langues et visites guidées.
  • Vérifier le canal exact : affiliation, B2B API ou opérateur d’activités.

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

Limite : Ces modes ne donnent pas automatiquement les mêmes responsabilités, données ou opérations. Une page de collaboration générale ne vaut pas activation de tous les accès pour un compte.

À demander : Quel modèle est retenu pour notre activité, qui confirme et assiste le voyageur, et quels outils sont autorisés dans ce modèle ?

Documentation principale · consultée le

Méthode : Activités : affiliation, API de contenu ou réservation marchande

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

AttractionsAPI

Tiqets Distributor API

La documentation Tiqets distingue catalogue, disponibilité et prix, puis création, confirmation et annulation de réservation.

Pour quel besoin ? Site de destination ou distributeur qui veut vendre des entrées dans son propre parcours et suivre les changements de réservation.

  • Test conseillé : Sur une attraction à créneau, vérifier disponibilité, prix, création et annulation du billet, puis rejouer une notification tardive.
En savoir plus

Autres points à examiner

  • Adapté aux sites de destination, musées, attractions et apps urbaines.
  • L’accès Essential API couvre déjà contenu, disponibilité, pricing et reporting.

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

Limite : Périmètre annoncé par la documentation ; droits distributeur et conditions de chaque produit restent à confirmer. Aucun billet ni remboursement réel testé.

À demander : Un endpoint d’annulation garantit-il un remboursement ?

Documentation principale · consultée le

Méthode : Vouchers et billets d’activités : de la réservation au contrôle d’accès

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

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

La documentation sépare catalogue, disponibilité et prix, cycle de réservation et notifications de changement.

Produit
Rapprocher la fiche et l’identifiant du catalogue.
Disponibilité
Dater le contrôle du créneau et du prix retenus.
Changement
Prévoir une preuve de confirmation ou d’annulation reçue.

Scénario proposé : Faire suivre une activité du catalogue à son annulation et comparer chaque état affiché au résultat du parcours testé.

Portée : Champs de contrôle proposés par la rédaction ; cet aperçu ne fixe pas les noms d’API ni les délais de confirmation.

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

Catalogue, disponibilité et cycle de réservation · consultation du 13/10/2026

ExpériencesAffiliation

Klook Affiliate

Klook présente un programme d’affiliation destiné à orienter une audience vers son offre et à suivre une rémunération selon les conditions du programme.

Pour quel besoin ? Média ou créateur qui souhaite tester une offre d’activités liée à ses guides de destination.

  • Test conseillé : Comparer la page d’arrivée à la recommandation publiée et suivre clic, réservation confirmée et éventuelle annulation.
En savoir plus

Autres points à examiner

  • Fort intérêt pour audience loisirs, Asie, parcs, activités et services in-destination.
  • Vérifier les outils autorisés et distinguer attribution, réservation et commission versée.

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

Limite : La présence de ce portail ne démontre pas un accès API de réservation ni une interface en marque blanche. Ces modes doivent être qualifiés séparément au lieu d’être déduits du programme de liens.

À demander : Quels liens et rapports sont autorisés, avec quels états d’attribution, validation et versement pour les réservations de notre audience ?

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

ActivitésAPI

Rezdy API et RezdyConnect

RezdyConnect distingue la réservation en traitement de la réservation confirmée. La documentation décrit aussi la libération de capacité dans les parcours d’annulation ou d’abandon du panier.

Pour quel besoin ? Opérateur ou éditeur qui doit choisir entre utiliser Rezdy comme système source et connecter un système de réservation déjà en place.

  • Test conseillé : Identifier l’API adaptée, puis faire circuler produit, disponibilité, réservation et annulation ; vérifier les limites de modification propres au flux retenu.
En savoir plus

Autres points à examiner

  • Intéressant pour connecter un opérateur ou revendre via un channel manager activités.
  • Choisir le bon produit API selon rôle : agent, supplier ou connect.

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

Limite : Parcours RezdyConnect, à distinguer de la référence de l’API publique Rezdy. La page présente des formulations différentes sur la méthode d’annulation ; faire confirmer le contrat d’opération plutôt que prescrire un verbe HTTP ici.

À demander : Un panier en traitement vaut-il confirmation ?

Documentation principale · consultée le

Méthode : Options de devis : suivre l’échéance sans confondre prix et stock garanti

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

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

RezdyConnect distingue les étapes réservation, booking et cancellation. La référence orderNumber est réutilisée dans les demandes ultérieures.

Référence
Conserver orderNumber unique et stable.
État
Distinguer PROCESSING, CONFIRMED et annulation.
Ordre des éléments
Préserver la correspondance des prestations et participants.

Scénario proposé : Faire suivre une réservation provisoire jusqu’à sa confirmation puis son annulation sans créer une seconde référence locale.

Portée : Référence de RezdyConnect ; ne généralise pas les noms ou méthodes à toutes les intégrations Rezdy.

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

Réservation, confirmation et annulation · consultation du 13/10/2026

ActivitésChannel API

Bókun API et Channel Manager

Booking software et channel manager activités, avec API web services, API keys et connexion à des OTAs/resellers via marketplace.

Pour quel besoin ? Opérateur qui souhaite vendre ses expériences en direct et chez des revendeurs à partir d’un inventaire central.

  • Test conseillé : Modifier capacité, horaire et tarif d’une activité puis vérifier la synchronisation et le traitement d’un remboursement.
En savoir plus

Autres points à examiner

  • Utile pour opérateurs qui veulent synchroniser stocks, disponibilités et réservations.
  • Le Channel Manager API est adapté aux systèmes externes déjà source de vérité.

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

Documenté : Le portail distingue API de réservation, produits, channel manager, webhooks et implémentation OCTO.

Limite : Une capacité documentée exige un mapping produit et une implémentation compatibles chez le partenaire.

À demander : Quels identifiants, variantes et capacités sont synchronisés sur notre connexion ?

Documentation principale · consultée le

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

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

La référence Bókun distingue disponibilité de l’expérience et statistiques de disponibilité réservées au fournisseur, incluant des états absents de la première réponse.

Produit
Rapprocher experienceId de l’expérience suivie.
Vue disponible
Distinguer disponibilité vendable et vue statistique.
Droit du compte
Documenter le rôle autorisant l’accès aux statistiques.

Scénario proposé : Faire examiner un créneau complet absent d’une vue vendable et présent dans les statistiques autorisées.

Portée : Absence d’un créneau dans une réponse ne vaut pas suppression du produit ; droits et version à vérifier.

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

Disponibilité vendable et statistiques · consultation du 13/10/2026

OpérateurSaaS

TrekkSoft

TrekkSoft présente un logiciel de réservation pour opérateurs de visites et activités, avec des connexions de distribution vers des OTA et places de marché.

Pour quel besoin ? Opérateur qui vend à la fois sur son site et sur place et veut éviter des capacités divergentes entre ces points de vente.

  • Test conseillé : Vendre un créneau en ligne puis au comptoir, fermer la dernière place et vérifier billets, paiement, accueil et statut chez les revendeurs.
En savoir plus

Autres points à examiner

  • Bon choix pour digitaliser un opérateur ou DMC avant de connecter des canaux externes.
  • À comparer avec FareHarbor, Rezdy et Bókun selon pays, coûts et connecteurs.

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

Limite : Une synchronisation annoncée ne garantit pas toutes les règles de capacité ni les mêmes connexions dans chaque offre. Les catégories, créneaux et changements doivent être testés sur les canaux retenus.

À demander : Quelle réservation simultanée prouve la bonne consommation des places, puis leur traitement après modification ou annulation ?

Documentation principale · consultée le

Méthode : Participants d’activités : âges, unités et règles de réservation

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

ActivitésStandard

OCTO API

Un contrôle de disponibilité fournit la référence nécessaire à la création de la réservation. La création retient la capacité jusqu’à confirmation ou expiration ; la durée demandée est bornée par le fournisseur ou son prestataire OCTO. Une réservation retenue peut être confirmée tant qu’elle n’a pas expiré.

Pour quel besoin ? Éditeur ou opérateur qui veut réduire les adaptations propres à chaque connexion du marché des expériences.

  • Test conseillé : Faire échanger catalogue, disponibilité, réservation et annulation entre deux systèmes annoncés compatibles, puis noter les extensions et écarts réels.
En savoir plus

Autres points à examiner

  • À intégrer dans le cahier des charges dès qu’il y a plusieurs partenaires activités.
  • Réduit la dépendance à des formats propriétaires côté expériences.

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

Limite : Le standard ne constitue pas un catalogue vendable et ne prouve pas l’activation de toutes les fonctions pour un revendeur.

À demander : Conserver produit, option et disponibilité sélectionnés dans le même contexte.

Documentation principale · consultée le

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

  • OCTO : spécification et documentation · consultation du

    OCTO est une spécification ouverte d’échange pour les activités et attractions, avec un socle et des capacités complémentaires.

  • OCTO : socle et capacités optionnelles · consultation du

    OCTO distingue endpoints du socle et capacités optionnelles, notamment contenu, prix et prises en charge. La création d’une réservation peut retenir la disponibilité en ON_HOLD avant confirmation ou expiration.

    Portée : Spécification d’échange : capacités réellement implémentées et activation commerciale du partenaire à vérifier.

  • OCTO — Pricing capability · consultation du

    pricingPer vaut UNIT ou BOOKING. En mode BOOKING, le prix s’applique une fois à la réservation plutôt qu’à chaque unité achetée. Le suffixe From, comme pricingFrom, indique un prix indicatif et non final. retail est le prix de vente au client ; net est le montant de gros facturé par le fournisseur. Le montant entier se divise par 10 à la puissance currencyPrecision pour obtenir le montant décimal.

    Portée : Capacité optionnelle pricing, à demander dans Octo-Capabilities. Le standard ne prouve pas son activation chez chaque fournisseur.

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

availabilityId
À réunir : Un contrôle de disponibilité fournit la référence nécessaire à la création de la réservation.. Conserver produit, option et disponibilité sélectionnés dans le même contexte.
ON_HOLD
À réunir : La création retient la capacité jusqu’à confirmation ou expiration ; la durée demandée est bornée par le fournisseur ou son prestataire OCTO.. Lire l’échéance retournée au lieu de supposer une durée universelle de retenue.
Confirmation
À réunir : Une réservation retenue peut être confirmée tant qu’elle n’a pas expiré.. Vérifier le statut retourné avant de présenter la prestation comme confirmée.
Annulation
À réunir : Le parcours documente POST /bookings/{uuid}/cancel, distinct d’une suppression HTTP DELETE.. Suivre le contrat de l’opération et ses conditions d’annulation.

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

VoitureAPI

CarTrawler Mobility

CarTrawler décrit des choix d’intégration comprenant moteur sous la marque du partenaire, insertion dans le parcours, portail client et API pour un parcours de location conçu par le partenaire.

Pour quel besoin ? Compagnie ou vendeur de voyages qui veut proposer une solution de mobilité avant ou après le trajet principal.

  • Test conseillé : Comparer la prise en charge en aéroport, les conditions du fournisseur, le paiement et le parcours d’assistance en cas de retard.
En savoir plus

Autres points à examiner

  • À regarder pour ajouter une brique car rental ou mobilité à un parcours travel.
  • Endpoint staging puis production avec accompagnement partner manager.

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

Limite : Ces choix ne sont pas un produit unique aux fonctions interchangeables. Catalogue, personnalisation et service client doivent être précisés dans la combinaison contractée.

À demander : Qui contrôle interface, suivi client et après-vente dans l’option retenue, et quelles opérations sont accessibles par notre API ou moteur ?

Documentation principale · consultée le

Méthode : API, marque blanche ou affiliation : que choisir dans le voyage ?

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

VoitureAffiliation

Discover Cars Affiliate

Discover Cars présente un programme d’affiliation avec inscription et outils de promotion de locations de voitures, associé à une rémunération des réservations selon les conditions du compte.

Pour quel besoin ? Éditeur de guides routiers ou de destinations qui veut orienter ses lecteurs vers une comparaison de véhicules disponibles.

  • Test conseillé : Ouvrir une recherche depuis un article, comparer caution et assurance avant paiement et vérifier l’attribution de la réservation.
En savoir plus

Autres points à examiner

  • Facile à lancer pour guides, blogs et sites de destination.
  • API pertinente si l’expérience de réservation doit rester dans votre interface.

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

Limite : Les chiffres promotionnels de rémunération ne constituent pas un revenu garanti. Les outils, intégrations et conditions d’attribution doivent être qualifiés sans confondre affiliation et réservation marchande.

À demander : Quels outils sont activés pour notre compte et quels états relient réservation, annulation, commission validée et paiement ?

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

Bus / railAPI

FlixBus Affiliate et intégration dynamique

Programme via affiliation statique ou intégration dynamique avec API, GTFS, marque blanche et options pour OTAs et comparateurs.

Pour quel besoin ? Média ou distributeur qui veut proposer des trajets terrestres pertinents depuis ses pages de destination.

  • Test conseillé : Tester une liaison avec correspondance, vérifier horaires, bagages et changement de date avant d’évaluer le suivi des ventes.
En savoir plus

Autres points à examiner

  • Bon complément pour guides Europe, trajets low-cost et mobilité longue distance.
  • Les marchés et partenaires d’affiliation peuvent varier selon pays.

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

Documenté : La page distingue affiliation statique via AWIN et intégration dynamique soumise à demande, avec des options API, marque blanche et données horaires.

Limite : Des données GTFS ou des liens affiliés ne constituent pas une API de réservation ouverte.

À demander : Quel accès est accordé, avec quels droits de réservation, attribution et support ?

Documentation principale · consultée le

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.

Comparer sur des faits

Des périmètres documentés pour préparer votre choix

Ces dossiers distinguent les fonctions décrites dans les sources, les limites et les questions à faire confirmer pour votre projet.

Tous les comparatifs documentés →

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.

Examiner un produit sur pièces

Des dossiers pour préparer vos essais

Les fonctions documentées sont séparées des contrôles que nous proposons. Chaque dossier conserve ses sources et sa date de consultation.

Tous les dossiers documentés