Guide B2B tourisme
Visiteurs devant une œuvre dans un musée, visuel généré par IAVisuel IA · Scène fictive

Répertoire opérationnel

Billetterie et activités : réservation, capacités et API

La vente d’activités combine contenu de destination, créneaux disponibles, capacité et émission des billets. Un distributeur recherche un catalogue à vendre, tandis qu’un opérateur veut surtout gérer ses départs et ses canaux de vente. Les solutions ci-dessous couvrent ces deux besoins et plusieurs niveaux d’intégration.

Aller à une section (13)

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
47 solutions correspondantes
Activités / globalAPI

Civitatis

Civitatis Pro présente plusieurs modèles de collaboration pour agences, affiliés, hébergements, OTA et plateformes.

Pour quel besoin ? Agence ou média qui souhaite ajouter des expériences à un séjour sans gérer lui-même chaque opérateur local.

  • Test conseillé : Comparer une activité sur les langues, le point de rendez-vous, les conditions d’annulation et le document reçu après réservation.
En savoir plus

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

Limite : Le profil commercial choisi détermine le parcours ; le catalogue seul ne fixe pas les responsabilités de vente.

À demander : Quel modèle gère la réservation, l’encaissement, l’annulation et l’aide le jour de l’activité ?

Documentation principale · consultée le

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

Activités / globalAPI

Musement

La documentation partenaire Musement distingue API de vente d’activités, marque blanche, rattachement de réservations et widgets de promotion.

Pour quel besoin ? Distributeur qui veut intégrer des activités avec un degré de contrôle adapté à son rôle dans la réservation et le paiement.

  • Test conseillé : Comparer les deux parcours sur disponibilité, commande, paiement, billet, annulation et responsabilités du support.
En savoir plus

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

Limite : Ces modèles ne confient pas les mêmes opérations au partenaire ; accès, vendeur final, paiement et support doivent être identifiés pour l’option retenue.

À demander : Quel modèle donne les opérations nécessaires à notre rôle et où les réservations et remboursements sont-ils suivis ?

Documentation principale · consultée le

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

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

Activités / billetterieAPI

Headout

Headout présente des billets, visites et combinaisons d’expériences organisés par villes et attractions dans son parcours public.

Pour quel besoin ? Site ou agence qui veut compléter un séjour avec des activités réservables et clairement documentées.

  • Test conseillé : Comparer billet reçu, créneau, point de rendez-vous, langue et politique d’annulation.
En savoir plus

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

Limite : Un parcours public de vente ne démontre pas les droits d’une API partenaire ; une combinaison peut avoir plusieurs consignes et titres.

À demander : Quels opérateurs, créneaux, points de rencontre et documents sont confirmés pour chaque composant du panier ?

Documentation principale · consultée le

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

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

Activités / SaaSlogiciel

Peek Pro

Peek Pro présente une plateforme pour opérateurs de tours et de locations, comprenant réservation en ligne, point de vente, communications voyageurs et connexions à des canaux de distribution.

Pour quel besoin ? Opérateur qui vend des départs datés et doit coordonner places, participants et canaux de vente.

  • Test conseillé : Réserver les dernières places d’un créneau, déplacer un participant et contrôler les billets, messages et capacités.
En savoir plus

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

Limite : Les comparaisons de performance publiées par l’éditeur ne constituent pas une garantie pour un nouvel opérateur. La capacité, les ressources et les flux après-vente doivent être testés sur vos produits.

À demander : Comment une réservation web, une vente sur place et une vente par revendeur consomment-elles les mêmes places et ressources ?

Documentation principale · consultée le

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

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

Activités / SaaSlogiciel

Checkfront

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

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

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

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

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

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

Documentation principale · consultée le

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

  • Checkfront : API overview · consultation du

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

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

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

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

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

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

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

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

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

Activités / SaaSlogiciel

Xola

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

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

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

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

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

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

Documentation principale · consultée le

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

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

Activités / B2BAPI

CobberX (ex-Livn)

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

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

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

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

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

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

Documentation principale · consultée le

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

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

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

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

Activités / SaaSlogiciel

Beyonk

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

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

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

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

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

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

Documentation principale · consultée le

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

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

Activités / opérationslogiciel

WeTravel

WeTravel présente CRM, création d’itinéraires, collecte des paiements, gestion des réservations et règlements partenaires ; les outils de voyage organisent échéanciers, chambres et listes de participants.

Pour quel besoin ? Organisateur qui doit encaisser des acomptes, suivre les voyageurs et répartir les soldes.

  • Test conseillé : Simuler inscription de groupe, échéancier, désistement et restitution des écritures par dossier.
En savoir plus

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

Limite : Une chambre suivie dans un dossier de groupe n’est pas nécessairement un stock confirmé chez l’hôtel ; paiement et engagement fournisseur restent à rapprocher.

À demander : Comment l’échéancier et la liste des participants sont-ils corrigés lorsqu’une personne change de chambre ou quitte le groupe ?

Documentation principale · consultée le

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

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

Activités / SaaSlogiciel

Zaui

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

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

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

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

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

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

Documentation principale · consultée le

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

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

Activités / billetterielogiciel

TicketingHub

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

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

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

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

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

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

Documentation principale · consultée le

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

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

Activités / SaaSlogiciel

Regiondo

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

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

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

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

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

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

Documentation principale · consultée le

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

  • Regiondo — Voucher Overview · consultation du

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

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

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

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

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

  • Regiondo — What are pending bookings? · consultation du

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

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

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

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

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

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

Activités / réservationlogiciel

Bookeo

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

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

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

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

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

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

Documentation principale · consultée le

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

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

Activités / billetterielogiciel

Ticket Tailor

Ticket Tailor propose gestion des commandes, application de check-in, réservation de places et panier réunissant plusieurs événements ; les paiements passent par des prestataires de paiement.

Pour quel besoin ? Attraction ou organisateur qui gère des créneaux et veut vendre puis scanner ses propres billets.

  • Test conseillé : Vendre la dernière place d’un créneau, modifier la réservation et scanner le billet à l’entrée.
En savoir plus

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

Limite : Le titre d’entrée, la commande et l’encaissement ont leurs propres références ; vérifiez la reprise et l’invalidation après un échange.

À demander : Comment éviter qu’un ancien billet échangé soit encore accepté, et comment rapprocher paiement et contrôle à l’entrée ?

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 31/10/2026 · Portée du contrôle

Activités / billetterielogiciel

Eventbrite

Eventbrite présente pages d’événement, vente de billets et application Organizer pour suivre ventes, données et check-in des participants.

Pour quel besoin ? Organisateur qui cherche à publier un événement et suivre la vente jusqu’au contrôle sur place.

  • Test conseillé : Créer deux tarifs, rembourser un billet et vérifier que le code annulé ne passe plus au contrôle.
En savoir plus

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

Limite : La billetterie événementielle ne prouve pas la gestion de chaque ressource d’une activité ; types de billets, capacités et remboursement doivent être testés pour l’événement.

À demander : Comment billets, participants et entrées sont-ils rapprochés, notamment après transfert, annulation ou réémission ?

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 31/10/2026 · Portée du contrôle

Activités / billetterielogiciel

Universe

Universe présente des événements en admission générale ou entrée horodatée, un achat intégré au site, reporting et API, ainsi que des possibilités de distribution.

Pour quel besoin ? Organisateur qui doit vendre des billets et gérer différentes capacités ou catégories de places.

  • Test conseillé : Créer deux tarifs, appliquer une jauge, modifier une commande et contrôler un billet à l’entrée.
En savoir plus

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

Limite : Les canaux et fonctions dépendent de l’offre et du marché ; un événement publié ne suffit pas à valider capacités, accès et reprise hors ligne.

À demander : Quels créneaux, billets et canaux partagent la capacité, et comment l’entrée reste-t-elle contrôlable après changement ?

Documentation principale · consultée le

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

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

Activités / comparaisonaffiliation

TourScanner

TourScanner propose une recherche d’activités, d’attractions et d’excursions organisée par destinations. Son rôle de comparaison doit être distingué de celui du vendeur de chaque offre.

Pour quel besoin ? Éditeur ou conseiller qui veut confronter plusieurs visites pour une destination avant de diriger le voyageur vers la vente.

  • Test conseillé : Comparer disponibilité, inclusions, point de rencontre, frais et conditions d’annulation pour une même activité.
En savoir plus

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

Limite : Un résultat de recherche ne démontre ni la disponibilité finale ni les conditions exactes d’un canal de réservation. Le prix et le contenu doivent être relus sur l’offre sélectionnée.

À demander : Vers quel vendeur conduit chaque proposition, avec quelles dates, unités de participants et modalités de service après-vente ?

Documentation principale · consultée le

Méthode : Identifier vendeur et circuit de réservation

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

Activités / SaaSlogiciel

bookingkit

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

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

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

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

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

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

Documentation principale · consultée le

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

  • bookingkit : présentation des ressources · consultation du

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

  • bookingkit : Calendrier des expériences · consultation du

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

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

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

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

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

  • bookingkit — Monthly View · consultation du

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

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

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

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

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

Activités / DMClogiciel

Adalte

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

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

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

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

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

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

Documentation principale · consultée le

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

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

Activités / FranceAPI

Ceetiz

Ceetiz présente un catalogue d’activités avec produits, destinations et parcours de réservation, notamment visites et billets.

Pour quel besoin ? Vendeur de séjours qui veut compléter un voyage par des expériences réservables.

  • Test conseillé : Comparer langue, horaire, lieu de départ, voucher et conditions d’annulation sur une activité.
En savoir plus

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

Limite : Un catalogue grand public n’établit pas un accès API ou les droits d’un revendeur ; les conditions du produit et de partenariat doivent être vérifiées.

À demander : Quel modèle partenaire et quelles règles de confirmation, voucher et annulation correspondent aux activités distribuées ?

Documentation principale · consultée le

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

Réponse HTTP non concluante (422) · contrôle du 31/10/2026 · Portée du contrôle

Activités / outdoorAPI

Manawa

Manawa présente un catalogue d’activités outdoor et de destinations, avec offres de prestataires et réservation.

Pour quel besoin ? Opérateur outdoor qui veut toucher des voyageurs cherchant une expérience par destination.

  • Test conseillé : Vérifier description, niveau requis, météo, horaire, point de rendez-vous et consignes après une réservation test.
En savoir plus

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

Limite : Les contraintes de chaque activité ne se déduisent pas du thème ; participants, niveau, météo, rendez-vous et conditions doivent être qualifiés par produit.

À demander : Quels critères et informations du prestataire permettent de proposer cette activité aux voyageurs concernés ?

Documentation principale · consultée le

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

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

Activités / B2BAPI

Isango

Isango présente un catalogue de visites, excursions et activités réservable par destination, avec des offres et caractéristiques propres aux produits affichés.

Pour quel besoin ? Agence qui souhaite ajouter un catalogue d’expériences à son parcours de vente.

  • Test conseillé : Vérifier disponibilité, devise, confirmation et assistance pour une excursion à date fixe.
En savoir plus

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

Limite : Un badge de confirmation ou d’annulation d’un produit ne s’étend pas à tout le catalogue. La page publique ne suffit pas à établir les droits d’intégration API du distributeur.

À demander : Quelle option, composition de participants, preuve de réservation et responsabilité d’après-vente sont autorisées dans notre partenariat ?

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 31/10/2026 · Portée du contrôle

Activités / B2BAPI

Project Expedition

Project Expedition propose des activités et des fonctions pour agents, notamment des liens permettant d’attribuer les réservations et un suivi des dossiers dans le compte.

Pour quel besoin ? Conseiller qui veut sélectionner une expérience adaptée à un client et suivre sa réservation.

  • Test conseillé : Choisir un produit, relever les informations du rendez-vous et vérifier le suivi d’un changement.
En savoir plus

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

Limite : La présence d’un lien agent ne rend pas visibles toutes les étapes ni toutes les données du parcours client. Attribution, vendeur, conditions et assistance doivent être identifiés pour le canal utilisé.

À demander : Quel parcours client est autorisé et quelles références permettent de rapprocher une réservation attribuée, sa commission et son service après-vente ?

Documentation principale · consultée le

Méthode : Rapprocher attribution et réservation

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

Circuits / marketplacemarketplace

TourRadar

TourRadar propose la recherche et la réservation de circuits et séjours organisés auprès de plusieurs opérateurs. Les prestations incluses sont présentées au niveau de l’offre.

Pour quel besoin ? Voyagiste qui veut examiner un canal complémentaire pour ses circuits à dates fixes.

  • Test conseillé : Publier un départ, modifier une capacité et suivre demande, confirmation, communication client et conditions d’annulation.
En savoir plus

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

Limite : Un circuit, un départ et une option peuvent différer par opérateur, langue, hébergement et conditions. Une description générale de la plateforme ne remplace pas la lecture du voyage choisi.

À demander : Quel opérateur confirme le départ, quelles prestations sont incluses et qui traite changement de participant, annulation et assistance sur le circuit ?

Documentation principale · consultée le

Méthode : Langues des visites : guide humain, audioguide et contenu traduit

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

Visites / marketplaceaffiliation

GuruWalk

GuruWalk présente des visites à pied, notamment des free tours, et des activités proposées avec des guides dans différentes destinations.

Pour quel besoin ? Vendeur qui veut orienter un voyageur vers une visite urbaine en vérifiant son modèle de réservation.

  • Test conseillé : Contrôler langue, durée, lieu de rencontre, modalités de paiement et politique d’annulation.
En savoir plus

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

Limite : Le terme free tour doit être expliqué avec les modalités du produit ; il ne permet pas de déduire une absence de contribution ou des règles identiques de réservation. Langue et départ restent propres à l’offre.

À demander : Comment sont présentés contribution, réservation, langue du guide, groupe admissible et traitement d’une absence pour le départ sélectionné ?

Documentation principale · consultée le

Méthode : Langues des visites : guide humain, audioguide et contenu traduit

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

Expériences / localaffiliation

Withlocals

Withlocals présente des visites et expériences privées avec des hôtes locaux, notamment parcours culturels et gastronomiques, avec choix de destination et d’hôte.

Pour quel besoin ? Agence recherchant des activités plus personnalisées pour un itinéraire de destination.

  • Test conseillé : Demander une adaptation de parcours et vérifier ce qui est inclus, le point de rencontre et la disponibilité.
En savoir plus

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

Limite : Le profil de l’hôte et le produit réservé sont deux niveaux de lecture. Les langues ou possibilités évoquées sur un profil ne garantissent pas toute option, tout horaire ou toute personnalisation.

À demander : Quelle prestation, quel hôte et quelle langue sont effectivement confirmés, et comment sont validées les demandes de personnalisation ?

Documentation principale · consultée le

Méthode : Langues des visites : guide humain, audioguide et contenu traduit

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

Expériences / gastronomieaffiliation

Eatwith

Eatwith présente des repas, visites gastronomiques et cours de cuisine organisés avec des chefs et hôtes locaux.

Pour quel besoin ? Créateur de séjour qui veut ajouter une expérience gastronomique dans une destination.

  • Test conseillé : Vérifier capacité, restrictions alimentaires, adresse communiquée et conditions de modification.
En savoir plus

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

Limite : La présentation du catalogue ne confirme pas un menu, une adaptation alimentaire ou les conditions d’un événement particulier. Ces caractéristiques doivent être vérifiées sur l’expérience et auprès de l’interlocuteur habilité.

À demander : Quel menu et quel lieu sont confirmés, comment transmettre une demande alimentaire et qui valide sa prise en compte avant réservation ?

Documentation principale · consultée le

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

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

Expériences / cuisineaffiliation

Cookly

Cookly propose des cours de cuisine par destination et des expériences culinaires avec des acteurs locaux. Les activités affichées peuvent associer préparation, marché ou visite selon le produit.

Pour quel besoin ? Distributeur qui cherche une activité participative liée à la gastronomie locale.

  • Test conseillé : Contrôler langue du cours, ingrédients, durée, lieu et confirmation sur un atelier précis.
En savoir plus

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

Limite : Une activité incluant un marché ne décrit pas toutes les offres. Durée, langue, matériel et conditions d’accueil restent attachés à l’expérience choisie, sans garantie générale de compatibilité alimentaire.

À demander : Quelles étapes, langue et conditions de participation figurent dans l’option, avec quelle confirmation pour une demande particulière ?

Documentation principale · consultée le

Méthode : Langues des visites : guide humain, audioguide et contenu traduit

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

Activités / B2BAPI

LivingTours

Living Tours présente des visites, expériences et excursions au Portugal et en Espagne, organisées autour de destinations et de produits réservables.

Pour quel besoin ? Agence qui a besoin d’un partenaire pour des visites et transferts liés à un séjour.

  • Test conseillé : Tester un départ à capacité contrainte avec prise en charge, guide et document de confirmation.
En savoir plus

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

Limite : La page publique de vente n’établit pas à elle seule l’accès technique des partenaires. Un transfert, une visite guidée et une excursion doivent conserver leurs conditions et références distinctes.

À demander : Quels produits et départs sont accessibles au partenaire, avec quelle langue, prise en charge et opération autorisée après réservation ?

Documentation principale · consultée le

Méthode : Langues des visites : guide humain, audioguide et contenu traduit

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

ActivitésAPI

Viator Partner API

confirmationType distingue INSTANT, MANUAL et INSTANT_THEN_MANUAL.

Pour quel besoin ? Média ou marchand qui veut intégrer des expériences à une recherche de destination.

  • Test conseillé : Identifier Basic, Full, Full + Booking Affiliate ou Merchant ; vérifier séparément transaction, paiement, billet, annulation et responsable du service.
En savoir plus

Autres points à examiner

  • Grand classique pour tours, activités et expériences dans un guide ou une OTA.
  • Tester en sandbox, puis passer production uniquement pour transactions live.

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

Limite : Périmètre transactionnel Merchant ou Affiliate Full + Booking autorisé ; ne pas confondre cette Partner API avec la Supplier API.

À demander : Identifier le mode du produit avant de choisir le message de confirmation.

Documentation principale · consultée le

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

  • Viator : managing product and availability data · consultation du

    Viator distingue l’ingestion des produits et des disponibilités de leur interrogation en temps réel. Les parcours paginés documentés utilisent un curseur de continuation, notamment nextCursor.

    Portée : Documentation de distribution Viator ; les endpoints et droits utilisables dépendent du niveau d’accès accordé au partenaire. Aucune fréquence de synchronisation universelle déduite.

  • Viator : niveaux Affiliate et Full + Booking · consultation du

    Basic et Full Affiliate renvoient la transaction vers viator.com. Full + Booking permet la transaction sur le site partenaire, après autorisation ; dans ce montage affilié, Viator reste merchant of record.

    Portée : Périmètre Affiliate décrit sur cette page ; ne pas le confondre avec une offre Merchant ou la certification d’un compte.

  • Viator — Automating supplier cancellations and amendments · consultation du

    Pour les partenaires Merchant, le circuit prévoit un accusé dans les cinq minutes suivant l’annulation ; à défaut, Viator envoie un email au contact support enregistré. L’accusé de modified-since/acknowledge concerne uniquement eventType CANCELLATION. Un HTTP 200 sans corps constitue une réussite de cet accusé. Les partenaires Affiliate avec accès Booking ne doivent pas utiliser cette opération d’accusé ; leur contrat prévoit l’information du client par Viator.

    Portée : Périmètre du circuit Viator documenté, vérifié le 23 octobre 2026. Un accusé ne prouve ni lecture client ni rapprochement financier.

  • Viator — Calculating Product Pricing · consultation du

    Pour UNIT, Viator distingue type d’unité, catégorie TRAVELER et bornes de voyageurs. La documentation limite actuellement chaque réservation à une unité.

    Portée : Périmètre Viator Partner API consulté le 23 octobre 2026. Les capacités se lisent dans le produit courant ; l’unité tarifaire ne prouve ni l’exclusivité ni l’acceptation d’une réservation.

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

Trois modes
À réunir : confirmationType distingue INSTANT, MANUAL et INSTANT_THEN_MANUAL.. Identifier le mode du produit avant de choisir le message de confirmation.
Attente limitée
À réunir : Une demande manuelle non traitée est rejetée après 72 heures ou à l’atteinte de sa limite de réservation, si celle-ci arrive avant.. Ne pas présenter 72 heures comme un délai toujours disponible.
Paiement et billet
À réunir : Le parcours manuel prévoit la facturation après confirmation et le voucher seulement une fois la réservation confirmée.. Distinguer préautorisation, paiement et document disponible, prestation par prestation.

Méthode : Pagination et synchronisation : importer un catalogue sans perdre des fiches

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

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

Viator décrit les métadonnées des questions : identifiant, type, groupe, unités et caractère obligatoire. Certaines réponses sont attendues pour chaque voyageur.

Groupe de question
Distinguer PER_TRAVELER et question de dossier.
Type de réponse
Valider le format demandé sans transformer le sens.
Unité
Rapprocher la valeur de l’unité admise pour NUMBER_AND_UNIT.

Scénario proposé : Tester une question obligatoire par participant avec deux voyageurs et une réponse numérique utilisant une mauvaise unité.

Portée : Questions variables selon le produit ; limiter la collecte aux données effectivement requises.

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

Questions de réservation structurées · consultation du 13/10/2026

ActivitésAPI

GetYourGuide API

Basic fournit des informations synthétiques ; Reading ajoute options et disponibilités. Masterbill permet de réserver avec facturation mensuelle et place le partenaire dans le rôle de merchant of record, selon le montage décrit.

Pour quel besoin ? Distributeur qui peut satisfaire les conditions d’accès correspondant au niveau d’intégration visé.

  • Test conseillé : Faire confirmer le niveau accessible avant développement ; contrôler ensuite options, prix, créneaux et responsabilité de la vente.
En savoir plus

Autres points à examiner

  • À cibler pour médias voyage, apps destination et acteurs avec audience significative.
  • Les niveaux d’accès varient selon trafic, capacité technique et potentiel partenaire.

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

Limite : API partenaire de distribution, article mis à jour le 4 septembre 2026 et relu le 1er novembre 2026. Les critères publiés ne valent pas acceptation d’un compte et ces niveaux ne décrivent pas les opérations de la Supplier API.

À demander : Quel niveau, contrat et rôle commercial votre responsable partenaire confirme-t-il ?

Documentation principale · consultée le

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

  • GetYourGuide : Supplier API endpoints · consultation du

    Dans le parcours Supplier API, reserve constitue une étape précédant book. La documentation décrit une référence de réservation et une expiration, puis la confirmation de la réserve ; elle demande aussi de traiter les répétitions sans créer une autre réservation pour la même demande.

    Portée : Endpoints à implémenter côté fournisseur ou intégrateur. Ce parcours ne décrit pas une API de catalogue pour revendeurs ; les fonctions et règles doivent être confirmées pour la connexion concernée.

  • GetYourGuide Integrator Portal — Booking Change · consultation du

    GetYourGuide crée une nouvelle réserve puis une réservation avec la même référence GYG, mais des données modifiées. L’intégrateur doit détecter les données modifiées et retourner une nouvelle réservation. Après réussite de la nouvelle réservation, GetYourGuide demande l’annulation avec l’ancienne référence de réservation fournisseur.

    Portée : Parcours Supplier API lorsque le client demande une modification à GetYourGuide ; distinct des droits de l’API partenaire de distribution.

  • GetYourGuide — Bookings report 101 · consultation du

    Dans le rapport partenaire, Traveler origin est le pays de l’adresse de facturation. Booking date et Travel date distinguent réservation et participation ; Participants est un effectif, distinct du nombre de réservations.

    Portée : Rapport du programme partenaire de distribution, mis à jour le 11 décembre 2024. Ces champs ne décrivent ni la nationalité des visiteurs ni le schéma de la Supplier API.

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

Accès
À réunir : Niveau et critères confirmés. Ne pas déduire un droit de réservation d’un accès Reading.
Contenu
À réunir : Produit, option et disponibilité. Rapprocher le détail proposé de l’option réellement consultée.
Montage
À réunir : Contrat et rôle de marchand. Faire attribuer encaissement, facturation et relation client.
Activation
À réunir : Périmètre accepté et essais. Vérifier les conditions de passage en production du compte.
Basic et Reading
À réunir : Basic : au moins 100 000 visites mensuelles pour un site ou 50 000 téléchargements au total pour une application. Reading : un million de visites mensuelles ; l’article demande aussi 300 réservations mensuelles aux partenaires déjà en Basic.. Conserver l’unité et la période de chaque critère ; ne pas comparer téléchargements cumulés et visites mensuelles comme un même indicateur.
Masterbill
À réunir : Le tableau indique une offre proposée par les Partnership Managers, avec dépôt et contrat spécifique ; le partenaire agit comme merchant of record avec facturation mensuelle.. Faire confirmer critères et montage contractuel avant de présenter ce niveau comme accessible à toute intégration.

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

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

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 31/10/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 31/10/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 31/10/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 31/10/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 31/10/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 reçue, contenu non confirmé · contrôle du 31/10/2026 · Portée du contrôle

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

La 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 31/10/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 31/10/2026 · Portée du contrôle

AttractionsTicketing

Ventrata

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

  • Ventrata : developer portal · consultation du

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

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

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

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

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

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

Tours & activitésChannel manager

TourCMS

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

Tours & activitésSaaS

Orioly

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

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

Tourisme & transportTicketing

Palisis

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

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

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

Autres points à examiner

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

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

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

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

Documentation principale · consultée le

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

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

Activités / globalAPI

Viator

Marketplace d’activités du groupe Tripadvisor avec programme d’affiliation et solutions de distribution pour partenaires.

Pour quel besoin ? Éditeur ou vendeur de voyages qui veut ajouter des expériences réservables à ses contenus de destination.

  • Test conseillé : Vérifier une activité avec créneau limité, prix final, point de rendez-vous, bon d’échange et traitement d’une annulation.
En savoir plus

Autres points à examiner

  • Utile pour enrichir un média, une OTA ou un parcours de séjour.
  • Comparer l’accès disponible, les commissions, le contenu et les règles de marque.

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

Documenté : La page Levels of API access présente Basic et Full avec transaction sur viator.com, puis Full + Booking avec transaction sur le site partenaire ; dans ce dernier montage affilié, Viator reste merchant of record.

Limite : Full et Full + Booking demandent une approbation et une certification. Ce modèle ne doit pas être assimilé au contrat Merchant API.

À demander : Qui prend en charge la transaction et le service client dans le programme choisi, et quelles preuves de certification devons-nous fournir ?

Documentation principale · consultée le

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

Activités / globalAPI

GetYourGuide

GetYourGuide propose un catalogue d’activités et un programme partenaire. Sa documentation distingue les conditions d’intégration API du simple parcours d’affiliation.

Pour quel besoin ? Guide de destination ou distributeur qui veut proposer des expériences sélectionnées à ses visiteurs.

  • Test conseillé : Comparer description, langue de la visite, disponibilité et conditions d’annulation entre la recommandation et la page de réservation.
En savoir plus

Autres points à examiner

  • Pour intégrer visites, billets et expériences dans une offre éditoriale ou transactionnelle.
  • Examiner la couverture géographique, le modèle d’attribution et les conditions d’utilisation.

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

Limite : Une affiliation n’accorde pas automatiquement l’accès API ni les mêmes responsabilités de réservation. La disponibilité, les langues et les catégories dépendent de l’option et du départ retenus.

À demander : Quel modèle de partenariat est accepté et comment retrouver option, langue, participants et confirmation dans les opérations autorisées ?

Documentation principale · consultée le

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

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

Billets / cultureAPI

Tiqets

Tiqets présente une plateforme de billets pour attractions et expériences, avec des parcours destinés aux partenaires de distribution.

Pour quel besoin ? Média ou acteur touristique qui souhaite proposer des billets datés à proximité de ses contenus de visite.

  • Test conseillé : Vérifier une date très demandée, le mode de remise du billet, l’accès sur mobile et la gestion d’un horaire modifié.
En savoir plus

Autres points à examiner

  • Particulièrement pertinent pour attractions, musées et city breaks.
  • Vérifier disponibilité en temps réel, conditions d’annulation et intégration du voucher.

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

Limite : L’accès, le créneau et les modalités d’utilisation du billet appartiennent au produit. Un catalogue d’attractions ne garantit pas tout canal de distribution ni les mêmes conditions d’annulation.

À demander : Quel produit et créneau sont confirmés, avec quelle preuve d’accès, instructions d’utilisation et opération possible après réservation ?

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 31/10/2026 · Portée du contrôle

Activités / AsieMarketplace

Klook

Klook présente des activités, billets d’attractions et services de voyage par destination. Le catalogue public est distinct du portail Klook Affiliate.

Pour quel besoin ? Voyageur ou distributeur qui veut comparer plusieurs services sur une même destination avant de réserver.

  • Test conseillé : Construire un parcours avec activité et transfert, contrôler devises, conditions propres à chaque produit et assistance après achat.
En savoir plus

Autres points à examiner

  • À regarder pour renforcer les activités sur les destinations asiatiques.
  • Contrôler les marchés servis, les devises, le support et l’éligibilité partenaire.

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

Limite : La présence d’un produit public ne prouve pas un droit de distribution technique. Langue, catégorie de participants, support de billet et conditions doivent être vérifiés sur l’option retenue.

À demander : Quel modèle partenaire est autorisé et comment confirmer langue, participants, créneau et preuve d’accès pour le produit sélectionné ?

Documentation principale · consultée le

Méthode : Langues des visites : guide humain, audioguide et contenu traduit

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

Comparer des rôles comparables

Ce que chaque famille prend réellement en charge

Ces rôles peuvent coexister chez un même acteur. Comparez d’abord la tâche et la responsabilité, puis demandez une preuve sur le produit et le contrat proposés.

Fonctions, limites et preuves à demander : Activités et billetterie
RôleUsageLimite à examinerPreuve utile
Marketplace ou affiliationDistribuer les produits auprès d’une audience.La visibilité commerciale ne remplace pas la gestion de capacité de l’opérateur.Créneau, langue, restrictions et politique d’annulation identiques sur les deux sites.
Logiciel opérateurGérer départs, ressources, participants et titres d’accès.Une capacité de participants peut dépendre d’un guide ou d’un véhicule partagé.Deux produits utilisant la même ressource sans survente.
Standard ou connecteurÉchanger disponibilité, réservation et annulation.Le protocole commun ne garantit ni contrat de distribution ni couverture totale.Version, fonctionnalités optionnelles, événements et reprise après interruption.

Pour conserver les réponses et leur date, utilisez la fiche de vérification fournisseur.

Sur le terrain

Comment cadrer un choix dans cette catégorie ?

Une situation concrète

Un opérateur propose des visites à horaires et capacités variables. Un partenaire de distribution peut augmenter la visibilité, mais aussi créer des réservations difficiles à honorer si la disponibilité et les informations pratiques ne restent pas synchronisées.

Un essai révélateur

Réserver la dernière place d’un créneau, changer de participant et annuler pour météo défavorable. Vérifier chaque message envoyé au client et l’état final de la capacité.

Questions à poser aux fournisseurs

  • À quelle fréquence les places et créneaux sont-ils mis à jour ?
  • Qui transmet les consignes de rendez-vous, restrictions et langues proposées ?
  • Quel billet ou code le personnel contrôle-t-il sur place ?
  • Qui prévient et rembourse le voyageur lorsque l’activité est annulée ?

Consignez les réponses et demandez une démonstration fondée sur vos propres données. Les conditions exactes restent à confirmer auprès de chaque acteur.

Selon votre métier

Des parcours pour aborder cette famille de solutions

Le même fournisseur ne sera pas évalué sur les mêmes tâches selon l’équipe qui l’utilise. Ces parcours relient la catégorie à un dossier et à des mesures propres à chaque métier.

Approfondir le sujet

Les fiches repèrent des acteurs ; ces méthodes aident à poser les mêmes questions à chacun.

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 →

Choisir selon votre organisation

Quel premier périmètre pour votre activité ?

Une activité vend des places réalisables sur un créneau, avec des ressources précises. Le catalogue doit donc rester lié à la langue, au guide, au lieu, à l’équipement et à la capacité. Choisissez une solution selon votre rôle : opérer l’activité, distribuer des produits tiers ou attirer des visiteurs vers un fournisseur.

Situations, priorités et fonctions à différer
SituationCe qu’il faut privilégierCe qui peut attendre
Opérateur de visites ou excursionsPrivilégiez le planning des personnes et équipements, le contrôle d’accès et la reprise d’un changement sur le terrain. Une place libre ne suffit pas si le guide n’est plus disponible.Différez un nouveau canal tant que les réservations existantes ne sont pas rapprochées.
Distributeur d’activités tiercesUne API de réservation exige de distinguer le produit décrit, le créneau demandé et la confirmation du fournisseur. Testez la restitution des billets et des conditions.N’affichez pas une simple demande comme une réservation confirmée.
Média ou apporteur de traficL’affiliation peut répondre au besoin de découverte sans gérer la prestation. Rendez le passage au partenaire compréhensible et vérifiez ce que votre reporting mesure.Ne présentez pas un clic comme une participation réellement consommée.

Préparez une réservation avec plusieurs participants puis le retrait d’une seule personne. Vérifiez les billets encore valides, les capacités libérées et le remboursement éventuel. Ajoutez une situation de terrain : personne sans réseau, mauvais point de rencontre ou changement de langue. Ces cas rapprochent le travail commercial de l’exécution réelle.

Cas d’exercice : informations à rapprocher

L’option choisie ne correspond pas à la consigne de départ

Cas d’exercice : la visite est confirmée dans la bonne langue, mais le document de départ reprend la prise en charge d’une autre option. Le produit commun et son titre ne prouvent pas que rendez-vous, support et transport soient identiques. Il faut retrouver l’option confirmée et la logistique qui lui correspond.

Relisez point accepté, entrée utile, heure attendue et réponses nécessaires. Une adresse de séjour saisie librement peut rester une demande non acceptée. La carte de l’attraction ne remplace pas le point où rejoindre le guide. Après correction, la consigne transmise au voyageur doit être rapprochable du dossier fournisseur.

Option

Preuve à retrouver : Référence et langue confirmées.

Vérifier le niveau de données utilisé pour le départ.

Prise en charge

Preuve à retrouver : Lieu sélectionné et réponse.

Distinguer saisie, proposition et acceptation.

Consigne

Preuve à retrouver : Point, heure et contact.

Relire le texte final sur mobile sans carte.

Décider et transmettre

Clôturer lorsque option et consigne finale décrivent la même prestation. Si une heure est encore attendue, conserver son responsable et le canal de communication plutôt que compléter le document par une heure plausible.

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 comparer les solutions de cette famille ?

Définissez d’abord votre usage prioritaire, puis comparez les acteurs sur les points suivants : Disponibilité en temps réel, langues, confirmation immédiate ou différée, billets et vouchers, restrictions de participation, annulation et synchronisation des capacités. Vérifiez qui accompagne le client le jour de l’activité. Préparez un cas avec deux catégories de participants et un créneau complet : vérifiez le prix, les restrictions d’âge, le point de rendez-vous et la capacité réellement bloquée. Conservez la référence utilisable à l’accueil.

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.

Un voucher est-il toujours un billet d’entrée ?

Il peut être une preuve de réservation, un titre accepté au contrôle ou une consigne d’échange. Faites préciser le document attendu, la référence reconnue et l’identité des participants. Testez aussi le remplacement et l’invalidation d’un ancien titre après modification.

Peut-on réserver sur son site en affiliation ?

Cela dépend du programme et du niveau accordé. Certains montages proposent une réservation intégrée tout en conservant le prestataire comme responsable de la transaction. Vérifiez les droits du compte et le rôle de chaque acteur, séparément du lieu où le voyageur remplit le panier.

Un standard commun garantit-il les mêmes capacités ?

Le standard facilite la description des échanges, mais vérifiez version, capacités et opérations ouvertes au compte. Faites confirmer une option précise avec participants et créneau, puis un remplacement ou une fermeture. Une fonction décrite dans le format n’est pas une preuve que votre connexion et votre circuit d’accueil la prennent effectivement en charge.

Peut-on partager un stock entre plusieurs activités ?

Cela dépend des règles de capacité et de ressource réellement mises en œuvre. Faites utiliser la même ressource par deux produits et observez réservations puis libérations. Distinguez unités facturées et places : dans le cas fictif de la grille, l’enfant gratuit occupe aussi une place selon la règle fournie.

Pourquoi la même activité peut-elle avoir plusieurs rendez-vous ?

Ses options peuvent organiser le départ différemment. Le point doit correspondre au choix et à la prise en charge effectivement confirmés.

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