Es posible que hayas llegado hasta aquí a través de la anterior entrada en la que comentaba los errores que se producian en los terminales de redsys que usaban sha1 y cómo interpretar los códigos de respuesta que te facilitaban (recordad que se sabia viendo el código fuente de la página, en esta entrada se explica mejor). Por si no estás muy al día te diré que recientemente se ha actualizado todo el sistema y ha pasado de utilizar sha1 a sha256.
Con esta nueva versión se han introducido una serie de mensajes de error nuevos cuyos códigos no aparecian en el anterior listado que había recopilado, por ello os traigo una pequeña lista con códigos de error actualizados
QSIS0429 Error en la versión enviada por el comercio en el parámetro Ds_SignatureVersion SIS0430 Error al decodificar el parámetro Ds_MerchantParameters SIS0431 Error del objeto JSON que se envía codificado en el parámetro Ds_MerchantParameters SIS0432 Error FUC del comercio erróneo SIS0433 Error Terminal del comercio erróneo SIS0434 Error ausencia de número de pedido en la operación enviada por el comercio SIS0435 Error en el cálculo de la firma
Movido por un comentario en la publicación anterior de errores me he puesto a buscar información sobre el error SIS0334, código de error que no aparece en la documentación. A través de algunos comentarios hechos en twitter entre un usuario y redsys parece ser que el error ocurre al superar la operación de compra el importe máximo establecido por el banco, en este caso no queda otra que poneros en contacto con ellos para ver este limite.
Espero que esta actualización con los mensajes de error os saque de las posibles dudas que pudierais tener.
Como ya sabéis los comentarios están abiertos para vuestras dudas
José
Hola
Para los que aún utilizan ASP clásico, aquí tenéis la implementación del API de RedSys para ASP: https://github.com/ictmanagement/redsysHMAC256_API_ASP
Espero que os sea de utilidad
dwalins
Hola José,
Muchas gracias por tu colaboración, si alguien está usando ASP clásico seguro que le vendrá estupendamente esta implementación. ¿La has desarrollado tu?
Un saludo
José
Hola dwalins
Gracias a ti por tus posts, que te dan la respuesta inmediata a problemas específicos evitando horas de investigación y lectura de manuales.
Si la hemos desarrollado en la empresa debido a que varios clientes nos pidieron ayuda con la migración a SHA256 y vimos que habían muy pocas alternativas que no requirieran instalar ActiveX o servicios web locales en otra tecnología (PHP, .NET), con el aumento de complejidad que eso conlleva. Decidimos desarrollarla open source y con licencia NewBSD para disminuir el coste de desarrollo de nuestros clientes y poder ofrecerlo de manera gratuita a la comunidad.
Un saludo cordial
dwalins
Genial! Estoy seguro que le será de utilidad a muchas personas.
Un saludo
jose
Buenas tardes, estoy instalando el tpv en nuestra web , pero tenemos un problema es el siguiente
el realizar una operación con tarjeta tpv le asigna un numero de operación y en nuestra web de prestashop otro numero de pedido de manera que es muy complicado saber a que pedido corresponde cada pago… existe alguna manera de poder decirle al tpv el numero de pedido de nuestra web y de esta manera facilitar la tarea de indentificar los pagos?
Un saludo
dwalins
Hola Jose,
Me atrevo a decir con bastante seguridad que te va a ser bastante dificil hacer que el banco cambie el número que tiene asignado a un pedido por uno que tu le facilites, si no llevan un control sobre eso imaginate que le das dos números repetidos, podria suponer un problema. Es posible que tenga algun campo personalizado en el pedido que te permita dar de alta alguna información propia, supongo que esto dependerá mucho del banco, pero lo veo dificil.
Sería mucho más fácil adaptar tu web a el número que crea el banco. Primero deberías ver si al hacer la compra te devuelven el número de pedido que se le ha asignado, si es así debes procesarlo para cambiarlo por el que genera Prestashop. Recuerda que también lo envía al cliente por correo con lo cual debes hacer este cambio antes de que se genere ese email.
Si te decantas por esta técnica debes prestar atención en un detalle, que los número de pedido no sean correlativos ya que de esta forma estarias dando la posibilidad a tu competencia de obtener información sobre tu web de una forma bastante sencilla y que conozcan tu volumen de ventas sin duda no es nada interesante.
Esta duda que propones me parece muy buena, cuéntanos más según vayas avanzando en el tema.
Un saludo!
Código de respuesta de SERMEPA | Dwalins
[…] ACTUALIZACIÓN 12/2015: Como es posible que sepais recientemente se ha dejado de trabajar con sha1 para hacerlo con sha256, por ello han introducido nuevos códigos de error que podeis consultar en la nueva entrada que he publicado […]
Marcos
Buenos días.
Estoy buscando por internet información del error 9051, que devuelve RedSýs en la respuesta, pero no lo encuentro ¿Alguien sabe qué significa este error?
Un saludo.
Jesús
Gracias por la información, este asunto le puede traer de cabeza a más de uno.
Un saludo.
dwalins
Un placer! Si la verdad que me decidí a juntarlo porque en su momento me costó un poco dar con esto, que en mi opinión deberia estar muy a la vista, asi que aqui está todo recopilado y ampliado en la medida de lo posible
Un saludo