Capienza condivisa o indipendente
Più tipi di biglietto possono attingere alla stessa capienza reale, come adulti e bambini che condividono un turno, oppure mantenere una capienza propria e separata per una categoria riservata.
Capienza e inventario
Niente leggere un numero e poi scriverlo. Ogni rivendicazione di capienza o di un codice di stock è un'unica operazione condizionale nel database, quindi due acquisti per lo stesso posto, nello stesso istante, non possono mai vincere entrambi.
Ognuno modella un vincolo reale diverso.
Più tipi di biglietto possono attingere alla stessa capienza reale, come adulti e bambini che condividono un turno, oppure mantenere una capienza propria e separata per una categoria riservata.
Riduce o amplia la capienza per una data, un intervallo di date o un orario specifico, senza creare un nuovo gruppo né toccare il valore predefinito che governa il resto del calendario.
Guide, veicoli o attrezzature possono sostenere una capienza ed essere condivisi tra prodotti, per modellare vincoli di personale, non solo di spazio fisico.
Codici acquistati in anticipo da un fornitore esterno, importati via CSV in background, con propria scadenza e rilevamento dei duplicati.
Cinque passaggi, ogni volta che qualcosa prenota un pezzo di inventario.
Ogni combinazione di data e orario ha la propria riga di conteggio, creata la prima volta che qualcuno la rivendica, ereditando la capienza dall'eccezione in vigore, o dal valore predefinito del gruppo.
La rivendicazione somma il trattenuto, il prenotato e la quantità richiesta, e va a buon fine solo se quel totale non supera la capienza. Nessuna lettura preventiva, nessun intervallo tra leggere e scrivere.
Se la condizione fallisce, la scrittura non tocca nessuna riga e il tentativo viene rifiutato immediatamente. Non esiste una finestra in cui due rivendicazioni possano superare la stessa condizione nello stesso momento.
Un pagamento in sospeso trattiene il posto nel proprio contatore. Se il pagamento si conferma, passa a prenotato; se scade o viene annullato, si libera, senza mai toccare ciò che è già prenotato per davvero.
Rivendicare un codice di stock segue la stessa logica: viene scelto il candidato disponibile più vecchio, e l'aggiornamento va a buon fine solo se è ancora disponibile in quell'istante esatto; se perde la corsa, viene provato il successivo.
La stessa richiesta di calendario restituisce la capienza rimanente per tipo di biglietto, non un numero unico condiviso. Due tipi che condividono una capienza mostrano la stessa cifra; uno riservato e indipendente mostra la propria.
{
"date": "2026-08-14",
"slots": [
{
"start_time": "18:00",
"remaining_capacity": {
"adult": 12,
"child": 12,
"accessible": 4
}
}
]
}Se una capienza non ha limite, rivendicarla non aggiunge mai nulla a 'trattenuto': non c'è nulla da contare. Confermare o liberare quella stessa trattenuta segue esattamente la stessa regola, anche se sembra ridondante, perché se quella capienza dovesse mai passare da illimitata a limitata, quei contatori devono davvero partire da zero, senza trascinare sottrazioni di numeri mai sommati.
Vince solo uno. La rivendicazione è un'unica operazione condizionale nel database: somma la quantità richiesta e si applica solo se il totale resta entro la capienza. Il secondo acquisto fallisce semplicemente quella condizione e viene rifiutato, senza alcuna finestra in cui entrambi potrebbero passare.
Sì, se configurato così. Più tipi di biglietto, anche di opzioni o prodotti diversi, possono puntare alla stessa capienza: venderne uno riduce quello che resta agli altri. Si può anche mantenere una capienza separata e totalmente indipendente per una categoria riservata.
Con un'eccezione di capienza: una data, un intervallo di date o un orario specifico con la propria capienza, senza creare un nuovo gruppo né toccare il valore predefinito che governa il resto del calendario.
Viene trattenuto nel proprio contatore, separato da ciò che è già prenotato per davvero. Se il pagamento si conferma, passa a prenotato; se scade o viene annullato, si libera automaticamente, senza mai toccare vendite già concluse.
Sì. Ogni codice viene rivendicato con la stessa logica atomica: viene scelto il più vecchio disponibile, e l'aggiornamento va a buon fine solo se è ancora disponibile in quell'istante esatto. Se perde la corsa contro un'altra rivendicazione, il sistema prova il candidato successivo, fino a cinque volte, prima di arrendersi.
Tiqory mantiene disponibilità, prezzi, pagamenti e accessi allineati mentre la tua operazione cresce. Dicci dove vuoi arrivare: ti mostriamo come farlo senza ricominciare da zero.