Temas

⌘K
  1. Temas
  2. Visión general del plugin
  3. FooEvents Asientos
  4. Selección de asientos y proceso de pago

Selección de asientos y proceso de pago

Esta guía explica exactamente cómo FooEvents Seating gestiona la selección de asientos, el proceso de pago y cuándo se reservan o liberan los asientos. Úsela para comprender por qué los asientos aparecen como no disponibles, cuándo están bloqueados y cómo el estado de los pedidos afecta a la disponibilidad.

Ciclo de vida de la selección de asientos #

A grandes rasgos, esto es lo que ocurre cuando se reserva un asiento utilizando el sistema FooEvents Seating:

  1. El cliente selecciona los asientos en el página de productos.
  2. Los asientos seleccionados son guardado en su carrito/sesión mientras pasan por caja.
  3. En checkout, FooEvents valida la selección y comprueba que los asientos sigan estando libres.
  4. Si la validación se aprueba, el Se crea el pedido. y esos asientos son bloqueado inmediatamente.
  5. Cuando el pedido llega al Estado de generación de tickets (por ejemplo, Completado), FooEvents utiliza los datos de asientos almacenados para crear billetes.
  6. Los asientos son publicado (o no) posteriormente, en función de su “Hacer que los asientos estén disponibles en el estado del pedido”.” ajustes.

Importante: La disponibilidad de asientos se aplica al finalizar la compra, no cuando se generan los billetes. Esto significa que los asientos pueden bloquearse sin recibir el pago y solo volverán a estar disponibles según la configuración de liberación (por ejemplo, pedidos cancelados o fallidos), o si vuelves a habilitar los asientos manualmente.

Cómo funciona la selección de asientos #

1. Página del producto: selección de asientos y reserva temporal #

  • En la página del producto, el cliente ve tu plano de asientos.
  • Seleccionan uno o más asientos (o áreas, dependiendo de su gráfico).
  • Esas opciones se almacenan en su carrito/sesión como parte de la partida.
  • Los asientos solo se reservarán temporalmente de esta manera para 10 minutos. Si el cliente no completa el proceso de pago en un plazo de 10 minutos tras añadir la entrada con asiento asignado a su carrito, el asiento o asientos volverán a estar disponibles para que otros clientes puedan elegirlos. Si el cliente que seleccionó originalmente ese asiento o asientos sigue intentando completar el proceso de pago, verá un mensaje que le indicará que sus asientos ya no están disponibles y se le pedirá que seleccione otros asientos.

En esta etapa:

  • Los asientos están efectivamente “reservados”.” solo para la sesión de este cliente, pero son Aún no bloqueado globalmente en el sistema. Se trata de una retención temporal, pero estas plazas seguirán apareciendo como no disponibles para el resto de clientes hasta que se libere la retención.
  • En ciertos casos extremos, es posible que otro cliente intente seleccionar el mismo asiento, pero esto se resuelve durante la validación del pago (véase el siguiente paso).

2. Cambios en el carro - Antes de realizar el pedido #

Antes de crear un pedido (durante la fase de carrito/pago):

  • Si el cliente elimina el elemento del evento del carrito,
  • O reduce la cantidad en el carrito,

Entonces:

  • Los asientos seleccionados anteriormente para ese artículo son Devuelto a disponible, porque nunca se creó ninguna orden para bloquearlos.

Si vuelven a añadir el producto, deben Vuelva a seleccionar los asientos..

2. Validación del pago: comprobación final de la disponibilidad de plazas #

Cuando el cliente envía el formulario de pago:

  • FooEvents Seating comprueba que:
    • Todo campos obligatorios para los asientos están presentes (número correcto de asientos, selecciones válidas, etc.).
    • En Los asientos seleccionados aún están disponibles. y que no esté ya bloqueado por otra orden.

Si se detecta un problema:

  • El pago es bloqueado y un mensaje de error se muestra.
  • El cliente debe volver atrás y elegir. nuevos asientos.

Si todo es válido:

  • Se procesa el pago y WooCommerce crea el pedir.

4. Creación de pedidos - Plazas bloqueadas #

Tan pronto como se cree el pedido y se complete correctamente el proceso de pago:

  • Los asientos seleccionados son marcado inmediatamente como no disponible para ese evento.
  • Esto ocurre incluso si el orden es:
    • Pago pendiente
    • En espera (por ejemplo, transferencia electrónica de fondos/transferencia bancaria, orden de compra, revisión manual)

FooEvents almacena el Datos del asiento en el pedido, y esos asientos ahora son bloqueado para todos los demás hasta que sean liberados (véase la sección 5 más abajo)

Este enfoque es lo que evita la doble reserva normal del mismo asiento.

5. Generación de billetes - Uso de datos de asiento almacenados #

Cuando el pedido llegue a su configurado “enviar entradas” estado (normalmente Completado):

  • FooEvents utiliza el selecciones de asientos guardadas del pedido.
  • Las entradas se generan e incluyen los detalles exactos del asiento (sección, fila, asiento, etc.).
  • Las entradas se envían por correo electrónico o en formato PDF, dependiendo de la configuración de FooEvents.

Importante:

  • No hay disponibilidad de asientos secundarios sucede en esta etapa.
  • Los asientos ya estaban bloqueados en el momento de la compra, por lo que la generación de los billetes consiste simplemente en copiar los datos almacenados en los billetes.

6. Liberación de plazas - “Poner plazas a disposición en estado de pedido” #

La liberación automática del asiento se controla completamente mediante su “Hacer que los asientos estén disponibles en el estado del pedido”.” configuración. Cuando un pedido cambia a cualquier estado que hayas seleccionado En este contexto (cancelado o fallido), los asientos vinculados a ese pedido son publicado y volverá a estar disponible para otros clientes.

Recomendamos utilizar esta opción con precaución. Al liberar los asientos automáticamente, estos volverán a estar disponibles y sus clientes podrán reservarlos.

También es posible liberar asientos manualmente (véase el apartado 5.4 más abajo).

6.1 Reembolsos #

A El reembolso por sí solo no libera los asientos..

  • Los asientos solo se liberan cuando el pedido pasa a uno de los estados que ha configurado en “Hacer que los asientos estén disponibles en el estado del pedido”.”.
  • Por defecto, eso significa Cancelado y Fallido controlar cuándo se liberan los asientos.

Lo que esto significa en la práctica:

  • Si usted Reembolsar un pedido pero déjalo en un estado que sea no incluido en “Hacer que los asientos estén disponibles en el estado del pedido”, los asientos permanecer bloqueado.
  • Si quieres pedidos reembolsados para liberar plazas, debe liberar manualmente el asiento o cambiar el estado del pedido a Cancelado después de procesar el reembolso para liberar el asiento. Esto garantiza que los asientos no se liberen accidentalmente al reembolsar un pedido.

6.2 Eliminación de entradas #

Si usted Eliminar completamente una publicación de ticket., FooEvents Asientos también elimina su asiento de la lista de indisponibles.

  • Esto efectivamente libera el asiento, lo que permite volver a reservarlo.
  • Ten esto en cuenta si eliminas entradas manualmente: no solo estás eliminando el registro de la entrada, sino que también estás liberando el asiento asociado para que vuelva a estar disponible.

6.3 Anulación de entradas #

Cambiar el estado de un billete a “Cancelado” no libera el asiento. Después de cancelar un billete, deberá liberar el asiento manualmente (véase 5.4) o cancelar el pedido para hacerlo.

6.4 Liberación manual de los asientos #

En la pestaña “Asientos” del producto, puedes liberar asientos manualmente: abre el plano de asientos en la página de edición del producto, selecciona los asientos que deseas liberar y guarda los cambios. De este modo, esos asientos se eliminarán de la lista de «no disponibles» y volverán a estar disponibles para su reserva, independientemente del estado del pedido.

Cómo encaja todo #

Puedes pensar en ello como una simple cadena:

  1. Configuración del producto
    • Define qué asientos existen y cómo se muestran.
    • Se utiliza para gestionar la disponibilidad de asientos.
  2. Selección frontal
    • El cliente elige los asientos en la página del producto.
    • Los asientos se mantienen en su carrito/sesión mientras pasan por caja.
  3. Validación del pago
    • Confirma los datos necesarios y comprueba que los asientos siguen estando libres.
    • Si la validación se aprueba, se crea el pedido y se reservan los asientos. bloqueado.
  4. Generación de tickets
    • Utiliza las selecciones de asientos almacenadas en el pedido.
    • Crea entradas con la información correcta sobre los asientos.
  5. Reglas de estado del pedido
    • La configuración “Hacer que los asientos estén disponibles en el estado del pedido” determina si los asientos vuelven a estar disponibles y cuándo.

Consejos y mejores prácticas #

  • Pagos retrasados (EFT/PO/pedidos en espera)
    • Recuerde: los asientos se bloquean tan pronto como el Se crea el pedido., aunque aún no se haya pagado.
    • Establecer lo apropiado estados de liberación (por ejemplo, cancelado/fallido) para evitar que los asientos queden bloqueados indefinidamente por pedidos sin pagar.
  • Mantener configurados los estados de lanzamiento
    • En la mayoría de los casos, sólo debe conservar Cancelado seleccionado en “Hacer que los asientos estén disponibles según el estado del pedido”. Muchas pasarelas de pago permiten Fallido pedidos a pagar de nuevo por el cliente, pero no Cancelado pedidos. Si selecciona Fallido En este caso, los asientos quedarán disponibles cuando falle un pedido, pero si el cliente paga ese pedido, los asientos seguirán disponibles, lo que puede provocar que otros clientes también elijan esos asientos. El sitio Fallido se utiliza en casos específicos en los que los pedidos no pueden ser pagados de nuevo por los clientes.
  • Anime a los clientes a completar el proceso de pago.
    • Las plazas reservadas en el carrito no son permanentes; el bloqueo real solo se produce una vez creado el pedido.
    • Si los clientes tardan demasiado y otra persona consigue reservar primero el mismo asiento, la reserva tardía no se validará.
  • Prueba tu configuración
    • En un sitio de ensayo o prueba:
      • Realice un pedido de prueba y compruebe que los asientos ya no están disponibles.
      • Cancele o rechace el pedido y confirme que los asientos se liberan según su configuración.

Preguntas frecuentes #

“¿Qué ocurre si alguien abandona el proceso de pago?” #

Si un cliente abandona el carrito o abandona el proceso de pago sin realizar el pedido:

  • No se crea ningún pedido.
  • Los asientos son no bloqueado.
  • Cualquier “retención” temporal en esa sesión desaparece efectivamente después de 10 minutos, y los asientos permanecen disponibles.

“¿Se puede reservar un asiento dos veces?” #

En condiciones normales de uso, no:

  • Al finalizar la compra, FooEvents comprueba que los asientos siguen estando disponibles.
  • El primer pedido exitoso que pasa la validación. bloquea el asiento.
  • Los intentos posteriores utilizando ese mismo asiento fallo en el proceso de pago y se le indicará al cliente que elija otros asientos.

La doble reserva solo puede producirse si:

  • Cambias los datos directamente en la base de datos, o
  • Anulas manualmente algo fuera del flujo normal.
  • Si configuras asientos para que vuelvan a estar disponibles en pedidos “Cancelados” y/o “Fallidos”, y luego permites que un cliente vuelva a pagar el mismo pedido que anteriormente tenía este estado.

“¿Las entradas revalidan los asientos?” #

No.

  • La validación del asiento se ha realizado. una vez, al finalizar la compra, antes de crear el pedido.
  • Generación de tickets de forma sencilla lee los datos almacenados del asiento del pedido.
  • Si el pedido existe y los asientos eran válidos en ese momento, se crean los billetes correspondientes.

Ese es todo el proceso. Si sigue observando un comportamiento inesperado con el bloqueo o la liberación de asientos, compruebe lo siguiente:

  • Su “Hacer que los asientos estén disponibles en el estado del pedido”.” configuración, y
  • En estados reales de los pedidos en WooCommerce para los pedidos afectados.
Etiquetas , , , , , ,