Ce guide explique précisément comment FooEvents Seating gère la sélection des sièges, le paiement et les cas où les sièges sont réservés ou libérés. Utilisez-le pour comprendre pourquoi certains sièges apparaissent comme indisponibles, quand ils sont bloqués et comment le statut des commandes affecte leur disponibilité.
Cycle de vie de la sélection des sièges #
En gros, voici ce qui se passe lorsqu'un siège est réservé à l'aide du système FooEvents Seating :
- Le client sélectionne ses sièges sur le page produit.
- Les sièges sélectionnés sont conservés dans leur panier/session pendant qu'ils passent à la caisse.
- À caisse, FooEvents valide la sélection et vérifie que les sièges sont toujours disponibles.
- Si la validation réussit, le la commande est créée et ces sièges sont immédiatement bloqué.
- Lorsque la commande arrive au statut de génération des tickets (par exemple, Terminé), FooEvents utilise les données de siège enregistrées pour créer des billets.
- Les sièges sont publié (ou non) plus tard, en fonction de votre “ Rendre les sièges disponibles sur le statut de la commande ” des paramètres.
Important : La disponibilité des sièges est vérifiée au moment du paiement, et non lors de la génération des billets. Cela signifie que les sièges peuvent être bloqués sans que le paiement ait été effectué et ne seront à nouveau disponibles qu'en fonction de vos paramètres de libération (par exemple, commandes annulées ou échouées), ou si vous les rendez à nouveau disponibles manuellement.
Comment fonctionne la sélection des sièges #
1. Page produit – Sélection des sièges et réservation temporaire #
- Sur la page produit, le client voit votre plan de table.
- Ils sélectionnent un ou plusieurs sièges (ou zones, selon votre tableau).
- Ces choix sont enregistrés dans leur panier/session dans le cadre du poste.
- Les places ne seront réservées temporairement de cette manière que pour 10 minutes. Si le client ne termine pas le processus de paiement dans les 10 minutes suivant l'ajout du billet d'assise à son panier, le ou les sièges seront à nouveau mis à la disposition d'autres clients. Si le client qui a initialement sélectionné ce ou ces sièges tente toujours de terminer le processus de paiement, un message lui indiquera que ses sièges ne sont plus disponibles et il devra sélectionner d'autres sièges.
À ce stade :
- Les sièges sont effectivement “ réservés ”.” pour la session de ce client uniquement, mais ils sont pas encore bloqué à l'échelle mondiale dans le système. Il s'agit d'une mise en attente temporaire, mais ces sièges resteront indisponibles pour tous les autres clients jusqu'à ce que la mise en attente soit levée.
- Dans certains cas particuliers, un autre client pourrait encore essayer de sélectionner le même siège, mais cela est résolu lors de la validation du paiement (voir l'étape suivante).
2. Modifications du panier - avant que la commande ne soit passée #
Avant la création d'une commande (pendant la phase de panier/paiement) :
- Si le client supprime l'élément d'événement du panier,
- Ou réduit la quantité dans le panier,
Ensuite :
-
Les sièges précédemment sélectionnés pour cet article sont remis à disposition, car aucun ordre n'a jamais été créé pour les bloquer.
S'ils ajoutent à nouveau le produit, ils doivent sélectionner à nouveau les sièges.
3. Validation de la caisse - Vérification finale de la disponibilité des sièges #
Lorsque le client soumet le formulaire de paiement :
- FooEvents Vérifie que :
- Tous champs obligatoires pour les sièges sont présents (nombre correct de sièges, sélections valides, etc.).
- Les des places sélectionnées sont encore disponibles et qui n'est pas déjà bloqué par une autre commande.
Si un problème est détecté :
- Le paiement est bloqué et un message d'erreur est affiché.
- Le client doit revenir en arrière et choisir nouveaux sièges.
Si tout est valide :
- Le paiement est effectué et WooCommerce crée le commande.
4. Création d'une commande - Les sièges sont bloqués #
Dès que la commande est créée et que le paiement est effectué avec succès :
- Les sièges sélectionnés sont immédiatement marqué comme indisponible pour cet événement.
- Cela se produit même si l'ordre est :
- Paiement en attente
- En attente (par exemple, virement bancaire/EFT, bon de commande, vérification manuelle)
FooEvents stocke le données relatives aux sièges sur la commande, et ces sièges sont désormais bloqué pour tous les autres jusqu'à leur libération (voir section 5 ci-dessous)
Cette approche permet d'éviter la double réservation normale du même siège.
5. Génération de billets - Utilisation des données stockées sur les sièges #
Lorsque la commande arrive à votre “ envoyer des billets ” statut (généralement Terminé):
- FooEvents utilise le sélection de sièges enregistrée de la commande.
- Les billets sont générés et comprennent les détails exacts du siège (section, rangée, siège, etc.).
- Les billets sont envoyés par e-mail / PDF, selon votre configuration FooEvents.
Important :
- Pas de vérification de la disponibilité d'un deuxième siège se produit à ce stade.
- Les sièges étaient déjà bloqués lors du paiement, donc la génération des billets consiste simplement à copier les données enregistrées sur les billets.
5. Libération des sièges – “ Rendre les sièges disponibles sur le statut de la commande ” #
Le déverrouillage automatique du siège est entièrement contrôlé par votre “ Rendre les sièges disponibles sur le statut de la commande ” paramètre. Lorsqu'une commande passe à tout statut que vous avez sélectionné Dans ce contexte (annulé ou échoué), les sièges liés à cette commande sont publié et redevenir disponible pour d'autres clients.
Nous vous recommandons d'utiliser cette option avec prudence. La libération automatique des sièges les rendra à nouveau disponibles et permettra à vos clients de les réserver.
Il est également possible de libérer des sièges manuellement (voir 5.4 ci-dessous).
6.1 Remboursements #
A Le remboursement en soi ne libère pas les sièges..
- Les sièges ne sont libérés que lorsque la commande passe à l'un des statuts que vous avez configurés sous “ Rendre les sièges disponibles sur le statut de la commande ”.
- Par défaut, cela signifie Annulé et Échec contrôler quand les sièges sont libérés.
Ce que cela signifie concrètement :
- Si vous rembourser une commande mais laissez-le dans un état qui est pas inclus dans “ Rendre les sièges disponibles sur le statut de la commande ”, les sièges rester bloqué.
- Si vous voulez commandes remboursées pour libérer des places, vous devez libérer manuellement le siège ou modifier le statut de la commande en Annulé après avoir traité le remboursement afin de libérer la place. Cela permet d'éviter que des places ne soient libérées accidentellement lors du remboursement d'une commande.
6.2 Suppression de billets #
Si vous Supprimer entièrement un ticket, FooEvents Sièges également supprime son siège de la liste des sièges indisponibles.
- Cela permet effectivement libère le siège, ce qui permet de le réserver à nouveau.
- Gardez cela à l'esprit si vous supprimez des billets manuellement : vous ne supprimez pas seulement l'enregistrement du billet, vous remettez également le siège associé dans le système.
6.3 Annulation des billets #
Le fait de changer le statut d'un billet en “ Annulé ” ne libère pas la place. Après avoir annulé un billet, vous devrez libérer manuellement la place (voir 5.4) ou annuler la commande pour ce faire.
6.4 Déblocage manuel des sièges #
Dans l'onglet “ Places assises ” du produit, vous pouvez libérer manuellement des places : ouvrez le plan de salle sur la page d'édition du produit, sélectionnez les places que vous souhaitez libérer, puis enregistrez. Cela supprime ces places de la liste « indisponibles » afin qu'elles puissent à nouveau être réservées, quel que soit le statut de la commande.
Comment tout s'articule #
Vous pouvez le considérer comme une simple chaîne :
- Configuration du produit
- Définit quels sièges existent et comment ils sont affichés.
- Utilisé pour gérer la disponibilité des places assises.
- Sélection frontale
- Le client choisit ses sièges sur la page du produit.
- Les sièges sont conservés dans leur panier/session pendant qu'ils passent à la caisse.
- Validation du paiement
- Confirme les données requises et vérifie que les sièges sont toujours disponibles.
- Si la validation est acceptée, la commande est créée et les sièges sont bloqué.
- Génération de billets
- Utilise les sélections de sièges enregistrées dans la commande.
- Crée des billets avec les informations correctes concernant les sièges.
- Règles relatives au statut des commandes
- Votre paramètre “ Rendre les sièges disponibles sur commande ” détermine si et quand les sièges sont remis en disponibilité.
Conseils et bonnes pratiques #
- Paiements différés (virement électronique/bon de commande/commandes en attente)
- N'oubliez pas : les sièges sont bloqués dès que le la commande est créée, même s'il n'a pas encore été payé.
- Définir les paramètres appropriés statuts de publication (par exemple, annulé/échoué) afin d'éviter que les sièges ne soient bloqués indéfiniment pour des commandes non payées.
- Conserver les statuts de publication configurés
- Dans la plupart des cas, vous ne devez conserver que Annulé sélectionné sous “Rendre les sièges disponibles en fonction de l'état de la commande”. De nombreuses passerelles de paiement permettent Échec les commandes doivent être payées à nouveau par le client, mais pas Annulé les commandes. Si vous sélectionnez Échec Dans ce cas, les sièges seront mis à disposition lorsqu'une commande échoue, mais si le client paie cette commande, les sièges resteront disponibles, ce qui pourrait inciter d'autres clients à choisir ces sièges également. Les Échec est destinée à être utilisée dans des cas spécifiques où les commandes ne peuvent pas être payées à nouveau par les clients.
- Encouragez les clients à finaliser leur commande.
- Les places réservées dans le panier ne sont pas permanentes ; le blocage réel n'intervient qu'une fois la commande créée.
- Si les clients prennent trop de temps et qu'une autre personne réussit à régler son achat en choisissant le même siège, le paiement tardif ne sera pas validé.
- Testez votre configuration
- Sur un site de test ou de staging :
- Passez une commande test et vérifiez que les sièges deviennent indisponibles.
- Annulez ou refusez la commande et confirmez que les sièges sont libérés conformément à vos paramètres.
- Sur un site de test ou de staging :
Questions fréquentes #
“ Que se passe-t-il si quelqu'un abandonne son panier ? ” #
Si un client abandonne son panier ou quitte la page de paiement sans passer la commande:
- Aucune commande n'est créée.
- Les sièges sont non bloqué.
- Tout “ blocage ” temporaire dans cette session disparaît effectivement après 10 minutes, et les sièges restent disponibles.
“ Un siège peut-il être réservé deux fois ? ” #
Dans des conditions normales d'utilisation, non:
- Au moment du paiement, FooEvents vérifie que les places sont toujours disponibles.
- La première commande réussie qui passe la validation bloque le siège.
- Les tentatives ultérieures utilisant ce même siège permettront échec du paiement et le client sera invité à choisir d'autres sièges.
Une double réservation ne peut se produire que si :
- Vous modifiez les données directement dans la base de données, ou
- Vous remplacez manuellement quelque chose en dehors du flux normal.
- Si vous paramétrez des sièges pour qu'ils soient à nouveau disponibles sur des commandes “annulées” et/ou “échouées”, et que vous laissez ensuite un client payer à nouveau la même commande qui était précédemment dans ce statut.
“ Les billets permettent-ils de revalider les sièges ? ” #
Non.
- La validation des sièges est terminée. une fois, lors du paiement, avant que la commande ne soit créée.
- Génération simple de billets lit les données enregistrées relatives au siège de la commande.
- Si la commande existe et que les sièges étaient valides à ce moment-là, les billets sont créés en conséquence.
C'est tout le processus. Si vous constatez toujours un comportement inattendu avec le blocage ou le déblocage des sièges, vérifiez :
- Votre “ Rendre les sièges disponibles sur le statut de la commande ” paramètre, et
- Les statuts réels des commandes dans WooCommerce pour les commandes concernées.