TPV virtual Caja Rural / Ruralvia  

Hola,

Esta nueva categoria me parece absolutamente extraordinaria... Muchisimas gracias Mikel y a Webempresa en general porque SOIS LOS MEJORES!! Os superais cada dia.

Creo, me temo... que puedo ser el primero en pedirte ayuda Mikel, porque necesito integrar un TPV Virtual, mas concretamente el de Ruralvia, que como trabaja con Servired, di por sentado que el modulo de Sermepa me serviria pero me parece a mi que tal cual viene configurado no, o si... pero desde luego los pasos del tutorial de Sermepa que hay aqui en Webempresa los tengo claros y ahi no hay ningun error.

Con todo bien configurado en la forma de pago en virtuemart y el archivo de notificacion tambien, al conectarse al TPV me reporta el error de la captura:

He contactado con los responsables del tpv informando de este y solicitando algun log de sistema. He pensado, que quizas al agregar nuevos campos de usuario y moverlos de orden, con la consiguiente adaptacion en los archivos xxx.tpl.php de la carpeta checkout necesarios para que se recojan correctamente en las distintas paginas del carrito, aunque funcione correctamente en virtuemart, a la hora de enviar los datos hubiera algun error.

Esto me han contestado:

Estimado Cliente

Este error aparece cuando conecta el TPV de Caja Rural con la pasarela
genérica de Caja Rural. La pasarela de Caja Rural es exclusiva y no es
compatible con la genérica de SERMEPA. Le remitimos la documentación de la
pasarela de Caja Rural.

(See attached file: Documentacion tpv virtual Caja Rural.zip)

Sobre el problema para acceder a Ruralvia debe solicitar el usuario y la
contraseña directamente a la oficina.

Quedamos a su disposición para cualquier duda o aclaración en el 902 xxxx

Atentamente reciba un cordial saludo

Claro, ante este hecho ocurrido escasos minutos... a preguntarle al hermano mayor que siempre sabe de todo y de repente me encuentro con tu presentacion y ofrecimientos... increible!

En los archivos que mandan de documentacion esta gente, destaco que creo que puede ser relevante esta informacion:

4. UTILIZACIÓN ALGORITMO SHA-1

4.1. GENERACIÓN DE LA FIRMA

Para aquellos comercios que implementen ellos mismos el algoritmo de firma, el proceso de validación del pago consiste en enviar a una dirección que reside en el servidor de TPV virtual, los datos necesarios para la validación del pago con tarjeta, dentro de los cuales se requiere una firma digital que tendrá que generar mediante el Algoritmo SHA -1.

Se deberá remitir los datos solicitados en un formulario mediante un POST a la dirección
https://tpv01.cajarural.com/nuevo_tpv/tpv/jsp/tpvjp_validaComercio.jsp con las siguientes
variables:

importe Campo obligatorio de 2 a 12 posiciones numéricas que indica el importe de la
compra. Vendrá en formato EEEEEEEEEEDD, sin comas siendo las últimas cifras
decimales.

numpedido Campo numérico obligatorio de 4 a 12 posiciones que indica el número de
pedido de la tienda (referencia de la compra).

moneda Campo de tres posiciones numéricas ‘978’ correspondiente a Euros, ‘840’
correspondiente a Dólares USA y ‘826’ correspondiente a Libra Esterlina.

fuc Campo de 9 posiciones numéricas, que corresponde al número de Comercio
facilitado por el Departamento de Medios de Pago.

idioma Campo obligatorio de una posición numérica. Actualmente los valores posibles
son:
‘0’ correspondiente al ‘Castellano’
‘1’ correspondiente al ‘Catalán’
‘3’ correspondiente al ‘Euskera’
‘4’ correspondiente al ‘Gallego’
‘5’ correspondiente al ‘Inglés’
‘6’ correspondiente al ‘Francés’
‘7’ correspondiente al ‘Alemán’
‘8’ correspondiente al ‘Valenciano’
‘9’ correspondiente al ‘Portugués’

idterminal Campo numérico obligatorio de 3 posiciones que indica distintos terminales en un mismo servidor.

fecha Campo obligatorio de 12 posiciones numéricas que indica la fecha y hora de la
operación. El formato del campo es:
'AA' Año.
'MM' Mes.
'DD' Día.
'hh' Hora
'mm' Minutos.
'ss' Segundos.

firma Campo obligatorio de 40 posiciones alfanuméricas. Se calcula con el Algoritmo
SHA-1. Este dato verifica que los datos que manda el Comercio no han sido
manipulados por agentes externos.
Este valor se saca de la llamada al algoritmo Sha-1, el cual recibe una
cadena de texto que se forma de la siguiente manera:
cadena = fecha+CIP+importe+moneda+numpedido

url Campo opcional de 255 posiciones alfanuméricas. Se utilizará para designar la
página de vuelta en el caso de que se requiera la configuración dinámica de
dicha página. En caso de que la dirección de vuelta aparezca en la base de
datos del sistema de TPV, siempre se dará prioridad al valor enviado en el
formulario. El formato de la URL deberá incluir la cabecera http:// o https://. La
URL indicada puede además incluir variables propias del Comercio, para el
tratamiento detallado de las respuestas a los clientes.

urlnotificacion Campo opcional de 255 posiciones alfanuméricas. Se utilizará para designar la página de vuelta en el caso de que se requiera la configuración dinámica de
dicha página. En caso de que la dirección de vuelta aparezca en la base de
datos del sistema de TPV, siempre se dará prioridad al valor enviado en el
formulario. El formato de la URLNOTIFICACION deberá incluir la cabecera http://
o https://. La URLNOTIFICACION indicada puede además incluir variables
propias del Comercio, para el tratamiento detallado de las respuestas a los
clientes.

4.2. EJEMPLO ALGORITMO

Ejemplo para el Algoritmo SHA-1 desde un programa generado por el Comercio con el fin de solicitar la validación del pago con tarjeta:

4.3. RESPUESTA DE LA OPERACIÓN

Una vez que se ha procesado la operación, el servidor de TPV Virtual pasará el resultado de la misma al Comercio mediante el envío de un formulario con la siguiente información:
importe Campo de 2 a 12 posiciones numéricas que indica el importe de la compra.
Vendrá en formato EEEEEEEEEEDD, sin comas pero las últimas cifras son
decimales.

compra Campo de dos posiciones alfanuméricas con los siguientes valores posibles:
‘si’ la operación es correcta
‘no’ la operación no es correcta y no se ha autorizado

moneda Campo de tres posiciones numéricas ‘978’ correspondiente a Euros, ‘840’
correspondiente a Dólares USA y ‘826’ correspondiente a Libra Esterlina.

numpedido Campo numérico de 4 a 12 posiciones que indica el número del pedido de la tienda (referencia de la compra).

fecha Campo de 12 posiciones numéricas que indica la fecha y hora de la operación. El
formato del campo es AAMMDDhhmmss.

firma Campo de 40 posiciones alfanuméricas.

Los Comercios decidirán si procesan la información mediante la creación de programas especiales para adaptar la respuesta al usuario dependiendo del resultado de la solicitud y de validación de la tarjeta. Esto le permitirá actualizar la información relativa a los pedidos del cliente, su cesta de la compra, o permitirá darle acceso a servicios exclusivos.
A parte de recibir dicho formulario, el Comercio recibirá en su buzón de correo electrónico un mensaje de confirmación de la realización de la operación y podrá visualizar los pedidos realizados mediante el módulo de Administración disponible para la gestión de su Comercio.
Para comprobar que el mensaje devuelto es correcto, se puede validar la firma devuelta por RSI. En este caso la cadena de texto para enviar al Algoritmo Sha-1 se genera de la siguiente manera:

si el campo compra devuelto vale “si”
cadena = “0”+CIP+numpedido+importe+fecha;

y si el campo compra devuelto vale “no”
cadena = “1”+CIP+numpedido+importe+fecha;

Esta operación sirve para que el comercio pueda comprobar que los datos que le envía RSI no han sido modificados (se podría acceder a la URL de respuesta y mandar datos aleatorios para modificar un importe, etc., pero al no conocer la clave privada, aun conociendo el algoritmo, no puede generar la firma correctamente).

--------------------------------------------------------------

¿Seria posible adaptar el modulo de Sermepa para Virtuemart a este TPV? ¿Hay algun modulo adaptado para Virtuemart y este TPV?

Un saludo

URL del sitio: http://ktey.es