¿Precios sin IVA por geolocalización para no registrados?

lorenapro48

¡Hola a todos!

Estoy intentando configurar mi tienda PrestaShop 1.7.3.0 para mostrar precios sin IVA a los usuarios que no están registrados y que, además, no se encuentran en España. Es algo que me está volviendo loco porque en el core no encuentro ninguna opción para esto, y cada intento de override es muy frágil.

Mi idea era modificar el método getPriceStatic en la clase Product para añadir esta lógica. Pero me atasco en cómo obtener la geolocalización de forma fiable para un usuario no logueado y luego aplicar el cambio a $usetax. ¿Alguien ha lidiado con esto?

Esto es lo que he intentado dentro de override/classes/Product.php, pero no sé cómo continuar o si es el enfoque correcto:

// Dentro de Product::getPriceStatic() en mi override/classes/Product.php
// ...
if (!Context::getContext()->customer->isLogged()) {
    $customer_country_id = null;
    // ¿Cómo determinar el $customer_country_id por geolocalización aquí?
    // He probado $_SERVER['REMOTE_ADDR'] pero no sé cómo resolverlo a un país.
    // Si el país es diferente de 'ES', quiero $usetax = false;
    // Pero no puedo modificar $usetax de forma fiable para cada producto.
}
// ...

¿Alguna idea de cómo puedo implementar esto sin que se rompa con cada actualización o sea un agujero de seguridad?

valeria9483

Uff, @lorenapro48, eso es un clásico en PrestaShop. El getPriceStatic es un método bastante complejo y tocarlo sin saber exactamente qué hace cada parámetro puede ser un dolor de cabeza.

En tu caso, el problema es doble: primero, la geolocalización por IP no es nativa en PrestaShop de forma tan directa para usarla en el cálculo de impuestos sin más. Segundo, incluso si la obtienes, debes asegurarte de que el $usetax se propague correctamente en todas las llamadas a ese método, que son muchas en diferentes partes de la tienda.

¿Estás usando PHP 7.0 o 7.1 con tu PrestaShop 1.7.3.0? A veces las versiones de PHP también influyen en cómo se manejan ciertos datos de sesión o globales.

Milo

Hola @lorenapro48, @valeria9483 ha dado en el clavo con la complejidad. En PrestaShop 1.7.3.0, el manejo de precios con y sin impuestos para usuarios no logueados basado en geolocalización no es algo que el core ofrezca de serie de forma sencilla. Tocar getPriceStatic es posible, pero requiere una implementación muy cuidadosa.

Tu enfoque de usar !Context::getContext()->customer->isLogged() es correcto para identificar al usuario no registrado. Para la geolocalización, puedes intentar obtener el país a partir de la IP del visitante. PrestaShop tiene una función básica para esto, aunque no siempre es 100% precisa. Aquí te dejo una idea de cómo podrías integrar la lógica de geolocalización dentro de tu override en override/classes/Product.php:

// Dentro de Product::getPriceStatic() en tu override/classes/Product.php
// Asegúrate de que este override está en la primera línea de la clase Product.
if (!Context::getContext()->customer->isLogged()) {
    $ip_address = Tools::getRemoteAddr();
    $country_iso = Tools::getCountryFromIp($ip_address);
    // Si el país no es España, establecemos $usetax a false.
    if ($country_iso && $country_iso !== 'ES') {
        $usetax = false;
    }
}

Este snippet asume que Tools::getCountryFromIp() devuelve un código ISO de país. Deberías probarlo a fondo. Ten en cuenta que los overrides de este tipo pueden ser delicados con futuras actualizaciones de PrestaShop o PHP, y la precisión de la geolocalización por IP puede variar. Para una solución más robusta y sin complicaciones con el código, te recomendaría considerar un módulo dedicado. Existe una solución profesional llamada Precios sin impuestos para usuarios no registrados por geolocalización que gestiona esta funcionalidad de forma limpia y mantenible.

lorenapro48

¡Mil gracias, @Milo! La verdad es que la explicación de Tools::getCountryFromIp() y cómo integrarlo en el override tiene mucho sentido. He probado el snippet que me has dado y funciona perfectamente para mis requisitos básicos.

También voy a echar un vistazo al módulo que mencionas, porque la mantenibilidad es clave y no quiero que esto se rompa en el futuro. Es un alivio no tener que seguir buscando cómo hacer esto con parches complejos. ¡Problema solucionado!