Recette & mise en ligne
Un scénario complet avant d’accepter de vraies réservations.
Dans cette page
1. Méthode
Une recette utile se joue dans l’ordre du parcours réel : la Boutique décrit l’offre, le Widget la vend, le Manager l’exploite. Prévoyez une activité de test sur une date réelle, et une fiche client interne dédiée.
- Préparez un produit, un créneau et un client de test identifiables.
- Vérifiez d’abord les règles dans la Boutique, sans passer par les applications.
- Réservez depuis le Widget, en navigation privée, comme un vrai client.
- Reprenez la même réservation dans le Manager : encaissement, points de contrôle, remboursement.
- Supprimez ou annulez les données de test, puis contrôlez que les ressources sont libérées.
2. Tests Boutique
| Test | Résultat attendu |
|---|---|
| Réservation à la journée | Les jours et créneaux historiques restent proposés, au même tarif et avec les mêmes contraintes. |
| Capacité | La dernière place disponible passe ; la quantité suivante est refusée avec le bon message. |
| Tarifs | Chaque seuil minimum et maximum, et chaque groupe, produit le prix attendu. |
| Extras | Le prix, les ressources et le récapitulatif évoluent correctement. |
| Extras par nuit | Sur un séjour, la quantité est multipliée par le nombre de nuits facturables ; les autres extras restent facturés une fois. |
| Séjour | Une période libre est réservable ; une période contenant une journée fermée est refusée. |
| Taxe de séjour | Montant cohérent pour une nuit et pour sept nuits, selon le nombre d’adultes. |
| Coupon | Accepté sur une catégorie autorisée, refusé ailleurs, montant juste. |
| Notifications | E-mail et SMS arrivent avec des variables remplacées et des liens valides. |
3. Tests Manager
| Test | Résultat attendu |
|---|---|
| Connexion d’un Manager | Code OTP reçu sur le bon canal, connexion aboutie, session conservée. |
| Connexion d’un Encadrant | Accès au planning seul : ni Caisse, ni Cadeaux, ni bloc Boutique du menu. |
| Verrouillage par code PIN | Verrouillage après la durée choisie, déverrouillage par le code, déconnexion possible sans perte de données. |
| Création d’une réservation | Les sept étapes s’enchaînent, le total correspond au calcul attendu. |
| Forçage de quota | L’avertissement s’affiche et la réservation reste possible en connaissance de cause. |
| Devis | Statut Devis, date de validité enregistrée, PDF généré et envoyé. |
| Points de contrôle | Attendu, Check-in, points personnalisés puis Check-out se franchissent dans l’ordre ; les compteurs du créneau évoluent. |
| Checklist matériel | Les quantités correspondent aux réservations du jour, extras inclus si l’option est active ; l’export PDF fonctionne. |
| Encaissements | Statut, reste à payer et mode sont exacts pour la passerelle web, le TPE et un paiement manuel. |
| Paiement multiple | Trois lignes de paiement amènent le reste dû à zéro et la vente se valide. |
| Bon cadeau | Vente, réception par le destinataire, consommation partielle, solde restant correct. |
| Annulation et remboursement | Ressources, commande, stock, avoir et notification restent cohérents. |
| Fermeture d’un créneau | Le nombre de réservations annoncé correspond à la réalité, et la fermeture est bien appliquée. |
| Limitation de ressource | Le quota réduit s’applique sur la période, puis disparaît après suppression de la règle. |
| Statistiques | Les ventes nettes du jour correspondent aux encaissements réalisés. |
4. Tests Widget
| Test | Résultat attendu |
|---|---|
| Affichage | Le widget apparaît sur la page publiée, en navigation privée, sur ordinateur et sur mobile. |
| Périmètre de l’offre | L’étape 1, ou la grille du catalogue, propose exactement les activités attendues. |
| Calendrier | Une date disponible, une date fermée et un créneau complet se comportent correctement. |
| Tarifs et quota | La dernière place passe ; la suivante affiche le message de quota configuré. |
| Décharge | Les participants sont demandés et le paiement reste bloqué sans acceptation. |
| Code promo | Un code valide et un code refusé affichent le bon message. |
| Paiement | La commande aboutit et la réservation apparaît dans le planning du Manager. |
| Abandon de paiement | La commande expire après le délai configuré et les places sont libérées. |
| Catalogue | Colonnes lisibles, tri conforme, filtre de boutique opérationnel en multi-sites. |
| Séjour | La recherche par période renvoie les hébergements disponibles sur l’intégralité des dates. |
| Carte cadeau | Les bornes de montant sont respectées, le bon arrive au destinataire. |
| Thème et libellés | Couleurs, titres d’étapes et infobulles correspondent à la charte et au vocabulaire retenus. |
| Maintenance | L’activation affiche le message prévu ; la désactivation rétablit le parcours sans intervention sur le site. |
5. Checklist de publication
- Produit publié, catégorie client visible et image catalogue renseignée.
- Disponibilités et quotas de ressources vérifiés sur plusieurs dates.
- TVA, prix, règles de groupes, extras et moyens de paiement validés.
- Coordonnées, localisation et liens de calendrier corrects.
- E-mails prévisualisés sur mobile et variables testées.
- Rôles de l’équipe à jour, OTP activé sur les comptes sensibles.
- Loader du Widget pointant sur le canal
/v3/, ou sur une version figée assumée. - Aucune clé API privée, aucun token ni donnée de test visible côté client.
- Données de recette annulées ou supprimées, ressources libérées.
- Règles temporaires de fermeture ou de limitation retirées.
- Mode maintenance désactivé sur le Widget avant l’annonce d’ouverture.