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
284 solutions correspondantes
ActivitésAffiliation

Civitatis Connectivity et Affiliates

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

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

AttractionsAPI

Tiqets Distributor API

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

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

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

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

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

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

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

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

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

ExpériencesAffiliation

Klook Affiliate

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

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

ActivitésAPI

FareHarbor API et FHDN

Les Booking Overlay Links ouvrent le checkout hébergé pour une société, un produit et une disponibilité. Le paramètre ctrs utilise les identifiants des tarifs du créneau ciblé, et non ceux du seul type de client.

Pour quel besoin ? Opérateur de visites qui veut diffuser ses créneaux sans perdre le contrôle de son inventaire et de ses réservations.

  • Test conseillé : Vendre la dernière place depuis deux canaux, modifier une réservation et vérifier le statut renvoyé à chaque partenaire.
En savoir plus

Autres points à examiner

  • À regarder pour revendre un inventaire d’expériences en temps réel.
  • L’accès API est évalué selon éligibilité, cas d’usage et volume.

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

Limite : Redirection hébergée, distincte de la création via External API ; affiliation et droits de connexion restent nécessaires.

À demander : Comment conserver créneau, quantités et attribution lorsqu’un visiteur reprend son choix dans le checkout ?

Documentation principale · consultée le

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

  • FareHarbor : Booking Overlay Links · consultation du

    FareHarbor documente des liens vers son interface de réservation hébergée pour une société, un produit et une disponibilité. Des paramètres peuvent préremplir l’attribution et les quantités ; ctrs utilise les identifiants de tarifs du créneau ciblé.

    Portée : Parcours de redirection, distinct de la création par External API. L’attribution nécessite une affiliation valable ; le montage FHDN applicable doit être confirmé avant exploitation.

  • FareHarbor : distinguer inscription, alerte et réservation · consultation du

    L’inscription en ligne déclenche toujours un courriel ; l’envoi après ajout manuel est configurable et désactivé par défaut. Une annulation ou un changement peut déclencher l’alerte après un délai configuré, si la place correspond au type de client. Un client déjà averti automatiquement ne reçoit plus d’autre alerte automatique pour ce créneau. Book now peut ensuite conduire à un créneau redevenu complet. Un cutoff ou le paramètre bookable-only=yes du lien d’intégration peut masquer l’option.

    Portée : Aide FareHarbor mise à jour le 29 septembre 2026. Les types conditionnels, dont enfant exigeant un adulte, ne fonctionnent pas dans Waitlist. Fonction du logiciel décrite ici ; aucun accès API supplémentaire n’est déduit.

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

Destination
À réunir : Cas fictif : produit I8, disponibilité A8 remplacée par A9. Vérifier les trois niveaux du lien et les tarifs propres à la nouvelle disponibilité.
Quantités
À réunir : Deux adultes et un enfant, avec références de tarifs de A9. Comparer le formulaire ouvert au choix initial ; ne pas réutiliser les anciennes références par ressemblance.
Attribution
À réunir : Référence partenaire P8 et affiliation à faire confirmer. Retrouver le rattachement autorisé sans considérer le simple ajout d’un paramètre comme un accord commercial.
Résultat
À réunir : Checkout ouvert puis abandonné avant confirmation. Ne pas marquer une réservation comme créée dans le système d’origine sur la seule ouverture du lien.

Méthode : Liens profonds de réservation : conserver la recherche sans promettre une vente

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

ActivitésAPI

Rezdy API et RezdyConnect

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

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

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

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

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

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

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

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

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

ActivitésChannel API

Bókun API et Channel Manager

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

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

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

Autres points à examiner

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

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

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

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

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

Documentation principale · consultée le

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

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

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

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

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

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

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

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

ActivitésStandard

OCTO API

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

  • OCTO : spécification et documentation · consultation du

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

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

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

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

  • OCTO — Pricing capability · consultation du

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

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

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

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

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

VoitureAPI

CarTrawler Mobility

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

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

VoitureAffiliation

Discover Cars Affiliate

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

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

Bus / railAPI

FlixBus Affiliate et intégration dynamique

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

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

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

Autres points à examiner

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

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

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

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

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

Documentation principale · consultée le

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

MultimodalSearch API

Omio Affiliate

Omio présente des liens de suivi propres au partenaire et distingue API de recherche, widgets, bannières et liens profonds.

Pour quel besoin ? Média voyage qui complète des contenus de destination avec des trajets ferroviaires, routiers ou aériens pertinents.

  • Test conseillé : Tester les liens depuis trois pages mobiles et comparer destination d’arrivée, prix affiché et attribution après réservation.
En savoir plus

Autres points à examiner

  • Très utile pour pages d’itinéraires, city guides et comparateurs multimodaux.
  • Le modèle rémunère surtout la redirection qualifiée vers la réservation.

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

Limite : Présentation du programme ; sa rémunération, ses marchés et ses droits doivent être rapprochés des conditions effectivement acceptées.

À demander : Un clic suivi constitue-t-il une commission acquise ?

Documentation principale · consultée le

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

Ground transportAPI

Distribusion

Plateforme de transport terrestre pour connecter des voyageurs à des transporteurs via booking engine, inventaire multi-carrier et outils retail.

Pour quel besoin ? Vendeur qui veut ajouter bus ou rail à son offre sans traiter chaque transporteur comme un parcours séparé.

  • Test conseillé : Comparer deux trajets de transporteurs différents, réserver, modifier puis annuler ; vérifier quelles opérations restent disponibles pour chaque opérateur.
En savoir plus

Autres points à examiner

  • À considérer pour rail, bus, ferries, navettes et mobilité longue distance.
  • Positionnement intéressant pour plateformes à forte ambition multimodale.

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

Documenté : Distribusion présente un moteur de réservation multi-transporteurs, une sélection de sièges et des fonctions d’après-vente pour les changements et annulations.

Limite : Présentation produit ; chaque possibilité doit être confirmée par transporteur, marché, tarif et modèle de distribution.

À demander : Comment une modification sur un seul transporteur préserve-t-elle les autres segments du trajet ?

Documentation principale · consultée le

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

Parcours
À réunir : Cas fictif : aller sur C1 et retour sur C2. Retrouver titre, tarif et référence de chaque segment plutôt qu’un état unique de trajet.
Siège
À réunir : Place 12A choisie sur C1, aucune place confirmée sur C2. Limiter la promesse au segment confirmé ; le service présenté au catalogue ne valide pas chaque attribution.
Changement
À réunir : Départ C1 retardé, retour C2 inchangé. Demander le parcours autorisé et son effet sur les autres titres, sans déduire une protection de correspondance.
Finances
À réunir : Un segment annulé avec remboursement encore en attente. Conserver montant, état et référence propres à la restitution ; ne pas annuler le segment maintenu.

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

Rail EuropeB2B API

Rail Europe API et Agent

Distribution B2B de trains européens via site agents, API et affiliation, avec réservation, émission et aftersales selon solution.

Pour quel besoin ? Agence ou plateforme qui veut ajouter le rail à une offre de mobilité.

  • Test conseillé : Réserver deux transporteurs, vérifier cartes de réduction, documents, échanges et annulations dans le canal proposé.
En savoir plus

Autres points à examiner

  • À placer dans une stack Europe, city-breaks, packages rail et tourisme durable.
  • Contacter l’équipe webservices pour accès API.

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

Documenté : L’offre professionnelle distingue portail agents, API et affiliation.

Limite : Un même fournisseur peut impliquer des parcours et responsabilités différents selon le canal choisi.

À demander : Quel parcours porte l’émission, les références transporteur et le service après-vente ?

Documentation principale · consultée le

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

TransfertsAPI

Mozio

Mozio présente un programme de partenaires de transport au sol avec intégration de réservation et plusieurs parcours de distribution, dont des solutions techniques adaptées au partenaire.

Pour quel besoin ? Agence ou plateforme qui veut ajouter des transferts et choisir entre une intégration profonde et une mise en vente plus rapide.

  • Test conseillé : Réserver un transfert lié à un vol retardé, puis comparer les informations et la reprise disponibles dans les modes API et outil agent.
En savoir plus

Autres points à examiner

  • À intégrer après vol/hôtel pour améliorer panier moyen et service destination.
  • Convient aux agences, TO, hôtels, croisières et apps voyage.

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

Limite : Une couverture globale annoncée ne garantit pas l’offre d’un trajet, un véhicule précis ni toutes les opérations d’après-vente. Le parcours de prise en charge doit rester documenté.

À demander : Comment confirmer lieu de rendez-vous, véhicule, passagers, bagages et suivi d’un retard pour le trajet réellement réservé ?

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

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

Mozio distingue API, marque blanche, widget et outil pour agents. Sa présentation d’API mentionne disponibilité, prix et données véhicule.

Mode d’intégration
Documenter le parcours réellement ouvert au partenaire.
Offre de transfert
Rapprocher disponibilité, prix et catégorie de véhicule.
Suivi client
Définir le canal de reprise des changements.

Scénario proposé : Faire reprendre un transfert dont l’horaire d’arrivée est modifié et vérifier les informations transmises au support.

Portée : La présentation globale du réseau ne garantit aucun véhicule ni délai d’intégration sur votre périmètre.

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

Choix du parcours de transfert · consultation du 13/10/2026

TransfertsAPI

Talixo

Talixo présente des parcours entreprises et agences ainsi que des API et intégrations pour réserver taxis et limousines et suivre mises à jour et commissions. Le formulaire demande notamment le numéro de vol.

Pour quel besoin ? Vendeur qui souhaite commercialiser des courses dans son interface tout en évaluant la charge de développement nécessaire.

  • Test conseillé : Créer une course depuis un lieu de prise en charge précis, changer l’horaire et vérifier confirmation, information chauffeur et assistance au voyageur.
En savoir plus

Autres points à examiner

  • À ajouter aux ventes business travel, groupes, MICE et packages premium.
  • Permet de contrôler marge ou commission dans le portail agence.

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

Limite : Le suivi du vol ne fixe pas à lui seul le temps nécessaire après atterrissage ; délai de passage des contrôles et rendez-vous restent à convenir.

À demander : Quel rendez-vous, quelle attente incluse et quel contact sont transmis lorsque l’arrivée ou la sortie du terminal se décale ?

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

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

Talixo présente API, marque blanche, widget et liens d’affiliation ; sa présentation évoque classes de véhicule, suivi du vol et équipements.

Canal choisi
Identifier qui prend la commande et accompagne le client.
Véhicule
Rapprocher classe demandée, voyageurs et bagages.
Équipement
Faire confirmer la disponibilité de l’accessoire demandé.

Scénario proposé : Comparer le parcours d’un transfert avec siège enfant et celui d’un renvoi par lien affilié.

Portée : Présentation commerciale, sans schéma technique détaillé ; les services doivent être confirmés pour le trajet choisi.

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

Modes de vente du transfert · consultation du 13/10/2026

eSIMAPI

Airalo Partners

La période commence à l’activation. La plupart des eSIM s’activent à la connexion au réseau pris en charge à destination. Certains produits peuvent s’activer dès l’installation, quel que soit le lieu où elle est effectuée. L’expiration dépend de la durée de validité ou de l’épuisement des données avant son terme.

Pour quel besoin ? Agence, média ou application qui veut proposer une connectivité de voyage avec un rôle de distribution explicite.

  • Test conseillé : Vérifier droits du programme, compatibilité du terminal, commande, livraison et assistance après une activation impossible.
En savoir plus

Autres points à examiner

  • Complément de connectivité à examiner pour agences, apps, guides et programmes membres.
  • Modèle affilié simple ou intégration plus profonde selon volume.

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

Limite : Informations du centre d’aide Airalo, à relire pour le forfait concerné. Elles ne prouvent ni la compatibilité d’un téléphone ni l’accès commercial à une API partenaire.

À demander : Conserver le réseau et le territoire du forfait dans les consignes.

Documentation principale · consultée le

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

  • Airalo : introduction à la Partner API · consultation du

    La documentation actuelle présente un environnement unique avec des modes Sandbox et Production. Le mode Sandbox simule les opérations sans provisioning réel.

    Portée : Comportement documentaire de ces modes. Les droits du compte et les règles des plans restent à confirmer ; aucune opération réelle exécutée.

  • Airalo : liste des eSIM · consultation du

    La documentation identifie l’ICCID comme identifiant principal de gestion d’une eSIM après achat.

  • Airalo : vérifier la recharge du profil eSIM déjà acheté · consultation du

    La rubrique Additional information précise si l’eSIM est rechargeable. Après achat, Top up apparaît dans My eSIMs pour les eSIM rechargeables ; l’utilisateur sélectionne le profil puis le nouveau forfait. Selon Airalo, un bouton absent ou inopérant peut correspondre à une eSIM non rechargeable ou à un changement d’opérateur réseau.

    Portée : Procédure Airalo consultée le 22 octobre 2026. La présence d’une option de recharge ne démontre pas que son forfait est déjà actif, ni qu’elle corrige un problème de connexion du téléphone.

  • Airalo — New Airalo, Setup Guide and FAQs · consultation du

    Le nouveau parcours Packages associe les forfaits à un appareil et prévoit la réinstallation sur ce même appareil. Il coexiste avec l’expérience My eSIMs.

    Portée : Aide grand public ; identifier le parcours réellement affiché. Cette référence ne prouve aucune capacité ni aucun droit d’API partenaire.

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

Début de validité
À réunir : La période commence à l’activation. La plupart des eSIM s’activent à la connexion au réseau pris en charge à destination.. Conserver le réseau et le territoire du forfait dans les consignes.
Exception d’installation
À réunir : Certains produits peuvent s’activer dès l’installation, quel que soit le lieu où elle est effectuée.. Ne pas recommander systématiquement une installation plusieurs semaines avant le départ.
Fin du forfait
À réunir : L’expiration dépend de la durée de validité ou de l’épuisement des données avant son terme.. Distinguer forfait encore dans sa période et volume de données encore disponible.
Contrôle avant achat
À réunir : La rubrique Additional Information, puis Activation Policy, précise la politique du forfait.. Conserver la règle associée au produit vendu au lieu d’appliquer une consigne identique à tout le catalogue.

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

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

La page affiliés prévoit une candidature examinée et un tableau de bord pour suivre clics, ventes et commissions. Elle distingue affiliation et parrainage.

Admission
Conserver l’accord sur le programme choisi.
Attribution
Documenter le lien ou code autorisé et le suivi de vente.
Commission
Rapprocher la vente suivie de la commission et de son état.

Scénario proposé : Comparer un clic sans achat, une vente suivie et une commission confirmée avant de mesurer la contribution du canal.

Portée : Ne pas appliquer au programme affilié les récompenses du parrainage ; conditions et marchés restent à confirmer.

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

Admission et suivi affilié · consultation du 13/10/2026

eSIMPartenaires

Holafly Travel Partners

Partenariats eSIM avec affiliation, API, marque blanche, co-branding, dashboard et supports marketing pour agences et acteurs voyage.

Pour quel besoin ? Agence ou créateur qui souhaite proposer la connectivité mobile dans la préparation d’un séjour international.

  • Test conseillé : Choisir une destination, contrôler compatibilité du téléphone, période de validité, installation et aide en cas d’échec d’activation.
En savoir plus

Autres points à examiner

  • À proposer avant départ, dans les emails pré-voyage et guides pays.
  • Holafly gère livraison digitale et support client selon le programme.

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

Documenté : Holafly présente Travel Partners comme une initiative d’affiliation pour partenaires et agences, et invite aussi à discuter de modèles API, marque blanche et co-branding.

Limite : Présentation des modèles possibles ; un compte affilié ne démontre pas que les autres formes d’intégration lui sont ouvertes.

À demander : Quel parcours d’achat et quelle responsabilité de support correspondent au partenariat réellement signé ?

Documentation principale · consultée le

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

Montage
À réunir : Cas fictif : agence H4 affiliée, projet ultérieur de marque blanche. Conserver deux périmètres et faire confirmer le second sans l’annoncer depuis le premier accord.
Commande
À réunir : Voyageur redirigé vers l’achat d’un plan régional P4. Vérifier vendeur, pays couverts, durée et conditions du choix, plutôt qu’une couverture générale de la marque.
Version
À réunir : Séjour reporté après réception des instructions du plan. Relire début de validité et possibilité d’adaptation dans les conditions, sans supposer un report automatique.
Recours
À réunir : Profil installé et absence de connexion constatée au départ. Préparer la référence et le canal d’assistance ; l’affiliation ne prouve pas que l’agence traite elle-même l’incident réseau.

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

AssuranceAPI

AXA Partners Travel APIs

APIs voyage pour devis, souscription, gestion de polices, services et sinistres, avec documentation développeur et parcours sandbox.

Pour quel besoin ? Distributeur qui souhaite proposer une couverture contextualisée dans un parcours de réservation.

  • Test conseillé : Comparer devis, documents, modification et déclaration sur un dossier en vérifiant pays, garanties et rôle du distributeur.
En savoir plus

Autres points à examiner

  • À regarder pour intégrer l’assurance dans un tunnel de vente voyage.
  • Adapter le pays, les produits et la conformité au contexte de distribution.

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

Documenté : Le portail Travel distingue des domaines liés à la vente, à la gestion de police, à la gestion de sinistre et à la consultation des polices.

Limite : Déduire une garantie d’un nom de fonction API.

À demander : La documentation suffit-elle pour revendre un produit ?

Documentation principale · consultée le

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

AssistanceAPI

Allianz Partners API

Le portail développeur Allianz Partners au Canada présente des API autour des produits d’assurance et d’assistance et des étapes du parcours client.

Pour quel besoin ? Acteur du voyage qui doit relier souscription et assistance à ses propres dossiers.

  • Test conseillé : Faire préciser produits et territoires accessibles, puis suivre police, preuve de couverture et orientation lors d’un incident.
En savoir plus

Autres points à examiner

  • À considérer pour assurance embarquée, assistance et parcours travel protection.
  • Accès selon accords commerciaux et validation des credentials.

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

Limite : La documentation de ce portail ne prouve pas l’éligibilité du même produit dans tous les pays. Entité, résidence, droits de distribution et documents applicables doivent être vérifiés pour le projet.

À demander : Quelle entité et quels produits sont autorisés à notre activité et quels documents accompagnent devis, souscription, modification et déclaration ?

Documentation principale · consultée le

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

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

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

Le portail indique que le catalogue complet est réservé aux partenaires sous accord contractuel. L’accès à une API suit les instructions de son package.

Marché et contrat
Faire identifier l’entité et l’accord applicables.
Package API
Documenter le produit accessible au compte.
Environnement
Séparer accès documentaire, identifiants de test et production.

Scénario proposé : Demander une démonstration du package et de ses documents produit pour le marché prévu avant de définir le parcours de vente.

Portée : Portail canadien : il ne confirme ni droits de distribution en France ni garanties d’une police.

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

Accès au catalogue partenaire · consultation du 13/10/2026

InsurtechAPI

Koala Partner API

Koala publie un guide Partner API décrivant le parcours d’intégration de ses produits et les informations à lire avant leur distribution.

Pour quel besoin ? Distributeur qui souhaite proposer une protection au bon moment de la réservation et clarifier les obligations de présentation et de service.

  • Test conseillé : Sur un dossier d’essai, vérifier offre, documents, paiement, annulation et traitement d’une demande après vente avec les responsabilités de chaque partie.
En savoir plus

Autres points à examiner

  • À regarder pour disruption protection, assurance embarquée et parcours API-first.
  • Prévoir analyse juridique du statut distributeur et des obligations d’information.

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

Limite : La documentation ne remplace pas les conditions du partenariat ni l’activation de production. Produits, éligibilité et opérations doivent être reliés au contrat et à la version utilisés.

À demander : Quels produits et environnements sont autorisés, et quelle recette prouve émission, changement et traitement de la demande dans notre périmètre ?

Documentation principale · consultée le

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

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

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

Koala présente un guide d’intégration complémentaire à sa spécification OpenAPI, comprenant concepts, erreurs et exigences de production.

Version
Relier le guide à la spécification effectivement utilisée.
Erreur
Conserver le code et la conduite de reprise définis au contrat.
Validation de production
Identifier les exigences et la preuve d’acceptation du partenaire.

Scénario proposé : Faire examiner une réponse d’erreur et la procédure de reprise avant d’accepter un passage en production.

Portée : L’introduction technique ne détermine ni garanties, exclusions ou prix ni statut réglementaire du distributeur.

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

Documentation et passage en production · consultation du 13/10/2026

Paiement voyageAPI

Worldline TravelHub

Worldline présente TravelHub pour relier les paiements du voyage à travers une connexion et une documentation technique, avec parcours adaptés aux systèmes du secteur.

Pour quel besoin ? Vendeur de voyages qui doit rapprocher réservation, encaissement, règlement fournisseur et remboursements dans plusieurs marchés.

  • Test conseillé : Suivre autorisation, capture, remboursement partiel et rapprochement sur un dossier, puis vérifier les moyens et devises réellement disponibles dans les pays ciblés.
En savoir plus

Autres points à examiner

  • Utile pour OTAs, airlines, agences et plateformes qui veulent orchestration et reporting paiement.
  • À évaluer pour marchés internationaux et paiement local.

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

Limite : La documentation d’une connexion ne signifie pas activation de tous les moyens de paiement. Contrats, pays, devises et opérations financières doivent être vérifiés pour les marchands et fournisseurs concernés.

À demander : Quel flux relie dossier, paiement, règlement et remboursement, avec quels identifiants et moyens effectivement activés ?

Documentation principale · consultée le

Méthode : Rapprocher paiements, réservations et règlements fournisseurs

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

Paiement voyagePSP

Adyen for Travel

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

  • Adyen : API idempotency · consultation du

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

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

  • Adyen : Currency codes · consultation du

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

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

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

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

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

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

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

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

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

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

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

PaiementPSP

Checkout.com

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

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

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

PlacesAPI

Google Places API

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

  • Google Places : politiques et attributions · consultation du

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

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

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

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

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

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

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

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

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

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