Réserver un soin spa sur un séjour existant
- Services
- 6 routes
Ce scénario décrit le parcours API permettant de réserver un soin spa pour un client disposant déjà d'un dossier de réservation Club Med. Le flux documenté part du détail du booking pour retrouver le product_id du séjour, enchaîne avec la consultation de l'offre spa du resort, la lecture des disponibilités d'un soin, puis la création et la vérification du rendez-vous.
Lorsque le détail d'un body de requête n'est pas exposé par la documentation disponible, il est explicitement signalé comme non vérifiable.
Vue d'ensemble
Ce parcours répond au besoin métier suivant : permettre à un client authentifié de réserver un soin spa associé à un séjour existant.
Le scénario repose sur six routes vérifiées : une route de détail booking pour récupérer le product_id, deux routes catalogue spa, deux routes booking spa et une route d'annulation en variante.
Prérequis
- Le client doit disposer d'un
customer_idvalide. - Le dossier doit être connu via un
booking_idvalide. - Le client doit être authentifié avec un bearer token valide pour les routes customer.
- Les headers
accept-languageetx-api-keysont requis sur les routes retenues. - Le booking doit contenir un séjour avec un
product_idexploitable. - Le resort ciblé doit proposer un spa et au moins un soin disponible sur la période recherchée.
Important
La route POST/v0/customers/{customer_id}/bookings/{booking_id}/spas confirme qu'il est possible de réserver un soin avec un créneau et un employé, mais le schéma exact du body n'est pas visible dans la documentation disponible. Le contenu détaillé du payload ne peut donc pas être documenté ici sans risque d'erreur.