Diseño Web

Hoy vamos con otra de esos fallos innecesarios de Prestashop. Si tu haces un pedido, y tienes puesto que los costes de envío se calculen por la dirección, aquellos clientes que sean invitados verán Costes de envío: Gratis hasta que rellenen dicha información.  Obviamente esto está mal, los costes de envío están pendiente de cálculo. Primer error. Ok, pues la solución sería traducirlo ¿no? Pues aquí está el segundo error, la traducción no funciona. Aparece el término en la plantilla Classic pero nosotros tenemos una plantilla “hija” y, aunque hemos movido todo lo pertinente a ella, no aparece ahí. Suponemos que tampoco si tienes otra plantilla. Os explicamos por qué. Traducir o eliminar Gratis en los costes de envío de Prestashop. Como decimos el error está en el sistema de traducciones. Este término está en el fichero src/Adapter/Cart/CartPresenter.php. Ahí aparece lo siguiente: $subtotals[‘shipping’] = array( ‘type’ => ‘shipping’, ‘label’ => $this->translator->trans(‘Shipping’, array(), ‘Shop.Theme.Checkout’), ‘amount’ => $shippingCost, ‘value’ => $shippingCost != 0 ? $this->priceFormatter->format($shippingCost) : $this->translator->trans(‘Free’, array(), ‘Shop.Theme.Checkout’), Esto hace que debería poner la traducción en tu tema, pero en nuestro caso no lo hace. Sólo en el tema padre. Así que hay dos soluciones: Cambiar eso de Free ahí en ese fichero. Pero en cualquier actualización se borrará el cambio. En nuestro caso la traducción está en el tema Classic (aunque usemos un tema hijo), en Shop > Theme > Checkout.  Por lo tanto lo modificamos en el tema padre. No sabemos si lo cambia al actualizar (suponemos que sí). Esperamos que esto lo solucionen pronto. En nuestro caso, hemos puesto “Pendiente de cálculo de los costes de envío” en todos los idiomas, y así, cuando ponen la dirección, ya aparecen los costes.  

Desde las últimas versiones, Prestashop nos permite realizar algo que, para la legislación española, es obligatorio: las facturas rectificativas. Eso si, tenemos que realizar algunos cambios que os dejamos a  continuación. Cómo configurar las facturas rectificativas en Prestashop. Tenemos que cambiar varias cosas. Os las ponemos por partes. 1.  Traducciones. Lo primero es traducir los términos para que aparezca Factura Rectificativa en las facturas que emitamos de este tipo. Para eso tenemos que ir a Internacional>Traducciones> Traducciones de Temas>Tutema>Idioma (es)  y ahí buscar Credit slip. Todo lo que ponga Credit slip hay que traducirlo por Factura Rectificativa. Por ejemplo en Shop>pdf para las facturas. Si falta algo por traducir, por ejemplo en los e-mails o el backoffice entra en cada apartado y busca Credit Slip. Con esto ya tenemos el nombre correcto. Relacionado con esto, puedes querer cambiar el prefijo de tus facturas rectificativas. Para eso ve al backend a Pedidos y debajo de Facturas tienes el apartado “Facturas Por Abono” o, si lo has traducido en el Backend, Facturas Rectificativas. Ahí podrás ver todas las emitidas y, si vas a la parte inferior de la pantalla, tienes OPCIONES DE FACTURAS POR ABONO  y ahí puedes cambiar el prefijo. 2. Referenciar la factura a la que rectificamos. Otra cosa importante es que la factura rectificativa referencia a la original. Esto no viene por defecto en Prestashop, y hay que modificar ficheros. Tenemos que editar el fichero order-slip.tpl de la carpeta pdf de nuestra plantilla. Al final del fichero añadimos lo siguiente (justo encima del <!– Hook –> y debajo de </tr>) : <br/> <br/> <br/> {l s=’Invoice rectified’ d=’Shop.Pdf’ pdf=’true’}:{$order->invoice_number|string_format:” FA{‘Y’|date}/%06d”}</p> <p> Explico el código. La primera parte entre {} es el texto a incluir delante. Nosotros ponemos las cosas en inglés y luego vamos al backend, a las traducciones>tutema>es>pdf y cambiamos ese término por Factura rectificada Después el segundo {} es la instrucción que saca el número de factura. En él hemos incluido FA que es el prefijo que nuestro cliente usa para sus facturas (cámbialo por lo que quieras). Y nuestro cliente tiene puesto que añada el año delante de las facturas, por eso ponemos lo de {‘Y’|date}/ , si tu no lo usas no pongas esa parte. De esta manera veréis que ya tenéis las facturas traducidas, y el número de factura original referenciada en nuestra factura rectificativa. Cómo se usan las facturas rectificativas. Por último explicamos cómo se usan estas facturas. Para emitir una factura rectificativa tienes que ir al pedido, al backend, Pedidos y buscar tu pedido. Justo donde puedes ver las facturas, en la parte superior tienes las opciones de reembolso. Si el pedido no se ha enviado todavía (no está marcado como enviado) sólo tendrás Reembolso Estándar. En esta opción sólo te deja devolver el importe íntegro de los productos. Si el pedido ya se ha enviado tienes Reembolso Estándar y Reembolso Parcial. En el Reembolso Parcial te deja reembolsar parte del importe pagado tanto en los productos como en los gastos de envío. Cuando elijas una de esas opciones, además de generar la factura de dejará generar un cupón descuento si así lo quieres. Una vez generada, podrás ver siempre la factura en el pedido, y en la sección de Facturas por Abono del backend. Esperamos que de esta manera podáis usar las facturas rectificativas. Con estos retoques es rapidísimo devolver algo a un cliente.      

Otro de esos fallos raros de Prestashop (y tenemos muchos más). Cuando el cliente crea una cuenta, recibe un e-mail de bienvenida. Sin embargo en el asunto pone Welcome. Si vas a los asuntos de e-mails de la sección de traducciones del backend, aparece el término. Pero por más que lo traduces no hace ni caso. Por este y algún otro artículo reciente y, viendo el código y leyendo artículos, tengo la sensación que están cambiando el sistema de traducciones y no han hecho una revisión demasiado profunda. Cómo traducir el Welcome del asunto en el e-mail de bienvenida de Prestashop. De nuevo lo que pasa es que falta un fichero. Tienes que ir a a /mails/tuidioma , por ejemplo /mails/es/ y buscar un fichero lang.php. Si no está ahí busca en los demás idiomas, puedes usar ese. Si no puedes recrearlo. Yo lo que hago es copiarlo a /themes/tuplantilla/mails/tuidioma  para tenerlos ahí en la plantilla y en las traducciones de la plantilla. Mi fichero que sólo tiene la traducción de Welcome es algo así: <?php global $_LANGMAIL; $_LANGMAIL = array(); $_LANGMAIL[‘Product out of stock’] = ”; ?> Pero puedes aprovechar para traducir otros términos. La gente lo usa para traducir también el Order Confirmation. Os dejo algunos de los que se usan. $_LANGMAIL = array(); $_LANGMAIL[‘Your new admin password’] = ‘ ‘; $_LANGMAIL[‘Your password’] = ‘ ‘; $_LANGMAIL[‘Welcome!’] = ‘ ‘; $_LANGMAIL[‘Order confirmation’] = ‘ ‘; $_LANGMAIL[‘Message from contact form’] = ‘ ‘; $_LANGMAIL[‘My personal informations’] = ‘ ‘; $_LANGMAIL[‘Message from a customer’] = ‘ ‘; $_LANGMAIL[‘Virtual product to download’] = ‘ ‘; $_LANGMAIL[‘Referral Program’] = ‘ ‘; $_LANGMAIL[‘Package in transit’] = ‘ ‘;  

Otro de esos errores estúpidos y fácilmente corregibles de Prestashop. Por alguna razón hay ciertos campos del módulo de Transferencia Bancaria (wirepayment), que no se traducen correctamente. Si, la traducción aparece en el back office en módulos, pero pongas lo que pongas no hace ni caso. Aquí podéis ver el ticket abierto a Prestashop. Os dejamos la solución hasta que lo arreglen. Traducir los campos del módulo de Transferencia Bancaria, wirepayment, en Prestashop. La solución que nosotros hemos probado y visto que funciona es una de las mencionadas en el hilo anterior. Tenéis que crear, en el directorio de vuestra plantilla y crear (si no está) el directorio /modules/ps_wirepayment/views/templates/hook/. Después, del directorio raíz copia el fichero /modules/ps_wirepayment/views/templates/hook/payment_return.tpl a ese directorio de tu plantilla. Por último edita el fichero y cambia todos los campos traducibles de esta manera: {l s=”My string” mod=”ps_bankwire”}  lo conviertes, por ejemplo en   {l s=”My string” d=”Shop.Bankwire”} Esto hace que el campo aparezca en el apartado de traducciones en tu tema (Internacional>Traducciones>Traducciones del tema>Tu tema>Idioma) bajo el apartado Shop->Bankwire. Y cuando las traduzcas ahí SI que aparecerá la traducción.

Estamos desarrollando una tienda en Prestashop a la que estamos dedicando bastante tiempo y de manera muy minuciosa. Por lo tanto estamos resolviendo muchos problemas que muchos habréis encontrado, e iremos publicando aquí las soluciones. Uno de los que más le fastidiaba al cliente es que el asunto de los emails mostraba el nombre de la tienda. Algo como Asunto “[Nombre de la tienda] Bienvenido”. Entre corchetes. No es muy atractivo y quería quitarlo. Al fin y al cabo la dirección de correo y el cuerpo del mismo ya tienen información sobre la tienda. Cómo quitar en el asunto de los emails de Prestashop el nombre de la tienda. Para ello hay que editar la clase Mail.php. Cuando hacemos esto, mejor que editar el fichero de Prestashop deberíamos hacer un override. Si, en teoría pronto lo van a quitar, pero todavía no han propuesto nada que funcione tan bien, todos necesitamos modificar la tienda y los overrides son perfectos para ello y funcionan. Así que copia el fichero /classes/Mail.php  a /override/classes/Mail.php Editar el fichero /override/classes/Mail.php y busca las líneas:  /* Create mail and attach differents parts */ $subject = ‘[‘.Configuration::get(‘PS_SHOP_NAME’, null, null, $idShop).’] ‘.$subject; Como ves ahí pone el nombre entre corchetes. Edita la segunda línea para que quede: $subject = /*'[‘.Configuration::get(‘PS_SHOP_NAME’, null, null, $idShop).’] ‘.*/$subject; Estamos comentando la primera parte para que la ignore. Guarda el fichero y prueba. Antes de probar, siempre que hagas un override es bueno ir a /app/cache/prod y borrar los ficheros class_index.php classes.php Para que coja tu “override” de la clase. Prueba y debería estar solucionado. Obviamente el truco también sirve para poner delante lo que quieras en el asunto de tus correos. Por ejemplo: $subject = ‘Pon el texto que quieras’.$subject; Debería funcionar (no lo he probado).

Prestashop tiene ciertos errores “tontos”, que  se repiten de versión a versión y que tendrían muy fácil solución con algo de cuidado. En ocasiones parece que les falta ese cuidado de detalle. Este es uno de ellos, un error del que hay constancia desde versiones tardías de la 1.6 y que se repiten en varias versiones de la 1.7. Los e-mails de confirmación de producto no muestran la lista de productos. Solución. El problema es básico y “serio”. Llega la confirmación de pedido con el precio de la compra, pero sin productos en el mismo. Y claro, el cliente no tiene confirmación del producto que ha comprado. La solución es sencilla (y de ahí estúpido que no se haya resuelto desde Prestashop). Faltan los siguientes ficheros: order_conf_product_list.tpl order_conf_product_list.txt ¿Cómo conseguís estos ficheros? Si tienes una versión anterior funcional copialos y pegalos en la carpeta de correos (mails, ya sea la de Prestashop o , mejor, la de tu tema), en su idioma correspondiente. O pégalos en todos. Nosotros los hemos copiado de una versión 1.6 así que puedes probar a descargarte dicha versión (aunque creo que las últimas tenían dicho error). No hay que modificar nada de código. Nosotros lo copiamos en directoriodetutienda/themes/tutema/mails/es  (o los idiomas que quieras) y funcionó.

Prestashop es un gestor de contenidos para tiendas online que se basa mucho en la comunidad. Ellos generan un núcleo funciona básico y luego, si quieres más cosas, tienes que o comprar módulos, o crearlos tu. La compra de módulos es una buena idea porque mantiene a los desarrolladores activos, ellos mejoran el sistema mientras ganan dinero en el proceso. Y los clientes obtienen su funcionalidades extra. Si no quieres gastarte dinero, puedes desarrollar tu los módulos (que luego puedes vender etc). Cuando quieres construir un módulo, puedes empezar desde cero con la documentación de Desarrollador de Prestashop. Pero hoy os hablamos de una funcionalidad que os ahorra tiempo. Cómo crear un módulo de Prestashop desde cero con el Prestashop Module Generator. Prestashop Module Generator es una funcionalidad de la página https://validator.prestashop.com de Prestashop para crear módulos básicos. Este generador funciona a base de asistente paso a paso con el que puedes crear un módulo de cualquier tipo compatible para la versión que quieras de Prestashop. En el siguiente vídeo os lo explicamos, pero es muy sencillo. Recordad que es importante seleccionar el tipo de módulo que queremos, para que agregue lo que necesita, así como los Hooks que necesitemos (aunque estos se pueden registrar y usar más adelante). Y recordad también que esto es sólo una plantilla sobre la que trabajar…el módulo no hace nada. Sólo es la base. La funcionalidad se la das tu. Esta página: https://validator.prestashop.com , también sirve para luego validar tu módulo final y asegurarte que cumple con los “PrestaShop’s coding standards“, lo que facilita su compatibilidad y su posterior venta (si ves que es útil para otros).  

Prestashop, por lo menos en la versión 1.7 , trae una cosa interesante, y es que reserva los productos cuando los guardas en el carrito. Esto hace que puedas realizar tu pedido con calma, sin peligro que otro cliente te quite productos que dispongan de poco stock. Pero también tiene un problema: por defecto el carrito “recuerda” tu carrito 480 horas (¡¡20 días!! ). Esto puede ser interesante si tienes productos con mucho stock para mantener clientes que tengan dudas o mañana quieran retomar su pedido. Pero en tiendas con poco stock quiere decir que la tienda pueda tener stock retenido 20 días por clientes indecisos (o competencia con mala leche). Hoy os enseñamos a reducir ese tiempo. Cómo limitar el tiempo que dura un carrito en Prestashop. La configuración que decide cuanto tiempo está se guarda el carrito son las “cookies del front-office“. Al guardar algo en el carrito, el sistema guarda una cookie en el ordenador del cliente. Dicho fichero tiene un tiempo de duración que está limitado por esta configuración. Lo ideal, en el caso que hemos expuesto (tiendas con poco stock) es limitar este tiempo. Para ello (en 1.7, PS tiende a variar los menús) vamos a ir a Parámetros Avanzados >Administración (en 1.6 estaba en Administración>Preferencias>General). Ahí en Configuración tenéis el parámetro Tiempo de vida de las cookies front-office. Y como veréis está en 480 horas. En el caso que nos ocupa puede ser interesante ponerlo a algo como 3 horas. Así los clientes tienen tiempo suficiente para rellenar su carrito, pero eliminas a los indecisos.