Formulaire de réservation
Questions de réservation : relier réponse, participant et condition du produit
Les questions demandées peuvent varier selon l’activité et les choix du voyageur. Une réponse doit rester rattachée au bon participant ou au dossier, avec la règle qui explique pourquoi elle est nécessaire.
Source et portée du repère
Viator distingue les questions par voyageur et par réservation, ainsi que les questions obligatoires, facultatives ou conditionnelles. Certaines réponses comportent une unité ou une référence de lieu.
Viator : implementing booking questions — consultée le . Modèle Merchant API de Viator ; exigences à lire pour le produit courant. Aucune liste universelle de questions ni exigence de pièce personnelle déduite.
Les contrôles qui suivent constituent une méthode éditoriale de Performance Voyage. Ils ne rapportent aucune opération exécutée sur un compte fournisseur.
Construire le formulaire sur le produit courant
Retrouvez les questions demandées pour le choix réservé et indiquez leur portée. Une information par voyageur ne se résume pas automatiquement à celle du responsable de groupe. Le libellé explique l’usage de la réponse sans reproduire un nom technique opaque. Conservez dans la recette les identifiants de question et les règles ; utilisez des réponses fictives pour vérifier le parcours.
Recalculer les conditions après un changement
Faites changer une option de transport ou de prise en charge, puis examinez les questions visibles et attendues. Une réponse liée à une branche devenue inactive ne doit pas être présentée comme nécessaire au nouveau choix. À l’inverse, une question apparue tardivement doit permettre une saisie compréhensible. Comparez les unités et les lieux sélectionnés au produit actuel plutôt qu’à une liste générale conservée en cache.
Permettre une correction sans perdre le dossier
En cas de réponse absente ou incohérente, indiquez le champ concerné et l’étape de correction. Vérifiez que les réponses valables des autres voyageurs restent associées à leur personne fictive. Le support retrouve la règle attendue et le résultat du renvoi. Le registre général garde la preuve du contrôle et les références utiles, sans stocker de copie de document ni de données personnelles inutiles.
Deux cas fictifs à faire rapprocher
La réponse du responsable remplace celles du groupe
Scénario fictif : une question par participant reçoit une seule réponse copiée à tout le groupe. Faites comparer les personnes attendues et celles couvertes dans le résultat de test. La correction doit demander les réponses manquantes, sans transformer une valeur commune en preuve individuelle.
Le changement de trajet laisse une ancienne question
Scénario fictif : une arrivée ferroviaire remplace une arrivée aérienne, mais le formulaire conserve une question de vol obligatoire. Examinez les règles actuelles et les réponses envoyées. Le cas doit permettre de corriger la branche sans perdre les autres informations utiles.
Conserver les preuves et la prochaine décision
| Point | Preuve à retrouver | Contrôle proposé |
|---|---|---|
| Produit | Option et version courantes | Relire les questions applicables. |
| Question | Identifiant, libellé et règle | Expliquer la donnée demandée. |
| Portée | Dossier ou participant fictif | Rattacher chaque réponse correctement. |
| Condition | Choix qui active la question | Revoir après modification. |
| Unité | Unité proposée et sélectionnée | Comparer valeur et convention. |
| Lieu | Référence ou texte autorisé | Éviter un lieu d’un autre produit. |
| Correction | Champ en erreur et réponse reprise | Conserver les autres réponses valables. |
| Transmission | Résultat et point restant | Attribuer la prochaine vérification. |
Le formulaire et le suivi expliquent quelle réponse est attendue, pour qui et sous quelle condition. Un produit dont une question nécessaire n’est pas prise en charge garde une décision explicite de diffusion. Les essais utilisent des identités fictives.
Erreurs à éviter
- Copier une réponse à tous les participants.
- Garder une ancienne branche après changement.
- Confondre présence d’une réponse et cohérence de son contenu.
La fiche de contrôle permet de suivre les huit points. Le registre associé peut être préparé dans l’atelier avec des références fictives ou anonymisées.
Sources et périmètre des faits documentés
La date de consultation figure avec chaque référence. Les méthodes d’essai et recommandations de ce guide sont éditoriales ; les conditions d’accès et d’usage se vérifient dans la documentation actuelle.
- Viator : implementing booking questions — Modèle Merchant API de Viator ; exigences à lire pour le produit courant. Aucune liste universelle de questions ni exigence de pièce personnelle déduite. (consultée le )
Questions fréquentes
Questions utiles avant de décider
Toutes les activités demandent-elles les mêmes réponses ?
Relisez les questions du produit et de sa version. Une liste commune ne remplace pas ce contrôle.
Comment traiter une question conditionnelle ?
Retrouvez le choix qui la rend applicable, puis vérifiez apparition, disparition et reprise après modification.
Que garder dans le registre ?
La règle, les références et le résultat du contrôle ; les jeux d’essai contiennent des réponses fictives.