Capacité partagée ou indépendante
Plusieurs types de billets peuvent puiser dans le même quota réel, comme des adultes et des enfants qui partagent un quota, ou garder leur propre quota séparé pour une catégorie réservée.
Capacité et inventaire
Zéro place veut dire zéro place.
Pas de lecture d'un nombre suivie de son écriture. Chaque réclamation de capacité ou de code de stock est une seule opération conditionnelle dans la base de données, si bien que deux achats pour la même place, au même instant, ne peuvent jamais gagner tous les deux.
- 1 écriture Chaque réclamation est une seule opération SQL conditionnelle, jamais « lire puis écrire »
- Partagée ou indépendante Plusieurs types de billets peuvent puiser dans le même quota, ou garder le leur
- Jusqu'à 5 essais Si un code de stock perd la course face à une autre réclamation, il essaie le suivant avant d'abandonner
Quatre pièces de l'inventaire.
Chacune modélise une contrainte réelle différente.
Exceptions de capacité
Réduisez ou augmentez la capacité pour une date, une plage de dates ou une heure précise, sans créer un nouveau quota ni toucher la valeur par défaut qui régit le reste du calendrier.
Ressources partagées
Des guides, véhicules ou équipements peuvent alimenter un quota de capacité et être partagés entre plusieurs produits, pour modéliser des contraintes de personnel, pas seulement d'espace physique.
Stock de tiers
Des codes achetés à l'avance auprès d'un fournisseur externe, importés par CSV en arrière-plan, avec leur propre expiration et détection des doublons.
Comment une place est réclamée, sans survente
Cinq étapes, à chaque fois que quelque chose réserve un morceau d'inventaire.
- 1
La ligne est trouvée ou créée
Chaque combinaison date-heure a sa propre ligne de comptage, créée la première fois que quelqu'un la réclame, héritant de la capacité de l'exception en vigueur, ou de la valeur par défaut du quota.
- 2
Une seule écriture conditionnelle
La réclamation additionne le retenu, le réservé et la quantité demandée, et n'aboutit que si ce total ne dépasse pas la capacité. Pas de lecture préalable, pas d'écart entre lire et écrire.
- 3
Si ça ne rentre pas, c'est rejeté
Si la condition échoue, l'écriture ne touche aucune ligne et la tentative est rejetée immédiatement. Il n'y a aucune fenêtre où deux réclamations pourraient passer la même condition en même temps.
- 4
Retenue et confirmation
Un paiement en attente retient la place dans son propre compteur. Si le paiement se confirme, elle passe en réservé ; s'il expire ou est annulé, elle se libère, sans jamais toucher à ce qui est déjà réservé pour de bon.
- 5
Codes de stock, même principe
Réclamer un code de stock suit la même logique : le candidat disponible le plus ancien est choisi, et la mise à jour n'aboutit que s'il est encore disponible à cet instant précis ; s'il perd la course, le suivant est essayé.
Ce que « restant » veut vraiment dire
La même requête de calendrier renvoie la capacité restante par type de billet, pas un chiffre unique partagé. Deux types qui partagent un quota affichent le même chiffre ; un type réservé et indépendant affiche le sien.
GET /api/v1/products/observation-deck/calendar
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
{
"date": "2026-08-14",
"slots": [
{
"start_time": "18:00",
"remaining_capacity": {
"adult": 12,
"child": 12,
"accessible": 4
}
}
]
}200 Capacité résolue
Un quota sans limite ne traîne jamais de chiffres fantômes
Si un quota n'a pas de limite, le réclamer n'ajoute jamais rien au « retenu » : il n'y a rien à compter. Confirmer ou libérer cette même retenue suit exactement la même règle, même si ça semble redondant, parce que si ce quota passe un jour d'illimité à limité, ces compteurs doivent vraiment repartir de zéro, sans traîner de soustractions de nombres qui n'ont jamais été additionnés.
Questions fréquentes
Un seul gagne. La réclamation est une seule opération conditionnelle en base de données : elle ajoute la quantité demandée et ne s'applique que si le total reste dans la capacité. Le deuxième achat échoue simplement à cette condition et est rejeté, sans aucune fenêtre où les deux pourraient passer.
Oui, si c'est configuré ainsi. Plusieurs types de billets, même sur des options ou des produits différents, peuvent pointer vers le même quota de capacité : en vendre un réduit ce qu'il reste aux autres. Un quota séparé et totalement indépendant peut aussi être gardé pour une catégorie réservée.
Avec une exception de capacité : une date, une plage de dates, ou une heure précise avec sa propre capacité, sans créer un nouveau quota ni toucher la valeur par défaut qui régit le reste du calendrier.
Elle est retenue dans son propre compteur, séparé de ce qui est déjà réservé pour de bon. Si le paiement se confirme, elle passe en réservé ; s'il expire ou est annulé, elle se libère automatiquement, sans jamais toucher les ventes déjà conclues.
Oui. Chaque code est réclamé avec la même logique atomique : le plus ancien disponible est choisi, et la mise à jour n'aboutit que s'il est encore disponible à cet instant précis. S'il perd la course contre une autre réclamation, le système essaie le candidat suivant, jusqu'à cinq fois, avant d'abandonner.
Plus de réservations. Plus de canaux. Le même calme.
Tiqory garde disponibilité, tarifs, paiements et accès parfaitement synchronisés à mesure que votre activité grandit. Dites-nous où vous allez ; nous vous montrons comment y arriver sans repartir de zéro.