Répertoire opérationnel

512 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.

Réinitialiser les filtres
512 solutions correspondantes
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

Lien accessible · contrôle du 16/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é

Lien accessible · contrôle du 16/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.

Lien accessible · contrôle du 16/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

Lien accessible · contrôle du 16/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

Lien accessible · contrôle du 16/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

Lien accessible · contrôle du 16/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

Lien accessible · contrôle du 16/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

Lien accessible · contrôle du 16/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

Lien accessible · contrôle du 16/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é.

Lien accessible · contrôle du 16/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

Lien accessible · contrôle du 16/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

Lien accessible · contrôle du 16/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

Lien accessible · contrôle du 16/10/2026 · Portée du contrôle

Destination intelligenceData

Mabrian

Mabrian présente une solution d’intelligence touristique réunissant plusieurs sources pour le pilotage et la comparaison des destinations.

Pour quel besoin ? Destination qui veut confronter signaux de recherche, transport et séjour avant d’ajuster promotion ou accueil.

  • Test conseillé : Choisir un marché émetteur et une période, documenter la source de chaque indicateur puis comparer une prévision à un résultat local observé.
En savoir plus

Autres points à examiner

  • Pour destinations et groupes qui veulent croiser plusieurs signaux de marché.
  • Transformer les tableaux de bord en décisions d’acquisition, produit et capacité.

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

Limite : Combiner des données ne rend pas leurs populations et définitions identiques. Un signal de perception, de capacité ou de dépense demande une lecture distincte avant synthèse.

À demander : Peut-on retrouver source, période, unité et traitement de chaque indicateur, puis expliquer les désaccords entre les signaux ?

Documentation principale · consultée le

Méthode : Structurer les données du cas d’usage

Lien accessible · contrôle du 16/10/2026 · Portée du contrôle

TO / DMCERP

Tourplan

Tourplan présente un logiciel pour voyagistes et DMC associant sourcing, devis, réservations, opérations et fonctions comptables, avec des interfaces web et XML.

Pour quel besoin ? DMC ou tour-opérateur qui doit relier contrats fournisseurs, devis, dossiers et documents clients.

  • Test conseillé : Construire un circuit avec plusieurs fournisseurs, modifier un hôtel après acompte et suivre marge, disponibilité et documents mis à jour.
En savoir plus

Autres points à examiner

  • Conçue pour FIT, groupes, MICE, circuits, sur-mesure et séries.
  • À considérer pour remplacer plusieurs outils par un back-office travel structurant.

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

Limite : Présentation produit ; adéquation aux règles locales, écritures, contrats et prestations doit être démontrée sur le périmètre du projet.

À demander : Comment le dossier reste-t-il cohérent lorsque le groupe change après une première confirmation ?

Documentation principale · consultée le

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

Composition
À réunir : Cas fictif : groupe de dix personnes passant à neuf. Retrouver participants, chambres et transport affectés, sans réduire toutes les quantités uniformément.
Coûts
À réunir : Transport fixe de 600 € et entrée à 20 € par personne. Retrouver 780 € de ces seuls coûts pour neuf personnes, contre 800 € pour dix.
Engagements
À réunir : Hôtel déjà confirmé, nouvelle composition encore à accepter. Séparer calcul de devis et réponse fournisseur avant de produire une version présentée comme définitive.
Finance
À réunir : Acompte client et facture fournisseur rattachés au dossier. Rapprocher les pièces et les écarts après modification sans confondre montant facturé et montant réglé.

Lien accessible · contrôle du 16/10/2026 · Portée du contrôle

Dynamic packagingPlateforme

Travel Compositor

Plateforme de réservation et packaging dynamique pour agences, réseaux, tour-opérateurs, destinations et vendeurs B2B/B2C.

Pour quel besoin ? Voyagiste qui veut créer des forfaits dynamiques et commercialiser plusieurs marques ou marchés depuis une même organisation.

  • Test conseillé : Assembler vol, hôtel et transfert, modifier une seule prestation après paiement et vérifier recalcul, contrat, documents et assistance.
En savoir plus

Autres points à examiner

  • Assemble transport, hébergement, activités et services dans des parcours configurables.
  • Évaluer inventaire, intégrations, marque blanche et autonomie de configuration.

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

Documenté : La plateforme présente des solutions pour tour-opérateurs, OTA, DMC, agences et destinations ainsi que plusieurs modèles de distribution.

Limite : Les chiffres promotionnels de gain ou de couverture ne prouvent pas les résultats de votre configuration ; les modules et accords restent à confirmer.

À demander : Quels composants de notre voyage peuvent être confirmés et modifiés dans le contrat proposé ?

Documentation principale · consultée le

Lien accessible · contrôle du 16/10/2026 · Portée du contrôle

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

La FAQ présente des parcours de vente de voyages à plusieurs composantes et des plateformes en marque blanche.

Composante
Identifier fournisseur et référence de chaque prestation.
Dossier
Conserver la relation entre itinéraire et confirmations.
Modification
Séparer les prestations concernées par le changement.

Scénario proposé : Faire modifier un seul service d’un voyage combinant transport et hébergement, puis vérifier ce qui reste confirmé.

Portée : Présentation commerciale : elle ne démontre ni atomicité de réservation ni conditions d’annulation communes.

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

Dossier à plusieurs prestations · consultation du 13/10/2026

Multi-day travelCRM

Kaptio

Kaptio présente une plateforme d’achat, vente et exploitation du voyage multi-jours, issue de l’écosystème Salesforce.

Pour quel besoin ? Opérateur de circuits ou de voyages sur mesure qui veut rapprocher produit, devis, réservations et suivi client.

  • Test conseillé : Reprendre un itinéraire de plusieurs étapes, changer une prestation et contrôler répercussion sur prix, acompte, fournisseur et conseiller.
En savoir plus

Autres points à examiner

  • Pour opérateurs ayant des parcours sur mesure, croisières ou produits à forte combinatoire.
  • À cadrer avec l’écosystème Salesforce, les processus commerciaux et la donnée produit.

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

Limite : La plateforme doit être évaluée avec ses licences, personnalisations et connexions effectivement proposées.

À demander : Quels objets restent standards et lesquels demandent une adaptation ou une maintenance spécifique ?

Documentation principale · consultée le

Lien accessible · contrôle du 16/10/2026 · Portée du contrôle

Travel advisorCRM + itinéraires

Travefy

Plateforme pour conseillers et agences : itinéraires, propositions, CRM, formulaires, factures, commissions et marketing.

Pour quel besoin ? Agence qui veut produire des propositions lisibles et retrouver les échanges utiles tout au long du dossier.

  • Test conseillé : Créer un itinéraire avec deux versions, le transmettre à un client puis vérifier les changements visibles, les documents et l’export du dossier.
En savoir plus

Autres points à examiner

  • Utile pour professionnaliser l’expérience client sans construire un outil maison.
  • Comparer localisation, paiements, fiscalité et connexions fournisseurs selon marché.

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

Documenté : La solution agence présente des outils de propositions et d’itinéraires pour organiser la communication du voyage.

Limite : Un document envoyé au voyageur doit rester distinct des confirmations fournisseurs et de leurs versions.

À demander : Comment une modification se propage-t-elle aux propositions, au dossier et aux documents clients ?

Documentation principale · consultée le

Lien accessible · contrôle du 16/10/2026 · Portée du contrôle

Travel advisorPlateforme

Tern

Tern distingue propositions et itinéraires, expérience voyageur, back-office, rapprochement des commissions, collaboration et reporting pour conseillers et agences.

Pour quel besoin ? Équipe de conseillers qui cherche à réduire la dispersion entre courriels, propositions, tâches et réservations.

  • Test conseillé : Faire reprendre par un collègue un dossier commencé ailleurs, avec échéance fournisseur, document manquant et prochaine réponse au client.
En savoir plus

Autres points à examiner

  • Positionnement all-in-one pour réduire la dispersion entre CRM, documents et back-office.
  • Vérifier adaptation au marché français, paiements, conformité et support.

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

Limite : Un montant attendu ou réparti n’est pas nécessairement une commission reçue ; les règles de rapprochement et les accès doivent être vérifiés.

À demander : Comment relier commission attendue, versement reçu, partage entre conseillers et correction après annulation ?

Documentation principale · consultée le

Méthode : Prix, marges et commissions dans la distribution voyage

Lien accessible · contrôle du 16/10/2026 · Portée du contrôle

Agence de voyagesBack-office

TravelWorks

La page australienne TravelWorks présente comptes fournisseurs, comptes clients, grand livre et rapprochements.

Pour quel besoin ? Agence ou tour-opérateur qui souhaite relier devis, réservation, documents et suivi financier.

  • Test conseillé : Faire passer un dossier de la demande initiale à la facture, puis vérifier les modifications, les droits des utilisateurs et l’export comptable.
En savoir plus

Autres points à examiner

  • À regarder pour structurer le mid/back-office et le suivi financier d’une agence.
  • Valider disponibilité régionale, intégrations comptables et accompagnement à la migration.

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

Limite : Présentation commerciale localisée en Australie ; aucune conformité comptable, connexion ou disponibilité dans un autre pays certifiée.

À demander : Une page internationale valide-t-elle notre comptabilité locale ?

Documentation principale · consultée le

Lien accessible · contrôle du 16/10/2026 · Portée du contrôle

Business travelTMC + SaaS

Perk

Plateforme de gestion des déplacements et dépenses professionnels qui réunit réservation, politiques, approbations et suivi.

Pour quel besoin ? Entreprise qui cherche à donner de l’autonomie aux voyageurs tout en gardant des règles et une visibilité financière.

  • Test conseillé : Réserver un déplacement conforme, demander une exception puis contrôler facture, modification et rapport de dépense.
En savoir plus

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

Documenté : TravelPerk a annoncé son changement de nom en Perk le 4 novembre 2025, avec une plateforme réunissant voyage et gestion des dépenses.

Limite : La marque commune ne permet pas de déduire quels modules ou marchés sont inclus dans une proposition donnée.

À demander : Quels parcours de voyage, dépenses, approbations et support sont inclus dans notre contrat ?

Documentation principale · consultée le

Lien accessible · contrôle du 16/10/2026 · Portée du contrôle

Travel & expensePlateforme

Navan

Plateforme intégrée de réservation, cartes, dépenses et gestion des voyages d’affaires.

Pour quel besoin ? Entreprise qui veut rendre la réservation simple tout en maîtrisant approbations et dépenses.

  • Test conseillé : Faire réserver un trajet conforme et une exception ; vérifier approbation, changement, facture et visibilité du voyageur.
En savoir plus

Autres points à examiner

  • Pour entreprises recherchant une expérience collaborateur unifiée et un pilotage temps réel.
  • Évaluer contenu, servicing, politique, paiement, déploiement international et intégrations finance.

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

Documenté : Navan présente une plateforme de voyage et de dépenses comprenant règles, catégorisation et rapports.

Limite : Les modules, marchés et traitements d’exception doivent être examinés dans le contrat proposé.

À demander : Comment les changements de voyage modifient-ils approbations, dépenses et support ?

Documentation principale · consultée le

Lien accessible · contrôle du 16/10/2026 · Portée du contrôle

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

Navan présente des intégrations pour synchroniser utilisateurs, dépenses, authentification et informations de sécurité.

Référentiel employé
Définir l’identifiant partagé et la source de mise à jour.
Dépense
Rapprocher réservation et export comptable.
Accès
Documenter la règle de désactivation d’un utilisateur.

Scénario proposé : Faire suivre un changement de département puis une désactivation et vérifier la reprise des dossiers de voyage en cours.

Portée : Présentation commerciale des intégrations ; périmètre, fréquence de synchronisation et droits de compte à confirmer.

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

Connexions aux outils de l’entreprise · consultation du 13/10/2026

Travel & expenseEnterprise

SAP Concur

La page française Concur Travel présente la réservation professionnelle et ses intégrations avec TMC ou GDS. Le site distingue plusieurs produits et renvoie aussi vers Complete.

Pour quel besoin ? Entreprise qui doit rapprocher déplacements et dépenses avec ses processus financiers.

  • Test conseillé : Suivre une réservation puis une dépense associée, une exception de politique et l’export vers la comptabilité.
En savoir plus

Autres points à examiner

  • Socle fréquent dans les organisations internationales et environnements SAP.
  • Le succès dépend du paramétrage, de l’expérience utilisateur et de la TMC connectée.

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

Limite : Présentation de gamme ; modules, contenus, politique, agence, support et pays de déploiement doivent être précisés dans l’offre.

À demander : Quels produits et interlocuteurs couvrent une réservation hors politique puis une modification après approbation ?

Documentation principale · consultée le

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

Périmètre
À réunir : Cas fictif : entités A et B, seule A déployée dans le pilote. Limiter les conclusions aux comptes, marchés et modules effectivement inclus.
Politique
À réunir : Plafond interne de 180 €, option proposée à 210 €. Vérifier alerte, demande d’accord et décision selon la règle du cas, sans assimiler alerte et approbation.
Modification
À réunir : Voyage approuvé puis retour changé après réservation. Demander les contrôles à refaire et le relais avec la TMC pour la nouvelle version.
Suivi
À réunir : Référence de réservation et justificatif de dépense distincts. Rapprocher les objets sans conclure que l’intégration du voyage suffit à traiter toute la note de frais.

Lien accessible · contrôle du 16/10/2026 · Portée du contrôle

Business travelTMC

Egencia

Plateforme et service de gestion des voyages d’affaires pour réservation, politique, assistance, reporting et programmes globaux.

Pour quel besoin ? Entreprise qui souhaite combiner outil de réservation, approbation et accompagnement des voyageurs.

  • Test conseillé : Réserver pour un collaborateur, déclencher une approbation, changer un vol puis retrouver reçu et assistance.
En savoir plus

Autres points à examiner

  • Pour entreprises qui recherchent technologie, contenu et service TMC dans une même offre.
  • Comparer qualité du servicing, couverture internationale, adoption et reporting.

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

Documenté : Egencia présente des parcours de gestion et modification de réservation, dont vol, hôtel et location, ainsi qu’un accès à l’assistance via son centre d’aide et ses outils.

Limite : Parcours de présentation et d’aide ; possibilités, horaires, frais et prise en charge restent à vérifier dans le programme de l’entreprise.

À demander : Comment un collègue reprend-il un voyage modifié sans perdre l’état des prestations encore actives ?

Documentation principale · consultée le

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

Dossier
À réunir : Cas fictif : vol, hôtel et location sur trois références. Retrouver la situation de chaque prestation, pas seulement l’état global affiché au voyageur.
Changement
À réunir : Vol décalé au lendemain, hôtel de la veille encore actif. Identifier les éléments à modifier et les conditions avant de conclure que tout l’itinéraire a suivi.
Contact
À réunir : Demande hors horaires de l’équipe interne. Faire vérifier le canal compétent et les références nécessaires, sans supposer une prestation de support non contractée.
Justificatifs
À réunir : Ancien et nouveau récapitulatifs accompagnés de frais distincts. Conserver versions et pièces pour rapprocher prestation conservée, coût de changement et dépense finale.

Accès automatique non confirmé · contrôle du 16/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 47 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 42 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 93 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 →

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

Passer à la vérification

Des fiches de contrôle pour ce sujet

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

Toutes les fiches de contrôle →

Questions fréquentes

Bien cadrer votre comparaison.

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

Comment choisir une solution B2B pour le tourisme ?

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

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

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

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

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