Guide B2B tourisme

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
595 solutions correspondantes
Hotel CRMMarketing

Cendyn

Cendyn décrit son CRS pour gérer distribution, tarifs, inventaire et réservations, avec des connexions au PMS et à d’autres solutions de l’environnement hôtelier.

Pour quel besoin ? Hôtel ou groupe qui veut mieux reconnaître ses clients et suivre les effets de ses actions commerciales entre plusieurs séjours.

  • Test conseillé : Créer un profil d’essai avec deux réservations, corriger un consentement, puis vérifier segmentation, message envoyé et attribution de la vente.
En savoir plus

Autres points à examiner

  • Pour hôtels et groupes souhaitant rapprocher données clients, acquisition et revenu.
  • Bien cadrer la source de vérité client, le consentement et les scénarios d’activation.

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

Limite : Le CRS et les offres CRM ou moteur de réservation restent des produits à distinguer. Une intégration annoncée ne garantit pas les mêmes champs ou modules pour chaque établissement.

À demander : Quels produits sont inclus et quel système fait référence pour tarifs, stock et profils, avec une preuve des échanges réellement activés ?

Documentation principale · consultée le

Méthode : Technologie hôtelière : PMS, CRS, channel manager et RMS

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

Guest dataCRM

Revinate

Revinate présente son offre de marketing par courriel adossée à Core CDP, pour organiser les données et les usages de relation client des hôtels.

Pour quel besoin ? Équipe marketing d’un hôtel qui souhaite personnaliser les messages sans perdre la cohérence avec les réservations et les préférences clients.

  • Test conseillé : Suivre un séjour modifié, l’envoi des messages prévus et la suppression d’un contact ayant retiré son accord ; distinguer réservation et clic.
En savoir plus

Autres points à examiner

  • Utile pour consolider les profils clients et personnaliser les campagnes directes.
  • La qualité du matching client et les flux PMS conditionnent fortement la valeur.

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

Limite : La disponibilité d’un module annoncé pour une date future ne doit pas être confondue avec l’offre actuellement utilisable. Sources, rapprochements de profils et droits restent à qualifier pour le compte.

À demander : Quels modules sont disponibles maintenant, avec quelles sources et quelles règles de rapprochement ou de diffusion des communications ?

Documentation principale · consultée le

Méthode : Droits d’accès aux logiciels tourisme : rôles et contrôles

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

Vente directe hôtelMarketing

Mirai

Mirai présente des services de distribution, marketing et réservation directe destinés aux hôtels, avec un objectif de maîtrise des canaux et coûts commerciaux.

Pour quel besoin ? Hôtel qui veut comparer le coût et la qualité de son canal direct à ses ventes intermédiées.

  • Test conseillé : Sur deux dates et types de chambre, contrôler parité des conditions, réservation mobile, paiement et traitement d’une annulation côté hôtel.
En savoir plus

Autres points à examiner

  • Approche centrée sur la compétitivité du canal direct face aux OTAs.
  • À évaluer avec la stratégie tarifaire, la marque et les marchés d’acquisition.

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

Limite : Un objectif de rentabilité n’est pas une garantie de résultat. Moteur, marketing, distribution et accompagnement doivent être lus avec leur périmètre, leurs coûts et leurs sources de mesure.

À demander : Quel parcours et quel suivi permettent de relier réservation directe, coût d’acquisition et résultat du séjour sans compter deux fois une vente ?

Documentation principale · consultée le

Méthode : Réservation directe hôtel : moteur, tarifs et parcours client

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

Hotel managementPMS

RoomRaccoon

L’article du 23 juin 2025 distingue Manager, Front-desk Supervisor, Front Desk et Junior Front Desk. Il indique notamment que Front Desk ne peut pas supprimer les paiements ni voir les rapports, et que Junior Front Desk ne peut pas annuler les réservations.

Pour quel besoin ? Hôtel indépendant qui veut réduire les mises à jour manuelles entre réception, site web et canaux de réservation.

  • Test conseillé : Créer une réservation directe, modifier le séjour à la réception puis vérifier disponibilité, paiement et mise à jour sur les canaux.
En savoir plus

Autres points à examiner

  • À regarder pour les établissements indépendants cherchant un environnement tout-en-un.
  • Vérifier les besoins multi-établissements, comptabilité et connexions locales.

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

Limite : Article du 23 juin 2025, retrouvé dans l’index public le 31 octobre 2026. Lors de cette relecture, l’URL directe a redirigé vers une connexion ; les droits actuels du produit ne sont donc pas confirmés par une lecture directe. Vérifier séparément l’attribution et le comportement du compte utilisé.

À demander : Le rôle choisi permet-il la tâche attendue tout en refusant les opérations réservées ?

Documentation principale · consultée le

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

Rôle
À réunir : Profil attribué et tâches confiées. Comparer les droits attendus au compte de test autorisé.
Paiement
À réunir : Suppression de paiement et lecture. Vérifier un refus attendu sans utiliser de données réelles.
Réservation
À réunir : Action d’annulation par rôle. Contrôler la restriction du profil Junior Front Desk.
Suivi
À réunir : Opération, utilisateur et période. Retrouver une action témoin dans le suivi disponible.

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

RestaurantRéservation

Zenchef

L’aide indique que les réservations en liste d’attente ne sont pas comptabilisées dans le stock de couverts disponibles. Une notification peut signaler qu’un créneau se libère ; la confirmation automatique dépend du réglage du service.

Pour quel besoin ? Restaurant ou groupe qui veut rapprocher réservations, service en salle, prévention des absences et communication aux clients.

  • Test conseillé : Faire une réservation de groupe, la déplacer, encaisser un prépaiement si applicable et vérifier le statut côté salle et côté client.
En savoir plus

Autres points à examiner

  • Pour reprendre la maîtrise des réservations et de la donnée client sans commission sur le canal direct.
  • À connecter au site, au plan de salle, aux avis et aux campagnes de fidélisation.

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

Limite : Fonction et abonnement à confirmer pour l’établissement ; inscription en attente, message de disponibilité et réservation confirmée restent trois états à distinguer.

À demander : Que reçoit réellement le client lorsque la disponibilité change ?

Documentation principale · consultée le

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

  • Zenchef : Réservation et opérations de restaurant · consultation du

    Zenchef présente des fonctions de réservation, gestion des tables, liste d’attente, prépaiement et paiement à table.

    Portée : Une fonction annoncée ne confirme pas sa disponibilité dans votre offre, pays ou connexion à la caisse.

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

Attente
À réunir : Statut et taille du groupe. Distinguer demande et capacité confirmée.
Stock
À réunir : Service et créneau concernés. Rejouer une annulation puis une nouvelle demande.
Message
À réunir : Notification effectivement envoyée. Ne pas la présenter comme une confirmation.
Réservation
À réunir : Réglage du service et état final. Rapprocher le parcours client et le plan de salle.

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

Guest experienceCRM

SevenRooms

SevenRooms présente des widgets de réservation pour les canaux directs ainsi que des fonctions de liste d’attente. Cette présentation associe acquisition des demandes et gestion de l’accueil au sein du produit.

Pour quel besoin ? Restaurant ou groupe qui veut rapprocher prise de réservation, accueil en salle et relation avec les clients récurrents.

  • Test conseillé : Réserver une table sur deux canaux, déplacer l’horaire, enregistrer l’arrivée puis vérifier le profil et les messages sans créer de doublon.
En savoir plus

Autres points à examiner

  • Adaptée aux groupes, hôtels-restaurants et établissements orientés expérience.
  • Évaluer les intégrations POS, l’exploitation des données et les parcours événementiels.

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

Limite : Présentation de l’éditeur ; les canaux, règles d’affectation et fonctions ouvertes doivent être confirmés pour l’établissement.

À demander : Comment une demande en attente devient-elle une table effectivement attribuée ?

Documentation principale · consultée le

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

  • Autre référence de SevenRooms · consultation du

    SevenRooms présente des outils de réservations, gestion des tables et relation client pour les établissements de restauration et d’accueil.

    Portée : Les modules et usages de données ne sont pas automatiquement tous inclus. La capacité dépend du plan de salle, des règles de service et des durées, au-delà d’un total de personnes.

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

Canal
À réunir : Origine et référence de la demande. Retrouver le même dossier dans le planning.
Attente
À réunir : Groupe, heure et délai annoncé. Distinguer estimation et engagement confirmé.
Affectation
À réunir : Table, durée et capacité. Tester le chevauchement de deux groupes.
Communication
À réunir : Messages et état final client. Contrôler l’information après changement.

Méthode : Réservation de restaurant : places, plan de salle et durée

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

RestaurantPOS

Lightspeed Restaurant

Lightspeed présente une solution de caisse pour la restauration, avec des fonctions autour des menus, commandes, paiements et suivi d’exploitation.

Pour quel besoin ? Établissement qui veut fluidifier le passage entre salle, cuisine, paiement et suivi des ventes.

  • Test conseillé : Saisir une commande à table, modifier un plat, partager le règlement et vérifier le ticket, les stocks et le rapport de fin de service.
En savoir plus

Autres points à examiner

  • Pour centraliser salle, emporter, livraison et analyse des ventes.
  • Comparer matériel, contrats de paiement, disponibilité des intégrations et support local.

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

Limite : Une caisse et un logiciel de réservation de tables n’ont pas les mêmes objets. Modules, équipements, intégrations et offres varient ; la page générale ne garantit pas chaque parcours.

À demander : Comment suivre commande, production, paiement et correction avec leurs références, et quelles connexions sont incluses pour l’établissement ?

Documentation principale · consultée le

Méthode : Commandes de restauration : relier menu, caisse et canaux

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

Food deliveryIntégration

Deliverect

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

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

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

Autres points à examiner

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

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

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

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

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

Documentation principale · consultée le

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

RestaurantMarketplace

TheFork Manager

TheFork Manager documente les réservations et le plan de salle. Sa mise à jour de mars 2026 décrit notamment affectation mobile des tables et regroupement par créneau.

Pour quel besoin ? Restaurant qui veut coordonner les réservations reçues en ligne et par téléphone avec les capacités de la salle.

  • Test conseillé : Recevoir deux demandes sur le même créneau, déplacer une table et vérifier confirmations, liste d’attente et visibilité de l’équipe en salle.
En savoir plus

Autres points à examiner

  • Canal d’acquisition majeur à comparer avec la réservation directe et les solutions sans commission.
  • Piloter disponibilité, no-show, promotions et rentabilité par canal.

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

Limite : Certaines nouveautés dépendent de la formule et du paramétrage. Une capacité totale ne démontre pas la disponibilité d’un assemblage de tables sur toute la durée du service.

À demander : Quel essai montre groupe agrandi, créneaux qui se chevauchent et réservations de plusieurs canaux sur le planning final ?

Documentation principale · consultée le

Méthode : Réservation de restaurant : places, plan de salle et durée

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

AttractionsTicketing

Ventrata

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

  • Ventrata : developer portal · consultation du

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

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

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

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

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

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

Tours & activitésChannel manager

TourCMS

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

Tours & activitésSaaS

Orioly

Orioly présente des outils de réservation et de distribution destinés aux opérateurs de visites et activités, avec gestion de leur offre commerciale.

Pour quel besoin ? Petit opérateur qui souhaite numériser ses créneaux et ses documents sans séparer vente et opérations.

  • Test conseillé : Créer une visite avec ressources limitées, vendre sur le site, fermer un créneau et contrôler voucher, facture et disponibilité chez un partenaire.
En savoir plus

Autres points à examiner

  • Point d’entrée accessible pour digitaliser un opérateur local ou une petite structure.
  • Comparer la couverture des OTAs, les paiements et la souplesse des produits.

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

Limite : Le logiciel ne garantit pas un réseau de distribution activé sans accord. Produits, options, places et responsabilités doivent être vérifiés sur les canaux retenus.

À demander : Quelles catégories et quels créneaux sont synchronisés, et comment retrouver modification ou annulation dans les références fournisseur et distributeur ?

Documentation principale · consultée le

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

Lecture automatique interrompue · contrôle du 31/10/2026 · Portée du contrôle

Tourisme & transportTicketing

Palisis

Palisis distingue billetterie, réservations, gestion de l’information client et distribution via TourCMS ; le site présente des interfaces de vente web et des intégrations revendeurs.

Pour quel besoin ? Opérateur qui combine guichet, vente en ligne et revendeurs et doit retrouver le même billet dans tous ses points de contrôle.

  • Test conseillé : Émettre un billet au comptoir et un autre via une OTA, les contrôler à l’entrée puis gérer une annulation avec rapprochement des ventes.
En savoir plus

Autres points à examiner

  • Pour opérations terrain, points de vente, billets, partenaires et contrôle d’accès.
  • Bien distinguer les besoins de ticketing opérationnel et de channel management.

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

Limite : La gestion opérateur et la distribution ne prouvent pas des capacités identiques sur chaque canal ; les exceptions de stock doivent être rejouées.

À demander : Quelle référence est contrôlée à l’embarquement et comment une fermeture de départ atteint-elle tous les revendeurs ?

Documentation principale · consultée le

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

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

RailAPI

SilverRail

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

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

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

Mobilité / documentationSDK public

Karhoo SDK (documentation)

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

Mobilité entreprisePlateforme

Uber for Business

Gestion centralisée des déplacements, repas et programmes de mobilité professionnels avec politiques, facturation et reporting.

Pour quel besoin ? Travel manager qui veut encadrer les courses professionnelles et rapprocher leur dépense des équipes ou centres de coûts.

  • Test conseillé : Inviter un collaborateur, appliquer une règle de trajet, réserver une course puis vérifier le reçu, le reporting et les cas hors politique.
En savoir plus

Autres points à examiner

  • Pour entreprises, événements et organisations qui veulent encadrer les dépenses de mobilité.
  • À intégrer au programme travel, aux centres de coûts et aux règles de conformité.

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

Documenté : L’offre business travel présente gestion des trajets professionnels, règles et rapprochement avec les dépenses.

Limite : Les règles d’entreprise et la disponibilité locale des services doivent être vérifiées séparément.

À demander : Quels trajets sont autorisés et comment corriger une dépense rattachée au mauvais projet ?

Documentation principale · consultée le

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

Paiement fournisseurCartes virtuelles

WEX Travel Payments

Plateforme de paiements B2B voyage avec numéros de cartes virtuelles pour régler les fournisseurs et automatiser la réconciliation.

Pour quel besoin ? Intermédiaire qui règle un volume de prestations auprès de partenaires dans plusieurs marchés.

  • Test conseillé : Comparer carte ou mode de règlement, devise, contrôle des montants, visibilité des transactions et gestion des annulations.
En savoir plus

Autres points à examiner

  • Conçue pour OTAs, intermédiaires et programmes à volume important.
  • Comparer financement, acceptation, contrôle du risque, devises et données de rapprochement.

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

Documenté : WEX présente des cartes virtuelles pour régler les fournisseurs du voyage et faciliter le rapprochement.

Limite : Cette fonction de règlement fournisseur ne remplace pas automatiquement l’encaissement du voyageur.

À demander : Qui accepte la carte, à quelle date, pour quel montant et avec quel traitement d’un remboursement ?

Documentation principale · consultée le

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

Corporate paymentsCartes virtuelles

Conferma

Conferma présente dans son application l’accès aux cartes virtuelles émises par l’entreprise et un Hotel Check-in Assistant.

Pour quel besoin ? Programme voyages d’affaires qui veut payer des prestations tout en rapprochant réservation et dépense.

  • Test conseillé : Émettre un moyen de paiement pour un hôtel, suivre l’usage réel puis rapprocher transaction, facture et éventuel remboursement.
En savoir plus

Autres points à examiner

  • Permet contrôles de dépense, émission automatisée et rapprochement enrichi.
  • À relier aux outils de réservation, banques, factures hôtelières et systèmes finance.

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

Limite : L’accès du voyageur à une carte ne garantit pas son acceptation ni la transmission des consignes à l’hôtel.

À demander : Que voit la réception et qui intervient si le paiement ne peut pas être réalisé à l’arrivée ?

Documentation principale · consultée le

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

Business travelPaiement

AirPlus

AirPlus décrit des cartes virtuelles pour le voyage professionnel dont l’usage peut être limité par montant, période et devise.

Pour quel besoin ? Entreprise qui veut relier ses paiements de déplacement à la politique voyage et à ses processus financiers.

  • Test conseillé : Réserver un trajet conforme puis une exception, et retrouver centre de coût, justificatif, transaction et correction.
En savoir plus

Autres points à examiner

  • Adapté aux entreprises et TMC qui structurent un programme travel international.
  • Comparer acceptation, émetteurs, intégration comptable et restitution des données.

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

Limite : Une limite de carte et le montant final dû à l’établissement doivent être rapprochés séparément.

À demander : La fenêtre et la devise autorisées correspondent-elles au débit attendu et aux frais convenus ?

Documentation principale · consultée le

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

Protection embarquéeAPI

Cover Genius / XCover

Cover Genius présente XCover.com pour accompagner le parcours de vente, d’administration et de réclamation de ses clients partenaires.

Pour quel besoin ? Vendeur qui souhaite proposer une couverture adaptée au parcours d’achat tout en clarifiant la répartition des responsabilités.

  • Test conseillé : Sur un séjour représentatif, examiner éligibilité, documents remis, exclusions, annulation du voyage et parcours de demande d’assistance.
En savoir plus

Autres points à examiner

  • Pour distribuer une protection contextualisée par destination et type de réservation.
  • Prévoir cadrage réglementaire, wording, gestion des sinistres et pays couverts.

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

Limite : Présentation commerciale de la plateforme ; garantie, assureur, exclusions, pays et obligations de distribution nécessitent les documents du produit concerné.

À demander : XCover.com confirme-t-il la couverture d’un motif ?

Documentation principale · consultée le

Méthode : Assurance et assistance voyage B2B : choisir et intégrer

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

Paiement en ligneAPI

Stripe

La somme autorisée ne reste pas automatiquement disponible après une première capture partielle. Après autorisation, le PaymentIntent passe à requires_capture ; la capture prend par défaut tout le montant autorisé.

Pour quel besoin ? Vendeur ou marketplace de voyages qui doit relier paiement, réservation, remboursement et éventuels règlements à des tiers.

  • Test conseillé : Suivre autorisation, capture, échec de confirmation, remboursement partiel et rapprochement avec les références de réservation.
En savoir plus

Autres points à examiner

  • Très pratique pour lancer rapidement une réservation, un acompte ou une marketplace.
  • Vérifier le modèle marchand, les flux multi-parties, les remboursements et la disponibilité par pays.

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

Limite : Documentation de capture différée Stripe. L’éligibilité multicapture et les règles propres au moyen de paiement doivent être vérifiées séparément.

À demander : Vérifier l’état et le montant demandé avant l’action.

Documentation principale · consultée le

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

  • Stripe — Refund and cancel payments · consultation du

    Un remboursement retourne au moyen de paiement d’origine, pas à une autre carte ou à un autre compte choisi dans la demande.

    Portée : Règles Stripe ; les montages Connect et les délais du moyen de paiement demandent une lecture propre à leur périmètre.

  • Stripe — requêtes idempotentes · consultation du

    Le chemin de l’API et sa version sont deux informations distinctes. Ne transposez pas les règles /v2 à un paiement /v1.

  • Stripe — différences entre /v1 et /v2 · consultation du

    Le chemin de l’API et sa version sont deux informations distinctes. Ne transposez pas les règles /v2 à un paiement /v1.

  • Stripe Connect : dossier transmis, paiement et versement restent distincts · consultation du

    charges_enabled et payouts_enabled indiquent séparément la possibilité de créer des paiements et de recevoir des versements. currently_due rassemble les exigences à résoudre avant current_deadline. eventually_due contient celles qui peuvent devenir nécessaires selon les seuils atteints. past_due contient les exigences dont le dépassement d’échéance a désactivé des capacités ; pending_verification signale une vérification en cours. Stripe demande de surveiller account.updated ; disabled_reason et errors aident à comprendre le blocage.

    Portée : Référence technique Connect consultée le 22 octobre 2026. Les exigences dépendent notamment du pays, du type d’entreprise et des capacités demandées. Cette vérification financière ne valide ni le contrat touristique ni la qualité des offres.

  • Stripe Payment Links : distinguer compteur de sessions et réservation · consultation du

    restrictions.completed_sessions.count compte les sessions Checkout terminées retenues pour la restriction ; limit en fixe le maximum. Avec active: false, l’URL affiche au visiteur un message indiquant que le lien a été désactivé. livemode distingue un objet de production d’un objet de test. submit_type: book adapte le bouton à une réservation et utilise le domaine book.stripe.com.

    Portée : Référence API Stripe consultée le 22 octobre 2026. Une session terminée est une notion du parcours Checkout : rapprochez le résultat financier et la confirmation de prestation avant d’envoyer le message final.

  • Stripe — réponse aux contestations dans le Dashboard · consultation du

    Stripe distingue les inquiries d’une contestation formelle ; une escalade exige une nouvelle réponse. Le parcours Dashboard n’offre qu’une soumission de la réponse, ensuite non modifiable ni complétable par de nouveaux fichiers.

    Portée : Gestion d’une contestation dans le Dashboard, consultée le 22 octobre 2026. Ces indications ne sont ni une garantie de résultat bancaire ni la preuve d’un droit d’API accordé à un compte.

  • Stripe Invoicing — Accept partial payments for invoices · consultation du

    Stripe demande un PaymentIntent de même devise et de même client que la facture, pour un montant au plus égal au restant dû. Sur la page de facture hébergée, les paiements partiels doivent être activés dans les paramètres Invoice.

    Portée : Périmètre Stripe Invoicing consulté le 22 octobre 2026. Une facture, un acompte contractuel de voyage et la confirmation de prestation ont des états et des règles à rapprocher séparément.

  • Stripe : distinguer cadence, concurrence et verrouillage · consultation du

    Stripe-Rate-Limited-Reason distingue notamment global-rate et endpoint-rate. global-concurrency et endpoint-concurrency concernent les requêtes simultanément en cours. Un 429 sans cet en-tête n’est pas produit par le limiteur de cadence ; la documentation cite notamment les lock timeouts.

    Portée : Périmètre Stripe. La documentation recommande un recul exponentiel avec dispersion aléatoire pour les reprises de limitation. L’état du paiement doit rester rapproché de celui de la réservation.

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

État préalable
À réunir : Après autorisation, le PaymentIntent passe à requires_capture ; la capture prend par défaut tout le montant autorisé.. Vérifier l’état et le montant demandé avant l’action.
Capture partielle
À réunir : amount_to_capture permet une capture inférieure ; le reste est automatiquement libéré dans le parcours standard.. Ne pas planifier une seconde capture sur ce reste sans vérifier la capacité réellement disponible.
Exception
À réunir : La plupart des paiements n’acceptent qu’une capture ; certains paiements par carte sont éligibles à multicapture.. Traiter la capture multiple comme une capacité à vérifier pour le paiement concerné.

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

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

Stripe distingue annulation d’un paiement non capturé et remboursement d’un paiement réussi. Plusieurs remboursements partiels restent rattachés au paiement initial.

Paiement original
Conserver l’identifiant charge ou PaymentIntent.
Montant
Rapprocher amount, devise et unités monétaires.
État du remboursement
Suivre les événements et les échecs éventuels.

Scénario proposé : Rapprocher deux remboursements partiels d’un séjour avec leur paiement initial sans annoncer un remboursement abouti sur la seule demande.

Portée : Le montant remboursé ne peut dépasser le paiement initial ; délais et comportement varient selon le moyen de paiement.

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

Remboursements et états financiers · consultation du 13/10/2026

AviationData

OAG

Flight Info API distingue horaires, statuts, sièges, données de référence et correspondances. La présentation différencie les horaires de l’information opérationnelle de statut.

Pour quel besoin ? Équipe réseau ou produit qui doit relier horaires, changements et connexions à des décisions de capacité ou d’information voyageur.

  • Test conseillé : Comparer les données de deux vols avec leur statut réel, la fraîcheur des mises à jour et la manière dont un changement atteint le parcours client.
En savoir plus

Autres points à examiner

  • Pour airlines, aéroports, plateformes, planification et produits d’information voyage.
  • Choisir entre flux, APIs et outils d’analyse selon latence et profondeur historique.

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

Limite : Un horaire décrit un service prévu, pas une émission de billet ni une confirmation de circulation effective.

À demander : Comment rapprocher le vol planifié, son instance datée et les événements de statut utiles au voyageur ?

Documentation principale · consultée le

Page publique accessible · contrôle du 31/10/2026 · Portée du contrôle

Aviation analyticsAPI + Data

Cirium

Cirium décrit plusieurs jeux de données et API pour horaires, statut des vols, positions et autres informations aériennes, avec différents modes de diffusion.

Pour quel besoin ? Équipe aérienne ou travel data qui doit choisir une source selon la précision, la couverture et les droits de réutilisation nécessaires.

  • Test conseillé : Sur un échantillon de routes et dates, comparer statuts et horaires à une source de référence, puis mesurer latence, trous et corrections.
En savoir plus

Autres points à examiner

  • Utile pour disruption, information voyageurs, analyse réseau et applications aviation.
  • Comparer précision, couverture, historique, droits d’usage et mode de livraison.

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

Limite : Horaire planifié, heure réelle, position et résultat de réservation sont des objets distincts. Le produit choisi, sa couverture et sa latence doivent être confirmés pour le parcours voulu.

À demander : Quels champs et événements sont ouverts, avec quelle règle de fraîcheur et de reprise lorsqu’un statut manque ou arrive tardivement ?

Documentation principale · consultée le

Méthode : Relier événement aérien et dossier utilisable

Page reçue, contenu non confirmé · contrôle du 31/10/2026 · Portée du contrôle

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

La documentation distingue Flight Status, avec horaires prévus, estimés et réels, de Flight Track, consacré aux positions et trajectoires.

Vol identifié
Rapprocher compagnie, numéro et date ou identifiant Cirium.
Nature de l’horaire
Séparer prévu, estimé et réel.
Aéroport
Conserver terminal et porte lorsqu’ils sont fournis.

Scénario proposé : Comparer une estimation d’arrivée avec l’arrivée réelle sans transformer une prévision en événement constaté.

Portée : Données consultées dans la documentation, sans abonnement ni interrogation de vols ; disponibilité des champs à vérifier.

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

Statut et suivi du vol · consultation du 13/10/2026

Travel intelligenceData

Amadeus Travel Intelligence (ex-ForwardKeys)

Amadeus présente Travel Intelligence comme un ensemble de solutions d’analyse pour hôtels, destinations, compagnies et agences, couvrant plusieurs étapes du parcours voyageur.

Pour quel besoin ? Destination ou acteur touristique qui veut rapprocher signaux de demande et décisions de promotion ou de capacité.

  • Test conseillé : Comparer une période connue sur deux marchés émetteurs, vérifier source et couverture des données puis confronter aux arrivées observées.
En savoir plus

Autres points à examiner

  • Pour destinations, offices de tourisme, aéroports, hôtels et acteurs de la stratégie touristique.
  • À utiliser pour prioriser marchés, campagnes et capacités avec des signaux avancés.

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

Limite : Le portefeuille regroupe des produits et sources différents. Une capacité présentée pour l’ensemble ne doit pas être attribuée automatiquement au jeu de données ou module acheté.

À demander : Quel produit précis, quelles sources et quelle population répondent à notre question, avec quelle version de méthode et quels droits ?

Documentation principale · consultée le

Méthode : Nommer produit, unité et périmètre

Page publique accessible · contrôle du 31/10/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 → 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 → 40 solutionsLogiciels et création webExplorer cette famille → 36 solutionsVoyages d’affairesExplorer cette famille → 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