Para qué sirve
Volcar entradas
Vendes entradas en tu plataforma y las das de alta en VENTRY para que sirvan
para acreditarse en puerta.
Acreditar asistentes
Tu aplicación escanea el QR y la pulsera, y VENTRY hace el canje.
Consultar saldo
Saldo de pulseras, consumiciones y recargas.
Sincronizar datos
Vuelca ventas y accesos a tu propio almacén de datos.
Un despliegue, un evento
Cada instalación de VENTRY corresponde a un único evento. Tu API key ya determina de qué evento se trata, por eso ningún endpoint pide un identificador de evento: la URL base que te dé el organizador es la del suyo. Dentro de ese evento, tu clave puede además estar limitada a ciertos tipos de entrada o a ciertos días. Lo que quede fuera de ese ámbito se comporta como si no existiera —responde404, no 403—, así que no te alarmes si no ves entradas
que el organizador sí ve.
El modelo de datos, en un minuto
1
Evento
Tiene días (
Day) y zonas (Zone). Casi todo lo demás cuelga de un día.2
Entradas
Una entrada (
Ticket) tiene un tipo (TicketType), que define a qué
zonas da acceso y qué consumiciones incluye, y una lista de días en los que vale.3
Acreditación
En puerta, la entrada se canjea por una pulsera (
Wristband) física.
A partir de ahí, la pulsera es la identidad del asistente dentro del recinto.4
Cashless
La pulsera lleva saldo. Se recarga (
topup) y se gasta en
consumiciones (transaction) en las barras.Convenciones
occurred_at frente a created_at
Los terminales de VENTRY siguen cobrando cuando se cae la cobertura y sincronizan
cuando vuelve. Por eso las ventas y las recargas llevan dos marcas de tiempo:
occurred_at— cuándo pasó de verdad.created_at— cuándo llegó al servidor.
Primera llamada
restrictions con listas vacías significa que tu clave ve todo el evento.