Un código y un QR, no un conteo
Cada ticket lleva un código corto para imprimir y su propio QR, generado directamente a partir de ese código, listo para validarse por sí solo sin importar cuántos otros venían en el mismo pedido.
Pedidos y Tickets
Cada cupo tiene su propio código. No un número de personas.
Compra tres cupos y obtén tres tickets canjeables por separado, cada uno congelado al precio y la política vigentes en el momento de la compra. Un cambio en el catálogo la próxima semana nunca vuelve atrás a reescribir una venta que ya ocurrió.
- 1 ticket por unidad Compra tres cupos y obtén tres códigos canjeables por separado, no una cantidad de uno
- Congelado en la compra Nombre del producto, tipo de entrada, precio y política de cancelación nunca cambian después de la venta, aunque el catálogo sí lo haga
- Secuencial por organización Los números de recibo se incrementan bajo un bloqueo de fila, así que dos pedidos pagados al mismo tiempo nunca chocan
Cuatro piezas del cumplimiento del pedido.
Cada una cubre una parte distinta de convertir un pedido pagado en algo que el cliente realmente puede usar.
Todo lo comercial queda congelado
Producto, opción, tipo de entrada, precio y política de cancelación se copian al pedido en el momento en que se paga. Un cambio de precio la próxima semana nunca reescribe lo que alguien ya compró.
Vouchers externos, con seguimiento aparte
Un ticket que necesita un voucher de terceros lleva su propio estado de cumplimiento, independiente de si es válido para entrar, así que el personal de puerta siempre sabe si a un código todavía le falta adjuntarse.
Un historial completo, no solo un estado actual
Cada cambio de estado, emitido, anulado, canjeado, escribe un evento que registra quién lo cambió y desde qué origen: un agente, el sistema o un webhook de pago.
Así se convierte un pedido pagado en tickets reales
Cinco pasos, desde que el pago se confirma hasta que el cliente tiene el código en la mano.
- 1
El pedido recibe su número de recibo
Justo después de confirmarse el pago, la fila del contador de la organización se bloquea brevemente, se incrementa y ese número se asigna. Dos pedidos pagados en el mismo segundo exacto igual reciben dos números distintos y consecutivos.
- 2
Nace un ticket por unidad
Comprar tres unidades del mismo tipo de entrada crea tres filas de ticket separadas, cada una con su propia posición dentro del pedido, nunca una sola fila con un campo de cantidad.
- 3
Se genera un código, verificado contra choques
Un código de diez caracteres, tomado de un alfabeto que excluye caracteres visualmente ambiguos como 0 y O, se genera y se verifica como único dentro de la organización antes de asignarse.
- 4
El QR se construye solo a partir del código
El QR codifica exactamente el código del ticket y nada más, incrustado directamente en el correo de confirmación en lugar de enviarse como archivo adjunto aparte.
- 5
El correo espera a que la base de datos lo confirme de verdad
La confirmación solo se encola cuando la transacción pagada realmente se guarda, así que un cliente nunca recibe un ticket de un pedido que, momentos después, en realidad falló.
Un ticket lleva toda su historia
Posición dentro del pedido, producto, tipo de entrada, fecha, nombre del comprador y estado de cumplimiento, resuelto a partir del código solo. Precio y coste nunca aparecen aquí, a propósito.
GET /api/v1/tickets/lookup
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
{
"ticket_code": "7K3P9QXFH2",
"status": "issued",
"position": 2,
"quantity": 3,
"product_name": "City Food Tour",
"pricing_category_name": "Adult",
"date": "2026-08-14",
"fulfillment_status": "not_required"
}200 Ticket resuelto
Un voucher pendiente nunca bloquea la puerta
Un ticket que todavía espera un voucher externo puede canjearse igual. El personal de puerta ve un aviso claro de "verificar manualmente" en lugar de un bloqueo total, porque un operador no siempre controla cuándo llega un código de terceros, y negar la entrada por un vacío de papeleo sería el modo de falla equivocado.
Preguntas frecuentes
Cuatro. Cada unidad vendida se convierte en su propio ticket, con su propio código, su propio QR y su propia posición dentro del pedido, así que cualquiera de ellos puede validarse de forma independiente del resto.
Nada. El precio, el nombre del producto, el tipo de entrada y la política de cancelación quedan congelados en el pedido en el momento en que se paga. Un cambio posterior en el catálogo es invisible para una venta que ya se cerró.
La propia fila del contador de la organización se bloquea durante el instante breve en que se lee y se incrementa, así que dos pedidos que se confirman en el mismo instante exacto igual reciben dos números distintos y consecutivos, nunca un choque.
Lleva su propio estado de cumplimiento, separado de si es válido para entrar. El personal de puerta ve un aviso claro para verificarlo manualmente hasta que un agente adjunte el código o PDF real, pero el ticket nunca queda bloqueado para canjearse mientras eso está pendiente.
No. Solo se encola después de que la transacción de base de datos que marca el pedido como pagado realmente se confirma, cerrando el hueco donde un correo podría salir para una compra que, un momento después, resulta haber fallado.
Más reservas. Más canales. La misma calma.
Tiqory mantiene disponibilidad, precios, pagos y acceso trabajando juntos mientras tu operación crece. Cuéntanos hacia dónde vas; te mostramos cómo llegar sin volver a empezar.