Jump to content

sgame

Members
  • Posts

    38
  • Joined

  • Last visited

sgame's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Buenas fidelius-online 1-Iniciada validacion TPV CECA Cart: 141 Pedido: Intento para conseguir numero de pedido: 0 Intento para conseguir numero de pedido: 1 Intento para conseguir numero de pedido: 2 Intento para conseguir numero de pedido: 3 Intento para conseguir numero de pedido: 4 Intento para conseguir numero de pedido: 5 Intento para conseguir numero de pedido: 6 Intento para conseguir numero de pedido: 7 Intento para conseguir numero de pedido: 8 Intento para conseguir numero de pedido: 9 Array ( [...] ) 2-Validacion de pago desde TPV CECA Array ( [...] ) Voy a ejecutar ./calculo ***** ***** ***** **** ..... desde /home/*****/modules/cecatpv/validation.php Salida del calculo de firma: ***** No hay numero de pedido. Cambiado estado a error por falta de numero de pedido de cart 141 Como se puede ver, agotó el número de intentos de obtención del número de pedido. Efectivamente parece que no le dió tiempo a obtener los datos necesarios en los intentos configurados. Puede que necesites incrementar el número de intentos y/o el intervalo entre ellos en validation.php, sobre la linea 66. Hay un comentario al respecto (quizas no demasiado detallado) de este problema concreto y creo que es posible que en la documentación o en este hilo haya alguna mención. El número de intentos se cambia en la linea while($i<10 AND $encontrado_pedido === false){ modificando el 10 que está por defecto. El tiempo de espera (en segundos) entre intentos en sleep(2); Ojo, porque si teneis limitado en vuestro hosting el tiempo de ejecución máximo, puede que lo excedais si (aprox.) el numero de intentos multiplicado por el tiempo de espera supera los 30 segundos que suelen configurarse por defecto en los hostings. El motivo es que hay un determinado tiempo que prestashop utiliza para procesar el pedido, y la respuesta de CECA puede lanzar validation.php antes de que a prestashop le haya dado tiempo a tener el nuevo numero de pedido. En esta "carrera" influyen varios factores, sobre todo las cargas de los sistemas, por un lado el del hosting y por otro el de CECA. Si CECA es mucho mas rápido contestando que el hosting ejecutando prestashop puede darse este caso. Asi que no existe un determinismo al que agarrarnos y de ahí los reintentos "configurables". Espero haber arrojado algo de luz al asunto. Un saludo sgame.-
  2. Buenas Erik: http://www.prestashop.com/forums/viewthread/14113 Ademas el compañero tecniloco proporciona un paquete con la traduccion al castellano, el modulo CECA y algun otro añadido para facil instalacion. Para cualquier duda sobre la configuracion del modulo CECA TPV revisa el hilo indicado en el link y no dudes en plantearla si no ha sido tratada con anterioridad. Un saludo sgame.-
  3. Hola Frankie: Gracias por tus analisis e informes de funcionamiento. Al modo de "informacion por email" lo llamo informalmente "mails/correos de debug" ya que su cometido principal es sobre depuracion, si es que te refieres a los correos que se envian al configurar la function enviar_mail_debug Sobre el cambio en 1.2.4.0 del carrito... ¿Te sigue dando ese error por falta del numero de pedido o fue algo puntual mientras probabas? ¿Hay alguna documentacion a la que pueda referirme sobre ese cambio que comentas en el sistema del carrito? Un saludo sgame.-
  4. Buenas de nuevo a todos: Sobre el tema Firefox... Como bien dice Frankie, no tiene mucho sentido que un cambio de navagador afecte al funcionamiento de esa funcionalidad concreta (cambiar el estado de pedido a pagado) ya que el navegador no interviene en el proceso. Son los servidores de CECA los que se ponen comunicacion con validation.php (sin pasar por el navegador del cliente) por lo tanto tiene que ser algo relacionado pero indirecto. Si todo el proceso funciona correctamente a la hora de introducir los datos de pago en las paginas en los servidores de CECA, deberia funcionar correctamente la validacion. Con fidelius-online estoy tratando el tema, y al parecer no esta recibiendo datos via POST cuando CECA llama a validation.php, y en los mail de debug esta recibiendo el error: 'Validacion SIN POST de pago desde TPV CECA'. Si podeis, activad el modo debug y confirmad si os ocurre lo mismo, por favor. Os comentare otro problemilla que encontre con Firefox, por si nos puede dar alguna pista mas (no se si lo comente anteriormente en el hilo): Encontre durante las pruebas, aunque provocaba un error mucho antes en el proceso, que si el navegador no envia correctamente el REFERER al enviarnos a las paginas de introduccion de datos del pago, el sistema de CECA devuelve un error. Para comprobar esta configuracion introducid en la barra de direccion de Firefox about:config y filtrad por la palabra referer El valor de network.http.sendRefererHeader no puede ser 0. Vease http://kb.mozillazine.org/Network.http.sendRefererHeader para entender los distintos valores posibles. Gracias. Un saludo sgame.-
  5. Buenas Frankie La respuesta por parte de CECA se basa en la configuracion "Comunicacion_on_line: Si". "Respuesta requerida" se refiere a una posible contestacion a esa comunicacion. Si no estas recibiendo respuesta puedes empezar comprobando la "URL on line", que es donde se recibe esa comunicacion. Un saludo sgame.-
  6. Buenas Junne jcbaena te contesto correctamente a la pregunta sobre https, en cuanto a: Me gustaria que cualquiera que lo tenga funcionando, aunque sea en pruebas, expusiera su opinion sobre este particular. Nosotros estamos a punto de ponerlo en produccion y los temas que mas nos preocupan son: De la documentacion ¿Esta funcionando correctamente asi? ¿Habeis tenido que realizar algun cambio? Y lo mencionado en el mensaje http://www.prestashop.com/forums/viewreply/90165/ ¿Que logica os parece mas correcta? Un saludo y gracias sgame.-
  7. ¡Que alegria!, buenas noticias... Vaya, que poco ha durado jeje Estando en ese punto, lo que falta es que el modulo reciba desde el sistema TPVV de CECA la validacion del pago. ¿Es posible que no te hayan configurado correctamente... Comunicacion_on_line: Si Respuesta requerida: No URL on line: http://ruta_que_tenga_la_tienda/modules/cecatpv/validation.php ? Precisamente la comunicacion_on_line es la que avisa al modulo de que el pago esta realizado y se actua en consecuencia, cambiando a "pagado". Confirma por favor si tu caja ha realizado el cambio solicitado (has de ser tu quien les comunique estos parametros) y si es asi, ponte de nuevo en contacto por aqui e investigamos el problema a fondo. Muchas gracias por tu tiempo y paciencia. Un saludo sgame.-
  8. Es muy importante, aparte de que el calculo de las firmas sea correcto, configurar en el BO ciertos parametros. La configuracion de esos parametros se hace en en BackOffice, en la pestaña de Modulos, donde se listan todos ellos. En la zona de modulos de pago tiene que aparecer el de la CECA, con un acceso “>>Configurar” que nos lleva a la configuracion del mismo. Los datos que hay que rellenar ahi los proporciona la CECA, normalmente a traves de tu caja. Si las firmas se calculan correctamente, seguramente sea uno o varios de esos parametros los que faltan. Con lo que sea cuentanos... Gracias! Un saludo sgame.-
  9. Ops. Sorry, I didn't realized that until you told us. Please, some admin, could you move this thread to forum 86? Thank you sgame.-
  10. Me alegra que funcionara. Contestando a la pregunta concreta La respuesta es algo tecnica, y es que, en el caso de product.tpl $product es una variable de clase mientras que en product-list.tpl, lo que llega es $products (que aparentemente no contiene variables de clase), array que iteramos para obtener cada $product que es otro tipo de coleccion, al menos desde el punto de vista de smarty. Como dije, algo tecnico, pero creo que esa seria una respuesta aproximada. Para antonpas_bcn, la linea quedaria {l s='-'} {$product.reduction_percent|floatval}{l s='%'} No se en que punto exacto del template lo habra colocado arnadi. Un saludo
  11. Buenas arnadi. El formato de la linea de codigo que nos muestras ha quedado "roto" al estar en un quote, ponlo mejor en un code. En cuanto al descuento, prueba a poner un punto en vez de la "flecha" para referenciar reduction_percent. En el resto de product-list.tpl de la version 1.2.4.0 (confirmanos si esa es la que usas actualmente) hace siempre referencia con punto, asi $product.reduction_percent No se si lo solucionara, pero es mi primera impresion tras ojear el fichero. Un saludo sgame.-
  12. Buenas a todos Durante las pruebas realizadas con arnadi buscando el motivo de que se le presentara el error "Faltan datos" (que finalmente resulto ser que faltaba la firma porque no estaba pudiendose ejecutar ./calculo debido a que tenia safe_mode de php activado) hemos actualizado el php de diagnostico, el cual informa de ciertas configuraciones que influyen durante el proceso de calculo de firma e intenta realizar el calculo de una firma ficticia para confirmar si realmente el sistema esta siendo capaz de obtener firmas para los pagos. En este caso hemos hecho mas obvia la respuesta, para evitar confusiones como ocurrio con el amigo arnadi. Podreis encontrarlo actualizado en el mismo mensaje (dentro de este mismo hilo) donde se publico por primera vez: http://www.prestashop.com/forums/viewreply/90170/ Reiteramos el agradecimiento a arnadi por su amable colaboracion. Un saludo sgame.-
  13. A bote pronto se me ocurre compilarlo en otro sistema compatible con el que proporciona el hosting o solicitar a tu caja uno compatible. Para cualquiera de las dos opciones lo primero es conocer con exactitud el tipo de sistema del hosting. Un saludo sgame.-
  14. Hola jcbaena, gracias por probar el modulo. Ese error lo esta generando el sistema interno del TPVV (en el banco) por eso no lo encuentras en el codigo del modulo. El campo que suele faltar es la firma, que se genera con el programa "calculo", con lo que llegamos a tu siguiente duda... Primero, el nombre del fichero ejecutable debe ser en minusculas. Segundo, parece que ese ejecutable no es compatible con tu sistema ("bad ELF interpreter"). ¿Que sistema es exactamente? Lo mas seguro es compilar tu mismo y obtener un ejecutable propio para tu maquina, aunque normalmente a la gente le esta funcionando el que le proporcionan. Resumiendo, si el programa calculo no esta generando la firma ese es el motivo de que el TPVV diga que faltan campos. En unos mensajes mas "arriba" en este mismo hilo hay un metodo para probar si "calculo" genera firmas correctamente. Echale un vistazo al hilo en general ya que ha habido casos similares. Un saludo sgame.-
  15. Una actualizacion, gracias a airbus99 Donde se decia: Podemos eliminar el primer fallo, ya que no tenia que ver directamente con el modulo para CECA, vease: http://www.prestashop.com/forums/viewthread/25087 Un saludo sgame.-
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More