jmmendez
Forum Replies Created
-
Buenas,
Hemos actualizado el plugin, pero aún así creemos que no se ha resuelto del todo. Un primer intento de pago con respuesta “Sin Finalizar 9999” y un segundo pago “autorizado” con una diferencia de 8 minutos entre los intentos, el único estado del pedido en WooCommerce es: “El pedido sin pagar ha sido cancelado – se ha alcanzado el limite de tiempo. El estado del pedido cambió de Pendiente de pago a Cancelado” sin pasar por el estado “procesando” como ocurría anteriormente.
Es como si recibiese el estado del primer intento de pago. Nos está suponiendo un conflicto con los clientes porque recibimos el pago y el pedido está cancelado, sin descontar los productos y cuando nos avisan ya no queda stock.
Gracias.Me ocurre exactamente lo mismo. La primera vez detectado sobre el 20 de diciembre de 2021 y se ha replicado posteriormente en varias ocasiones hasta el día de hoy.
Ejemplo:– Primer intento de pago a las 23:41:38 del 10/01/2022 denegado por timeout:
——————————————-
Fecha y hora: 10/01/2022 23:52:15
Tipo notificación: HTTP
Modo de comunicación: Síncrona
Resultado operación: 9997
Cod. respuesta servidor: Correcto (200)
——————————————-– Segundo intento de pago correcto, enviado a las 23:44:44 del 10/01/2022:
——————————————-
Fecha y hora: 10/01/2022 23:45:29
Tipo notificación: HTTP
Modo de comunicación: Síncrona
Resultado operación: 0000
Cod. respuesta servidor: Correcto (200)
——————————————-– Y en woocommerce, en primera instancia procesa como correcto el pedido:
——————————————-
Notificación HTTP recibida – pago completado
10 de enero de 2022 a las 23:45 Borrar nota
——————————————-– Pero se cancela posteriormente cuando recibe la denegación por timeout:
——————————————-
Pedido cancelado por Redsys
10 de enero de 2022 a las 23:52 Borrar nota
——————————————-Gracias.