RKR Envíos a Canarias, Ceuta y Melilla
- Un año de soporte técnico y actualizaciones de por vida; desde el segundo año, el soporte se amplía por 39,30 €/año e incluye atender tus ideas de mejora generales del módulo.
- Se renueva sola; la cancelas cuando quieras, sin permanencia.
- Un año de soporte técnico y actualizaciones de por vida; después, el soporte termina (con la suscripción se amplía por 39,30 €/año).
- Un solo pago, sin cobros automáticos.
Vende a Canarias, Ceuta y Melilla como exportación sin tocar nada a mano: el módulo detecta el destino por el código postal y quita el IVA de productos y envío en el carrito, el pedido y la factura (o cobra el IGIC / IPSI si estás dado de alta, o solo avisa). Avisa al cliente del impuesto local que le espera, añade un recargo de despacho DUA opcional y deja cada pedido listo para tu gestor: resumen mensual para el modelo 303 y listado de exportaciones con nº de factura y NIF, en CSV. Un módulo Rekire.
Compatible con PrestaShop 1.7.8 a 9.x, con PHP 7.1 a 8.3.
Ventas a Canarias, Ceuta y Melilla
Un pedido a Tenerife no lleva IVA. ¿Lo sabe tu tienda?
Canarias, Ceuta y Melilla están fuera del territorio del IVA: lo que envías allí es una exportación. Si tu tienda no distingue sus códigos postales, cobra el IVA entero y tu cliente paga después el IGIC o el IPSI al recibir el paquete, o tienes que quitarlo a mano pedido a pedido. RKR Envíos a Canarias, Ceuta y Melilla detecta el destino por el código postal y aplica el tratamiento que tú eliges en el carrito, el pedido y la factura.
/ El IVA se quita de verdad, no solo en pantalla
Cuando la dirección de entrega está en uno de estos territorios, el módulo responde al gestor de impuestos de PrestaShop (gancho actionTaxManager). Por eso productos, envío y envoltorio para regalo salen al 0 % igual en el carrito, en el pedido, en cada línea del pedido y en la factura. En cada línea queda registrado un impuesto de 0 % llamado «Exento de IVA (exportación)», así el pedido y la factura dicen qué se aplicó.
Para el resto de tus pedidos no cambia nada: el módulo solo responde a direcciones de Canarias, Ceuta y Melilla y no toca los grupos de reglas de impuestos de tu tienda.
/ Tú eliges el tratamiento
Tres modos, que cambias cuando quieras en la pestaña Impuestos:
/ Detecta el destino por el código postal
Por defecto, los códigos que empiezan por 35 y 38 son Canarias, el 51 es Ceuta y el 52 Melilla. Cambias los prefijos, usas rangos (35000-35999) y añades excepciones, una por línea: 35010:IC para forzar un código a Canarias, 35999:NONE para dejarlo fuera. En el panel tienes un probador de códigos postales para ver cómo se clasifica cualquiera.
Solo se revisan las direcciones de España. El 35000 también es Rennes y el 38 también es Grenoble, en Francia: un pedido a Francia no se toca. Si tu tienda tiene Canarias, o Ceuta y Melilla, creadas como países, también se revisan sus direcciones.
/ El cliente sabe qué va a pasar al recibir el paquete
Cuando la dirección del cliente cae en uno de estos territorios, ve un aviso en el carrito y en el resumen del pedido (y, si lo activas, arriba de toda la tienda): que compra sin IVA, qué impuesto local puede tener que pagar al recibirlo, el tipo, una estimación del importe, el recargo de despacho y su código postal. El icono, el tipo, el importe estimado y el recargo se muestran u ocultan por separado.
/ Recargo de despacho DUA, sin tocar nada a mano
Si cobras al cliente la gestión del despacho aduanero, el módulo añade el recargo al carrito solo. Lo hace con un producto de servicio oculto (referencia RKR-DUA-FEE): entra una sola vez, con el precio calculado para ese carrito, y desaparece si la dirección deja de ser de estos territorios. Funciona en los tres tratamientos, mientras el carrito esté dentro de tus límites.
/ Límites: el tratamiento solo donde tú quieres
Puedes aplicar el tratamiento especial solo a algunos carritos. Fuera de los límites, el carrito paga el IVA normal y no lleva recargo DUA.
/ La factura lo explica
En el PDF de la factura de los pedidos exentos se imprime una nota de exención. De serie cita el artículo 21 de la Ley 37/1992 del IVA, el destino con su código postal y que los impuestos de importación corren a cargo del destinatario. La editas por territorio e idioma, o la apagas con un interruptor.
El texto de serie es un punto de partida: revísalo con tu asesor antes de dejarlo en tus facturas.
/ Cada pedido, apuntado para tu gestor
Cada pedido a estos territorios queda registrado con su base imponible, el IVA no repercutido (calculado con los tipos reales de tu tienda, no con un 21 % fijo), el impuesto local y el recargo DUA, en la moneda por defecto. El mismo resumen fiscal aparece en la ficha del pedido del back-office.
El módulo prepara los datos: no presenta ningún modelo ante Hacienda ni sustituye a tu gestor.
/ Multitienda, español e inglés y copia de seguridad
Funciona con multitienda: los ajustes se guardan para la tienda o el grupo que tengas seleccionado, y cada tienda conserva su propio aspecto del aviso. El panel y los mensajes vienen en español e inglés, y los textos para el cliente se editan por idioma.
Los ajustes y los textos se exportan a un fichero JSON y se importan en otra tienda. Con los datos de demostración (seis meses de pedidos ficticios que no tocan ningún pedido real) ves las estadísticas y los informes antes de tener ventas, y los quitas con un botón. Dentro del módulo tienes una guía y un diagnóstico que comprueba, entre otras cosas, que este módulo es el primero en contestar al gestor de impuestos.
/ Lo que conviene saber
La exención por exportación exige el DUA de exportación de cada envío. El módulo aplica el tratamiento que tú elijas; no es asesoría fiscal. Consulta con tu asesor qué modo te corresponde antes de ponerlo en marcha.
Está pensado para tiendas de la península y de Baleares que envían a estos territorios. Si otro módulo también responde al gestor de impuestos (actionTaxManager), este tiene que ir el primero; la pestaña Resumen lo comprueba. Solo contesta para estos territorios, así que el otro sigue funcionando para el resto de pedidos.
Al desinstalar se borran el registro de pedidos y el producto del recargo DUA (el módulo pide confirmación); los impuestos que creó quedan desactivados y los pedidos ya hechos siguen apuntando a ellos.
Probado de punta a punta (carrito, pedido y factura) en PrestaShop 1.7.8.11, 8.2.8 y 9.0.0, y la actualización desde la 1.1.0 en 9.0 y 9.2. Si vienes de la 1.1.0, sube el ZIP: el módulo ajusta su esquema y retira los grupos de reglas de impuestos de aquella versión cuando ningún producto los usa. Licencia AFL-3.0.
Compatible con PrestaShop 1.7.8 a 9.x, con PHP 7.1 a 8.3
Desarrollado y mantenido por REKIRE
- Referenciarkrspecialshipping
v1.2.0
Review of the 1.1.0, tested with real carts and orders on PrestaShop 1.7.8.11, 8.2.8 and 9.0.0, and upgraded from 1.1.0 on 9.0 and 9.2.
Fixed
- The VAT was never removed. The module hooked a
taxManagerhook that PrestaShop does not run (the core runsactionTaxManager) and returned an object that is not a tax manager, so the core ignored it: carts and orders to the Canary Islands, Ceuta and Melilla were charged the full VAT. The module now answersactionTaxManagerfirst with a real tax manager, so the cart, the shipping, the gift wrapping, the order, the order lines and the invoice all get the same treatment. - The DUA fee never reached the cart: the helper product could not be ordered and its price was written into columns PrestaShop does not have. The fee is now a hidden service product added once to the cart, with its own price for that cart only, and it leaves the cart when the address changes to the mainland.
- French addresses with a postal code starting by 35 or 38 (Rennes, Grenoble) would have been treated as the Canary Islands: only the addresses of Spain (and of the Canary Islands or Ceuta and Melilla created as countries) are checked now.
- The customer notice threw an error on PrestaShop 9 (
Tools::displayPricedoes not exist there) and disappeared after any cart change. - The appearance pane overwrote the custom CSS of the merchant with the theme variables on every load.
- The amount limits looped while computing the cart total; they are computed now without asking the tax manager again.
- Exports and AJAX calls sent the module token as the PrestaShop token and were refused.
Changed
- Orders are registered with their taxable base, the VAT not charged (computed with the real rates of the shop, not a fixed 21 %), the local tax and the DUA fee, in the default currency.
- New reports: monthly summary for the VAT return (model 303, box 60) and one row per exported order with its invoice number and tax ID. The old "model 349" extract is gone: exports are not intra-community operations.
- New exemption note on the PDF invoice of the exempt orders (art. 21 of the Spanish VAT Act), editable per territory and language.
- Local tax mode: real IGIC and IPSI taxes in International > Taxes (editable rates) instead of in-memory rates, so orders record the tax charged.
- The "remove the VAT of the shipping" switch is gone: the shipping follows the products, as the law does.
- Fiscal summary on the back office order page.
- No tax rules groups are created any more; the 1.1.0 ones are removed when no product uses them.
- PrestaShop Addons rules: no
Context::, nohash_hmac, nonofilter, no HTML in PHP, literal translations,index.phpeverywhere,.htaccess,LICENSE.txt, coding standards, PHP 7.1 to 8.3. - Spanish translation.
4 otros productos de la misma categoría
También podría interesarte
Preguntas y respuestas
Todavía nadie ha preguntado nada sobre este producto.



























