Onderwerpen

⌘K
  1. Onderwerpen
  2. Plugin overzicht
  3. FooEvents Stoel
  4. Stoelkeuze en afrekenworkflow

Stoelkeuze en afrekenworkflow

In deze handleiding wordt precies uitgelegd hoe FooEvents Seating omgaat met stoelkeuze, afrekenen en wanneer stoelen worden gereserveerd of vrijgegeven. Gebruik deze handleiding om te begrijpen waarom stoelen als niet beschikbaar worden weergegeven, wanneer ze worden geblokkeerd en hoe de status van een bestelling van invloed is op de beschikbaarheid.

Levenscyclus van stoelkeuze #

Op hoog niveau is dit wat er gebeurt wanneer een stoel wordt gereserveerd met behulp van FooEvents Seating:

  1. De klant selecteert stoelen op de productpagina.
  2. Geselecteerde stoelen zijn bewaard in hun winkelwagen/sessie terwijl ze naar de kassa gaan.
  3. Bij kassa, FooEvents valideert de selectie en controleert of de stoelen nog steeds vrij zijn.
  4. Als de validatie slaagt, wordt de order wordt aangemaakt en die stoelen zijn onmiddellijk geblokkeerd.
  5. Wanneer de bestelling aankomt bij de status van ticketgeneratie (bijv. voltooid), FooEvents gebruikt de opgeslagen stoelgegevens om tickets aan te maken.
  6. De stoelen zijn vrijgegeven (of niet) later op basis van uw “Maak stoelen beschikbaar op basis van de bestelstatus” instellingen.

Belangrijk: De beschikbaarheid van zitplaatsen wordt gecontroleerd bij het afrekenen, niet wanneer de tickets worden gegenereerd. Dit betekent dat zitplaatsen kunnen worden geblokkeerd zonder dat er een betaling is ontvangen en dat ze alleen weer beschikbaar worden op basis van uw vrijgave-instellingen (bijvoorbeeld geannuleerde of mislukte bestellingen), of als u de zitplaatsen handmatig weer beschikbaar maakt.

Hoe werkt stoelkeuze? #

1. Productpagina – Stoelkeuze en tijdelijke reservering #

  • Op de productpagina ziet de klant uw tafelschikking.
  • Ze selecteren een of meer stoelen (of zones, afhankelijk van uw schema).
  • Die keuzes worden opgeslagen in hun winkelwagen/sessie als onderdeel van de regelitem.
  • Zitplaatsen worden alleen tijdelijk op deze manier gereserveerd voor 10 minuten. Als de klant het afrekenproces niet binnen 10 minuten na het toevoegen van het zitplaatskaartje aan zijn winkelwagen voltooit, worden de zitplaatsen weer beschikbaar gesteld voor andere klanten. Als de klant die oorspronkelijk die zitplaats(en) had geselecteerd, toch probeert het afrekenproces te voltooien, krijgt hij een bericht te zien dat zijn zitplaatsen niet meer beschikbaar zijn en moet hij andere zitplaatsen selecteren.

In dit stadium:

  • De stoelen zijn in feite “gereserveerd”.” alleen voor de sessie van deze klant, maar dat zijn ze wel nog niet wereldwijd geblokkeerd in het systeem. Dit is een tijdelijke blokkade, maar deze stoelen zullen nog steeds als onbeschikbaar worden weergegeven voor alle andere klanten totdat de blokkade wordt opgeheven.
  • In bepaalde uitzonderlijke gevallen kan een andere klant nog steeds proberen dezelfde stoel te selecteren, maar dit wordt opgelost tijdens de validatie van de betaling (zie volgende stap).

2. Veranderingen in de winkelwagen - voordat de bestelling is geplaatst #

Voordat een bestelling wordt aangemaakt (tijdens het winkelwagen-/afrekenproces):

  • Als de klant verwijdert het evenementitem uit de winkelwagen,
  • Of vermindert de hoeveelheid in het winkelwagentje,

Toen:

  • De eerder geselecteerde stoelen voor dat item zijn weer beschikbaar gesteld, omdat er nooit een opdracht is gegeven om ze te blokkeren.

Als ze het product vervolgens opnieuw toevoegen, moeten ze zetels opnieuw selecteren.

2. Afrekenvalidatie – Definitieve controle van de beschikbaarheid van plaatsen #

Wanneer de klant het afrekenformulier indient:

  • FooEvents Seating controleert of:
    • Alle verplichte velden voor zitplaatsen aanwezig zijn (juist aantal stoelen, geldige selecties, enz.).
    • De geselecteerde stoelen zijn nog beschikbaar en niet reeds geblokkeerd door een andere opdracht.

Als er een probleem wordt gevonden:

  • Afrekenen is geblokkeerd en een foutmelding wordt weergegeven.
  • De klant moet teruggaan en kiezen. nieuwe stoelen.

Als alles geldig is:

  • De kassa gaat door en WooCommerce maakt de bestel.

4. Order aanmaken - plaatsen zijn geblokkeerd #

Zodra de bestelling is aangemaakt en het afrekenen succesvol is voltooid:

  • De geselecteerde stoelen zijn onmiddellijk gemarkeerd als niet beschikbaar voor dat evenement.
  • Dit gebeurt zelfs als de volgorde is:
    • In afwachting van betaling
    • In de wacht (bijvoorbeeld EFT/bankoverschrijving, PO, handmatige controle)

FooEvents slaat de stoelgegevens op de bestelling, en die stoelen zijn nu geblokkeerd voor alle anderen totdat ze worden vrijgegeven (zie paragraaf 5 hieronder)

Deze aanpak voorkomt dat dezelfde stoel dubbel wordt geboekt.

5. Ticketgeneratie - Opgeslagen stoelgegevens gebruiken #

Wanneer de bestelling uw geconfigureerde “tickets verzenden” status (meestal Voltooid):

  • FooEvents gebruikt de opgeslagen stoelkeuzes uit de bestelling.
  • Tickets worden gegenereerd en bevatten de exacte stoelgegevens (sectie, rij, stoel, enz.).
  • Tickets worden per e-mail / PDF verzonden, afhankelijk van uw FooEvents-instellingen.

Belangrijk:

  • Geen beschikbaarheid van tweede zitplaats controleren gebeurt in dit stadium.
  • De stoelen waren al geblokkeerd bij het afrekenen, dus het genereren van tickets is gewoon het kopiëren van de opgeslagen gegevens naar tickets.

5. Zitplaatsen vrijgeven – “Zitplaatsen beschikbaar maken op bestelstatus” #

De automatische stoelontgrendeling wordt volledig bediend door uw “Maak stoelen beschikbaar op basis van de bestelstatus” instelling. Wanneer een bestelling verandert in elke status die u hebt geselecteerd in deze situatie (geannuleerd of mislukt) worden de stoelen die aan die bestelling zijn gekoppeld vrijgegeven en weer beschikbaar worden voor andere klanten.

We raden aan deze optie met voorzichtigheid te gebruiken. Door stoelen automatisch vrij te geven, worden ze weer beschikbaar en kunnen uw klanten de stoel reserveren.

Het is ook mogelijk om stoelen handmatig vrij te geven (zie 5.4 hieronder).

6.1 Restituties #

A terugbetaling op zich maakt geen plaatsen vrij.

  • Zitplaatsen worden alleen vrijgegeven wanneer de bestelling naar een van de statussen gaat die u hebt geconfigureerd onder “Maak stoelen beschikbaar op basis van de bestelstatus”.
  • Standaard betekent dat Geannuleerd en Mislukt controle wanneer stoelen worden vrijgegeven.

Wat dit in de praktijk betekent:

  • Als u een bestelling terugbetalen maar laat het op een status staan die niet opgenomen in “Stoelen beschikbaar maken op bestelstatus”, de stoelen geblokkeerd blijven.
  • Als je wilt terugbetaalde bestellingen om plaatsen vrij te maken, moet u de stoel handmatig vrijgeven of de status van de bestelling wijzigen in Geannuleerd nadat u de terugbetaling hebt verwerkt om de stoel vrij te geven. Dit zorgt ervoor dat stoelen niet per ongeluk worden vrijgegeven bij het terugbetalen van een bestelling.

6.2 Tickets verwijderen #

Als u een ticketbericht volledig verwijderen, FooEvents Zitplaatsen ook verwijdert zijn zetel uit de lijst met onbeschikbare zetels.

  • Dit is effectief maakt de stoel vrij, waardoor het opnieuw kan worden geboekt.
  • Houd hier rekening mee als u tickets handmatig verwijdert; u verwijdert niet alleen het ticketrecord, maar maakt ook de bijbehorende stoel weer beschikbaar.

6.3 Tickets annuleren #

Als je de status van een ticket verandert in “Geannuleerd”, komt de stoel niet vrij. Nadat je een ticket hebt geannuleerd, moet je de stoel handmatig vrijgeven (zie 5.4) of de bestelling annuleren om dit te doen.

6.4 Stoelen handmatig losmaken #

In het tabblad “Zitplaatsen” van het product kunt u handmatig zitplaatsen vrijgeven: open de zitplaatsenkaart op de productbewerkingspagina, selecteer de zitplaatsen die u wilt vrijgeven en sla deze op. Hierdoor worden deze zitplaatsen uit de lijst 'niet beschikbaar' verwijderd, zodat ze weer kunnen worden geboekt, ongeacht de orderstatus.

Hoe alles in elkaar past #

Je kunt het zien als een eenvoudige keten:

  1. Productinstellingen
    • Bepaalt welke stoelen er zijn en hoe ze worden weergegeven.
    • Wordt gebruikt om de beschikbaarheid van zitplaatsen te beheren.
  2. Front-end selectie
    • De klant kiest stoelen op de productpagina.
    • De stoelen worden in hun winkelwagen/sessie bewaard terwijl ze naar de kassa gaan.
  3. Validatie bij het afrekenen
    • Bevestigt de vereiste gegevens en controleert of er nog plaatsen vrij zijn.
    • Als de validatie slaagt, wordt de bestelling aangemaakt en worden de plaatsen geblokkeerd.
  4. Ticketgeneratie
    • Gebruikt de opgeslagen stoelkeuzes op de bestelling.
    • Maakt tickets aan met de juiste stoelinformatie.
  5. Regels voor de status van bestellingen
    • De instelling “Zitplaatsen beschikbaar maken op bestelstatus” bepaalt of en wanneer zitplaatsen weer beschikbaar worden gesteld.

Tips en best practices #

  • Vertraagde betalingen (EFT/PO/in afwachting van orders)
    • Let op: zitplaatsen worden geblokkeerd zodra de order wordt aangemaakt, zelfs als het nog niet is betaald.
    • Stel passend in vrijgavestatus (bijv. geannuleerd/mislukt) om te voorkomen dat stoelen voor onbetaalde bestellingen voor onbepaalde tijd worden geblokkeerd.
  • Houd de releasestatus geconfigureerd
    • In de meeste gevallen moet je alleen Geannuleerd geselecteerd onder “Zetels beschikbaar maken op bestelstatus”. Veel betalingsgateways staan het volgende toe Mislukt bestellingen die opnieuw moeten worden betaald door de klant, maar niet Geannuleerd bestellingen. Als u Mislukt Hier worden de stoelen dan beschikbaar gemaakt als een bestelling mislukt, maar als de klant die bestelling betaalt, blijven de stoelen beschikbaar, waardoor andere klanten mogelijk ook voor die stoelen kiezen. De Mislukt optie is bedoeld om te worden gebruikt in specifieke gevallen waarin bestellingen niet opnieuw kunnen worden betaald door klanten.
  • Moedig klanten aan om het afrekenen te voltooien
    • De plaatsen in het winkelwagentje zijn niet permanent; de daadwerkelijke reservering vindt pas plaats zodra de bestelling is geplaatst.
    • Als klanten te lang wachten en iemand anders met dezelfde stoel eerder succesvol afrekent, zal de late afrekening niet worden gevalideerd.
  • Test uw configuratie
    • Op een staging- of testsite:
      • Plaats een testbestelling en controleer of de stoelen niet meer beschikbaar zijn.
      • Annuleer of weiger de bestelling en bevestig dat de stoelen worden vrijgegeven volgens uw instellingen.

Veelgestelde vragen #

“Wat gebeurt er als iemand het afrekenen afbreekt?” #

Als een klant het winkelwagentje achterlaat of het afrekenen verlaat zonder de bestelling te plaatsen:

  • Er wordt geen order aangemaakt.
  • De stoelen zijn niet geblokkeerd.
  • Elke tijdelijke “blokkering” in die sessie verdwijnt na 10 minuten en de stoelen blijven beschikbaar.

“Kan een stoel twee keer worden gereserveerd?” #

Bij normaal gebruik, nee:

  • Bij het afrekenen controleert FooEvents of de stoelen nog beschikbaar zijn.
  • De eerste succesvolle bestelling die de validatie doorloopt blokkeert de stoel.
  • Latere pogingen met dezelfde stoel zullen betaling mislukt en de klant zal worden gevraagd om andere stoelen te kiezen.

Dubbel boeken kan alleen voorkomen als:

  • Je wijzigt gegevens rechtstreeks in de database, of
  • Je overschrijft handmatig iets buiten de normale stroom.
  • Als je zetels instelt om opnieuw beschikbaar te worden gesteld bij “Geannuleerde” en/of “Mislukte” bestellingen en vervolgens een klant dezelfde bestelling opnieuw laat betalen die eerder op deze status was ingesteld.

“Worden stoelen opnieuw gevalideerd met tickets?” #

Nee.

  • De stoelvalidatie is voltooid eenmaal, bij het afrekenen, voordat de bestelling wordt aangemaakt.
  • Ticketgeneratie eenvoudig leest de opgeslagen stoelgegevens uit de bestelling.
  • Als de bestelling bestaat en de stoelen op dat moment geldig waren, worden er overeenkomstig tickets aangemaakt.

Dat is de volledige procedure. Als u nog steeds onverwacht gedrag ziet waarbij stoelen worden geblokkeerd of vrijgegeven, controleer dan het volgende:

  • Jouw “Maak stoelen beschikbaar op basis van de bestelstatus” instelling, en
  • De werkelijke orderstatussen in WooCommerce voor de betreffende bestellingen.
Tags , , , , , ,