Vender entradas online: del pago al control de acceso

Describe exactamente qué entrada vendes

Define categorías, fechas, cantidad disponible y derechos incluidos. Una entrada individual, una reserva de grupo y un taller con horario no se gestionan igual. Elige el sistema que conserva el aforo real y establece quién puede modificarlo. El proveedor de pagos no controla por sí solo el inventario de plazas. Cada pedido debe estar asociado a una reserva identificable. Antes de publicar, comprueba que las personas que gestionan ventas y acceso interpretan de la misma manera lo que permite cada categoría.

Venta de entradas online y cobro — Soon

Coordina la reserva con la espera del pago

El cliente puede dejar una ventana abierta o cerrarla cuando el resultado todavía no está confirmado. Define cuánto dura la reserva según tus reglas y qué ocurre cuando finaliza. La reserva y la transacción necesitan referencias diferentes, pero conectadas. Prepara especialmente una confirmación que llega después de liberar la plaza. Si ya se ha vendido a otra persona, el sistema debe activar una revisión definida. Una decisión automática basada solo en la llegada tardía de un evento puede prometer más accesos de los disponibles.

Integración y API

Emite la entrada después de verificar el resultado

La emisión debe depender del resultado comprobado en el servidor. El regreso del navegador no basta. Las documentaciones de Stripe y Mollie explican por qué las notificaciones forman parte del proceso normal del pago. Cada derecho de acceso necesita un identificador único, y una notificación duplicada no puede generar otra entrada válida. Si el cliente pide que se le reenvíe el archivo, el sistema debe recuperar la misma identidad. Reenviar una entrada y crear una nueva son acciones distintas que el equipo debe reconocer.

Página de pago alojada

Prepara el control de acceso

En la puerta, el personal necesita saber si una entrada es válida, ya se ha usado o requiere revisión. Un código QR facilita la lectura, pero no garantiza por sí solo la validez del derecho. El control debe consultar el mismo registro que utiliza la emisión. Ensaya un móvil apagado, un archivo presentado dos veces y una corrección de datos permitida por tus reglas. Estos casos necesitan un responsable y una forma de resolverlos sin obligar a cada persona del acceso a consultar cuentas de proveedores.

Distingue cambios de evento y devoluciones

Una cancelación o un cambio de fecha afecta a la entrada y puede requerir una acción de pago, pero no son la misma operación. Anular una entrada no demuestra que el dinero ya se haya devuelto. Registra ambas decisiones con sus referencias y las personas autorizadas. Las condiciones aplicables deben revisarse en tu marco comercial y legal. Si distintas personas responden a un participante, necesitan ver qué se ha iniciado para evitar promesas contradictorias o tramitar dos veces la misma petición.

Comprueba las funciones disponibles antes de vender

El ticketing de OrsunPay forma parte de la hoja de ruta y no está disponible hoy. Los conceptos contemplan pagos a través de la cuenta PSP propia del organizador, sin fecha de lanzamiento confirmada. Para un evento próximo, utiliza una solución disponible cuyo alcance puedas comprobar. Evalúa por separado aforo, emisión, envío, acceso y cobro. No presupongas gratuidad, compatibilidad o funcionalidades a partir de una ilustración. Una preparación útil termina cuando el equipo puede explicar qué sucede tanto con una compra normal como con cada excepción prevista.

• Probar la venta de la última plaza disponible.
• Simular una confirmación posterior al fin de la reserva.
• Evitar entradas adicionales por eventos duplicados.
• Reenviar el mismo identificador de acceso.
• Separar anulación de entrada y resultado de la devolución.

Fuentes

• Documentación de Stripe sobre webhooks
• Documentación de Mollie sobre pagos