Saltar al contenido principal

Cómo exigir un tipo de entrada al comprar otro

Una dependencia de entradas permite comprar un tipo solo cuando se selecciona otra entrada que cumple la condición. Úsala para un requisito real en la misma compra, como una plaza de taller que requiere acceso al evento principal. No es lo mismo que un paquete, un límite por pedido o una ventana de venta posterior.

Equipo editorial de Boletolibre

Publicado

Diagrama sin texto de una entrada necesaria que se une a una dependiente antes de la tarjeta de compra.
Define qué entrada habilita la otra, prueba la cesta y revisa la explicación.

1. Identifica la entrada necesaria y la dependiente

Descargar tarjeta de pruebas de dependencia (Markdown, en inglés)

Anota los nombres exactos, la fecha o sesión del evento y por qué un tipo necesita al otro. Decide qué entradas principales sirven si hay varias. Comprueba por separado que cada entrada conserva el acceso al evento o sesión que le corresponde; la regla de compra no verifica el acceso en puerta. Mantén la capacidad y el precio de cada tipo en su configuración aprobada. Si se agota la entrada necesaria, asigna a alguien la revisión de la oferta dependiente en vez de asumir que cambia su inventario.

2. Configura la regla admitida

Crea o localiza los tipos principal y dependiente. Ticket Tailor documenta la opción «Only available with other ticket types or bundles» en Advanced settings del tipo dependiente, la selección de entradas o paquetes necesarios y un mensaje de selección inválida. Skiddle documenta un selector Ticket Dependency y una entrada bloqueada hasta elegir la principal. Son controles y presentaciones propios de cada proveedor. Elige exactamente los tipos que cumplen la condición, guarda y vuelve a abrir la regla. No uses la dependencia para programar una venta posterior.[1][2]

3. Prueba ambas rutas de compra

En una vista previa admitida o prueba autorizada, intenta seleccionar solo la entrada dependiente y registra el bloqueo real. Luego añade una entrada principal válida y la dependiente, y comprueba que la cesta puede avanzar hasta el paso de compra pertinente. Prueba también un tipo no válido y, si hay varias fechas, una entrada principal de otra sesión. Revisa el texto que explica al comprador qué debe añadir. No des por probada la regla solo porque una entrada aparece atenuada; verifica el comportamiento de la cesta.

Cesta controladaComprobación esperada
Solo dependienteBloqueada por la regla real
Principal válida + dependientePermite avanzar en la compra comprobada
Principal incorrecta u otra fechaNo cumple salvo configuración deliberada

4. Revisa la vista del comprador y entrega el control

Revisa la vista pública de compra en pantalla normal y estrecha. Comprueba que nombres, fechas, cantidades y mensaje de dependencia se entiendan, y que se pueda comprar solo la entrada principal si así lo prevés. Ticket Tailor indica que una entrada dependiente puede mostrarse agotada cuando la necesaria está agotada u oculta, sin cambiar el inventario real de la dependiente; otros proveedores pueden comportarse de otra manera. Registra el resultado y quién revisará cambios en la entrada principal. Si falla una combinación válida o pasa una inválida, corrige y repite las pruebas.[3]

Fuentes y lecturas

  1. How can I set up ticket dependencies?Ticket Tailor · Consultado
  2. Ticket DependenciesSkiddle · Consultado
  3. Understanding sold-out status for dependent ticketsTicket Tailor · Consultado