error 04
- un e-mail de alerta que indica que la transacción está perdida definitivamente en el caso de un valor incorrecto del campo vads_trans_date o de una diferencia importante respecto a la hora de la plataforma.Obtiene un mensaje de error de tipo:
Una disfunción se produjo al momento de la solicitud de pago, gracias por comprobar que la configuración publicada sea coherente con respecto a la documentación. - un e-mail de advertencia indicándole que la diferencia entre la hora UTC de nuestra plataforma y la hora UTC definida en su formulario de pago es considerable. En el caso en que su tienda envíe una hora muy alejada de la hora real del pago, esta puede ser tolerada provisionalmente, y el usuario puede proceder con el pago de forma normal.Sin embargo, recibe un e-mail de advertencia informándole sobre la incoherencia del campo vads_trans_date (fecha y hora).
El pago es entonces imposible y la transacción se interrumpe permanentemente.
Recibirá un e-mail de alerta que contiene el elemento del formulario que la plataforma no pudo gestionar.
Le invitamos a verificar la(s) siguiente(s) causa(s) para resolver el problema:
- Causas del error en el caso de un e-mail de alerta
La fecha transmitida en vads_trans_date excede la diferencia tolerada. En modo Production, la plataforma de pago tolera una diferencia, entre la hora transmitida en vads_trans_date y la hora UTC de la plataforma, de 30 min en el pasado y hasta 1:30 h en el futuro.
Recibirá un e-mail de alerta si esa diferencia es superior a 60 min en el pasado o superior a 2.30 h en el futuro.
Ejemplo:
Si son las 12:00 UTC, usted no recibirá ningún e-mail de alerta si la hora transmitida en vads_trans_date tiene un valor entre 11:30 UTC y 13:30 UTC.
Por el contrario, recibirá un e-mail de alerta si la hora transmitida es anterior a las 11:00 UTC o posterior a las 14:30 UTC.
La fecha no se envía en el formato AAAAMMDDHHMSMS (año, mes, día, hora, minuto, segundo). Ejemplo:
Para el jueves, 17 de octubre de 2019 a las 8:54:36 h, el campo vads_trans_date debe ser 20191017085436.
La fecha no se basa en la zona horaria UTC (hora universal coordinada). Es obligación que la fecha esté basada en la zona horaria UTC.
En la parte superior del e-mail verá la fecha y hora UTC en la que recibimos la solicitud de pago.
En ese mismo e-mail verá el valor del campo vads_trans_date que la plataforma de pago recibió.
Asegúrese de que la diferencia de hora no sea muy importante respecto a la hora en la que recibimos la solicitud de pago.
Hora:
La hora correcta debe estar entre -30 m y +2.30 h respecto a la hora en la que recibimos la solicitud de pago.
Ejemplo:
Si recibimos una solicitud de pago el 15 de julio de 2019 a las 14:30:00 (hora UTC), el campo FECHA deberá estar entre 20190715140000 (15 de julio de 2019 a las 14:00) y 20190715160000 (15 de julio a las 16:00 h).
Recordatorio sobre la zona horaria UTC:
Según la función de la zona y el periodo del año, puede haber una diferencia distinta con la hora UTC.
Por ejemplo, en París, el 12 de julio de 2019 a las 14:50, son las 12:50 UTC porque en este periodo del año, París tiene una diferencia de +2 horas (hora de verano) con la hora UTC. En la solicitud de pago deberá enviar 20190712125000 (viernes, 12 de julio de 2019 a las 12:50).
Por el contrario, en París, el sábado, 12 de enero de 2019 a las 14:50 h, son las 13:50 UTC porque en este periodo del año París tiene una diferencia de +1 hora (hora de invierno) con la hora UTC.
En la solicitud de pago deberá enviar 20190112135000 (sábado, 12 de enero de 2019 a las 13:50).
La hora debe ser calculada en 24 h y no en 12 h. La hora debe ser calculada en 24 horas y no en 12 horas.
Ejemplo:
Si recibimos una solicitud de pago el lunes, 15 de julio de 2019 a las 14:30 UTC (es decir, 2.30 h post meridiem), el valor del campo vads_trans_date deberá ser 20190715143000 y no 20190715023000.
Su cliente esperó demasiado tiempo antes de hacer clic en el botón "Pagar". Si este tipo de error no es frecuente, es posible que el internauta haya esperado mucho antes de hacer clic en el botón “Pagar”.
En ese caso, la fecha conservada es la calculada durante la visualización de la página que contiene el botón “Pagar”. Por esto se aconseja calcular la fecha en el momento de hacer clic en el botón “Pagar”.
Ejemplo:
Un cliente hace un pedido a las 12:00 h y regresa a las 14:00 h para hacer clic en el botón “Pagar”.
Si su formulario es generado previamente antes del clic en el botón “Pagar”, su fecha será establecida a las 12:00 h, pero la hora de la plataforma de pago será a las 14:00 h. La diferencia entre las dos horas es demasiado grande y la plataforma muestra un mensaje de error.
Su cliente utilizó el historial de su navegador. Si este tipo de error no es frecuente, es posible que el internauta haya regresado unas horas después a la página de su tienda que permite iniciar el pago (página con el botón “Pagar”) utilizando el historial de su navegador.
En ese caso, la fecha conservada es la calculada durante la visita a esta página. Por esto se aconseja calcular la fecha en el momento de hacer clic en el botón “Pagar”.
- Causas del error en el caso de un e-mail de alerta
La fecha transmitida en vads_trans_date excede la diferencia tolerada. En modo Production, la plataforma de pago tolera una diferencia, entre la hora transmitida en vads_trans_date y la hora UTC de la plataforma, de 30 min en el pasado y hasta 1:30 h en el futuro.
Si excede la diferencia, recibirá un e-mail de advertencia cuando esa diferencia oscile entre 30 min y 60 min en el pasado o entre 1.30 h 2.30 h en el futuro.
Ejemplo:
Si son las 12:00 UTC, usted no recibirá ningún e-mail de advertencia si la hora transmitida en vads_trans_date tiene un valor entre las 11:30 UTC y 13:30 UTC.
Por el contrario, recibirá un e-mail de advertencia si la hora transmitida oscila entre las 11:00 y 11:30 UTC o entre las 13:30 y 14:30 UTC.
La fecha no se basa en la zona horaria UTC (hora universal coordinada). Es obligación que la fecha esté basada en la zona horaria UTC.
En la parte superior del e-mail verá la fecha y hora UTC en la que recibimos la solicitud de pago.
En ese mismo e-mail verá el valor del campo vads_trans_date que la plataforma de pago recibió.
Asegúrese de que la diferencia de hora no sea muy importante respecto a la hora en la que recibimos la solicitud de pago.
Hora:
La hora correcta debe estar entre -30 m y +2.30 h respecto a la hora en la que recibimos la solicitud de pago.
Ejemplo:
Si recibimos una solicitud de pago el 15 de julio de 2019 a las 14:30:00 (hora UTC), el campo FECHA deberá estar entre 20190715140000 (15 de julio de 2019 a las 14:00) y 20190715160000 (15 de julio a las 16:00 h).
Recordatorio sobre la zona horaria UTC:
Según la función de la zona y el periodo del año, puede haber una diferencia distinta con la hora UTC.
Por ejemplo, en París, el 12 de julio de 2019 a las 14:50, son las 12:50 UTC porque en este periodo del año, París tiene una diferencia de +2 horas (hora de verano) con la hora UTC. En la solicitud de pago deberá enviar 20190712125000 (viernes, 12 de julio de 2019 a las 12:50).
Por el contrario, en París, el sábado, 12 de enero de 2019 a las 14:50 h, son las 13:50 UTC porque en este periodo del año París tiene una diferencia de +1 hora (hora de invierno) con la hora UTC.
En la solicitud de pago deberá enviar 20190112135000 (sábado, 12 de enero de 2019 a las 13:50).
Su cliente esperó demasiado tiempo antes de hacer clic en el botón "Pagar". Si este tipo de error no es frecuente, es posible que el internauta haya esperado mucho antes de hacer clic en el botón “Pagar”.
En ese caso, la fecha conservada es la calculada durante la visualización de la página que contiene el botón “Pagar”. Por esto se aconseja calcular la fecha en el momento de hacer clic en el botón “Pagar”.
Ejemplo:
Un cliente hace un pedido a las 12:00 h y regresa a las 14:00 h para hacer clic en el botón “Pagar”.
Si su formulario es generado previamente antes del clic en el botón “Pagar”, su fecha será establecida a las 12:00 h, pero la hora de la plataforma de pago será a las 14:00 h. La diferencia entre las dos horas es demasiado grande y la plataforma muestra un mensaje de error.
Su cliente utilizó el historial de su navegador. Si este tipo de error no es frecuente, es posible que el internauta haya regresado unas horas después a la página de su tienda que permite iniciar el pago (página con el botón “Pagar”) utilizando el historial de su navegador.
En ese caso, la fecha conservada es la calculada durante la visita a esta página. Por esto se aconseja calcular la fecha en el momento de hacer clic en el botón “Pagar”.