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
160 solutions correspondantes
Transport / groupemarketplace

monTransport.com

Plateforme de comparaison et réservation de trajets avec taxis et VTC partenaires, notamment vers gares et aéroports.

Pour quel besoin ? Comparer des transferts individuels ou de petits groupes selon le besoin présenté.

  • Test conseillé : Demander un transfert avec bagages et arrivée tardive puis vérifier attente et annulation.
En savoir plus

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

Limite : Véhicule, capacité, disponibilité et conditions sont à confirmer pour le trajet ; ce n’est pas ici un comparateur d’autocars.

À demander : Comment démontrer ce fonctionnement sur notre scénario et notre périmètre ?

Documentation principale · consultée le

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

Transport / groupemarketplace

Groupito

Plateforme de demandes et de comparaison de devis de transport de groupe, notamment autocars et minibus avec conducteur.

Pour quel besoin ? Sourcer un transport collectif pour circuit, sortie ou événement.

  • Test conseillé : Comparer le même parcours avec arrêts, amplitudes, bagages et variation d’effectif.
En savoir plus

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

Limite : Un devis doit confirmer capacité, véhicule, programme et conditions ; aucune disponibilité générale n’est présumée.

À demander : Comment démontrer ce fonctionnement sur notre scénario et notre périmètre ?

Documentation principale · consultée le

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

Bedbank / globalAPI

Hotelbeds / HBX Group API Suite

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

  • HBX : tarif RECHECK et confirmation · consultation du

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

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

  • Hotelbeds : workflow hôtelier · consultation du

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

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

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

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

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

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

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

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

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

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

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

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

Connectivité hôtelMarketplace

Travelgate

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

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

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

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

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

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

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

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

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

Activité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

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

OpérateurSaaS

TrekkSoft

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

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

ActivitésStandard

OCTO API

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

  • OCTO : spécification et documentation · consultation du

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

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

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

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

  • OCTO — Pricing capability · consultation du

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

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

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

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

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

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

AssurancePartenariat

Chapka Assurances Partenaires

Programme de distribution assurance voyage pour professionnels du tourisme, affiliés, apporteurs d’affaires, offices et acteurs voyage.

Pour quel besoin ? Agence qui veut présenter une couverture cohérente avec la durée, la destination et les activités du client.

  • Test conseillé : Comparer garanties, exclusions et documents contractuels sur deux profils, puis vérifier la procédure de déclaration d’un sinistre.
En savoir plus

Autres points à examiner

  • Très pertinent pour agences françaises, tour-opérateurs, séjours linguistiques et médias voyage.
  • Approche plus commerciale et éditoriale qu’API pure.

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

Documenté : Chapka propose un programme partenaire pour la distribution de produits d’assurance voyage.

Limite : Le programme ne démontre pas une couverture identique pour tous les séjours, résidences ou activités.

À demander : Quels produits peuvent être distribués et comment orienter une demande hors garanties ?

Documentation principale · consultée le

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

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

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

CartesAPI

Mapbox

Le géocodage v6 distingue résultats Temporary, par défaut, et Permanent. La documentation interdit la mise en cache des premiers et décrit les conditions du mode permettant la conservation.

Pour quel besoin ? Équipe produit qui veut présenter itinéraires ou points de rendez-vous dans une interface de voyage.

  • Test conseillé : Afficher plusieurs marchés, vérifier précision des lieux, accessibilité de la carte, coût des requêtes et comportement hors réseau.
En savoir plus

Autres points à examiner

  • Excellent pour cartes personnalisées, itinéraires, mobilité et apps destination.
  • Comparer avec Google Maps selon design, coûts, data ownership et fonctionnalités.

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

Limite : Référence Geocoding v6 ; vérifier le mode, les conditions d’usage et le contrat, sans assimiler géocodage d’adresse et inventaire touristique réservable.

À demander : Le résultat utilisé dans le catalogue peut-il être conservé, et représente-t-il le bon accès au lieu ?

Documentation principale · consultée le

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

  • Mapbox v6 : distinguer précision du point, correspondance et accès · consultation du

    coordinates.accuracy distingue notamment rooftop, parcel, point et interpolated. interpolated estime position et existence à partir d’adresses voisines. match_code détaille les composants de la requête. La confiance exact peut encore comporter jusqu’à deux composants déduits. routable_points.default est un arrêt véhicule calculé. entrance désigne une entrée physique lorsqu’elle est disponible ; cette fonction est en préversion publique.

    Portée : Ces champs documentent une réponse de géocodage, sans garantir accessibilité, autorisation de stationnement ou disponibilité d’un transfert.

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

Mode
À réunir : Cas fictif : adresse A4 géocodée en mode temporaire. Identifier le mode et l’usage prévu avant une conservation dans le catalogue, sans supposer ce droit.
Objet
À réunir : Coordonnée du bâtiment et entrée visiteurs située de l’autre côté. Rapprocher précision du résultat et consigne opérationnelle ; un point d’adresse ne prouve pas le rendez-vous.
Référence
À réunir : Adresse source corrigée entre les versions V1 et V2. Conserver la provenance et vérifier les fiches utilisant encore le premier résultat.
Publication
À réunir : Texte d’adresse, carte et consigne de départ. Relire leur cohérence et les règles d’affichage pertinentes sans publier de jeton technique.

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

MétéoAPI

AccuWeather Developer

AccuWeather propose un portail développeur pour des données et produits météo, avec des services décrits selon l’offre utilisée.

Pour quel besoin ? Service de voyage qui souhaite afficher une météo contextualisée avant le départ ou pendant le séjour.

  • Test conseillé : Comparer une destination urbaine et une zone isolée, vérifier unités, fuseaux horaires, fréquence de mise à jour et limites du plan.
En savoir plus

Autres points à examiner

  • Utile pour guides, notifications pré-voyage, événements, itinéraires et assurance météo.
  • Respecter cache, quotas et protection des clés côté serveur.

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

Limite : Prévision, observation et indice météo ne sont pas interchangeables. La géographie, l’heure de mise à jour et les conditions d’affichage doivent accompagner l’information au voyageur.

À demander : Quels produit, lieu, unité et horizon sont retournés, et comment présenter la fraîcheur et l’incertitude sans garantir la météo du séjour ?

Documentation principale · consultée le

Méthode : Relier lieu, source et information pratique

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

TO / groupesSaaS + API

WeTravel APIs

WeTravel présente ses API comme une fonction Pro, avec notamment Booking, Transactions, Payment Links et Suppliers. La clé générée est un refresh token, utilisé pour obtenir l’access token qui sert aux appels d’API. L’intégration partenaire et les webhooks se configurent depuis le compte principal, et non les comptes des membres d’équipe.

Pour quel besoin ? Organisateur qui veut éviter les doubles saisies entre ses voyages, inscriptions et autres outils.

  • Test conseillé : Demander les opérations effectivement ouvertes au compte, puis suivre inscription, paiement et mise à jour d’un participant.
En savoir plus

Autres points à examiner

  • Très adapté aux opérateurs groupes, retraites, circuits et voyages thématiques.
  • Les APIs sont liées au plan Pro et à la gestion sécurisée des tokens.

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

Limite : Conditions et familles d’API décrites ; droits sur chaque opération et objets du projet à confirmer dans leur documentation.

À demander : Qui administre l’accès et quelles opérations sont réellement ouvertes au compte du projet ?

Documentation principale · consultée le

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

Responsable
À réunir : Compte principal et rôle chargé de l’intégration. Faire confirmer le circuit d’administration avant développement.
Accès
À réunir : Abonnement et authentification documentée. Distinguer référence du refresh token et accès utilisé, sans copier de secret.
Objets
À réunir : Booking, Transactions et liens associés. Rapprocher réservation et paiement sans assimiler leurs états.
Notifications
À réunir : Événements configurés et objets relus. Retrouver une mise à jour tardive dans le bon dossier.

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

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

TO / DMCERP

Lemax

Logiciel pour tour operators et DMC : inventaire, CRM, package builder, réservations, B2B portal, WEB API et XML Out.

Pour quel besoin ? Voyagiste qui assemble plusieurs prestations, vend par différents canaux et doit opérer les départs.

  • Test conseillé : Créer un forfait avec stock limité, acompte, modification fournisseur et calcul de marge après confirmation.
En savoir plus

Autres points à examiner

  • À regarder pour structurer un TO multi-day avant distribution B2B/B2C.
  • Convient mieux aux organisations avec produits complexes et opérations denses.

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

Documenté : Lemax présente une plateforme de distribution de circuits multi-jours qui centralise les produits et propose une distribution par API vers des revendeurs et canaux partenaires.

Limite : Présentation de la plateforme de distribution ; canaux, versions d’offre et opérations réellement disponibles doivent être confirmés dans le projet.

À demander : Comment une correction d’un circuit déjà distribué reste-t-elle reliée aux dossiers vendus avant cette correction ?

Documentation principale · consultée le

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

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

    Lemax présente un logiciel pour tour-opérateurs et DMC reliant production, distribution et fonctions financières.

    Portée : La couverture de prestations et règles locales doit être confirmée sur un dossier représentatif.

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

Version
À réunir : Cas fictif : circuit C3 en V1 vendu, puis V2 avec une nuit différente. Garder V1 pour les dossiers historiques et qualifier les engagements touchés avant remplacement.
Distribution
À réunir : Deux canaux reçoivent V2, un troisième reste sur V1. Conserver les observations datées et attribuer le contrôle du canal non rapproché.
Prix
À réunir : Coût fictif de 900 € et prix accepté de 1 200 €. Retrouver 300 € d’écart avant autres coûts et taxes ; ne pas le présenter comme bénéfice net.
Après-vente
À réunir : Un voyageur demande la modification de la seule nuit ajoutée. Demander le traitement des dépendances et les preuves de maintien des autres prestations.

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

Booking engineAPI

Juniper Booking Engine

Booking engine modulaire pour DMC, agences, OTAs, bedbanks, TO et compagnies, avec XML connections, white labels et web services.

Pour quel besoin ? Tour-opérateur ou agence en ligne qui veut réunir plusieurs fournisseurs dans un même parcours de vente.

  • Test conseillé : Créer un panier combinant deux produits, puis suivre règles tarifaires, paiement, émission et modification de chaque composant.
En savoir plus

Autres points à examiner

  • Large couverture produits : hébergements, vols, voitures, transferts, tours, packages, croisières.
  • À considérer comme coeur technique d’un acteur voyage mature.

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

Documenté : Le portail de documentation prévoit des accès partenaires pour intégrer des produits de réservation et des échanges avec les vendeurs.

Limite : L’accès au portail et les interfaces disponibles dépendent de l’accord et du rôle partenaire.

À demander : Quelle interface, quel vendeur et quelles opérations sont inclus dans notre accès ?

Documentation principale · consultée le

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

AttractionsTicketing

Ventrata

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

  • Ventrata : developer portal · consultation du

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

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

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

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

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

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

Tours & activitésChannel manager

TourCMS

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

Tours & activitésSaaS

Orioly

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

Lecture automatique interrompue · contrôle du 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