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
268 solutions correspondantes
Activités / SaaSlogiciel

Checkfront

Le guide API 3.0 fait passer les articles tarifés par un SLIP puis une session avant booking/create. Pour modifier un article régulier, il décrit un nouveau SLIP remplaçant la ligne concernée.

Pour quel besoin ? Opérateur qui vend des créneaux ou des ressources limités et doit éviter les conflits de capacité.

  • Test conseillé : Mettre en vente un départ presque complet, déplacer une réservation et contrôler le calendrier ainsi que les messages voyageurs.
En savoir plus

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

Limite : Parcours API 3.0 cité ; ne pas appliquer ses objets et règles à une autre version sans documentation correspondante.

À demander : Comment modifier un article du panier sans réutiliser son ancien choix tarifé ni créer une seconde réservation ?

Documentation principale · consultée le

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

  • Checkfront : API overview · consultation du

    La page d’accueil indique que l’API v3 est en maintenance et indisponible aux comptes d’essai. Elle annonce une API v4 future sans fixer ici une date de disponibilité.

    Portée : État annoncé dans la documentation publique lue ; aucune échéance de migration ni disponibilité v4 présumée.

  • Checkfront Classic Items : une option dépend de ses propres règles · consultation du

    Pre-Selected peut être retiré ; Required ne peut pas l’être. Required - Hidden est gratuit, imposé et invisible pour le client. Price Percentage à 0 rend l’article gratuit, à 100 conserve son prix et à 200 le double. Sans Allow Parameter Adjustment, la quantité de l’article associé reprend celle du principal ; avec ce réglage, le client peut la modifier. Request Parameter Mapping relie les paramètres de l’article principal à ceux de l’article associé. Dans l’exemple d’un séjour avec activité, Use Parent’s Dates place l’activité au premier jour. D’autres réglages permettent un choix dans la plage ou une fenêtre personnalisée.

    Portée : Fonctionnement Classic Items consulté le 22 octobre 2026. Il ne doit pas être attribué sans vérification à Classic Products ou à toute version de l’API Checkfront. Exemple fictif : 75 % d’un prix de 20 € donnent 15 €, soit 5 € de réduction.

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

Sélection
À réunir : Cas fictif : article A3 pour deux participants, puis trois. Refaire le choix tarifé prévu par cette version et conserver les paramètres avant et après.
Session
À réunir : Ligne L4 de A3 et ligne L5 d’un autre article. Vérifier que la modification de L4 laisse L5 intacte et que le panier correspond au choix accepté.
Création
À réunir : session_id courant et champs requis de booking/form. Distinguer panier préparé et réservation créée ; retrouver les identifiants renvoyés après la création.
Réponse perdue
À réunir : Action envoyée, résultat non reçu par l’appelant. Demander la procédure documentée de recherche avant de répéter booking/create.
Article parent et enfant
À réunir : Pour les articles groupés parent/enfant, le guide API 3.0 demande d’obtenir le SLIP sur l’article enfant ; le parent sert de conteneur.. Conserver la référence sélectionnée et son niveau avant d’ajouter l’article à la session.

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

Activités / SaaSlogiciel

Xola

Xola distingue checkout, distribution, contrôle et billetterie, gestion du personnel, équipements partagés et liste d’attente dans sa gamme.

Pour quel besoin ? Opérateur qui vend directement et par revendeurs des créneaux à capacité limitée.

  • Test conseillé : Vendre la dernière place sur deux canaux, modifier le groupe et vérifier l’absence de survente.
En savoir plus

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

Limite : Une vente en ligne, une réservation de ressource et une admission sur place sont des états différents.

À demander : Quelle action libère une ressource et invalide un titre après report ou annulation ?

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

Activités / B2BAPI

CobberX (ex-Livn)

CobberX se présente comme l’ancien Livn et décrit une connexion API aux expériences, avec contrats et paiements directs entre revendeurs et fournisseurs.

Pour quel besoin ? Distributeur qui veut intégrer plusieurs opérateurs d’activités dans un même catalogue.

  • Test conseillé : Vérifier sur un produit le mapping des créneaux, les billets et la propagation d’une annulation.
En savoir plus

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

Limite : La connexion technique et l’accord commercial direct sont distincts ; cette page ne démontre pas la disponibilité de chaque produit sur un compte.

À demander : Qui négocie, confirme la capacité, encaisse et reprend une modification pour chaque fournisseur ?

Documentation principale · consultée le

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

Relation commerciale
À réunir : La page distingue l’accord direct avec les fournisseurs.. Identifier les parties et les conditions du produit retenu.
Opération
À réunir : La connexion distribue des expériences.. Suivre une fermeture de créneau et une modification jusqu’à leur confirmation.

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

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

Activités / SaaSlogiciel

Beyonk

Beyonk distingue billetterie, adhésions et passes, cartes cadeaux, contrôle QR, capacité et vente au point de vente dans sa gamme pour attractions et événements.

Pour quel besoin ? Opérateur qui vend des créneaux ou entrées en ligne et veut suivre la capacité.

  • Test conseillé : Vendre une entrée horodatée, déplacer le créneau et vérifier le billet présenté au contrôle.
En savoir plus

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

Limite : Un pass, un billet daté et une carte cadeau ne consomment pas nécessairement la capacité de la même manière.

À demander : Comment un détenteur de pass réserve-t-il un créneau et comment éviter un dépassement de capacité entre guichet et vente en ligne ?

Documentation principale · consultée le

Méthode : Capacités et créneaux de visite : vendre des places disponibles

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

Activités / SaaSlogiciel

Zaui

Zaui présente réservation, inventaire, affectation des ressources, contrôle des billets, distribution aux revendeurs et outils pour les opérateurs de tours et de transport.

Pour quel besoin ? Opérateur local qui partage un même inventaire entre vente directe et partenaires.

  • Test conseillé : Changer l’horaire d’un départ et contrôler billets, capacités et notifications déjà envoyées.
En savoir plus

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

Limite : Le lien entre guide, véhicule et créneau doit être testé sur la configuration proposée ; un stock de places ne prouve pas la disponibilité de toutes les ressources.

À demander : Comment une ressource partagée est-elle retirée, puis remise à disposition sur plusieurs services et canaux ?

Documentation principale · consultée le

Méthode : Capacités et créneaux de visite : vendre des places disponibles

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

Activités / billetterielogiciel

TicketingHub

TicketingHub présente une plateforme réunissant site web, point de vente, OTAs et revendeurs ; les portails revendeurs et liens d’affiliation permettent notamment de réaliser des réservations et de générer des vouchers.

Pour quel besoin ? Opérateur qui doit partager son inventaire entre site, guichet et revendeurs.

  • Test conseillé : Réserver la dernière place sur deux canaux et suivre confirmation, billet puis annulation.
En savoir plus

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

Limite : Le rôle de chaque canal et le contrat retenu restent à préciser. Un voucher généré ne suffit pas à prouver le bon retrait de capacité ou le contrôle d’entrée.

À demander : Quels identifiants relient vente, voucher, consommation de places, scan et remboursement pour chaque revendeur ?

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

Activités / SaaSlogiciel

Regiondo

L’aide distingue huit états principaux de réservation, dont Reservation, Action required, Inquiry, Pre-approved, Confirmed, Declined, Expired et Canceled. Pre-approved attend encore la décision du client. Les états du bon et les raisons de paiement en attente se lisent séparément.

Pour quel besoin ? Fournisseur qui doit administrer créneaux, billets et partenaires de distribution.

  • Test conseillé : Changer la capacité d’un départ et mesurer sa propagation aux offres déjà publiées.
En savoir plus

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

Limite : Articles d’aide Regiondo relus le 1er novembre 2026. Les états du tableau de bord ne constituent pas à eux seuls une preuve de débit, de remboursement ou d’accès à la prestation ; aucun schéma API n’est déduit de ces articles.

À demander : À quel moment le nouveau choix devient-il accepté, et quelle version le voyageur doit-il retrouver ?

Documentation principale · consultée le

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

  • Regiondo — Voucher Overview · consultation du

    La vue expose notamment Value, Remaining Value et Expiry Date, ainsi que Active, Expired, Cancelled, Redeemed et Partially Redeemed. Invalider le bon ne rembourse pas le client ; l’export reprend la vue filtrée.

    Portée : Article mis à jour le 29 septembre 2026 ; fonctions de tableau de bord, sans réservation ni remboursement exécuté.

  • Regiondo — confirmation manuelle et demandes en attente · consultation du

    L’article rappelle une limite de six jours pour confirmer manuellement une réservation et décrit les notifications au client et à l’opérateur.

    Portée : Parcours de confirmation manuelle décrit le 19 janvier 2026 ; vérifier le dossier et la configuration applicables.

  • Regiondo — What are pending bookings? · consultation du

    Les motifs cités comprennent une annulation ou un délai dépassé pendant le paiement, notamment 3D Secure, et une suspicion de fraude.

    Portée : Article du 19 janvier 2026 sur la rubrique Pending bookings ; un motif ne prouve pas le résultat de toutes les opérations financières.

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

État initial
À réunir : Cas fictif : demande de 10 h remplacée par une proposition de 14 h. Conserver l’ancien choix et la proposition distincts ; une préapprobation ne prouve pas l’accord du client.
Accord
À réunir : Réponse du client à la proposition de 14 h encore absente. Laisser l’acceptation ouverte et attribuer le suivi sans annoncer le nouveau départ comme confirmé.
Documents
À réunir : Ancien bon de 10 h toujours présent dans un message. Identifier la version applicable après la décision et traiter la consigne remplacée.
Clôture
À réunir : Confirmation, refus ou expiration à retrouver. Vérifier l’état et la suite financière séparément avant de fermer le suivi.
Confirmation manuelle
À réunir : L’aide décrit une limite de six jours pour confirmer une réservation manuellement.. Retrouver l’échéance du dossier ; ce repère Regiondo n’est pas un délai universel pour toutes les activités.
Bon et paiement
À réunir : Voucher Overview expose valeur initiale, valeur restante, validité et états du bon. Invalider le bon ne rembourse pas le client.. Relier code du bon, réservation éventuelle et mouvements financiers avec leurs preuves propres.

Méthode : No-show : rapprocher absence, disponibilité, frais et canal

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

Activités / réservationlogiciel

Bookeo

Bookeo Tours & Activities décrit un planning où guides et véhicules sont affectés lorsqu’une réservation est créée, ainsi que des limites de participation configurables.

Pour quel besoin ? Petite structure qui veut proposer des réservations sans gérer manuellement chaque créneau.

  • Test conseillé : Créer un groupe avec capacité limitée, encaisser et déplacer un participant sur une autre date.
En savoir plus

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

Limite : Les capacités dépendent des règles et ressources renseignées ; une configuration de planning n’établit pas le minimum contractuel annoncé au voyageur.

À demander : Comment guides, véhicules et limites de participants sont-ils combinés lors d’une nouvelle vente puis d’une annulation ?

Documentation principale · consultée le

Méthode : Capacités et créneaux de visite : vendre des places disponibles

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

Activités / SaaSlogiciel

bookingkit

L’aide relie des ressources comme une salle ou un véhicule à la disponibilité des expériences. Elle précise que la gestion des ressources ne peut pas être reliée entre deux comptes bookingkit et que les règles sont affectées lors de la commande. Des informations comme la taille ou le poids peuvent être recueillies en commentaire, sans être reliées aux ressources par ce module. Une durée portée seulement par les catégories de prix ne convient pas à ce module. L’aide recommande des expériences correspondant aux durées, reliées par les ressources. La durée de blocage doit couvrir les pauses nécessaires ; une commande manuelle peut dépasser la capacité avec avertissement.

Pour quel besoin ? Opérateur qui vend un inventaire de visites sur son site et par plusieurs partenaires.

  • Test conseillé : Vendre la dernière place, modifier un créneau et contrôler le billet à l’entrée sur plusieurs canaux.
En savoir plus

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

Limite : Module et paramétrage à confirmer pour l’offre souscrite ; ne pas promettre une coordination native de deux comptes à partir d’un exemple dans un seul compte.

À demander : La ressource commune est-elle réellement gérée dans le même périmètre ?

Documentation principale · consultée le

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

  • bookingkit : présentation des ressources · consultation du

    La page de présentation cite notamment espaces, équipements, personnel et véhicules comme ressources à relier aux expériences.

  • bookingkit : Calendrier des expériences · consultation du

    bookingkit distingue les rendez-vous ponctuels et récurrents et documente leurs dates et heures dans la définition d’une expérience.

    Portée : Une récurrence ne garantit pas qu’une exception, fermeture ou contrainte de ressource a été prise en compte.

  • bookingkit : réutiliser la valeur d’un bon cadeau après une réservation · consultation du

    Redeem voucher permet de réserver un seul rendez-vous ; pour au moins deux, l’aide demande d’utiliser Add booking. Un code correctement appliqué ne peut pas être directement supprimé de la commande. L’aide prévoit un remboursement en refund voucher, avec annulation complète ou sans annuler la commande. Ces procédures génèrent un nouveau code, envoyé à l’adresse du client enregistrée dans la commande.

    Portée : Fonction bookingkit décrite le 23 avril 2026. Un remboursement sous forme de bon ne prouve pas un remboursement bancaire. Fonction du logiciel décrite ici ; aucun accès API supplémentaire n’est déduit.

  • bookingkit — Monthly View · consultation du

    Move appointment et Delete appointment portent sur les réservations du créneau entier et déclenchent un courriel aux participants.

    Portée : Fonctions de l’interface décrites dans Monthly View ; contrôler les dossiers touchés et le traitement financier, sans déduire une parité avec chaque API.

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

Ressource
À réunir : Identité et quantité disponible. Décrire ce qui limite chaque départ.
Dépendances
À réunir : Expériences utilisant la ressource. Tester deux créneaux qui se chevauchent.
Comptes
À réunir : Périmètre de chaque calendrier. Faire expliciter la coordination entre comptes.
Correction
À réunir : Annulation et disponibilité finale. Rejouer la restitution de la capacité.
Deux comptes
À réunir : L’aide indique qu’une ressource ne peut pas être reliée entre deux comptes bookingkit ; elle décrit un ajustement manuel comme solution de contournement.. Deux calendriers visibles ne prouvent donc pas une disponibilité partagée.
Règles temporelles
À réunir : Les règles de ressources sont affectées au moment de la commande ; l’aide ne permet pas d’en réserver la configuration à une seule période de prestation.. Faites confirmer le traitement d’une capacité réduite uniquement pendant certaines vacances.
Données du participant
À réunir : Des informations comme la taille ou le poids peuvent être recueillies en commentaire, sans être reliées aux ressources par ce module.. Ne promettez pas une allocation automatique d’équipement depuis un commentaire.
Durées de location
À réunir : Une durée portée seulement par les catégories de prix ne convient pas à ce module. L’aide recommande des expériences correspondant aux durées, reliées par les ressources.. Vérifiez la consommation du même matériel sur chaque variante de durée.
Durée de blocage
À réunir : La durée configurée détermine le blocage de la ressource. L’aide donne 90 minutes pour une activité de 60 minutes suivie de 30 minutes de pause à inclure dans ce blocage.. Distinguer durée de l’activité présentée au client et occupation réelle de la ressource, avec la préparation ou la remise en état prévue.
Commande manuelle
À réunir : L’aide précise qu’une commande manuelle peut dépasser la capacité de ressource ; un avertissement est affiché.. Ne pas considérer le module comme une garantie absolue contre la survente ; contrôler les exceptions manuelles et les ressources résultantes.

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

Activités / DMClogiciel

Adalte

Adalte présente une infrastructure de distribution de circuits multi-jours reliant DMC, tour-opérateurs et distributeurs, avec marketplace, logiciels et API.

Pour quel besoin ? DMC ou distributeur qui doit échanger des programmes complexes avec occupation, hébergement et départs.

  • Test conseillé : Suivre un circuit avec deux dates de départ et plusieurs types de chambre, de la disponibilité à la confirmation.
En savoir plus

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

Limite : L’accès acheteur est présenté comme sélectionné ; contrats fournisseurs, dates, options et opérations de modification restent à qualifier.

À demander : Qui confirme les engagements de chaque circuit et quelles opérations sont disponibles pour nos partenaires et départs ?

Documentation principale · consultée le

Méthode : Voyages de groupe : production, devis et suivi des places

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

Mobilité / multimodaleAPI

Omio

Le parcours public Omio présente la comparaison et la réservation de trains, bus, vols et ferries, avec des points de départ et d’arrivée propres à ces modes de transport.

Pour quel besoin ? Parcours qui doit présenter plusieurs modes de transport pour rejoindre une destination ou préparer une correspondance.

  • Test conseillé : Chercher un trajet multimodal avec changement de gare et vérifier les billets, bagages, horaires et responsabilités en cas de retard.
En savoir plus

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

Limite : Parcours public consulté ; il ne démontre ni ouverture d’une API partenaire ni garantie de correspondance entre titres séparés.

À demander : Les segments réellement achetés forment-ils le trajet que le voyageur pense avoir réservé ?

Documentation principale · consultée le

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

Lieux
À réunir : Cas fictif : bus arrivant à A, train partant de B dans la même ville. Rapprocher les points précis et le déplacement intermédiaire ; la ville commune ne constitue pas une même gare.
Temps
À réunir : Soixante minutes entre services, trajet urbain estimé à quarante minutes. Identifier vingt minutes théoriques avant marges et contraintes, sans promettre une correspondance garantie.
Titres
À réunir : Deux transporteurs, deux réservations et deux politiques. Conserver les conditions et canaux d’après-vente de chaque titre avant de parler d’un trajet unique.
Modification
À réunir : Premier service décalé de trente minutes. Réexaminer les dix minutes de dépassement des mêmes hypothèses et attribuer la suite du second segment.

Méthode : Correspondances multimodales : train, vol et transfert

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

Mobilité / AsieAPI

12Go

Le portail sépare parcours de réservation, programme d’affiliation, portail agences, interface opérateurs et réservations de groupe.

Pour quel besoin ? Itinéraire qui combine plusieurs modes de transport et exige des détails clairs sur correspondances et billets.

  • Test conseillé : Comparer deux opérateurs sur gare, bagages, délai de correspondance et conditions de changement.
En savoir plus

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

Limite : Un compte affilié, un compte revendeur et une interface opérateur n’impliquent pas les mêmes opérations ni responsabilités.

À demander : Quel compte convient à notre rôle et qui traite une modification ou un billet non délivré ?

Documentation principale · consultée le

Méthode : Rail et mobilité voyage : distribuer un trajet de bout en bout

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

Bus / globalAPI

Busbud

Busbud présente recherche, comparaison et réservation de billets de bus et train, avec filtres par opérateur, horaires et équipements et émission de titres électroniques.

Pour quel besoin ? Parcours de voyage qui doit montrer des options terrestres avec horaires, opérateurs et conditions lisibles.

  • Test conseillé : Vérifier un trajet avec correspondance : lieux de départ, temps disponible, billet électronique et aide après un retard.
En savoir plus

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

Limite : Les conditions d’un billet et celles d’une option de remboursement doivent être distinguées ; les équipements peuvent varier selon le service choisi.

À demander : Quel opérateur, quelle gare routière et quelles conditions de modification figurent sur le billet transmis au voyageur ?

Documentation principale · consultée le

Méthode : Rail et mobilité voyage : distribuer un trajet de bout en bout

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

Transferts / APIAPI

Jayride

Les conditions Jayride distinguent l’intermédiaire du transporteur choisi ; elles indiquent que les trajets retour ont un identifiant séparé et doivent être gérés séparément pour l’annulation.

Pour quel besoin ? Vendeur qui souhaite proposer au voyageur plusieurs solutions pour rejoindre son hébergement depuis un aéroport.

  • Test conseillé : Vérifier le lieu de rencontre, le volume de bagages, l’effet d’un retard de vol et les conditions de modification du transfert.
En savoir plus

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

Limite : La source contractuelle doit être relue dans sa version applicable ; des références liées ne signifient pas une annulation automatique des deux trajets.

À demander : Qui confirme chaque trajet et comment une modification ou annulation est-elle rapprochée pour l’aller et le retour ?

Documentation principale · consultée le

Méthode : Transferts aéroport : sécuriser la prise en charge du voyageur

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

Chauffeur / B2BAPI

Blacklane

Service de voiture avec chauffeur pour transferts aéroport, trajets urbains et réservations à l’heure, avec offre destinée aux entreprises et agences.

Pour quel besoin ? Programme voyage qui veut proposer et suivre des déplacements terrestres professionnels.

  • Test conseillé : Réserver un transfert lié à un vol puis simuler un retard ; vérifier suivi, attente, contact chauffeur et facture.
En savoir plus

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

Documenté : L’offre agences corporate propose réservation de chauffeurs et gestion des trajets pour les voyageurs d’affaires.

Limite : Une présentation globale ne garantit pas un véhicule, une plage horaire ou une condition uniforme dans chaque ville.

À demander : Comment confirmer lieu, attente, bagages et traitement d’un retard sur nos trajets ?

Documentation principale · consultée le

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

Transferts / B2BAPI

Welcome Pickups

Le site distingue transferts, Sightseeing Rides, espace de réservation voyageur et rubrique partenaires, avec pages par destination.

Pour quel besoin ? Agence qui veut sécuriser le premier trajet du voyageur sans organiser directement les chauffeurs.

  • Test conseillé : Simuler un retard de vol et contrôler suivi, nouveau point de rendez-vous et contact d’assistance.
En savoir plus

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

Limite : La présence d’une destination ne confirme pas une prise en charge à toute heure ou pour tous les équipements et volumes de bagages.

À demander : Quel véhicule, rendez-vous, délai d’attente et contact sont garantis pour l’arrivée concernée ?

Documentation principale · consultée le

Méthode : Transferts aéroport : sécuriser la prise en charge du voyageur

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

Location auto / APIAPI

CarTrawler

CarTrawler présente Connect Platform comme une place de marché B2B reliant partenaires et fournisseurs de location de voiture et mobilité.

Pour quel besoin ? Vendeur qui souhaite ajouter une voiture à un parcours vol ou hôtel avec conditions explicites.

  • Test conseillé : Comparer prix total, dépôt, âge conducteur, assurance et service après réservation dans deux pays.
En savoir plus

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

Limite : Le choix de fournisseur, les conditions de remise et les exigences du conducteur restent à contrôler dans l’offre.

À demander : Qui fournit le véhicule ou transfert et quelles conditions s’appliquent au lieu de prise en charge ?

Documentation principale · consultée le

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

Transferts / B2BAPI

HolidayTaxis

HolidayTaxis publie une documentation Web Services 2.0 et une documentation Supplier Connect, avec un avertissement demandant de confirmer la spécification avant développement.

Pour quel besoin ? Agence qui ajoute un transfert terrestre à un voyage vendu par ailleurs.

  • Test conseillé : Réserver un trajet avec plusieurs bagages, changer le vol et vérifier point de rencontre, attente et assistance.
En savoir plus

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

Limite : La documentation consultable ne constitue pas une validation de l’interface activée pour un partenaire ; version finale, opérations et circuit de support doivent être confirmés.

À demander : Quelle spécification approuvée couvre recherche, réservation et suivi du transfert, et quels états le client peut-il recevoir ?

Documentation principale · consultée le

Méthode : Transferts aéroport : sécuriser la prise en charge du voyageur

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

Rail / APIAPI

Trainline Partner Solutions

Offre de distribution ferroviaire de Trainline pour intégrer recherche et réservation de trajets selon le partenariat.

Pour quel besoin ? Entreprise qui souhaite proposer du rail dans une expérience de voyage ou de mobilité professionnelle.

  • Test conseillé : Tester correspondance, billet, échange et remboursement sur deux opérateurs ferroviaires.
En savoir plus

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

Documenté : Trainline Partner Solutions présente Global API, Agent Tool, White Label et des outils de voyage d’affaires. Ces modèles correspondent à des interfaces et modes d’exploitation différents.

Limite : Présentation de solutions ; couverture, fonctions d’après-vente, support et obligations restent à préciser dans l’offre retenue.

À demander : Quel modèle porte la réservation, les titres et le contact client pour notre organisation ?

Documentation principale · consultée le

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

Modèle
À réunir : Cas fictif : projet comparant Global API et outil agent. Séparer développement du parcours et utilisation d’une interface prête ; confirmer ce qui est effectivement proposé.
Titre
À réunir : Deux voyageurs et deux segments avec références distinctes. Retrouver les documents utilisables et les services confirmés pour chacun des choix.
Échange
À réunir : Un voyageur change uniquement son retour. Vérifier l’opération disponible pour le tarif et préserver l’aller ainsi que le second voyageur.
Support
À réunir : Incident le soir après la fermeture de l’agence. Faire identifier le canal compétent, les références acceptées et le périmètre contractuel de prise en charge.

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

Rail / FranceAPI

SNCF Connect

SNCF Connect présente un parcours de recherche et gestion des trajets, avec réservation de billets et titres, puis échange ou annulation selon les conditions concernées.

Pour quel besoin ? Équipe qui veut comparer son parcours ferroviaire au canal direct visible par le client.

  • Test conseillé : Vérifier billet, échange, tarif et information de perturbation sur un trajet concret.
En savoir plus

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

Limite : La présentation du parcours grand public ne démontre pas un accès API distributeur ; les règles d’après-vente restent liées au billet et à son vendeur.

À demander : Quel tarif et quel vendeur permettent les opérations souhaitées, et quelles références assurent la reprise du dossier ?

Documentation principale · consultée le

Méthode : Rail et mobilité voyage : distribuer un trajet de bout en bout

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

Assurance / intégréeassurance

battleface

Acteur de protection voyage proposant des produits d’assurance et des possibilités de distribution par partenaires ; garanties et disponibilité dépendent du marché.

Pour quel besoin ? Distributeur qui veut intégrer une protection cohérente avec ses destinations et son parcours de réservation.

  • Test conseillé : Faire détailler un cas d’annulation puis un incident en voyage : éligibilité, exclusions, justificatifs et interlocuteur du client.
En savoir plus

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

Documenté : La page américaine battleface distingue notamment offres de voyage ponctuel et annuel. Elle précise que les disponibilités dépendent du lieu de résidence et que les conditions de la police déterminent la couverture.

Limite : Présentation du marché américain ; aucune garantie ou éligibilité n’est transposée à un autre marché ou à un dossier individuel.

À demander : Quelle version de produit et quels documents correspondent exactement au voyageur servi par notre parcours ?

Documentation principale · consultée le

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

Marché
À réunir : Cas fictif : parcours destiné au marché A, document commercial du marché B. Faire retrouver le produit applicable par l’interlocuteur compétent avant toute présentation de garanties.
Produit
À réunir : Offre ponctuelle comparée à une offre annuelle. Conserver la nature et la version de chacune ; un intitulé proche ne prouve pas des conditions identiques.
Document
À réunir : Résumé et police présentant une restriction à éclaircir. Faire qualifier la différence depuis les pièces applicables, sans inventer une interprétation de couverture.
Demande
À réunir : Référence d’assistance distincte d’une demande d’indemnisation. Retrouver canal, état et responsable de chaque objet ; un numéro de dossier ne prouve pas une acceptation.

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

Paiement / portefeuilleAPI

PayPal

Écosystème de paiement en ligne comprenant portefeuille, encaissement marchand et services professionnels distincts.

Pour quel besoin ? Vendeur qui souhaite offrir un moyen de paiement connu tout en maîtrisant l’état réel de la transaction.

  • Test conseillé : Tester paiement, refus, remboursement partiel et rapprochement du versement, avec les frais du produit retenu.
En savoir plus

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

Documenté : Les webhooks Payouts distinguent événements du lot et des paiements individuels ; les événements de lot ne contiennent pas les données de chaque élément.

Limite : Le succès ou l’échec du lot doit être rapproché des états individuels avant de clôturer la comptabilité.

À demander : Comment retrouver et reprendre uniquement les règlements fournisseurs non aboutis ?

Documentation principale · consultée le

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

Paiement / APIAPI

Braintree

Ancienne marque de la solution de paiement pour entreprises de PayPal, encore utilisée pour identifier certaines intégrations.

Pour quel besoin ? Marchand qui exploite déjà une intégration Braintree ou étudie les moyens de paiement de PayPal.

  • Test conseillé : Faire préciser le produit et la documentation actuels, puis simuler autorisation, capture et remboursement partiel.
En savoir plus

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

Documenté : Une notification contient une signature et un payload à analyser ; elle représente un instantané de l’objet concerné et peut arriver hors ordre chronologique.

Limite : Les types de notifications accessibles dépendent de l’opération ; ne pas supposer un événement identique pour tous les paiements.

À demander : Quels événements permettent de rapprocher nos paiements et comment traitons-nous les retards ?

Documentation principale · consultée le

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

Paiement / EuropeAPI

Mollie

Plateforme de paiement pour ventes en ligne et en personne, avec plusieurs moyens de paiement et des outils de gestion des transactions.

Pour quel besoin ? Vendeur qui doit encaisser différents marchés et rapprocher paiements, remboursements et dossiers de réservation.

  • Test conseillé : Simuler un acompte, un solde et un remboursement partiel ; vérifier les références disponibles dans les exports.
En savoir plus

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

Documenté : La documentation des webhooks de remboursement distingue notamment queued, pending, processing, failed et refunded. Les notifications portent leur propre identifiant et la référence du paiement associé.

Limite : Référence Refunds API ; vérifier les données et états du paiement concerné, sans traiter une demande comme une restitution déjà aboutie.

À demander : Quel événement permet de passer d’un remboursement attendu à un résultat réellement retrouvé ?

Documentation principale · consultée le

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

Objets
À réunir : Cas fictif : paiement P6 de 400 € et deux restitutions R1 et R2. Rapprocher chaque remboursement de P6 sans confondre son état avec celui du paiement initial.
Montants
À réunir : R1 de 80 € refunded ; R2 de 40 € pending dans le cas. Retrouver 80 € aboutis et 40 € encore ouverts ; le montant conservé reste provisoirement de 320 €.
Message
À réunir : Confirmation globale de 120 € préparée alors que R2 attend. Corriger le message pour distinguer résultat connu et suite attendue, avec sa référence.
Reprise
À réunir : Notification reçue deux fois ou état reçu tardivement. Relire le remboursement pertinent et ne pas créer une nouvelle restitution depuis la seule répétition du message.

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