Jump to content

Eusebio100

Members
  • Posts

    1,023
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by Eusebio100

  1. Cuando generas un abono, desde el propio pedido indicas la cantidad a devolver, ya sean artículos o importe, y lo mismo con los gastos de envío. Si los gastos de envío los pones en negativo lo que hace es descontarlos del importe total a devolver en la factura de abono.
  2. No se cual será tu caso, pero en el mio todas las devoluciones generan una factura rectificativa y al crear el abono si pones los gastos de envío en negativo los descuenta del importe a devolver.
  3. Por lo que veo en el ejemplo que pones creo que te vendría bien algo como esto: https://www.uhsl.es/5039-t-igual-pvc-encolado.html#/marca-fip/medida_milimetros-20/unidades-caja_de_10. Yo lo hice para prestashop 1.6 partiendo de este post: Pero claro, para prestashop 1.7 no tengo ni idea, no lo uso. De todos modos dale un vistazo por si te puede servir de ayuda.
  4. Finalmente me lo he tenido que hacer a ratos perdidos, lo pongo como aporte (Aquí) por si le puede valer a alguien.
  5. Hace un tiempo pregunté en el foro (Aquí) por algún modulo o como hacer para aplicar recargos puntuales a determinados clientes; al final no encontré nada y me lom he tenido que hacer a ratos perdidos. Lo adjunto aquí por si le puede ser útil a alguien. Lo que hace esta modificación es añadir la posibilidad de convertir los vales de descuento en vales de recargo, para ello basta con poner el importe de recargo en negativo, es decir, para aplicar un descuento como siempre en positivo (por ejemplo 5 para descontar 5€), para aplicar un recargo en negativo (por ejemplo -5 para recargo de 5€). Adjunto capturas, los archivos modificados del tema y los override, mi prestashop es 1.6.1.20 (con 4344,3 modificaciones, por decir algo) y el tema lo arrastro de versiones anteriores, por lo que es posible que los archivos tpl no se correspondan; igualmente recuerdo que los archivos en override hay que comprobar que no los teneis ya en dicha carpeta, y en caso de tenerlos hay que editarlos a mano, y al final borrar el class_index.php para que coja los cambios. Vales_Recargo.rar
  6. This is good, but if the discount is fixed, for example 5€. How to do in this case? thanks, and sorry for my english.
  7. Redondear en saltos de 5€?... Eso es imposible, el tipo de producto no lo permite.
  8. Aunque sea un poco rollo explico el motivo por si alguien más lo ve interesante. Resulta que los bancos ya cobran comisiones por entrar a la oficina y dar los buenos días, por esto muchos clientes que eligen pago por transferencia optan por ir a un cajero de la entidad y hacer un ingreso en efectivo, el problema es que los cajeros en su mayoría solo aceptan billetes, con lo cual los clientes redondean el pago por defecto o por exceso. Cuando redondean por exceso no es problema, le creas un vale y en la próxima compra lo descuentan, el problema es cuando redondean por defecto, ya que las reglas de descuento no admiten valores negativos y no hay forma de cobrarles el recargo. Espero haberme explicado, y de paso si alguien tiene una solución sería fantástico.
  9. Un recargo por otro motivo y puntual, y siempre un importe, nunca un %.
  10. Hola, necesito crear una regla que aplique un recargo a determinados clientes, como puedo hacerlo? sabeis de algún módulo que lo haga? Gracias de antemano.
  11. Aquí tienes unos enlaces por si quieres dedicarle tiempo al módulo: http://vicentbadia.com/prestashop-comision-paypal/ https://www.tictacsoluciones.com/blog/recargo-al-cliente-al-pagar-con-paypal-en-una-tienda-prestashop-1-5/ Yo me lo adapté para ps 1.6.0.6, pero al actualizar a 1.6.1.20 ya no funcionaba y opté por comprar uno, fue uno de 49.99 (no había visto el de 31€ que mencionan en el post anterior), lo cierto es que funciona muy bien y no me complico la vida.
  12. Mi comentario era para actualizar de 1.6 a 1.6, si lo que quieres es actualizar de 1.6 a 1.7 eso es otra historia y la desconozco. Yo actualicé 1.6.0.11 a 1.6.1.20 sin problemas y ahí me quedé, a partir de ahí las modificciones las he ido haciendo a mano. Si dices que tienes la 1.6.1.12 lo que también puedes intentar es no pasar dierectamente a la 1.24 y probar con alguna versión anterior; como he dicho antes yo di el salto a la 1.20 sin problemas.
  13. He sufrido con lo de actualizar prestashop usando el modulito de las narices 1 click upgrade y hace años que paso de él, solo me creaba problemas. La últimas actualizaciones las realicé manualmente y no tuve problemas, siempre funcionó a la primera. Aquí tienes el método manual detallado gracias a 4webs; a mi siempre me funcionó.
  14. Pues he mirado más a fondo el tema y por lo visto viene de atrás y no me había dado cuenta; además he encontrado algunos post con el mismo problema, incluso he visto esto en GitHub sobre prestashop 1.7, por lo que parece que se trata de un mal endémico de prestashop. En mi caso no necesito el desglose de impuestos en los albaranes, por lo que he aplicado la siguiente solución: 1) Crear una nueva función llamada "setDeliverySlipDetails" que en definitiva es un duplicado de "setInvoiceDetails" sin el código que guarda los impuestos del transportista. 2) Modificar la función "setDeliverySlip" para que llame a "setDeliverySlipDetails" en lugar de "setInvoiceDetails". Con esto evito que al generar el albarán se guarden en la bd los impuestos del transporte, así se guardarán solo al generar la factura. A mi me vale, espero que le valga a alguien más.
  15. Buceando en el tema encuentro (o eso creo) que la función que genera el albarán "setDeliverySlip" llama a la función "setInvoiceDetails" y luego la función que genera la factura "setInvoice" vuelve a llamar a "setInvoiceDetails". No se si por ahí puede ir el tema, lo que no entiendo es como se divide el iva en dos, por que al final la suma del total del iva es correcto, tampoco veo una posible solución. Estoy empanao, helpme please.
  16. Hola, gracias por responder. Sí, he limpiado la caché, he quitado las modificaciones de override y las he puesto en el archivo y carpeta original, etc; pero el problema sigue igual. Lo que he descubierto es que el problema surge cuando se genera el albarán antes que la factura; me explico, si un cliente paga con tarjeta el pedido pasa automáticamente a pagado y se generan albarán y factura a la vez, en este caso no se duplica el iva y todo es correcto. Si un cliente paga por transferencia, el pedido queda pendiente de pago y se genera el albarán; cuando posteriormente pasa a estado pagado y se genera la factura es cuando aparece el problema del iva duplicado. Lo que dije antes, agradezco cualquier ayuda al respecto.
  17. Hola, tengo ps 1.6 y estaba funcionando bien, pero he realizado algunas modificaciones y ahora me duplica el iva del transporte, adjunto captura, ( el total es correcto solo que lo divide en dos). Lo curioso es que si deshago las modificaciones y lo dejo como estaba antes sigue duplicando el iva igualmente. Alguien sabe por donde puede venir el problema? Gracias de antemano.
  18. Sí claro, todo eso está comprobado. He leido por ahí que hay bastante gente con el mismo problema y sin solución.
  19. Hola, desde el 24 de noviembre tengo problemas con los sitemap en la consola de google, me da el error de "No se ha podido leer el sitemap". He leido por ahí que poniendo una barra al final de la url se soluciona, pero en mi caso sigo igual. Alguien conoce alguna solución para esto? PD. la consola de bing los lee sin problemas. Gracias de antemano.
  20. Hola, desde hace unos días google search console me dice que no encuentra el archivo de robots. Lo he comprobado y el archivo está, como siempre ha estado desde hace años, incluso lo he vuelto a generar y el error persiste. Alguna solución? Gracias de antemano.
  21. Adjunto los archivos modificados de la versión 3.0.2 del módulo. El módulo 3.0.2 es el de Thirty Bees, está en descarga gratuita y se puede adaptar a prestashop fácilmente. PD. no he notado ninguna diferencia funcional entre el módulo de prestashop y el de thirty bees, los dos los he probado en ps 1.6.1.20 y funcionan perfectamente. loyalty.php default.php
  22. Pongo el aporte por si queda algún rezagado con prestashop 1.6 y puede serle útil (no se si el módulo para 1.7 es igual). El módulo que utilizo es el Loyalty versión 1.2.9 disponible en GitHub, Aquí. Por defecto el módulo incluye la posibilidad de fijar un importe mínimo de pedido para usar los cupones de descuento, pero sin iva, es decir, si trabajas con precios iva incluido, el importe minimo real que el cliente necesita para usar los cupones es el configurado en el admin del módulo + iva, aunque le apparece indicado el importe sin iva. No es un problema grave pero ya he tenido algunas consultas al respecto, además de que no queda muy bien. He encontrado dos soluciones, una rápida y otra menos rápida pero creo que mejor. La solución rápida es añadir $cartRule->minimum_amount_tax = 1; y $cart_rule->minimum_amount_tax = 1; en los archivos del módulo loyalty-program.php y default.php respectivamente. La otra solución es mas completa y permite configurar en el admin si se quiere o no el iva incluido en el pedido minimo. Adjunto captura del admin y los archivos ya modificados para la versión de GitHub 1.2.9. Espero que a alguien le sirva. loyalty.php loyalty-program.php default.php
  23. Pues parece que el proceso de pago con tarjeta se complica un poco. Ahora, al menos con visa y sabadell no basta con poner los datos de la tarjeta en redsys y esperar el sms con en nº de clave que tienes que meter tal y como se hacía antes, ahora es como sigue. 1) Poner los datos de la tarjeta (como siempre). 2) Se abre nueva ventana y te indica que debes loguearte en tu banco. 3) Abres nueva ventana (sin cerrar la anterior) y entras en tu banco con tu usuario y contraseña. 4) Dentro de la web de tu banco te saldrá el mensaje para que firmes la operación, le das a firmar (o continuar) y te llegará el sms con la clave que debes firmar. 5) Si todo lo anterior es correcto se autoriza la operación y fin de la película. Vamos, un rollo, como para dar facilidades con la que tenemos encima. Yo hasta ahora solo he tenido problemas con visa, con el resto cero problemas de momento.
  24. Cada uno cuenta la misa como le va, por lo que dudo mucho que los comentarios del foro te aclaren las ideas. Yo sigo con prestashop 1.6 y me va muy bien; se que algún día tendré que cambiar, pero aún falta para eso y cuando llegue el momento tomaré la decisión que crea conveniente. Thirty bees lo he probado y no deja de ser un prestashop 1.6 con algunas mejoras, quizás no tan significativas como quieren dar a entender. Prestashop 1.7 no lo he probado, solo lo conozco por lo que leo en el foro, y seguramente si yo empezase de cero me decantaría por ps 1.7, pero como estoy en s 1.6 tengo que valorar muchas cosas antes de decidirme. En cuanto a lo de que te quieren cobrar por módulos, etc... pues hombre, yo personalmente no creo que la idea de montar una tienda pensando en "lo gratis" sea una buena idea. Lo que si es cierto que además de las plataformas open source hay otras opciones de pago que por un precio muy razonable te ofrecen una tienda de la que tu solo tienes que ocuparte de la parte administrativa y comercial, o sea, dar de alta altículos y vender ( y por supuesto el seo, etc) pero no tienes que ocuparte del hosting ni de la parte técnica de la tienda, además la que yo conozco por que la he trabajado bastante es muy personalizable, y si tienes un problema pues llamas y te lo resuelven. En fin, solo quería apuntar otra opción más.
×
×
  • Create New...

Important Information

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