ferran.herrero

Hola a todos, tengo un problema del que llevo varias semanas buscando una solución y no doy con ella. He visto que usuarios anteriores reportaban el mismo problema por el foro en versiones de PS 1.6 y 1.7 pero nadie ha logrado dar con la solución. Yo estoy usando la versión 1.7.8.8 Mi tienda vende de forma internacional, utilizamos Paypal, Scalapay y Redsys. Para el transporte utilizamos nacex, que para envios nacionales es gratuito, pero para internacionales el envío tiene un coste de 15€. El tema es el siguiente: Los pedidos internacionales, se cobran correctamente en el TPV independientemente de la vía de pago. Pero PS genera el pedido con el estado "Error en pago" y se le envia al cliente un email conforme el pedido es erróneo, pese a que se ha cobrado el importe correctamente incluyendo los gastos de envio. Esto genera un malestar a nuestros clientes internacionales porque se creen que su pedido ha sido rechazado. Cosas que he probado para resolver el problema: - He revisado el módulo de Nacex junto con sus técnicos, así como reinstalado y aplicado diferentes configuraciones. - He cambiado el módulo gratuito de Redsys y he instalado el de pago de IDNovate. - He ajustado los decimales, símbolos y textos de las monedas que utilizamos, desde BO y en la tabla ps_currency. - He reconfigurado los métodos disponibles de pago por país y moneda. Pero nada de esto ha resuelto el problema. Así como indicio, he detectado en los logs que todos los pedidos que dan este fallo también generan el mítico error "Frontcontroller::init - Cart cannot be loaded or an order has already been placed using this cart" de PS, pero tengo entendido que solo es un aviso y no afecta al funcionamiento del carrito ni la generación del pedido. Por lo que he podido deducir, se trata de una diferencia de importe debido a los gastos de envío a la hora de generar el pedido de forma internacional una vez se ha cobrado, pues el importe que sale en la factura no incluye los 15€ de gastos de envío pese a que se han cobrado. Por otra parte Nacex si genera el reporte correctamente con la dirección de envío, por estas razones he descartado los módulos de pago y de nacex como los posibles causantes del problema. Sin embargo no sé como puedo corregir este comportamiento de PS para resolver el problema. Si alguien me puede orientar sería de gran ayuda. Gracias,

Ves al menú module manager -> abres el módulo de pago en cuestión Cuando hayas entrado a la configuración de este módulo, arriba sale un icono de una bandera que pone "Traducir". Busca la expresión que quieres traducir, y pon el texto que quieras. Espero que te sirva de ayuda, un saludo

Genial, no olvides marcar el tema poniendo [SOLUCIONADO] en el título del post ¡Gracias!

¡Genial! Me alegro que pudieras arreglarlo. Por favor, no olvides poner el texto [SOLUCIONADO] delante del título del post para que los demás usuarios sepan que el tema está zanjado. Si tienes cualquier otro problema estaré encantado de ayudarte.

Buenos días, Me alegra mucho saber que has podido solucionar el tema del correo. Respecto al tema del error en el controlador, ¿Has podido solicionarlo? Yo tengo este en el mismo controlador y misma línea: $message = iconv($this->getEncoding($structure), 'utf-8', $message); Parece que tenemos el mismo código, así que yo imagino que el carácter que está fallando viene de la variable $message, que como ya te comentaba son los mensajes que están en la base de datos. Si me dices que ya borraste todos los mensajes quizás hay alguna tabla relacional que esté provocando el problema. Espero que puedas solucionarlo pronto, buen fin de semana

Buenas @FRANCISCO SANTOS, al tratarse de una base de datos, necesitarás un gestor especifico. Lo que si te recomiendo, antes de realizar este tipo de cosas, es que pongas la tienda en mantenimiento para evitar que los cambios afecten a tus clientes (puedes hacer en Preferencias->configuración->pestaña mantenimiento->activar tienda no) y hagas una copia de la base de datos. Para hacer la copia de la base de datos: Parámetros avanzados -> base de datos Pestaña Respaldar BD Léete el aviso, ya que indica que tu eres el responsable de la BD y si esta se corrompe PrestaShop no se hace responsabla de nada Pulsa sobre "he leído el aviso legal..." Descarga la copia Una vez hecho esto, tendrás que conectarte mediante tu gestor SQL. Si no tienes un gestor de base de datos, te recomiendo descargar HeidiSQL Aquí Cuando hayas realizado estos pasos, escríbeme de nuevo y te indico cómo proceder.

Buenas! Primero de todo, no hace falta ningún módulo para eliminar una cuenta de cliente normal. El problema, en tu caso, es que no es un cliente como tal, sinó que es un invitado. Al ser un invitado no lo puedes borrar, ya que sus datos van asociados a sus pedidos y consecuentemente a sus facturas, así que si lo eliminas puedes tener problemas a nivel fiscal y legal. Si lo que quieres es eliminar un cliente, simplemente en clientes, haces click sobre el lápiz en aquel cliente que quieres eliminar,y lo borras. Si es un invitado que quieres que se registre, te recomiendo que le des una oferta personalizada, es decir, dale un cupón descuento o similar si se registra, a modo de anzuelo. De todas formas, si es un invitado y no quiere registrarse pero continua haciendo pedidos, no debes eliminar esos registros bajo ningún concepto. Puede que sea una carga para la gestión de la tienda, pero como te comento, todos los datos van enlazados para poder hacer las facturas fiscalmente. Por otro lado, si no compra nada y sospechas de algún tipo de bot o ataque, lo que puedes hacer es introducir un captcha en los formularios de registro y pedido, es algo fácil y gratuito. Espero haber despejado tus dudas

Buenas! Respecto a tu tema, ¿habías recibido o escrito mensajes antes? A mi me pasó, que escribí un mensaje con un caracter raro que utilizamos en la empresa, y después de escribir ese mensaje ya no pude acceder. Si es tu caso, tendrás que acceder a la base de datos y buscar las tablas relacionadas con atención al cliente, y o bien eliminas el mensaje, o bien eliminas los caracteres raros que encuentres en él. También existe la posibilidad, de que hayas borrado un pedido (aún que no se debe hacer) que tuviera un mensaje personalizado o un mensaje con atención al cliente, pero su mensaje no se haya borrado porqué está en otra tabla. Sea como sea, busca las tablas de atención al cliente y revisa que no haya ningún mensaje raro o que no haya algún pedido que ya no exista relacionado con alguno de esos mensajes. Ya nos dices si lo consigues!

Hola buenas, Este es un foro para resolver problemas y dudas si montas una tienda con el software de PrestaShop. Aún así, intentaremos ayudarte lo máximo posible. He estado investigando un poco por encima, y he conseguido encontrar su teléfono e información fiscal por si te hiciera falta (aún que esta debería mostrarse en la factura de compra) Teléfono: 961291529 CIF: B96834379 Dirección: PLAÇA CORTS VALENCIANES, 9 - 46900 TORRENT (VALENCIA- ESPAÑA) Al parecer la empresa se llama LLÁCER ELECTRODOMÉSTICOS, S.L., el nombre de palacio de electronica debe ser un nombre comercial. Espero haberte ayudado con esta información y que puedas solucionar el tema cuanto antes. Un saludo

¡Hola! Estamos encantados de que te unas a la comunidad de PrestaShop. Tu problema, por lo que puedo ver, parece que viene dado al tamaño de pantalla. Probablemente esté detectando que estás desde un dispositivo móvil o que los elementos no tienen suficiente espacio para ponerse en fila. Esto viene por una configuración del tpl probablemente. Mi consejo, antes de que te comas la cabeza con problemas, es que como has comprado el módulo recientemente tienes que tener al menos 3 meses de soporte. Contacta con el desarrollador y solicita una instalación por su parte para evitar este problema. Intenta que te lo solucionen ellos si dispones de soporte, ya que hay montones de módulos y no sé como está configurado este. Ya nos cuentas, un saludo.

Buenos días, Esto sucede porqué prestashop limita hacer pedidos según si pueden ser procesados, es decir, debes cumplir algunas condiciones: 1.- Tienes que tener transportistas para aquella zona en la que vayas a entregar tus pedidos. Por ejemplo, si un cliente elige un transportista con un código postal de madrid, tiene que haber al menos un transportista que reparta por dicha zona, y además debe ser el que elija el cliente. Normalmente las empresas de transporte ya ponen los precios por zonas para poder configurar esto. Por ejemplo, yo tengo que toda la península ibérica tienen como repartidores DHL y SEUR, cada uno con su respectivo precio. Vamos a configurar esto juntos: En el menú de PS, ir a Internacional -> Zonas -> añadir nueva zona (arriba a la derecha) Asignamos un nombre y activamos la zona (por ejemplo, Cataluña) En el menú de PS, ir a Transporte -> Transportistas -> Añadir nuevo Transportista (arriba a la derecha) Rellenamos los datos del formulario (el tiempo de tránsito es la descripción que verá el cliente en el carrito al escoger transportista) Elegimos la zona que acabamos de crear y ponemos los precios según el peso (estos precios nos los proporciona la empresa de transporte) foto 2 Luego elegimos el tipo de cliente que queremos que utilice este transportista. Para hacer pruebas, recomiendo seleccionarlos todos. Guardamos la configuración. 2.- Una vez tienes transportistas que lleguen a la zona en la que se encuentra el cliente, debes permitir y activar los pagos por cada transportista. Para hacer esto: En el menú de PS, ir a Pago -> Preferencias Abajo del todo, saldrá una lista con los transportistas disponibles (el que acabamos de crear) y los métodos de pago. Yo por ejemplo utilizo Redsys y PayPal Marcamos las casillas de los transportistas y métodos de pago que queramos utilizar. (Foto 3) Guardamos la configuración 3.- Una vez realizados todos los pasos, ya deberían salir todos los métodos de pago una vez se haya elegido transportista y el cliente se encuentre dentro de la zona que hemos creado. Si aún así no salen, el problema podría estar en un módulo de pago. Para comprobar esto, recomiendo desactivar todos los módulos de pago que tengáis, e ir activando uno a uno, es decir, activo uno y compruebo el proceso de compra. Si el proceso se realiza correctamente, probar el siguiente, y así sucesivamente hasta dar con el módulo que está interfiriendo. Quedo a la espera de vuestras novedades, espero haberos ayudado.

Hi! You have active b2b mode? With this configuration, PS shows the vat number and dni fields to business. You can activate it in Preferences -> Customers Settings -> enable B2B. I have this configuration and can work, but it's possible your customers can register from front office, but in your back office your problem persist. This is because the "siret" field is a numeric type, and the DNI have one letter. If you write only numbers, PS works correctly. I have the same problem from back office, but I register (at the moment) the customers from front office... If you resolve @marijn @Shellanza @webdeveloper123, please tell me. Thanks!

Buenas @OSCAR NEMOGA! Lo primero que te recomiendo, es que pongas tu tienda en mantenimiento para poder hacer algunas pruebas sin que tus clientes se vean afectados. Esto lo puedes hacer en Preferencias->Mantenimiento-> Activar tienda => no. Una vez hecho esto, si quieres comprobar que la configuración de correo y pedidos es correcta, lo que yo hago es registrarme yo mismo con mi cuenta de email personal, y empezar a generar pedidos (sin realizar pagos, por ejemplo mediante transferencia bancaria). Por cada estado de cada pedido, PrestShop envia un email automático para avisar al cliente. En tu caso sería bueno realizar uno o dos pedidos con el mismo producto que tu cliente ha tenido problema, incluyendo la misma talla, para comprobar en tu correo personal que estás recibiendo la información correctamente. También prueba a ir cambiando los estados de pedido, como pago recibido, reembolsado, sin pagar... Una vez hayas hecho pruebas, escríbenos para saber como queda la situación. Quizás tu cliente simplemente se ha confundido a la hora de pedir el producto. ¡Suerte!

Hola @JuanjoG, gracias por tu aporte, pero no he podido solucionarlo de esa manera. Resulta que mi problema viene en la clase validate.php Intenté cancelar la validación del siret devolviendo un true, aún que ahora tengo este código: return preg_match('/^[+0-9. ()-]*$/', $siret); Resulta que me sigue haciendo la validación, porque si pongo un siret válido prestashop funciona correctamente y el problema queda resuelto. Pero claro, yo no trabajo con siret, necesito los DNI. He estado buscando y probando diferentes configuraciones de esta clase validate.php, pero haga lo que haga no me guarda los DNIs, sino los siret. ¿Qué puedo hacer? ya llevo bastante tiempo con este problema y necesito solucionarlo lo antes posible. Gracias

Buenos días, supongo que tu tienes una restricción por transportista, puedes revisar en pago->preferencias y abajo del todo comprobar que métodos de pago tienes y para qué transportistas. Tienes que tener un transportista cuya zona llegue a las islas baleares para que se muestre el pago allí. Es una forma de proteger una venta si no hay un transportista disponible para esa zona. A mi lo que me pasa es, que pese a tener transportistas en todas las zonas de España, tener todo disponible y activado y los módulos de paypal y redsys correctamente configurados, ni si quiera con el modo depuración me muestra error, simplemente me dice que no tengo ningún método disponible. No entiendo qué está ocurriendo en mi tienda... Espero que te sirva el consejo que te he dado y puedas solucionar tu problema.