Trattenuta temporanea
L'inventario resta bloccato esattamente per il tempo configurato per prodotto mentre il cliente completa il pagamento su Stripe, senza bloccare l'inventario per carrelli che non arrivano mai a quel punto.
Checkout e pagamenti
Trattenuto finché decidono. Rilasciato appena non decidono più.
Un pagamento in sospeso non blocca mai un posto per sempre, e non lo rilascia mai troppo presto. Se il pagamento non arriva mai, si libera da solo, attraverso tre percorsi distinti contemporaneamente, così da non dipendere mai da uno solo di essi.
- 3 meccanismi Un job programmato per l'istante esatto, una scansione ogni minuto, e una pulizia se l'avvio stesso del pagamento fallisce
- 2 livelli di idempotenza Un evento Stripe duplicato non addebita mai due volte, non emette mai due volte i biglietti, né corrompe l'ordine
- Rimborso automatico Se un pagamento arriva in ritardo e il posto è già andato a qualcun altro, viene addebitato, rilevato e rimborsato da solo
Quattro pezzi del checkout.
Ognuno risolve un modo diverso di essere pagati, senza duplicare le regole di business.
Trattenuta opzionale per prodotto
Alcuni prodotti accettano un piccolo rischio di overselling in cambio di semplicità, senza alcuna trattenuta temporanea. Uno stesso ordine può mescolare liberamente righe con e senza trattenuta.
Checkout senza account
Un acquirente anonimo può pagare direttamente quando l'organizzazione lo consente, oppure il canale può essere obbligato a passare dal proprio server con una chiave.
Link di pagamento manuali
Un agente può generare un link Stripe dal pannello e inviarlo via WhatsApp o email, per vendite telefoniche o sui social, senza un checkout proprio.
Come viene protetto un pagamento, passo dopo passo
Cinque passaggi, dal momento in cui un posto viene trattenuto fino a quando l'ordine risulta pagato o rimborsato.
- 1
Il posto viene trattenuto
L'ordine nasce in attesa di pagamento, con la propria scadenza, e trattiene capienza o stock ancora prima che venga creata la sessione Stripe. Nulla è ancora confermato.
- 2
La sessione di pagamento viene creata
La chiamata a Stripe avviene fuori dalla transazione del database: un'API esterna non deve mai mantenere un blocco di riga aperto in attesa di una risposta.
- 3
Il webhook conferma, sotto blocco
Quando Stripe segnala il successo, la riga dell'ordine viene bloccata e riverificata per vedere se è ancora in sospeso, chiudendo la finestra in cui due consegne dello stesso evento potrebbero altrimenti competere.
- 4
La trattenuta diventa vendita
Se l'ordine è ancora in sospeso, la trattenuta viene confermata, i biglietti vengono emessi, e l'ordine passa a pagato, tutto all'interno della stessa transazione.
- 5
Se è arrivato in ritardo, viene rimborsato
Se l'ordine non era più in sospeso (scaduto, annullato, o il posto non esiste più), il pagamento viene rimborsato automaticamente, con il motivo registrato perché il supporto possa esaminarlo.
Cosa restituisce davvero il checkout
L'ordine con il suo stato, la sua scadenza e il totale già calcolato, insieme all'URL di pagamento Stripe. Il cliente non vede mai un checkout proprio a metà.
POST /api/v1/checkout
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
{
"order": {
"code": "01J8X8QK6Z9K2R3W4M5N6P7Q8R",
"status": "pending_payment",
"hold_expires_at": "2026-08-14T18:15:00Z",
"currency": "EUR",
"grand_total_amount": 53.24
},
"checkout_url": "https://checkout.stripe.com/c/pay/cs_live_..."
}200 Sessione di pagamento creata
Un pagamento in ritardo trova sempre tutto già chiuso
Liberare una trattenuta scaduta annulla anche qualsiasi transazione di pagamento ancora aperta per quell'ordine. Quindi, quando un webhook di pagamento riuscito arriva dopo che il posto è scaduto, non trova mai una transazione 'in sospeso' ad aspettarlo: ne trova una già annullata, e il rimborso automatico parte esattamente da lì, come percorso normale, non come eccezione rara.
Domande frequenti
Nulla viene duplicato. C'è un controllo rapido iniziale per gli eventi già elaborati, e un secondo controllo all'interno dello stesso blocco sulla riga dell'ordine, che chiude la finestra in cui due consegne davvero simultanee dello stesso evento potrebbero competere. Ne vince solo una.
Viene addebitato, il conflitto viene rilevato, e viene rimborsato automaticamente, con il motivo registrato perché il supporto possa esaminarlo. Non viene mai emesso un biglietto per un posto già andato a qualcun altro.
No. Un prodotto può accettare un piccolo rischio di overselling in cambio di non bloccare mai un posto mentre qualcuno decide se pagare. Uno stesso ordine può mescolare righe con e senza trattenuta senza alcun conflitto.
Sì, se l'organizzazione lo consente per il proprio negozio. Si può anche richiedere che la chiamata passi dal server dell'organizzazione con una chiave, per evitare di esporre il checkout direttamente al browser.
Attraverso tre percorsi contemporaneamente: un job programmato per l'istante esatto della scadenza, una scansione di backup che controlla ogni ordine scaduto ogni minuto, e una pulizia automatica se qualcosa fallisce all'avvio del pagamento. Uno qualsiasi dei tre è sufficiente, e nessuno di essi può mai rilasciare lo stesso posto due volte.
Più prenotazioni. Più canali. La stessa calma.
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.