Le voyagiste assemble plusieurs prestations dans un même voyage. Ses outils doivent relier programme vendu, capacités engagées, coûts, acomptes et documents remis au client. Une visite encore en attente ne doit pas disparaître derrière un statut général « confirmé ». Le choix de la stack, c’est-à-dire des logiciels et connexions utilisés, part des départs que les équipes doivent effectivement produire et reprendre.
Point de départ
Le résultat à obtenir avant de choisir les outils
Priorité : Garder une marge et un stock fiables sur un produit composé.
Socle utile : Un catalogue versionné, des capacités et allotements, un calcul des coûts, des devis, un échéancier et une liste des départs à opérer.
Données de référence : Version du programme, fournisseur de chaque prestation, capacité engagée, coût contractuel, marge, date limite et statut des voyageurs.
Ordre de mise en place
Quatre étapes pour construire sans disperser l’équipe
Décrire un produit composé avec ses versions, fournisseurs, dates de rétrocession et responsables opérationnels.
Centraliser les capacités engagées et les coûts par départ avant d’automatiser la publication des offres.
Relier devis, acomptes, solde et listes de voyageurs au même état de production.
Tester le remplacement d’une prestation sur un départ déjà vendu et recalculer la marge ainsi que les documents clients.
Coopération
Deux passages de relais à sécuriser
Contracting → production
Chaque condition négociée doit devenir une règle exploitable : période, capacité, prix, délai de libération et procédure d’exception.
Production → départ
La liste des voyageurs, les vouchers et les contacts locaux doivent correspondre à la dernière version confirmée du programme.
Essai opérationnel
Une démonstration à mener sur un dossier complet
Vendre un départ avec acompte, remplacer un hôtel, fermer une capacité et éditer la rooming list ; rapprocher marge prévue et marge finale.
Signal d’alerte : Des prix calculés dans un tableur parallèle ou des stocks corrigés après la vente masquent le risque réel du départ.
Épreuve de terrain
Tester la stack lorsqu’un dossier change
Une démonstration standard renseigne peu sur la continuité du service. Ce scénario met les données, les responsabilités et la reprise au même endroit.
Situation à rejouer
Un hôtel de circuit retire des chambres à trente jours du départ alors que plusieurs voyageurs ont payé leur solde. Faites apparaître immédiatement les départs et personnes touchés, le coût d’une alternative et les documents clients à corriger. Pour le cas de test, séparez les voyageurs déjà affectés à ces chambres, les demandes non confirmées et les places encore vendables. Le changement d’hôtel peut aussi modifier le transfert ou le rendez-vous d’une visite. Reliez ces conséquences au même départ ; une correction de prix isolée ne suffit pas à rendre le programme exploitable.
Condition avant d’étendre
Avant d’automatiser davantage la publication, vérifiez que chaque départ possède une capacité, un coût et un responsable de mise à jour cohérents. Le gain recherché doit inclure moins de reprises manuelles et une marge réellement mesurée. Gardez un état du départ avant et après la modification. Demandez aux opérations de retrouver les engagements maintenus, les prestations remplacées et le montant à arbitrer. Une marge recalculée doit préciser quels coûts sont confirmés et lesquels restent estimés, avec la personne chargée de les lever.
Arbitrage
Ce qu’il faut comparer avant d’étendre la stack
Un catalogue très large peut masquer des coûts d’exploitation élevés. Mieux vaut des départs dont les capacités et la marge sont fiables que des produits publiés avant que leurs engagements fournisseurs soient maîtrisés.
Les conventions de mesure ci-dessous sont proposées pour le pilote. Les chiffres illustrent les calculs ; ils ne constituent pas des objectifs de performance. Conservez période, population, source et responsable de chaque mesure.
Trois mesures, leurs calculs et leurs limites pour Stack d’un voyagiste et tour-opérateur
Mesure
Périmètre et calcul
Exemple fictif
Point de vigilance
Écart entre marge prévue et marge réalisée par départ
Comparer pour un même départ la contribution prévue et celle constatée, avec les mêmes postes, voyageurs, devise et convention de calcul.
Prévu : 18 000 € de recettes moins 14 000 € de coûts retenus = 4 000 €. Réalisé : 17 500 € moins 14 600 € = 2 900 €. Écart : −1 100 €.
Expliquer les 500 € de recettes en moins et les 600 € de coûts en plus. Cet écart n’est pas un taux et ne mesure pas seul le bénéfice de l’entreprise.
Capacités libérées trop tard ou invendues
Distinguer unités encore libérables, libérées dans le délai et devenues non évitables ; observer les échéances sur chaque engagement.
Vingt places engagées, seize vendues, quatre restantes ; trois rendues avant l’échéance et une restant facturable dans l’exercice.
Une place invendue n’a pas nécessairement le même coût qu’une place libérée trop tard. Ne pas sommer des places, chambres et véhicules comme une capacité unique.
Corrections de programme après confirmation client
Compter les départs ayant subi une correction après confirmation, puis préciser dossiers voyageurs et prestations affectés.
Trois départs corrigés sur vingt confirmés : 15 %. Sur ces trois départs, sept dossiers voyageurs nécessitent une nouvelle consigne.
Sept dossiers ne signifient pas sept départs. Distinguer correction éditoriale, changement de prestation et correction sans effet pour le voyageur.
Utilisez les mêmes cas avec chaque fournisseur, puis comparez prix, support, reprise des données et traitement des exceptions. Filtrer le répertoire pour ce profil.
Décider par étapes
Trois passages avant d’étendre le dispositif
La version du départ relie prestations, capacités, contrats fournisseurs, prix client et échéances. Les équipes commerciales et opérationnelles doivent savoir quelle version peut être vendue et quelles prestations restent en option.
Exercice fictif : départ de seize inscrits, vingt places engagées et une date de restitution ; une chambre et un transfert changent après la première version vendue.
Preuves et décisions pour Stack d’un voyagiste et tour-opérateur
Passage
Preuve attendue
Quand limiter ou arrêter
Avant publication
Les seize voyageurs sont couverts par les capacités d’hôtel, d’activité et de transport de la même version ; les quatre places restantes ont une échéance explicite.
Ne pas publier une capacité globale de vingt si une prestation indispensable ne couvre que seize participants.
Avant ouverture de distribution
Une restitution de trois places est répercutée sur le canal partenaire, avec nouvelle version du départ et réponse retrouvée.
Limiter le canal qui affiche encore l’ancienne quantité ou ne permet pas d’identifier la version reçue.
Avant nouveaux départs
Le bilan sépare 500 € de recettes perdues et 600 € de coûts ajoutés, puis rapproche les sept dossiers ayant reçu une correction.
Revoir le produit si le résultat repose sur des coûts absents ou si une correction de programme n’a aucun responsable de transmission.
Prenez un départ dont une visite devient indisponible. Suivez l’alternative depuis la production jusqu’au programme final et au service client. Identifiez les dossiers vendus, le transport à modifier et les différences de contenu à expliquer. Vérifiez aussi les supports des distributeurs : corriger votre site ne met pas leurs fiches à jour.
Décision avant d’étendre
Ouvrir les prochains départs lorsque production et distribution utilisent le même programme. Désigner un responsable pour chaque dossier qui exige encore une décision.
Le départ qui reste opérable après un changement fournisseur
Le dossier de départ doit relier programme, capacités engagées, coûts et voyageurs inscrits. Distinguez ce qui est vendu de ce qui reste à confirmer localement. Une version du programme acceptée par le client doit être retrouvable même lorsque l’équipe remplace ensuite une prestation dans le catalogue courant.
Rejouez un remplacement d’hôtel et une évolution d’effectif. La production identifie les engagements modifiés ; le commercial voit les documents clients à refaire ; la finance retrouve les différences de coûts. Faites documenter la décision avant de publier une nouvelle version. Le départ ne doit pas être déclaré prêt tant que des prestations nécessaires restent sans responsable ou sans réponse.
Informations à transmettre et responsabilité à désigner
Objet
Contenu utile
Responsable à identifier
Programme
Version vendue, prestations remplacées et accord client
Production du circuit
Capacités
Engagées, vendues, libérées et date limite
Responsable des stocks
Coûts
Base prévue, coût confirmé et changement documenté
Contracting et finance
Départ
Liste actualisée, contacts locaux et actions ouvertes
Responsable opérationnel
Grille éditoriale à adapter à votre organisation ; les rôles indiquent une responsabilité à attribuer.
Versionner le produit composé sans mélanger ses prestations
Le produit d’un voyagiste relie plusieurs fournisseurs et plusieurs dates. Une modification d’identité, d’horaire ou de données peut toucher une seule composante et laisser les autres inchangées. Le contrôle doit retrouver le départ, la version vendue et les dossiers concernés avant de réécrire la proposition complète.
Cas pédagogiques à adapter au périmètre de votre organisation.
Un lieu d’activité devient une nouvelle entrée
Le fournisseur conserve le nom de la visite mais déplace son point de rendez-vous. Le contenu général de la destination reste valable, tandis que les consignes opérationnelles doivent être corrigées pour les départs concernés.
Décision à préparer : Rapprocher option et date vendues, obtenir la consigne actuelle et retrouver les documents qui reprennent l’entrée. Distinguer modification de lieu de rendez-vous et remplacement de prestation. Transmettre les corrections aux équipes du départ.
Preuve à transmettre : Référence de l’activité, période d’application, ancienne consigne et nouvelle consigne validée.
Le calendrier couvre une journée de trop
Le planning importé affiche le circuit jusqu’au lendemain de sa fin. Une mauvaise représentation de la borne temporelle peut déclencher une occupation ou un rappel erroné, alors que les dates contractuelles n’ont pas changé.
Décision à préparer : Comparer dates du produit, type de valeur iCalendar et dernier jour visible. Faire corriger l’export selon son objet, puis rejouer l’import. Ne prolonger aucune prestation pour compenser une erreur d’affichage.
Preuve à transmettre : Dates confirmées, fichier testé et calendrier rendu dans l’application retenue.
Une mise à jour efface un service inconnu
Un import retire le texte d’un équipement et le transforme en absence explicite. Le catalogue présente ensuite une caractéristique négative sans preuve, avec un effet possible sur la sélection des produits.
Décision à préparer : Définir le sens de champ absent, null et vide avec la source. Corriger le mapping et reprendre les produits identifiés. Les décisions de vente utilisent une information confirmée ou un manque explicite, selon le besoin.
Preuve à transmettre : État avant et après, règle de mise à jour et liste des versions à relire.
Relire les usages avant de clôturer
Le contrôle final porte sur la propagation, pas uniquement sur la fiche produit. Retrouvez devis, rooming lists, vouchers et calendrier qui utilisent la donnée modifiée. Une correction générale peut être adaptée aux nouveaux départs tout en nécessitant un suivi distinct des dossiers vendus. La transmission précise période d’application et responsable des voyageurs déjà engagés ; elle garde les composantes non affectées lisibles.
Préciser les choix pour Stack d’un voyagiste et tour-opérateur
Comment expliquer un écart de marge par départ ?
Conservez les mêmes postes avant et après. Une contribution qui passe de 4 000 € à 2 900 € présente un écart de −1 100 €. Décomposez recettes et coûts plutôt que l’attribuer entièrement au remplissage. Les changements de périmètre ou les coûts encore inconnus restent visibles.
Faut-il compter une place invendue comme une perte définitive ?
Vérifiez l’engagement et sa date limite. Une place peut encore être restituable, déjà libérée ou rester facturable selon l’accord applicable. Suivez ces états séparément ; la capacité commerciale restante ne dit pas à elle seule quel coût peut encore être évité.
Faut-il automatiser la publication avant la production ?
Vérifiez d’abord que capacités, coûts et responsabilités sont tenus. Une publication rapide peut amplifier une incohérence de stock. Automatisez ensuite les flux qui partent d’une référence fiable et dont la reprise a été testée.
Un changement de rendez-vous impose-t-il de recréer tout le circuit ?
Déterminez la composante et les départs affectés. Corrigez les consignes validées et leurs usages, tout en conservant la version vendue et les prestations inchangées.
Documentation et application
Des références pour préparer le travail
Duffel : identifier et vérifier les notifications aériennes
Le guide distingue configuration, contrôle cryptographique et unicité du traitement. Ces trois points ne se remplacent pas mutuellement.
Changement compagnie : order.airline_initiated_change_detected signale un changement initié par la compagnie. Relire la commande et qualifier les conséquences pour les voyageurs ; la notification ne vaut pas accord du client.
Signature : Le contrôle emploie X-Duffel-Signature et un secret ; ce secret n’est montré qu’à la création du webhook. Prévoir stockage protégé et rotation sans écrire le secret dans les journaux.
Comportement décrit par Duffel, à ne pas généraliser aux webhooks de tous les fournisseurs.
Duffel — Receiving webhooks · consultée le . Les contrôles proposés sont une lecture éditoriale de cette référence.
L’heure de départ du navire ne remplace pas l’horaire d’accueil du passager. Le transfert doit tenir compte du créneau figurant au dossier.
Créneau attribué : MSC attribue un créneau d’enregistrement par défaut, modifiable en ligne parmi ceux disponibles. Conservez le créneau effectivement choisi après une modification.
Arrivée trop tôt : Avant l’ouverture du créneau, le passager peut devoir attendre à l’extérieur du terminal. N’annoncez pas l’accès immédiat au bâtiment pour un transfert plus matinal.
Consignes publiées sur le site français de MSC, consultées le 22 octobre 2026. Relire les instructions propres au départ et au terminal.
Royal Caribbean : l’annulation d’excursion n’a pas toujours le même point de départ
Avant d’annoncer une limite d’annulation, identifiez la catégorie de visite et l’événement auquel le délai se rapporte.
Deux régimes publiés : La FAQ distingue le délai habituel de 48 heures avant l’arrivée au port et des catégories particulières à annuler 30 jours avant le départ de la croisière. Retrouvez la catégorie de l’excursion avant de calculer une échéance.
Règle habituelle : La modification ou l’annulation sans pénalité est annoncée jusqu’à 48 heures avant l’arrivée au port. Ne remplacez pas l’arrivée au port par le début de la visite dans le calcul.
FAQ Royal Caribbean consultée le 22 octobre 2026 ; elle précise que d’autres restrictions peuvent s’appliquer. Relisez la condition de la visite achetée. Ces délais ne garantissent ni le maintien d’une escale ni le retour au navire d’une excursion indépendante.
SynXis : allocation de groupe et portail de rooming list sont deux périmètres
La présentation publique distingue les capacités d’administration du groupe et le service utilisé par son contact. Un inventaire d’API ne prouve pas que tous ces usages soient activés.
Allocation du groupe : Manage Groups présente la gestion de l’allocation de chambres pour les groupes. Faites démontrer les dates et catégories réellement pilotées dans votre établissement.
Accès au portail : La page distingue la gestion du mot de passe du portail de rooming list, où le contact groupe peut charger et gérer ses réservations. Préparez séparément l’accès du contact et la confirmation des chambres ; ne stockez pas son mot de passe dans le registre de suivi.
Présentation publique Manage Groups du SynXis Central Reservation System, consultée le 22 octobre 2026. Elle ne fournit pas les règles de rétrocession du contrat de votre groupe ni la preuve d’activation du service pour votre compte.
SynXis CRS — Manage Groups · consultée le . Les contrôles proposés sont une lecture éditoriale de cette référence.
Acomptes Stripe : paiement rattaché, page hébergée et trop-perçu
Pour rapprocher un acompte, retrouvez la facture et le paiement qui lui est rattaché. Une capacité disponible dans un parcours Stripe peut demander une configuration différente dans un autre.
Paiement partiel par API : Stripe demande un PaymentIntent de même devise et de même client que la facture, pour un montant au plus égal au restant dû. Contrôlez ces trois correspondances avant de rapprocher l’acompte du dossier voyage.
Paiement créé à la finalisation : Le PaymentIntent par défaut de la facture n’est pas directement modifiable ; le parcours partiel crée et rattache un PaymentIntent distinct. Gardez la référence du paiement rattaché, sans traiter chaque tentative comme une nouvelle facture.
Périmètre Stripe Invoicing, consulté le 22 octobre 2026. Le fonctionnement des paiements partiels ne fixe pas les dates d’acompte du contrat de voyage ni les échéances des fournisseurs.
Départ de groupe : minimum annoncé, notification et remboursement
Dans le régime des voyages à forfait présenté par la DGCCRF, le minimum de participants s’inscrit dans l’information et le contrat. La décision interne sur un départ doit rester reliée à ces éléments.
Information avant la vente : La DGCCRF cite le nombre minimal de personnes parmi les informations précontractuelles et les points du contrat. Retrouvez le minimum effectivement communiqué, avec la version du contrat.
Exemple d’un voyage de trois jours : Pour les voyages de deux à six jours, la fiche indique une notification au plus tard sept jours avant le début lorsque le minimum contractuel n’est pas atteint. Pour ce cas de durée non ambigu, rapprochez aussi le délai fixé par le contrat et la preuve de notification.
Fiche DGCCRF publiée le 16 mars 2026 et consultée le 22 octobre 2026. Les exemples servent à lire des durées distinctes ; la qualification du contrat et le délai applicable au dossier doivent être établis avant une décision. Le seuil économique interne ne remplace pas le minimum contractuel.
WeTravel : relire l’échéancier combiné avant de suivre les paiements
Un forfait et ses options peuvent avoir chacun un échéancier, puis former un plan commun à la réservation. Le suivi doit porter sur ce résultat, avec ses dates et ses modalités de règlement.
Forfait et options : Les plans sont combinés à l’achat : les montants de même date s’additionnent ; des dates différentes ajoutent des échéances. Comparez le plan du dossier aux composants vendus. Deux plans à deux dates identiques ne donnent pas nécessairement quatre échéances.
Réservation tardive : Avec Auto-adjust, les montants des dates dépassées sont répartis sur les échéances restantes, hors acompte. L’activation sur au moins un élément applique ce comportement à l’achat. Testez le panier complet à la date de réservation. Si toutes les échéances sont passées, relisez le solde demandé au paiement.
Fonctionnement WeTravel consulté le 23 octobre 2026. Distinguez le plan d’un voyageur, ses options et une Business Payment Request. Relisez le calendrier enregistré et les paiements obtenus après chaque modification ; les exemples ci-dessous servent à vérifier les montants.
WeTravel : une invitation de liste d’attente peut dépasser les limites de vente
La liste d’attente recueille une demande ; elle ne confirme pas le voyage. Avant d’inviter un participant, vérifiez la capacité réelle du départ.
Départ demandé : Pour un voyage récurrent, l’inscription indique aussi la date de départ souhaitée. Rapprochez date, formule et nombre de participants avant toute proposition.
Lien d’invitation : Le lien mène au parcours de réservation et reste valable au maximum quarante-huit heures. Annoncez le délai sans présenter le courriel comme une réservation payée.
Aide WeTravel datée du 17 août 2026, consultée le 23 octobre 2026. Les invitations relèvent d’un parcours particulier : contrôlez les droits de l’équipe et les engagements déjà pris auprès des prestataires.
Tour Eiffel : depuis le 29 septembre 2026, préparer les groupes via la billetterie professionnelle
Le nombre de visiteurs se compte avec le guide. Le nouveau circuit de vente doit être préparé avant de promettre une visite de groupe.
Seuil et date : Depuis le 29 septembre 2026, les groupes de plus de neuf personnes, guide ou accompagnateur compris, doivent acheter en ligne, pour les ascenseurs comme pour les escaliers. Comptez toutes les personnes présentes dans le groupe.
Division en caisse : La division artificielle est interdite. En caisse, un guide ne peut accompagner qu’un groupe de huit visiteurs maximum simultanément et par créneau de trente minutes. Ne présentez pas plusieurs achats individuels comme un moyen de contourner le circuit de groupe.
Annonce officielle consultée le 23 octobre 2026. Le délai de contrat est indicatif et ne garantit ni son acceptation ni des places. Retrouvez les modalités du compte et les billets réellement obtenus.
WeTravel Participant Tasks : un statut terminé ne prouve pas que toutes les réponses ont été données
Le suivi d’un questionnaire dépend des questions obligatoires et du destinataire des relances. Vérifiez aussi la version de l’outil : WeTravel annonce le remplacement progressif de Participant Tasks par Traveler Forms.
Offre et version : Participant Tasks est présenté comme une fonction Pro, avec remplacement progressif par Traveler Forms. Identifiez l’interface du compte avant de reprendre cette procédure.
Tâche facultative : Une tâche sans question obligatoire est automatiquement marquée Completed. Relisez les réponses utiles avant d’annoncer le dossier complet.
Aide consultée le 23 octobre 2026 ; portée limitée à Participant Tasks. Vérifiez les modalités de Traveler Forms si cette interface est déployée. La présence d’une réponse ne valide ni son exactitude ni l’acceptation d’une demande par le prestataire.
WeTravel — Participant Tasks · consultée le . Les contrôles proposés sont une lecture éditoriale de cette référence.
WeTravel : un reçu téléchargé décrit l’état actuel de la réservation
Le reçu acheteur rassemble la réservation et ses transactions. Sa lecture doit garder la date de récupération, la devise et le statut des mouvements.
Version courante : Le PDF est régénéré à partir de l’état actuel ; WeTravel ne conserve ni anciennes versions du reçu ni historique de téléchargement. Conservez la version nécessaire à votre suivi avec sa date, dans les accès et durées adaptés au dossier.
Transactions distinctes : Le résumé mentionne notamment les paiements en attente, remboursements et contestations. Remboursements et contestations y apparaissent en négatif. Lisez le type et le statut du mouvement avant de parler de somme effectivement rendue au client.
Aide WeTravel consultée le 23 octobre 2026. Ce reçu de réservation ne démontre pas à lui seul la conformité d’une facture fiscale, la réception des fonds par une banque ou l’acceptation du document par un assureur.
WeTravel : changer de voyage demande de reconstruire les prestations et les documents
Pour transférer une réservation vers un autre voyage, WeTravel propose Rebook to Another Trip. Préparez la nouvelle formule et les documents avant de valider l’opération.
Voyage sélectionnable : Un voyage complet ou dans une autre devise apparaît grisé et ne peut pas être choisi dans ce parcours. Vérifiez le voyage cible et sa capacité avant de proposer ce traitement.
Réservation d’origine : La réservation d’origine et ses voyageurs sont annulés définitivement ; les montants déjà payés sont déplacés vers le nouveau voyage. Relisez l’ensemble du dossier avant validation et traitez le solde ou un éventuel remboursement séparément.
Aide WeTravel consultée le 23 octobre 2026. Le changement de voyage et le changement de formule dans un même voyage sont deux parcours distincts. Le transfert ne doit pas être utilisé comme une simple correction d’un champ.
WeTravel : relire la rooming list sans la confondre avec le stock de chambres
Pour préparer une rooming list de groupe, contrôlez les personnes affectées, la capacité annoncée et le départ concerné. La présence d’un nom dans une chambre doit être rapprochée de la réservation d’hébergement.
Départ et participants : Pour un voyage récurrent, chaque liste est liée à une date de départ ; les voyageurs annulés ne figurent pas dans les listes. Relisez la date et rapprochez les effectifs du dossier courant.
Capacité d’une chambre : L’outil affiche le nombre de participants mais n’empêche pas de dépasser la capacité saisie. Repérez les chambres dont l’affectation excède la capacité prévue et faites corriger la répartition.
Aide WeTravel consultée le 23 octobre 2026. La fonctionnalité est présentée comme disponible dans l’offre Pro. La validation de la liste reste à rapprocher des confirmations de l’hôtel et des besoins du groupe.
WeTravel et Nuitée : distinguer une demande d’hôtel d’une réservation à payer plus tard
Pour réserver plusieurs chambres dans ce parcours, relisez le statut de l’hébergement et l’échéance de paiement. Une rooming list, une demande en cours et une confirmation doivent être suivies séparément.
Traitement de la réservation : WeTravel fournit l’interface ; les réservations de ce service sont traitées et exécutées par Nuitée. Conservez la référence et le circuit d’assistance correspondant à ce parcours.
Taille du groupe : Le parcours standard permet jusqu’à dix chambres à la fois ; au-delà sous une même réservation, le guide demande de contacter le support Nuitée. Présentez le besoin complet du groupe avant de promettre une confirmation unique.
Guide WeTravel consulté le 23 octobre 2026. Ces repères concernent le parcours d’hôtels opéré par Nuitée décrit dans cette page ; relisez les conditions et la confirmation de l’offre choisie.
WeTravel : vérifier les voyages et les données accessibles à chaque équipier
Lors d’une passation, décrivez les voyages que la personne doit reprendre et les actions qu’elle pourra effectuer. Testez son accès avec le rôle attribué avant de considérer la reprise comme prête.
Périmètre des voyages : L’accès peut porter sur tous les voyages, certains voyages ou les voyages créés par l’équipier pour le compte principal. Comparez la liste accessible avec les dossiers effectivement confiés.
Informations voyageurs : Un équipier peut consulter les informations voyageurs et les fichiers clients des voyages auxquels il a accès. Faites valider ce périmètre de consultation avec le besoin de reprise.
Aide WeTravel consultée le 23 octobre 2026. La recette proposée porte sur les droits réellement attribués au compte utilisé et les voyages de test autorisés.
WeTravel : changer le responsable d’un voyage et vérifier sa reprise
Le champ Owner permet de retrouver qui gère un voyage dans l’équipe. Une passation complète vérifie aussi l’accès de cette personne et les notifications nécessaires au suivi.
Personne sélectionnable : Le nouveau responsable doit déjà avoir accès au voyage et disposer de la permission Edit the trip. Vérifiez ces deux conditions avant de rechercher la personne dans Change Owner.
Repérage du responsable : L’interface affiche les initiales du responsable et propose un filtre Owner pour retrouver ses voyages. Relisez le voyage depuis la vue de l’équipe et vérifiez la personne effectivement enregistrée.
Aide WeTravel consultée le 23 octobre 2026. Le changement décrit porte sur le responsable interne du voyage. Conservez aussi le relevé des dossiers et actions transmis pendant la passation.
Le compte rendu de pilote et le relais de service complètent les documents des guides de ce parcours. Consultez les informations à rapprocher et les contrôles proposés.
La production doit pouvoir expliquer ce qui reste vendable et ce qui est déjà engagé auprès des fournisseurs. Un catalogue séduisant ne règle pas une restitution de stock oubliée ou un coût transmis tardivement. Le budget doit donc rapprocher construction du produit, suivi des participants et gestion des échéances.
Séparez production récurrente et création sur mesure. Un départ récurrent exige un historique des versions, des capacités et des décisions de maintien. Le sur-mesure exige une reprise claire des hypothèses de prix et des réponses fournisseurs. Un même outil peut traiter les deux, mais la démonstration doit présenter leurs différences.
Avant de financer de nouvelles interfaces, demandez un dossier qui change après inscription : participant retiré, chambre modifiée, coût fournisseur actualisé. La marge, les commandes et les documents doivent conserver une explication commune. La date de validation reste distincte de la date à laquelle l’équipe a commencé à étudier le changement.
Priorités, périmètre et preuve attendue
Étape
Périmètre utile
Preuve à obtenir
Premier lot
Référentiel de produits, coûts et capacités.
Relier chaque version publiée aux engagements retenus.
Lot suivant
Documents et transmission des changements.
Retrouver participants, fournisseurs informés et décisions ouvertes.
À différer
Automatisation des départs dont les seuils restent mal définis.
Séparer minimum contractuel, capacité et équilibre économique.
Hypothèses fictives : 4 500 € de coûts fixes retenus par départ et 300 € de contribution par participant après les coûts variables retenus. Quinze participants couvrent ces postes ; à douze, l’écart est de −900 €, à dix-huit de +900 €. Ce calcul suppose contribution unitaire constante et mêmes postes à chaque effectif.
Avant d’investir : Vérifiez les paliers de transport, chambres et encadrement : ils peuvent modifier les coûts lorsque l’effectif change. Rapprochez inscrits confirmés, encaissements et dates de sortie des engagements ; vingt places disponibles ne constituent pas vingt ventes.
