Jump to content

Recommended Posts

Puede ser un problema con el template? No se si puedes probarlo con la plantilla por defecto a ver si es esto?

estoy con el default, no creo que sea del tema. Voy a probar a actualizar el prestashop, ya os dire

Share this post


Link to post
Share on other sites

Aquí os dejo como se configura, puede que os estéis equivocando.

 

post-663000-0-45134000-1426072131_thumb.jpg

 

Es muy extraño que no os funcione servired 1.50 porque es infalible, y tiene su propio tpl. Es decir, cuando el pago es correcto o fallido ejecuta a la vuelta su tpl, nada tiene que ver con una página del template.

 

ADVIERTO: El servired 1.50 siempre hay que probarlo en entorno real, hacéis compras de un céntimo, porque en pruebas siempre creo recordar que daba fallos.

 

Tengo que decir que el de Redsys nunca conseguí que saliera nada más después del pago, llegaba correcto al banco, pero aparecía una página en blanco.

 

Después creo que alguien debería poner orden en que banco funciona con cada modulo, yo creo que redsys/seremos/ y servired es el mismo.

Edited by maximo88 (see edit history)

Share this post


Link to post
Share on other sites

Aquí os dejo como se configura, puede que os estéis equivocando.

 

attachicon.gifimage.jpg

 

Es muy extraño que no os funcione servired 1.50 porque es infalible, y tiene su propio tpl. Es decir, cuando el pago es correcto o fallido ejecuta a la vuelta su tpl, nada tiene que ver con una página del template.

 

ADVIERTO: El servired 1.50 siempre hay que probarlo en entorno real, hacéis compras de un céntimo, porque en pruebas siempre creo recordar que daba fallos.

 

Tengo que decir que el de Redsys nunca conseguí que saliera nada más después del pago, llegaba correcto al banco, pero aparecía una página en blanco.

 

Después creo que alguien debería poner orden en que banco funciona con cada modulo, yo creo que redsys/seremos/ y servired es el mismo.

 

Gracias, el banco que intento conectar es ING, pero el problema esta en redirección recibida después del correcto pago. La URL es la que tiene que ser segun el modulo, pero prestashop no esta preparado para procesarla y redirige al historial de pedidos...

 

He probado con 200 modulos y versiones y siempre el mismo problema.

  • Like 1

Share this post


Link to post
Share on other sites

Gracias, el banco que intento conectar es ING, pero el problema esta en redirección recibida después del correcto pago. La URL es la que tiene que ser segun el modulo, pero prestashop no esta preparado para procesarla y redirige al historial de pedidos...

 

He probado con 200 modulos y versiones y siempre el mismo problema.

Exactamente igual que djvicio. Tambien ING y pasa exactamente lo mismo

Share this post


Link to post
Share on other sites

En programación hay que probar estos fallos de forma escalonada. Deberíais probar con una versión limpia de Prestashop, con el template default y así podéis asociar si es la plantilla o el banco.

 

También debéis comprobar si en el pago incorrecto, os lleva al .tpl de pago incorrecto, por lo menos que funcionara uno de las dos redirecciones y ya se va descartando de donde viene el fallo.

 

post-663000-0-76310100-1426162588_thumb.jpg

post-663000-0-72432600-1426162602_thumb.jpg

Share this post


Link to post
Share on other sites

En programación hay que probar estos fallos de forma escalonada. Deberíais probar con una versión limpia de Prestashop, con el template default y así podéis asociar si es la plantilla o el banco.

 

También debéis comprobar si en el pago incorrecto, os lleva al .tpl de pago incorrecto, por lo menos que funcionara uno de las dos redirecciones y ya se va descartando de donde viene el fallo.

 

attachicon.gifimage.jpg

attachicon.gifimage.jpg

Nada de nada y encima tengo un problema con el servidor. Tengo la negra....

Share this post


Link to post
Share on other sites

Con el modulo servired 1.50 que compartisteis este es el error en las notificaciones:

 

.../modules/servired/tpv_response.php
              301

Share this post


Link to post
Share on other sites

Con el modulo servired 1.50 que compartisteis este es el error en las notificaciones:

 

.../modules/servired/tpv_response.php

              301

 

Eso es un error de servidor, no de programación.

  • Like 1

Share this post


Link to post
Share on other sites

Con instalación 100% limpia el módulo funciona incluso con SSL instalado en el área de clientes... 

Share this post


Link to post
Share on other sites

Nada nada... ni de coña

 

Haces cualquier mínima modificación y deja de funcionar de golpe :S... solo probé a editar un php, ví que no funcionó lo dejé como estaba y no va

 

Algun TPV de pago? Cual recomiendan?

Estoy entre este:

 

http://addons.prestashop.com/es/pagos-prestashop-modulos/6492-pago-con-tarjeta-tpv-virtual-redsys-servired-sermepa.html

 

y este

 

http://addons.prestashop.com/es/pagos-prestashop-modulos/16398-tpv-virtual-redsys-sermepa-servired.html

Share this post


Link to post
Share on other sites

Nada nada... ni de coña

 

Haces cualquier mínima modificación y deja de funcionar de golpe :S... solo probé a editar un php, ví que no funcionó lo dejé como estaba y no va

 

Algun TPV de pago? Cual recomiendan?

Estoy entre este:

 

http://addons.prestashop.com/es/pagos-prestashop-modulos/6492-pago-con-tarjeta-tpv-virtual-redsys-servired-sermepa.html

 

y este

 

http://addons.prestashop.com/es/pagos-prestashop-modulos/16398-tpv-virtual-redsys-sermepa-servired.html

 

Hola Jd,

 

Ambos módulos te funcionarán sin mayores problemas, lo mejor es que si tienes cualquier problema obtendrás soporte técnico de ambos desarrolladores.

 

Nosotros hemos desarrollado el segundo que has listado, como novedad puedo decirte que hemos incluido la gestión de devoluciones de importes desde los propios pedidos de manera que, desde el Back Office de la tienda, podrás gestionar una devolución sin necesidad de tener que acceder a la administración de TPV, buscar la transacción, etc... Con lo cual se gana rapidez de gestión.

 

Un saludo!

  • Like 1

Share this post


Link to post
Share on other sites

Nada nada... ni de coña

 

Haces cualquier mínima modificación y deja de funcionar de golpe :S... solo probé a editar un php, ví que no funcionó lo dejé como estaba y no va

 

Algun TPV de pago? Cual recomiendan?

Estoy entre este:

 

http://addons.prestashop.com/es/pagos-prestashop-modulos/6492-pago-con-tarjeta-tpv-virtual-redsys-servired-sermepa.html

 

y este

 

http://addons.prestashop.com/es/pagos-prestashop-modulos/16398-tpv-virtual-redsys-sermepa-servired.html

 

Hola,

 

como te han comentado, ambos módulos son muy parecidos y con soporte.

 

Con el nuestro (http://addons.prestashop.com/es/pagos-prestashop-modulos/6492-pago-con-tarjeta-tpv-virtual-redsys-servired-sermepa.html) tienes la posibilidad de definir más de un terminal por si necesitaras cobrar a tus clientes con más de una moneda (poder realizar cobros en el TPV en euros y en dólares, por ejemplo).

Edited by joseantgv (see edit history)
  • Like 1

Share this post


Link to post
Share on other sites

Consegui solucionarlo, desactivando en prestashop el SSL me dejo sin problemas, ahora me toca luchar con redsys para que me solucionen eso

  • Like 1

Share this post


Link to post
Share on other sites

MÓDULO FUNCIONAL VERSIÓN 1.5 Y 1.6

 

Instaladse este módulo que adjunto y PASAD del oficial. Funciona en 1.5 y en 1.6.

 

Confirmado en 1.6.0.9

 

El oficial de Redsys no está bien hecho , no os lo recomiendo instalarlo, no se puede poner en ningún sitio la opción de notificación por HTTP.

 

Es calcado al oficial, pero funciona.

 

Adjunto foto de como hay que configurarlo

 

attachicon.gifimage.jpg

Por fín!! Un modulo que funciona, muchas gracias.

  • Like 1

Share this post


Link to post
Share on other sites
---------------------------------------------- Fin Fragmento ---------------------------------------------------------------

Gracias por tu ayuda .

Manuel.
Edited by xxlolo (see edit history)

Share this post


Link to post
Share on other sites

Actualmente esta la version 2.4.3 de redsys en su pagina oficial, funciona mejor la version 2.0 ?? (Para prestashop 1.6.0.9) 

 

Sii es asi, de donde descargo la anterior version? 

Gracias

Edited by SergioE (see edit history)

Share this post


Link to post
Share on other sites

Yo también estoy en busca de la 2.0 de redsys, 

Probe la 2.4.3 con el modotest y devolucion incluida, de momento funciona correctamente, supongo que habran arreglado muchos fallos..

 

No tiene porque ir mal!

Share this post


Link to post
Share on other sites

https://www.prestashop.com/forums/topic/411930-modulo-servired-funcionando-en-1609/

 

Hola! Os subo la versión que yo he editado para que me funcione en 1.6.0.9, partiendo de otra versión que tenía para 1.5.6.  A mi me funciona bien, espero que os sirva!   Saludos!

 

 

Gracias a este maravilloso usuario que ha arreglado el casi perfecto módulo de 1.5.6, este, ya funciona perfectamente en 1.6.0.9.

Mis disculpas por haber defendido a capa y espada el que yo subí, que es casi igual que este, pero la respuesta de pago aceptado no aparecía, si no una pagina que decia la orden no se puede agregar al carrito y no me daba cuenta, puesto que el tpl de error si funcionaba bien. Ahora como se ve en la imagen, ya todo va perfecto. Gracias @goodluck11

 

post-663000-0-64378900-1428410342_thumb.png

 

 

Solo queda una cosita estética, falla el tpl cuando compite en posición con el módulo contrareembolso. Si en los hooks se coloca contrareembolso encima de tarjeta no hay problema.

 

post-663000-0-29924600-1428411056_thumb.png

 

Si por el contrario queremos ser que la tarjeta sea El primer método de pago ofrecido al usuario, éste desaparece de las opciones.

 

post-663000-0-27797700-1428411033_thumb.png

 

Esto no ocurría en el anterior que has modificado. Debe ser algo banal..

servired_Prestashop1.6.0.9.zip

Edited by maximo88 (see edit history)

Share this post


Link to post
Share on other sites

Llevábamos 2 años usando el modulo gratuito que descubrimos en este foro para SERMEPA y nos daba errores puntuales especialmente con clientes que pagaban con tarjeta desde fuera de España.

 

Así que optamos por contratar multisafepay para ampliar las posbilidades de pasarela... al menos para los clientes extranjeros :mellow:

 

Pero desde hace unos meses los problemas con el modulo gratuito de SERMEPA empezaron a ser habituales incluso con clientes nacionales. Así que aprovechando que hace poco casualmente me encontré con el modulo prestashop 2.4.3 de REDSYS decidi probarlo.

 

Aparentemente iba bien hasta que empezamos a ver que de forma aleatoria (pero bastante frecuente) producia error a la hora de generar un pedido. Al cliente le aparecía como "pedido duplicado" y para solventarlo había que repetir el intento de pago para que lo diera como pedido validado... En cualquier caso más de un cliente no realizaba el segundo intento por lo que era una venta perdida.... :(

 

Hartos de esperar a que se generase algún milagroso UPDATE en el modulo de REDSYS hemos decidido pasar olímpicamente de modulos gratuitos y hemos comprado el comentado por OBS Solutions con 2 años de mantenimiento que confiemos nos solucione de una vez por todas cualquier problema con los pagos por tarjeta :)

 

Saludos!

Edited by Antakarana (see edit history)

Share this post


Link to post
Share on other sites

Llevábamos 2 años usando el modulo gratuito que descubrimos en este foro para SERMEPA y nos daba errores puntuales especialmente con clientes que pagaban con tarjeta desde fuera de España.

 

Así que optamos por contratar multisafepay para ampliar las posbilidades de pasarela... al menos para los clientes extranjeros :mellow:

 

Pero desde hace unos meses los problemas con el modulo gratuito de SERMEPA empezaron a ser habituales incluso con clientes nacionales. Así que aprovechando que hace poco casualmente me encontré con el modulo prestashop 2.4.3 de REDSYS decidi probarlo.

 

Aparentemente iba bien hasta que empezamos a ver que de forma aleatoria (pero bastante frecuente) producia error a la hora de generar un pedido. Al cliente le aparecía como "pedido duplicado" y para solventarlo había que repetir el intento de pago para que lo diera como pedido validado... En cualquier caso más de un cliente no realizaba el segundo intento por lo que era una venta perdida.... :(

 

Hartos de esperar a que se generase algún milagroso UPDATE en el modulo de REDSYS hemos decidido pasar olímpicamente de modulos gratuitos y hemos comprado el comentado por OBS Solutions con 2 años de mantenimiento que confiemos nos solucione de una vez por todas cualquier problema con los pagos por tarjeta :)

 

Saludos!

 

Hola,

 

si el módulo lo has comprado para tu web http://www.nutri-cosmetica.com, es el de idnovate.com (http://addons.prestashop.com/es/pagos-prestashop-modulos/6492-pago-con-tarjeta-tpv-virtual-redsys-servired-sermepa.html;)

Share this post


Link to post
Share on other sites

 

Bueno joseantgv parece un tio majo, pero nosotros la verdad es que no conocemos el soporte de idnovate.... JAJAJA más que nada porque nos no ha hecho falta utilizarlo desde que instalamos su modulo...

 

Nos pasaba lo mismo que a Antakarana, los pagos nacionales pase, pero los internacionales el de REDSys fallaba como una escopeta de feria, además NO HACE TIPOS DE CAMBIO, con lo que sólo lo podíamos utilizar en la Zona Euro, (una operación de 100 dolares cobra 100€ y se queda tan ancho)

 

La verdad es que el modulo de idnovate NO HA FALLADO NUNCA, trabajamos con todo el mundo, y por todo el mundo me refiero a USA, CANADA, AUSTRALIA, JAPON, TAIWAN, HONG KONG etc...

 

Tenemos idnovate y paypal y el 80% de nuestros clientes usan el pago con tarjeta frente a Paypal (lo que supone un 2-3% mas de márgen)

 

Respecto al tipo de cambio una pasada, ya que aunque el cliente vea la operación en su divisa (tenemos activas 16), al hacer el pago se convierte CORRECTAMENTE a euros y funciona perfectamente.

 

Estos modulos conviene comprarlos siempre con mantenimiento ya que nunca se sabe que sorpresa nos puede dar RedSys...

Share this post


Link to post
Share on other sites

Sigue funcionando mal el modulo Redsys 2.4.3?

 

A mi las pruebas me las ha realizado bien, pero si tengo problemas con lo que dice Antakarana... 

 

Vale que sea gratis, pero para el tpv de tu banco hay que pagar para conectarlo con el de Redsys en prestashop. Y si eso va mal, de que sirve pagar si no va bien nada de eso?  Ya te obliga a comprar otro modulo de redsys que sea de pago... 

Edited by SergioE (see edit history)

Share this post


Link to post
Share on other sites

En serio que funciona perfectamente con monedas extranjeras y con clientes de todo el mundo???

 

 

ALABADO SEA EL SEÑOR!!! Eso puede significar que a la larga no necesitemos multisafepay... al menos no para visa o MasterCard, sí para el resto de tarjetas que por otro lado suelen ser minoritarias!

 

Entonces estoy muy contento con la compra :)

 

 

PD. Edito... aguien puede indicarme como se configuran distintas monedas en el modulo? hay que contratar mas de un terminal?

 

thump_9366403moneda.png

Edited by Antakarana (see edit history)
  • Like 1

Share this post


Link to post
Share on other sites

En serio que funciona perfectamente con monedas extranjeras y con clientes de todo el mundo???

 

 

ALABADO SEA EL SEÑOR!!! Eso puede significar que a la larga no necesitemos multisafepay... al menos no para visa o MasterCard, sí para el resto de tarjetas que por otro lado suelen ser minoritarias!

 

Entonces estoy muy contento con la compra :)

 

 

PD. Edito... aguien puede indicarme como se configuran distintas monedas en el modulo? hay que contratar mas de un terminal?

 

thump_9366403moneda.png

 

Bueno NO ES MULTIDIVISA, ya que el sistema RedSys te obligaría a tener un TPV para cada divisa, nosotros lo tenemos el TPV sólo en Euros, pero (Y ESTO ES LO IMPORTANTE) el módulo aunque trabaje con Euros convierte perfectamente las divisas, tu das de alta tus productos en la moneda de tu tienda, (por ejemplo Euros) y un cliente Japones, vera la tienda en su moneda.

 

Por ejemplo un artículo de 60€ el japones lo vera por 7.729 YEN, un Americano lo verá por 64,50 USD y un Australiano por 84,80 AUD..... cada uno vera la tienda en la divisa que tengas asignada a ese país.

 

Tu en la pantalla de pagos puedes asignar el TPV a la divisa que quieras. y cuando un cliente seleccione VISA como forma de pago entonces se ira a la pantalla de pago de tu banco y el importe a pagar será 60 EUR

 

Para evitar posibles dudas a la hora de comprar, es muy recomendable hacer esta pequeña modificación para que en el resumen del carrito aparezcan dos divisas y el cliente ademas de su moneda vea el total en Euros (o en la moneda que queramos)

 

https://www.prestashop.com/forums/topic/362605-aporte-mostrar-dos-divisas-en-el-carrito/

 

De esta forma antes de pagar ya esta viendo que 7.729 YEN son 60 EUR

 

 

Es decir este modulo sólo trabaja en una moneda, pero ello no quita que lo puedas usar con cualquiera... Ahora si hacemos lo mismo con el módulo de RedSys (por lo menos con la vesión de hace unos meses) el artículo de 60 EUR que el Japones ve en 7.729 YEN, al pagar le cobrará 7.729 EUR... TOMA YA !!!

  • Like 2

Share this post


Link to post
Share on other sites

ALABADO SEA EL SEÑOR!!! 

 

Ya te digo !!!!

 

Operaciones de los últimos 2 meses fuera de la Zona EURO total: 57

 

TPV:   48 - Comisión 0,6 % (*)

Paypal: 9 - Comisión 2,9 %

 

(*) La comisión depende de cada negociación empresa-banco pero creo que siempre esta entre 0,6% y 1,6% + una pequeña parte fija. Nosotros implantamos este cambio no pensando en la rentabilidad, si no para dar más opciones de pago a nuestros clientes que son personas más bien mayores y por ello poco habituadas a usar medios de pago modernos (donde incluyo paypal). 

 

Y la realidad nos ha demostrado que los usuarios (por lo menos los nuestros) prefieren usar un TPV

  • Like 1

Share this post


Link to post
Share on other sites

El módulo es multidivisa porque permite trabajar con más de un terminal Redsys con diferente divisa. 

 

Es necesario disponer de un terminal Redsys para cada una de las divisas con las que se quiera trabajar, ya que Redsys sólo permite configurar una divisa por terminal. 

 

El módulo revisa si hay algún terminal configurado con la divisa que esté utilizando el cliente en la tienda para realizar la operación con esa divisa o bien hacer la conversión.

Share this post


Link to post
Share on other sites

Hola,

Una pregunta, se puede instalar el modulo de REDSYS gratuitamente? Veo que comentais que lo habeis instalado sin problema y resulta que no me permiten añadir modulos que no sean de la tienda de Prestashop cuando este esta disponible gratuitamente en internet. Pelin surrealista la verdad. Tengo ya el TPV aprobado con mi banco y no se si puedo usar otro módulo.

 

Alguna idea?

Share this post


Link to post
Share on other sites

Hola,

Una pregunta, se puede instalar el modulo de REDSYS gratuitamente? Veo que comentais que lo habeis instalado sin problema y resulta que no me permiten añadir modulos que no sean de la tienda de Prestashop cuando este esta disponible gratuitamente en internet. Pelin surrealista la verdad. Tengo ya el TPV aprobado con mi banco y no se si puedo usar otro módulo.

 

Alguna idea?

 

Si tienes la tienda alojada en PrestaShop Cloud únicamente puedes instalar módulos de Addons.

Share this post


Link to post
Share on other sites

Muchas gracias!!!

 

Me ha servido de mucho este modulo, llevaba 3 días peleándome con el!

 

Gracias por el aporte os estoy MUUUUUUY AGRADECIDA

  • Like 1

Share this post


Link to post
Share on other sites

Muchas gracias, estaba leyendo todo el foro y probando, porque no vaciaba el carro ni generaba el pedido en modo de pruebas ni en real el descargado desde Redsys, e instalado el modulo_pago_redsys-prestashop_1.6.0.5_MOD.zip que ha puesto compañero borjaf84 en el post 102 y en modo real va perfecto, en modo de pruebas falla, pero lo que importa es cobrar a los clientes, asi que de momento funciona bien, probado en Sabadell , genera pedido, cobra y envía confirmación.

Pongo este post en mis favoritos para seguir atento a la evolución, aunque como decia un sabio " si no esta roto no lo arregles".

Un saludo y gracias

Share this post


Link to post
Share on other sites

Muchas gracias, estaba leyendo todo el foro y probando, porque no vaciaba el carro ni generaba el pedido en modo de pruebas ni en real el descargado desde Redsys, e instalado el modulo_pago_redsys-prestashop_1.6.0.5_MOD.zip que ha puesto compañero borjaf84 en el post 102 y en modo real va perfecto, en modo de pruebas falla, pero lo que importa es cobrar a los clientes, asi que de momento funciona bien, probado en Sabadell , genera pedido, cobra y envía confirmación.

Pongo este post en mis favoritos para seguir atento a la evolución, aunque como decia un sabio " si no esta roto no lo arregles".

Un saludo y gracias

 

Yo me bajado el modulo oficial de la pagina de Redsys y no he tenido NINGUN PROBLEMA, va perfectamente!

Saludos

Share this post


Link to post
Share on other sites

:)  YA lo tengo todo en marcha.  :) 

 

Leí por los foros sobre el modulo de Servired, adaptaciones, traducciones, arreglos, apaños... y me descargue uno de tantos que se comentan que están arreglados.

NADA que no me funcionaba bien, me decía siempre que hay un fallo en el envío de datos, hable con Redys y finalmente, en su página esta el modulo para Prestashop, tan sencillo como instalar el modulo y introducir los datos que te dan del TPV Virtual y a funcionar.

 

Configuración del TPV

  • Entorno de Redys: Real
  • Nombre del coercio: (El de tu comercio del TPV Virutual)
  • Número de comercio (FUC): el que te facilita tu banco.
  • Clave sevreta de encriptación: la que te facilita tu banco.
  • Número de terminal: el que sea.
  • Tipo de firma: Ampliada.
  • Tipo de moneda: Euro
  • Tipo de Transacción: 0
  • Recargo (% de recargo en el precio): esto ya a tu elección.

Personalización

 

  • Notificación HTTP (inactivo no procesa pedido no vacía el carrito): Marcar como activa.
  • Usar SSL en validación:  Marcar como desactivada.
  • En caso de error permitir otro medio de pago: Marcar como activada.
  • Activar idiomas del TPV: Marcar como desactivada.

Y ami así me a funcionado perfecto.

si a alguien le sirve le dejo el modulo aquí, yo he dado muchas vueltas y nunca sabemos mirar donde están las cosas sencillas.

 

Perdon, mi versión de prestashop: 1.5.6.1 

 

1) ¿Funciona para la versión 1.6?

 

2) Cuando se llega a un acuerdo con una entidad bancaria determinada para usar su TPV virtual ¿la entidad debe facilitar un módulo aparte de que yo instale el redsys? ¿y deberé configurar/relacionar las dos aplicaciones? ¿O sólo tendré que trabajar con el redsys aunque se pague un alta de TPV virtual al Banco?

Share this post


Link to post
Share on other sites

Nosotros hemos intentado utilizar el módulo gratuito de Redsys en un 1.6.0.11 y no habido forma de dejarlo bien. Desde Redsys que si el problema estaba en nuestro servidor y el servidor tiene todo OK...

Al final nos hemos decidido a comprar uno de pago a ver si podemos terminar el proyecto.

Saludos

Share this post


Link to post
Share on other sites

Hola!

 

Tengo un problema de codificación cuando uso el módulo de pago de RedSys, cuando el nombre del producto contiene acentos o ñ sale con caracteres raros en la plataforma de RedSys.  :wacko:

 

post-764847-0-21629100-1415209109.png

 

Debe ser un problema de la codificación que llega al TPV, ya que tiene que ser ISO-8859-1 para que funcione bien. No sé dónde especificar que la codificación de los nombres sea esa, ¿en qué archivo sería?

 

Gracias  :)

 

buenas, lo solucionastes?

Share this post


Link to post
Share on other sites

Quiza os sirva una solución que he encontrado para cuando haces un pedido, lo pagas y no te genera el pedido ni nada. Modulo redsys 2.4.3 de su web y version 1.6.0.14.

En el archivo validation.php modificar de la linea 70 que sale aquí:

		if ($respuesta < 101)
		{
			/** Compra válida **/
			$mailvars = array();
			$redsys->validateOrder($pedido, _PS_OS_PAYMENT_, $total, $redsys->displayName, NULL, $mailvars, NULL, false, $cart->secure_key);
		}
		else
			/** se anota el pedido como no pagado **/
			$redsys->validateOrder($pedido, _PS_OS_ERROR_, 0, $redsys->displayName, 'errores:'.$respuesta);
	}

por 

		if ($respuesta < 101)
		{
			/** Compra válida **/
			$mailvars = array();
			$redsys->validateOrder($pedido, _PS_OS_PAYMENT_, $total, $redsys->displayName, null, $mailvars, (int)$cart->id_currency, false, $customer->secure_key);
		}
		else
			/** se anota el pedido como no pagado **/
			$redsys->validateOrder($pedido, _PS_OS_ERROR_, 0, $redsys->displayName, 'errores:'.$respuesta);
	}
  • Like 1

Share this post


Link to post
Share on other sites

MÓDULOS RECOMENDADO JUNIO 2015 SERVIRED/SERMEPA/REDSYS GRATUITO PARA 1.6.0.9 -1.6.0.14

 

Funcionamiento 100%. Nunca se pierde una compra, pero puede haber alguna dificultad para visualizar el carro que ha comprado el cliente y la emisión de la factura.

 

Después de numerosas compras de clientes en mi web. Tengo que decir, que este módulo (https://www.prestashop.com/forums/topic/411930-modulo-servired-funcionando-en-1609/?p=2070084) sigue presentando un comportamiento PERFECTO 

 

 

Me fallaba en que cuando tiene que cargar pago_correcto.tpl (última fase de todo) no lo hacía, no mandaba email, no actualizaba estado de pedido con pago confirmado. Se quedaba en blanco con tarjetas nacionales. 

Este error resulta que se debía a que el código EAN no era correcto, ya que tenía menos de 13 cifras, y cuando el módulo resta las cantidades y le da a guardar el artículo, el artículo falla porque tiene un EAN incorrecto. Por lo tanto, si tú en prestashop recibes una compra errónea, tienes que revisar el artículo comprado, y darle a guardar. Si te sale un mensaje de error en el guardado del producto. Ese era el problema.

 

 

CAMBIOS REALIZADOS:

 

servired.tpl (Faltaba lo señalado en verde)

 

Ya no descuadra el hook.

 

<p class="payment_module">
<a class="bankwire" href="javascript:$('#servired_form').submit();" title="{l s='Conectar con el TPV' mod='servired'}" style="float:left"/>

 

pago_correcto.tpl (Esto de solicitar una imagen en un servidor externo, es el posible fallo de todo...)

 

Línea 9

 

<a href="{$base_dir_ssl}index.php?controller=history" title="{l s='Pedidos'}"><img src="http://www.simetrya.es/img/LOGOS/order.gif" alt="{l s='Orders'}" class="icon" />

 

se sustituye por <a href="{$base_dir_ssl}index.php?controller=history" title="{l s='Pedidos'}"><img src="{$this_path}modules/servired/order.gif"

 

Y se añade al directorio order.gif

 

 

servired.php

 

Línea 379

 

$numpedido = str_pad($params['cart']->id, 8, "0", STR_PAD_LEFT) . date(is); 

 

por 

 

$numpedido = str_pad($params['cart']->id, 8, "0", STR_PAD_LEFT) . date("is");

 

Línea 408

if ($idiomas_estado==si){

 

por

 

if ($idiomas_estado=="si"){

 

 

Falta entrecomillado casi seguro

 

 

Error probable

 

pago_error.tpl

 

{* {include file="$tpl_dir./breadcrumb.tpl"} *} <- Comentar esta línea. A mí me sale dos veces la casita.

RECOMENDADO JUNIO 2015 Servired 1.6.0.9 v2 por maximo88 (goodluck11).zip

Edited by maximo88 (see edit history)

Share this post


Link to post
Share on other sites

Sergi Hernández:

 

Te pido que por favor nos expliques el sentido de modificar la línea de arriba por la de abajo. 

 

NULL, $mailvars, NULL, false, $cart->secure_key);

null, $mailvars, (int)$cart->id_currency, false, $customer->secure_key);

 

Yo la he modificado en el módulo de servired (similar a 2.0 redsys oficial) y no funciona en absoluto. No lo recomiendo. Quizás es para el 2.4.3 de Redsys.

 

 

 

He sufrido mucho el problema de no generar el pedido una vez aceptado el pago. ESTO ES LO QUE OCURRÍA Y HE AQUÍ LA SOLUCIÓN.

 

Me fallaba en que cuando tiene que cargar pago_correcto.tpl (última fase de todo) no lo hacía, no mandaba email, no actualizaba estado de pedido con pago confirmado. Se quedaba en blanco con tarjetas nacionales. 

Este error resulta que se debía a que el código EAN no era correcto, ya que tenía menos de 13 cifras, y cuando el módulo resta las cantidades y le da a guardar el artículo, el artículo falla porque tiene un EAN incorrecto. Por lo tanto, si tú en prestashop recibes una compra errónea, tienes que revisar el artículo comprado, y darle a guardar. Si te sale un mensaje de error en el guardado del producto. Ese era el problema

 

Además en el servidor deberemos aumentar el límite de memoria y el tiempo de espera en la configuración,

Edited by maximo88 (see edit history)

Share this post


Link to post
Share on other sites

Hola,

 

Estoy de pruebas y me han surgido algunos problemas. Me gustaria utilizar el modulo de redsys.

Recientemente he podido comprobar que prestashop vende sin stock (aún configurado para que no venda) siempre y cuando varios usuarios esten en el msmo momento en el paso "5.pago". O si es compra en un solo paso también.

Para que lo entendais, si 2 usuarios llegan en el mismo momento al paso 5.pago con los mismo artículos en el carro, prestashop se lo vendera y cobrara a los 2 aunque no tenga stock suficiente para los 2. En el primer pedido pone pendiente y en el 2 fuera de linea, pero los 2 están tramitados. O incluso si uno tiene la pantalla durante minutos del paso 5.pago decidiendo como paga y otro llega en ese momento también se lo vende a los 2.

Un usuario del foro en inglés posteo una solucion pero aparentemente solo funciona en el modulo contrareembolso y transferencia.

Y otro usuario del foro encontro esá solución y la posteo en el post del error. Pero dijo que no funcionaba con este modulo.

 

Y la pregunta es ¿qué se le podría hacer al modulo de redsysy para que funcionara bien junto con la solución a este error?

 

Si quereis más información pasaros por https://www.prestashop.com/forums/topic/444788-caso-curioso-deja-vender-sin-stock-%C2%BFes-un-fallo/

 

Creo que es algo que os puede aparecer a todos en algún momento y bastante importante

 

Un saludo

Share this post


Link to post
Share on other sites

Yo estoy usando uno que tiene el logotipo de servired, que había que cambiarle en el php unas url para la validación con el servidor seguro de redsys y me funciona PERFECTO. 

 

Lo único que el cliente cuando vuelve a la página no ve "Pago correcto"

 

Si queréis os lo paso, pero creo que es el de maximo88 que ya puso, CREO

Share this post


Link to post
Share on other sites

Just wanted to know if any body has used Redsys module with santander bank - I called their help desk and they don't seem to know what this is.  they keep telling me I need a point of sale termisal. for taking card payments.  I only have a website.

Share this post


Link to post
Share on other sites

Hi Malcolmack...

 

I haven't used Resys with Santander. However you need to ask to your Santander office which virtual TPV do they use. Then you will know if they uses REDSYS, SERMEPA or othe kind of payment platforms.

 

In my case for example we use REDSYS module with Catalunya Caixa.

Share this post


Link to post
Share on other sites

 

]Bueno para los que estáis en 1.6 he incluido unos cambios para que no de error en la confirmación del pago y funcione el botón de historia del compras, haced pruebas y decidme, dejo el módulo modificado aquí. attachicon.gifredsys.zip

 

No me aparece la pantalla para introducir el número de tarjeta y me da error en envío de datos.

 

 Buenos días, 

Estoy intentando poner en marcha el método de pago con tarjeta con el modulo de Redsys pero no hay manera. Ahora mismo estoy probando con el que indicó luciferfran  en este post, pero después de hacer el pago, me devuelve a la pagina de historial de compras del cliente, pero ni vacía el carrito ni crea el pedido.

 

En la configuración del modulo tengo activada la notificacion HTTP

Notificación HTTP (Inactivo no procesa pedido ni vacia el carrito)  enabled.gif  disabled.gif

 

¿que mas podría revisar o probar?

 

Muchas gracias.

Share this post


Link to post
Share on other sites

Novedades Agosto 2015

1) MÓDULO OFICIAL REDSYS 2.4.4.

 

Ha salido publicado el nuevo módulo de redsys 2.4.4 para incluir la película de Uypay o como se llame que será un fracaso.

Quitan la opción de notificación Http seleccionable y solo dejan viva la del idioma, pero de forma implícita la notificación http en este módulo está activada.

He hecho pruebas y FUNCIONA, con una salvedad.

1.0) Funciona en el entorno en pruebas correctamente, seleccionar sis-t o sis-i según corresponda.

1.1) Notificación pago correcto y vaciado de carrito, y emails, perfectos

1.2) Notificación pago incorrecto, y redirección a tpl de pago incorrecto inexistente. El modus operandi de este módulo oficial, es que si el usuario por ejemplo se equivoca al meter los números de su tarjeta, le llega un email de pago incorrecto, se anota como error de pago en el back office y al usuario se le redirige a la web principal con el CARRITO VACÍO. Una auténtica locura, por ello es mejor el módulo que adjunto yo

 

 

2) MÓDULO PERFECTO SERVIRED/SERMEPA TODOS LOS BANCOS, TODAS LAS NOTIFICACIONES

 

Después de un año conseguimos entre todos que funcione con el módulo que adjunto en este post en 1.5 y en 1.6, notificando pedido, mandando email, vaciando carrito y apuntando en el historial.

 

2.0) Funciona en el entorno en pruebas correctamente, seleccionar sis-t o sis-i según corresponda.

2.1) Funciona en todas las versiones desde 1.5.4.1 a 1.6.0.9 y supongo que en adelante.

2.2) Redirige correctamente al .tpl de pago correcto y al .tpl de pago incorrecto para que el usuario pueda reintentar el pago.
2.3) Funciona con el extinto Barclays, y con La Caixa seguro.

Esta es la nueva página del TPV de la Caixa y funciona.

post-663000-0-70253400-1438446780_thumb.jpg

 

He introducido una modificación en las URL, que antes apuntaban a sermepa y ahora apuntan al portal global de redsys como quieren las nuevas terminales bancarias. En resumen, si su TPV es antiguo funciona con este y con el antiguo que yo subí, si das de alta un nuevo TPV es muy posible que te de un error de certificado inseguro con el anterior y con este se arregla.

Esta nueva URL en el archivo servired.php incluye UTF8, para que salgan los carácteres bien de los productos pedidos en el TPV, unos errores de acentos que había a la hora de meter el número de tarjeta.

 

AGOSTO 2015 se sustituyen
                $this->urltpv = "https://sis-t.sermepa.es:25443/sis/realizarPago";
                $this->urltpv = "https://sis-i.sermepa.es:25443/sis/realizarPago";
                $this->urltpv = "https://sis.sermepa.es/sis/realizarPago";

por el nuevo portal de redsys   $this->urltpv = "https://sis.redsys.es/sis/realizarPago/utf-8";

 

Aquí podéis descargarlo.

Modulo Redsys con confirmacion Agosto2015.zip

 

3) CLOUDFARE PUEDE PROVOCAR ERROR. DESACTIVAR ESTAS OPCIONES

 

Tuve un fallo unos días creyendo que era el nuevo TPV y no, se debían a Cloudfare
Os comento, como muchos sabréis el servicio de CDN de Google PageSpeed ha sido eliminado este 3 de agosto, al pasar a CLOUDFARE, se produjeron los fallos que os explico como se arregla.

Tenéis que desactivar la opción de "Always Online" (esta es muy conflictiva). He tocado otras opciones como desactivar el railgun, y la seguridad Essentialy off, pero estoy 99% que la única que afectaba es la de Always Online. Si alguien tiene problemas, que me pregunte y adjunto fotos de la configuración mía de CLOUDFARE,


RESPUESTAS A USUARIOS:
 

Yo estoy usando uno que tiene el logotipo de servired, que había que cambiarle en el php unas url para la validación con el servidor seguro de redsys y me funciona PERFECTO.

Lo único que el cliente cuando vuelve a la página no ve "Pago correcto"

Si queréis os lo paso, pero creo que es el de maximo88 que ya puso, CREO

El mío si redirige correctamente al .tpl de pago correcto y de pago fallido. Así que el mismo puede que no sea. Te recomiendo su instalación. La mejor forma de probarlo es hacer la compra de un producto por valor de un céntimo y así descubres lo que pasa.
 

Buenos días, 
Estoy intentando poner en marcha el método de pago con tarjeta con el modulo de Redsys pero no hay manera. Ahora mismo estoy probando con el que indicó luciferfran  en este post, pero después de hacer el pago, me devuelve a la pagina de historial de compras del cliente, pero ni vacía el carrito ni crea el pedido.
 
En la configuración del modulo tengo activada la notificacion HTTP

Notificación HTTP (Inactivo no procesa pedido ni vacia el carrito)

 enabled.gif  disabled.gif
 
¿que mas podría revisar o probar?
 
Muchas gracias.


DÉJATE DE HISTORIAS, TÚ y muchos usuarios con el módulo oficial de Redsys, el que te tienes que bajar es el que adjunto en el mensaje #345, no ese del 6 de abril. Lo tienes 5 posts más arriba. NADIE tiene que pagar dinero por este modulo, ya nos hemos esforzado muchas personas para que lo tengamos gratuito, como debe ser en un internet libre.

 

Modulo Redsys con confirmacion Agosto2015.zip

Edited by maximo88 (see edit history)

Share this post


Link to post
Share on other sites

Novedades Agosto 2015

 

1) Ha salido publicado el nuevo módulo de redsys 2.4.4 para incluir la película de Uypay o como se llame que será un fracaso. Quitan la opción de notificación Http seleccionable y solo dejan viva la del idioma. Sigo recomendando el que yo adjunté.

 

2) Después de un año conseguimos entre todos que funcione con el módulo que adjunto en este post en 1.5 y en 1.6, notificando pedido, mandando email, vaciando carrito y apuntando en el historial. Funciona con el extinto Barclays, y con La Caixa seguro.

 

Esta es la nueva página del TPV de la Caixa y funciona.

 

attachicon.gifimage.jpg

 

3) Tuve un fallo unos días creyendo que era el nuevo TPV y no, se debían a CLOUDFARE.

Os comento, como muchos sabréis el servicio de CDN de Google PageSpeed ha sido eliminado este 3 de agosto, al pasar a CLOUDFARE, se produjeron los fallos que os explico como se arregla.

 

Tenéis que desactivar la opción de "Always Online" (esta es muy conflictiva). He tocado otras opciones como desactivar el railgun, y la seguridad Essentialy off, pero estoy 99% que la única que afectaba es la de Always Online. Si alguien tiene problemas, que me pregunte y adjunto fotos de la configuración mía de CLOUDFARE,

 

 

RESPUESTAS A USUARIOS:

 

El mío si redirige correctamente al .tpl de pago correcto y de pago fallido. Así que el mismo puede que no sea. Te recomiendo su instalación. La mejor forma de probarlo es hacer la compra de un producto por valor de un céntimo y así descubres lo que pasa.

 

 

DÉJATE DE HISTORIAS, TÚ y muchos usuarios con el módulo oficial de Redsys, el que te tienes que bajar es el que adjunto en el mensaje #345, no ese del 6 de abril. Lo tienes 5 posts más arriba. NADIE tiene que pagar dinero por este modulo, ya nos hemos esforzado muchas personas para que lo tengamos gratuito, como debe ser en un internet libre.

 

Hola,

 

Pone que es para servired...Yo tengo el de banco santader pero tambien utiliza redys. Seria indicado este modulo?

 

Saludos

Share this post


Link to post
Share on other sites

Claro! Funciona con todos.

 

Quien siga teniendo dudas que lea esto

 

http://www.cobraronline.es/redsys/

 

Si acabas de llegar ve al mensaje #352. Ahí lo explico todo

 

https://www.prestashop.com/forums/topic/266480-modulo-redsys-tpv-virtual-gratis-en-su-web/?p=2112098

 

Buenas, antes de nada agradecerte el trabajo que te has pegado con el módulo, a ti y a quien lo ha hecho posible. :)

 

Tengo actualmente dos webs, (una clon de la otra, solo cambian en la base de datos y los colores de la plantilla, diseño, etc.) en la primera funciona perfecto todo, incluso el módulo nativo de redsys y me han aprobado ya el entorno real.

 

En la otra sin embargo no funciona correctamente, antes funcionaba y guardaba carrito y todo correcto pero daba un error 500 de notificación PHP. Lo corregí porque el error se debía a un módulo que tenía instalado para cambiar los nombres de los pedidos y no generaba bien los pdf.

Una vez arreglado esto ya no funciona bien el módulo, no solo el de redsys, sino el que has compartido tampoco me funciona bien. Cuando realizo un pedido de prueba no vacía el carrito y no genera pedido correctamente. En el area de gestión de redsys me da un error de notificación "Read timed out". No tengo ni idea de que puede estar pasando ahora, las dos tiendas son iguales y no veo dónde puede estar el error.

 

Estos son los datos de mi tienda:

Información del servidor

Información del servidor Linux #1 SMP Tue Mar 8 00:01:30 UTC 2011 x86_64

Versión del servidor web Apache

Versión de PHP 5.3.29-1~dotdeb.0

Límite de memoria 256M

Tiempo Máximo de ejecución 150

 

Información de la tienda

Versión de PrestaShop 1.6.0.11

Tema actual styleshop

 

Un saludo.

Edited by sarole (see edit history)

Share this post


Link to post
Share on other sites

Buenas, antes de nada agradecerte el trabajo que te has pegado con el módulo, a ti y a quien lo ha hecho posible. :)

 

Tengo actualmente dos webs, (una clon de la otra, solo cambian en la base de datos y los colores de la plantilla, diseño, etc.) en la primera funciona perfecto todo, incluso el módulo nativo de redsys y me han aprobado ya el entorno real.

 

En la otra sin embargo no funciona correctamente, antes funcionaba y guardaba carrito y todo correcto pero daba un error 500 de notificación PHP. Lo corregí porque el error se debía a un módulo que tenía instalado para cambiar los nombres de los pedidos y no generaba bien los pdf.

Una vez arreglado esto ya no funciona bien el módulo, no solo el de redsys, sino el que has compartido tampoco me funciona bien. Cuando realizo un pedido de prueba no vacía el carrito y no genera pedido correctamente. En el area de gestión de redsys me da un error de notificación "Read timed out". No tengo ni idea de que puede estar pasando ahora, las dos tiendas son iguales y no veo dónde puede estar el error.

 

Estos son los datos de mi tienda:

Información del servidor

Información del servidor Linux #1 SMP Tue Mar 8 00:01:30 UTC 2011 x86_64

Versión del servidor web Apache

Versión de PHP 5.3.29-1~dotdeb.0

Límite de memoria 256M

Tiempo Máximo de ejecución 150

 

Información de la tienda

Versión de PrestaShop 1.6.0.11

Tema actual styleshop

 

Un saludo.

 

Me autorrespondo, porque he estado intentando arreglarlo por mi cuenta y ya lo he conseguido.

 

He revisado los errores de php de mi servidor (para quien no lo sepa, si tienes un servidor propio puedes ver el registro de errores, en el caso de tener un alojamiento contratado debería facilitártelo el servicio técnico) puesto que el error de notificación era al ejecutar el php de validación. He visto que había problemas con el HTMLPurifier. Los problemas con esto suelen ser usualmente de gestión de la caché (en mi caso porque la borré a mano y accidentalmente borré el index.php de la caché de smarty).

 

Lo he solucionado generando nuevamente la caché:

Si tienes la caché desactivada actívala y guarda los cambios.

Si la tienes activa desactivala, guarda, vuelve a activarla y guarda de nuevo.

 

Espero que esto solucione algo a los que puedan estar teniendo el mismo problema.

 

Yo a veces me sorprendo con las horas que paso para arreglar problemas que suelen ser tonterías en Prestashop (cuando no me funcionaba la generación de facturas era por el tipo de imagen, que no valía png) y la de vueltas que le damos a cosas complicadas.

 

Un saludo a todos.

 

Edito: Por cierto, me quedo definitivamente con el módulo que has subido @maximo88. Me gusta mucho más la funcionalidad y la configuración, es más claro para el cliente cuando hay un fallo de pago y me alegra ver que haya gente tan capaz como vosotros ayudando en los foros a todo el personal. Mi más sinceras gracias y enhorabuena.

 

Me gustaría cambiar un poco el diseño de las pantallas de confirmación y error. ¿Cómo podría hacerlo sin destrozar el módulo? Gracias

Edited by sarole (see edit history)
  • Like 1

Share this post


Link to post
Share on other sites

 

Me gustaría cambiar un poco el diseño de las pantallas de confirmación y error. ¿Cómo podría hacerlo sin destrozar el módulo? Gracias

Menos mal que lo has solucionado, cualquiera lo adivinaba. El error de read out, nunca lo he visto. Y sí, para arreglar un fallo en esta plataforma pueden ser horas, días y meses. Fíjate lo que llevan con el cálculo de impuestos y el redondeo...años.

 

El diseño afortunadamente es muy fácil de cambiar, abres con un editor el tpl de confirmación y el de fallo. Puedes escribir lo que quieras y cambiar la imagen por la que quieras. Es seguro y nunca afectará al .php que es el que lleva el peso gordo de las transacciones.

Vamos...que los tpl, los puedes dejar en blanco y funcionará.

Share this post


Link to post
Share on other sites

Buenas,

 

No me quita los pedidos del carrito cuando vuelve del TPV, algun solución???

 

Tengo prestashop 1.6.0.9

 

Las opciones del modulo:

 

Notificación HTTP (Inactivo no procesa pedido ni vacia el carrito) == OK -> si no no me funciona la llamada.

 

Felicidades por el buen trabajo realizado.

 

Saludos,

 

post-861211-0-40733600-1441136957_thumb.gif

Share this post


Link to post
Share on other sites

Menos mal que lo has solucionado, cualquiera lo adivinaba. El error de read out, nunca lo he visto. Y sí, para arreglar un fallo en esta plataforma pueden ser horas, días y meses. Fíjate lo que llevan con el cálculo de impuestos y el redondeo...años.

 

El diseño afortunadamente es muy fácil de cambiar, abres con un editor el tpl de confirmación y el de fallo. Puedes escribir lo que quieras y cambiar la imagen por la que quieras. Es seguro y nunca afectará al .php que es el que lleva el peso gordo de las transacciones.

Vamos...que los tpl, los puedes dejar en blanco y funcionará.

 

Gracias! Ya he podido darle el estilo que quería, he arreglado también la parte de métodos de pago porque no me salía bien la casilla en mi plantilla, me salía el botón por un lado y la imagen y el texto fuera. Para igualar he cambiado el archivo servired.tpl:

<p class="payment_module">
	<a class="bankwire" href="javascript:$('#servired_form').submit();" title="{l s='Conectar con el TPV' mod='servired'}" style="float:left"/>
		
		<img src="{$module_dir}tarjetas.jpg" alt="{l s='Conectar con el TPV' mod='servired'}" style="float:left"/>
		{l s='Credit card payment. Safe connection via Servired. We will not have access to your data at any moment during this operation. Once your payment is acomplished, you will be redirected to our shop again.' mod='servired'}
	{if $fee>0}
		<br /><br />
		{l s='Este método de pago lleva asociado un recargo de ' mod='servired'} <font color="red"/><b/>{convertPrice price=$fee}.</b/></font/> {l s='El recargo se sumará a los gastos de envío' mod='servired'}
	{/if}
	</a>
</p>

Por:

<div class="row">
	<div class="col-xs-12 col-md-6">
		<p class="payment_module">
			<a class="bankwire" href="javascript:$('#servired_form').submit();" title="{l s='Conectar con el TPV' mod='servired'}">
				<img src="{$module_dir}tarjetas.jpg" alt="{l s='Conectar con el TPV' mod='servired'}" style="float:left"/>
				{l s='Credit card payment. Safe connection via Servired. We will not have access to your data at any moment during this operation. Once your payment is acomplished, you will be redirected to our shop again.' mod='servired'}
					{if $fee>0}
					<br /><br />
					{l s='Este método de pago lleva asociado un recargo de ' mod='servired'} <font color="red"/><b/>{convertPrice price=$fee}.</b/></font/> {l s='El recargo se sumará a los gastos de envío' mod='servired'}
					{/if}
			</a>
		</p>
	</div>
</div>

Fijáos que en la linea de enlace, en la 4, le he quitado el cierre al final, ya que sino me separaba la imagen del texto, además veo que en el original el cierre del enlace también estaba más abajo, así que he decidido quitarlo. También le he quitado los estilos para que absorban los de los css directamente. Del resto de tpl no pongo nada porque cada uno tiene su plantilla, sus gustos y sus necesidades, pero si alguien necesita algo de ayuda aquí estamos para ayudar. :)

 

Buenas,

 

No me quita los pedidos del carrito cuando vuelve del TPV, algun solución???

 

Tengo prestashop 1.6.0.9

 

Las opciones del modulo:

 

Notificación HTTP (Inactivo no procesa pedido ni vacia el carrito) == OK -> si no no me funciona la llamada.

 

Felicidades por el buen trabajo realizado.

 

Saludos,

 

¿Nos podrías dar más datos para ayudarte? ¿Te realiza el pedido en el backoffice y llega confirmación por email? ¿O se hace el cobro y no se genera pedido? ¿Has revisado los errores de php? ¿Has modificado los pedios de alguna forma (cambiar el nombre con el que se generan los pedidos, etc.)?

 

Un saludo.

Share this post


Link to post
Share on other sites

¿Nos podrías dar más datos para ayudarte? ¿Te realiza el pedido en el backoffice y llega confirmación por email? ¿O se hace el cobro y no se genera pedido? ¿Has revisado los errores de php? ¿Has modificado los pedios de alguna forma (cambiar el nombre con el que se generan los pedidos, etc.)?

 

Un saludo.

 

Se incluye el pedido en el carrito perfectamente, llega confirmacion por email por parte de redsys, se realiza el cobro en el TPV pero a la hora de volver a la tienda me redirige al historial de los pedidos de la cuenta pero no se realiza el pedido (sigue en el carrito de compra).

 

Si cancelo el pago me redirige a /modules/servired/pago_error.php que se visualiza perfectamente y me permite volver a realizar el pago.

 

Me podeis dar los pasos necesarios para mirar si algo va mal, paginas .php donde pueda mirarlo o como reviso los errores de php???

 

E mirado los logs del servidor para ver si encontraba errores de php pero no encontre nada.

 

Muchas gracias

Edited by macnin (see edit history)

Share this post


Link to post
Share on other sites

Se incluye el pedido en el carrito perfectamente, llega confirmacion por email por parte de redsys, se realiza el cobro en el TPV pero a la hora de volver a la tienda me redirige al historial de los pedidos de la cuenta pero no se realiza el pedido (sigue en el carrito de compra).

 

Si cancelo el pago me redirige a /modules/servired/pago_error.php que se visualiza perfectamente y me permite volver a realizar el pago.

 

Me podeis dar los pasos necesarios para mirar si algo va mal, paginas .php donde pueda mirarlo o como reviso los errores de php???

 

E mirado los logs del servidor para ver si encontraba errores de php pero no encontre nada.

 

Muchas gracias

 

Vale, veamos:

 

Revisa que tienes la configuración del TPV de manera correcta, que en donde tienes que poner el FUC y la clave de encriptación no tengas ningún espacio, ni antes ni después (suele pasar al copiar y pegar)

 

Revisa en la administración del TPV (la página de redsys) en el apartado notificaciones si salen correctas o la notificación html ha dado algún error.

 

Para revisar los logs de errores de PHP deberías tener una opción en el panel de control de tu proovedor de hosting. Si no la tienes ponte en contacto con ellos y pídeles un registo de errores HTML y PHP de las horas en las que has hecho las pruebas de los pagos.

 

Comprueba que se generan los PDF de factura correctamente, el plugin generador de PDFs suele dar problemas. Primero prueba desde el historial de pedidos e intenta descargarte la factura. Si se te queda una página en blanco y no se descarga el problema puede estar ahí. Prueba también a generarla desde la opción Pedidos del Backoffice de Prestashop.

 

¿Has borrado alguna vez la caché a mano vía FTP? Puede que también haya un problema con eso.

 

De momento a ver si encontramos el problema, en cuanto me digas buscamos soluciones.

 

Un saludo

Edited by sarole (see edit history)

Share this post


Link to post
Share on other sites

Vale, veamos:

 

Revisa que tienes la configuración del TPV de manera correcta, que en donde tienes que poner el FUC y la clave de encriptación no tengas ningún espacio, ni antes ni después (suele pasar al copiar y pegar)

 

Revisa en la administración del TPV (la página de redsys) en el apartado notificaciones si salen correctas o la notificación html ha dado algún error.

 

Para revisar los logs de errores de PHP deberías tener una opción en el panel de control de tu proovedor de hosting. Si no la tienes ponte en contacto con ellos y pídeles un registo de errores HTML y PHP de las horas en las que has hecho las pruebas de los pagos.

 

Comprueba que se generan los PDF de factura correctamente, el plugin generador de PDFs suele dar problemas. Primero prueba desde el historial de pedidos e intenta descargarte la factura. Si se te queda una página en blanco y no se descarga el problema puede estar ahí. Prueba también a generarla desde la opción Pedidos del Backoffice de Prestashop.

 

¿Has borrado alguna vez la caché a mano vía FTP? Puede que también haya un problema con eso.

 

De momento a ver si encontramos el problema, en cuanto me digas buscamos soluciones.

 

Un saludo

 

Ok, creo que ya se lo que puede estar pasando, la notificacion por parte del tpv me dice los siguiente:

 

Server returned HTTP response code: 503 for URL: http://www.MITIENDA.com/modules/servired/respuesta_tpv.php

 

Actualmente la tienda esta en mantenimiento, puede ser ese la causa del error????

 

E realizado pedidos con paypal en mantenimiento y no me a dado problemas.

 

Saludos,

Share this post


Link to post
Share on other sites

Ok, creo que ya se lo que puede estar pasando, la notificacion por parte del tpv me dice los siguiente:

 

Server returned HTTP response code: 503 for URL: http://www.MITIENDA.com/modules/servired/respuesta_tpv.php

 

Actualmente la tienda esta en mantenimiento, puede ser ese la causa del error????

 

E realizado pedidos con paypal en mantenimiento y no me a dado problemas.

 

Saludos,

 

Efectivamente, los tpv no funcionan en modo mantenimiento. Quita el mantenimiento aunque sea solo para la prueba y compruebalo. Pero ese error lo más seguro es que se deba a eso.

 

Cuéntanos si se te soluciona. Un saludo

Share this post


Link to post
Share on other sites

Efectivamente, los tpv no funcionan en modo mantenimiento. Quita el mantenimiento aunque sea solo para la prueba y compruebalo. Pero ese error lo más seguro es que se deba a eso.

 

Cuéntanos si se te soluciona. Un saludo

 

Probado sin el modo mantenimiento y funciona genial, MUCHAS GRACIAS!!!

  • Like 1

Share this post


Link to post
Share on other sites

Tengo el mismo error que con el original. Me explico:

 

- tengo SSL en mi web (por lo visto segun redsys es un SNI de servidor compartido que no son muy compatibles). Me va perfecto salvo que no me manda a pantalla de confirmacion de pedido (si la confirmacion de pago, pero no a la de historial de pedidos)

En principio he creido entender que al tener este tipo de ssl, redsys al no reconocerlo no me transfiere a la siguiente pantalla.

 

- He intentado modificar la url de notificacion para que en lugar de ir por htps, siempre me redirija a http. En este caso si que me redirige a la pantalla de pedidos pero no me genera pedido ni vacia carrito por lo que estamos aun peor.

 

 

Nadie tiene un certiicado SSL propio y a la vez utiliza redsys? Justamente me toca renovar SSL en menos de 2 semanas y querria saber si tengo que cambiar a algun tipo especifico de certificado o me puedo quedar en el actual (muy muy econocmico, el basico de comodo)

 

Saludos

 

Share this post


Link to post
Share on other sites

Claro! Funciona con todos.

 

Quien siga teniendo dudas que lea esto

 

http://www.cobraronline.es/redsys/

 

Si acabas de llegar ve al mensaje #352. Ahí lo explico todo

 

https://www.prestashop.com/forums/topic/266480-modulo-redsys-tpv-virtual-gratis-en-su-web/?p=2112098

 

Me descargué el módulo que pusiste y todo correcto solo que si se equivocan a la hora de realizar el pago, el carrito lo sigue vaciando. ¿Sabes qué puede ocurrir? gracias.

Share this post


Link to post
Share on other sites

Solucionado!

Después de leerme mil posts el fallo era tener la tienda en Mantenimiento! 

Lo que me pasaba era que al volver de redsys no me vaciaba el carrito ni añadía el pedido como pagado. Yo tenía la tienda en modo mantenimiento y claro, así no funciona.

Las pasarelas de pago no funcionan ni en modo mantenimiento, ni en localhost, ni si tienes el servidor protegido con contraseña.

Fácil, no? ;)

Share this post


Link to post
Share on other sites

He instalado ambos módulos, tanto el de servired como el de redsys, y mi problema es que no me sale ninguno en opciones de pago.

 

Están instalados y activados, con todos los datos reales.

 

Alguien sabe que tengo que hacer para que me salgan seleccionables.

 

Tengo la versión 1.5.3.1.

 

Muchas gracias

Share this post


Link to post
Share on other sites

Quizá hace falta otro módulo diferente para la versión 1.5, en la 1.6.1.1 funciona a la primera!

 

Siempre, problema de cache, que hay que vaciarla, pero por lo demas todo ok :)

Share this post


Link to post
Share on other sites

Tengo el mismo error que con el original. Me explico:

 

- tengo SSL en mi web (por lo visto segun redsys es un SNI de servidor compartido que no son muy compatibles). Me va perfecto salvo que no me manda a pantalla de confirmacion de pedido (si la confirmacion de pago, pero no a la de historial de pedidos)

En principio he creido entender que al tener este tipo de ssl, redsys al no reconocerlo no me transfiere a la siguiente pantalla.

 

- He intentado modificar la url de notificacion para que en lugar de ir por htps, siempre me redirija a http. En este caso si que me redirige a la pantalla de pedidos pero no me genera pedido ni vacia carrito por lo que estamos aun peor.

 

 

Nadie tiene un certiicado SSL propio y a la vez utiliza redsys? Justamente me toca renovar SSL en menos de 2 semanas y querria saber si tengo que cambiar a algun tipo especifico de certificado o me puedo quedar en el actual (muy muy econocmico, el basico de comodo)

 

Saludos

 

A  mi me pasa lo mismo con ssl no vacia ni genera pedido pero si que cobra.

Share this post


Link to post
Share on other sites

¿¿Alguien ha realizado ya la migración del TPV a SHA256??

 

Yo he probado hacerlo con el modulo de la página de Redsys y deja hacer el pago pero da los siguientes errores:

- No vacía el carrito
- No aparece el pedido en el back-end
- No confirma el pedido al cliente
- No envia el email de pedido ni al cliente ni al administrador de la tienda.

 

 

 

Saludos

Share this post


Link to post
Share on other sites

Me descargué el módulo que pusiste y todo correcto solo que si se equivocan a la hora de realizar el pago, el carrito lo sigue vaciando. ¿Sabes qué puede ocurrir? gracias.

Lo has podido solucionar ? Has desactivado el mantenimiento de la tienda? Entorno real?

Share this post


Link to post
Share on other sites

Está en entorno real.

 

Si desactivo el SSL en la tienda va bien el módulo de redsys generando el pedido y los emails de confirmacion.

 

Pero claro, a mi me gustaría tener el SSL activado para que el candado se vea cuando el cliente entra en su cuenta, además de tener sus datos un poco mejor protegidos.

 

Las versiones antiguas de los modulos de Redsys tenían la opción de no utilizar SSL sin necesidad de desactivarlo para toda la tienda.

 

En fin, a seguir averiguando.

 

Saludos

Share this post


Link to post
Share on other sites

@japecal Estos módulos gratuitos nunca han funcionado con SSL. Tendrías que comprar uno, que a saber cual es el bueno.

 

Sinceramente, el cliente una vez que decide pagar con tarjeta, yo creo que tira ya para delante jeje. Así que no te preocupes, sino lo consigues.

Share this post


Link to post
Share on other sites

Pues yo estoy negro, he probado mil módulos ya y no hay forma y hay un error bastante gordo en todos ellos, he probado hasta con un Prestashop limpio.

 

Probar a hacer un pedido y acabar el pedido con pago por transferencia bancaria, desde el navegador, tirar hacia atrás hasta que volváis a tener en pantalla los métodos de pago y realizar el pedido con tarjeta. Os dejará pagar, no habrá vaciado el carrito, el problema es que si hacéis el pago de nuevo el pedido que se ha guardado es el primero, el de la transferencia y del pago no queda constancia en ninguna parte.

 

Llevo buscando una solución a esto un año y no doy con ella, lo que supone clientes mosqueados porque han pagado y en el backend no queda reflejado su pago, ya que el pedido está pendiente de transferencia bancaria y efectivamente, el cliente si ha hecho el pago. :/

Share this post


Link to post
Share on other sites

Donde tienes alojado PrestaShop? en Redsys han sacado un modulo nuevo el 16-10-15 te adjunto el enlace:

 

http://www.redsys.es/wps/portal/redsys/publica/areadeserviciosweb/descargaDeDocumentacionYEjecutables/!ut/p/a1/04_Sj9CPykssy0xPLMnMz0vMAfGjzOItHS1dDT3dDTz9g82MDDzD_HyNfPwdDfwDDIAKIoEKDHAARwN8-t3DzKD68SggYH-4fhReK9zMoQrwONFLPyo9Jz8J7N1Ix7wkY4t0_aii1LTUotQivdIioHBGSUlBsZWqgapBeXm5Xnp-fnpOql5qMTb1GfnFJfoRqMoKckMjDLJMc8p8HBUBUqzldw!!/dl5/d5/L2dBISEvZ0FBIS9nQSEh/

Share this post


Link to post
Share on other sites

En el nuevo módulo me dice que la clave secreta no es válida :/

 

No estoy 100% si será tu caso. Os hablo desde mi experiencia que he tenido hoy. Los otros días me llama Redsys porque a partir del día 23 de noviembre van a actualizar noseque nosecuanto que me