Apparence
Recettes
Des scénarios complets, tirés de cas réels d'intégration. Chaque recette part d'un problème concret et donne le code des deux côtés — serveur et navigateur.
| Recette | Le problème qu'elle résout |
|---|---|
| Panier après redirection | L'utilisateur passe par la page de login et perd sa sélection de sièges |
| Brancher un paiement | Enchaîner sélection → paiement → réservation ferme sans vendre deux fois la même place |
| Holds et sessions | Comprendre qui pose les holds, combien de temps ils durent, et qui les libère |
Le principe à ne jamais perdre de vue
Toutes ces recettes reposent sur la même règle :
Le navigateur sélectionne, le serveur réserve
La clé publique permet d'afficher et de bloquer temporairement. Seule la clé secrète, côté serveur, transforme un blocage en vente. Une intégration qui confirmerait une réservation depuis le navigateur serait, par construction, falsifiable.
Besoin d'autre chose ?
Si votre cas n'est pas couvert ici, les briques sont documentées séparément :
- Démarrage rapide — le parcours complet de bout en bout
- Client serveur — toutes les méthodes disponibles
- SeatingChart — options et callbacks du widget
- Référence API — les endpoints bruts

