Control aforo en venta de entradas

[akrogonac]

Buenos dias,

tengo que desarrollar una aplicacion de venta de entradas, tengo mas o menos la idea pero hay un problema a la hora de asegurar que no haya venta sobre el aforo determinado.

Tengo claro que antes de ir a la pasarela de pago, la aplicacion compruebe a ver si quedan entradas. El problema le tengo en cuando guardar en base de datos la venta y como borrar el registro en caso de que el pago no se haga.

Me podeis echar una mano¿

[rbczgz]

Hola akrogonac,

La pasarela de pago te debe permitir enviar para luego retornarte algún tipo de identificador de la venta, teniendo eso, el resto es fácil, compruebas el identificador y el estado de la transacción y en función de los resultados, grabas en la base de datos o borras.

Espero que te sirva.

[akrogonac]

Gracias por responder @rbczgz

Eso lo tengo mas o menos claro tambien, no lo he implementado nunca, pero hay documentacion suficiente. Me preocupa mas la gente que entre hasta la pasarela de pago y despues no realice el pago.

Si previamente he registrado en base de datos que esas entradas quedan reservadas... Como puedo gestionar esta incidencia?

[rbczgz]

Hola akrogonac,

Tienes dos opciones, que entren y cancelen la operación, con lo cual la plataforma te lo debe notificar, o la otra es que entren y directamente cierren el navegador, en este caso, yo lo que haría es marcar un tiempo determinado (no demasiado, claro) y si en ese tiempo no has obtenido respuesta de la plataforma, liberas las entradas.

Yo la lógica la veo así, espero que te sirva...

[akrogonac]

Gracias de nuevo @rbczgz

Lo mas interesante seria que fuese automatico. Lo que no se es como hacer que esas entradas se liberen automaticamente cuando hayan pasado x minutos. Ademas existiria el problema de que el cliente este en paypal y el tiempo x se haya excedido. No se si las pasarelas de pago tienen tambien un tiempo determinado para las transacciones y si este se puede modificar.

[Malenko]

En lugar de tener las entradas como "En venta" o "vendida", yo añadiría al menos un estado más que sea "Reservada". De esta manera cuando un usuario pase al punto de pago, reservar la entrada y si en "x minutos" no se ha confirmado el pago, un servicio de fondo la ponga otra vez "En venta". Lo mismo si detectas que el pago se ha cancelado la podrías cambiar de estado directamente sin esperar el "timeout".

[akrogonac]

Gracias @Malenko por tu ayuda,

supongamos que hemos asignado 10 min como tiempo maximo de pago. El cliente llega a la pasarela de pago y en base de datos marcamos como reservada.

Pasan los 10 min y el cliente aun no ha pagado, el servicio en segundo plano, cambia la entrada a en venta. Tras esto el cliente paga. Aqui volvemos a tener conflicto.

A no ser que a las pasarelas de pago se les pueda asignar el mismo tiempo.

[xfxstudios]

podrías desactivar el autocommit de esa manera tienes el control de la inserción en la base de datos y en caso de cierre del navegador o x reversas todo y queda como si nada

Código PHP:

$db->autocommit(false);
 
$a = $db->query("INSERT INTO tabla (campo) VALUE (valor)");
 
if($a !== false){
$db->commit($a);
}else{
$db->rollback();
}
 

Esto es util, imagina que tienes varias operaciones y que por x op y motivo falla el servidor o lo que sea y de las supuestas 4 operaciones logras realizar 2, fallaria la integridad de los dastos, esto funciona en tablas innoDB, igual las recomendaciones anteriores tambien son validas, utilizar un cronjob tambien te podria servir

[dashtrash]

Iniciado por akrogonac

Gracias @Malenko por tu ayuda,

supongamos que hemos asignado 10 min como tiempo maximo de pago. El cliente llega a la pasarela de pago y en base de datos marcamos como reservada.

Pasan los 10 min y el cliente aun no ha pagado, el servicio en segundo plano, cambia la entrada a en venta. Tras esto el cliente paga. Aqui volvemos a tener conflicto.

A no ser que a las pasarelas de pago se les pueda asignar el mismo tiempo.

Con lo que descubres es que el problema no es que el usuario reserve , y no pague. El problema es controlar recursos limitados.

Para resolverlo, la disponibilidad de lo que se haya comprado hay que comprobarla también al regreso del pago.En caso de que el recurso ya no esté disponible, actuar en consecuencia.

Una opción es devolver inmediatamente el pago, e informar al usuario, ponerlo en una lista de espera por si hay cancelaciones, etc.
Otras veces, puedes ofrecer alternativas.Si, por ejemplo, el usuario pudiera elegir asiento (en caso de que el sistema se basara en "asientos"), podría seleccionar uno alternativo.

[akrogonac]

creo que esa es mi unica opcion @dashtrash. A pesar de que me fastidia un poco la posibilidad de molestar a un cliente que hace el pago para decirle despues que no hay entradas. Aun asi, son casos muy raros pero quiero tenerlos contemplados.

Me podeis confirmar que todas las pasarelas de pago te envian un POST de confirmacion con los datos del pedido una vez hecho e pago? Se que paypal lo hace, pero redsys por ejemplo?

Alguien sabe algo de esto?

[rbczgz]

Hola akrogonac,

Hasta donde yo sé, sí envían confirmación si la configuras para ello, porque la mayoría tienen varias opciones de "configuración".

[dashtrash]

Por otro lado, hay que tener en cuenta que muchas pasarelas de pago, permiten que el pago se haga en dos fases: en una primera fase, se bloquea el dinero en la cuenta del usuario, pero no se envía a tu cuenta.
En una segunda fase, se transfiere el dinero a tu cuenta, cuando ya sabes que puedes ofrecer lo que se ha comprado.
Esta solución es mucho más "limpia", ya que en caso de que haya problema, el dinero no ha salido nunca de la cuenta de la persona.
Además, puede tener también otras implicaciones: en los procesos de pago y posterior devolución puede haber comisiones, o que el pago / devolución tenga que tener reflejo contable, etc.

Este proceso se llama Autorizacion / Captura.Normalmente, las dos cosas ocurren a la vez.Pero, el flujo sería que cuando se envía al usuario al proceso de pago, se pide una operación de autorizacion.Despues de que el usuario ha introducido los datos de tarjeta, y vuelve a tu web, compruebas que todavia tienes disponible lo que estas vendiendo.En ese caso, lo pones en estado "vendido", y entonces ejecutas la captura contra el sistema de pago (este proceso no requiere que el usuario haga nada, es un proceso servidor - servidor).
En caso de que no hubiera disponibles, anulas la autorizacion, y listo (el dinero no salió de la tarjeta del usuario).
Hay muchas opciones (al menos en paypal).Puedes hacer capturas parciales (por ejemplo, si se compran 3 objetos, y de 1 no hay stock), puedes hacer devoluciones sobre capturas parciales...