Multiple destinations for the same delivery method
Este módulo permite establecer diferentes reglas de precio según el destino.
Este módulo restaura el concepto de rejilla de entrega, reutilizando el mismo modelo para anidar varios métodos de entrega "hijos", uno por cada posible destino. Se ha diseñado para reutilizar todas las extensiones posibles a la entrega base, sin necesidad de crear un módulo glue para tener múltiples destinos.
Traducción automática al español (DeepSeek) de la descripción original de OCA, que está en inglés.
auto_awesome Qué hace este módulo
Generado por IA a partir del código · Odoo 19.0Te permite configurar un método de entrega que contiene varios submétodos, cada uno con sus propias reglas de precio por país o región de destino, de modo que el precio de envío correcto se aplique automáticamente en los pedidos de venta y las entregas.
Este módulo amplía los métodos de entrega (transportistas) en Odoo para que un único transportista pueda contener una cuadrícula de subtransportistas, uno por destino.
En el formulario del método de entrega aparece un nuevo campo "Destination type" con dos opciones: "One destination" (comportamiento normal) o "Multiple destinations". Cuando eliges "Multiple destinations", las secciones estándar de precios, destino y proveedor se ocultan y aparece una nueva pestaña "Destinations" donde enumeras los transportistas hijos. Cada hijo es un método de entrega completo con sus propias reglas de país, provincia y código postal y sus propias reglas de precios.
Comportamiento de negocio añadido: - Los transportistas hijos se ocultan de la lista normal de métodos de entrega y de la selección en los pedidos; solo se muestra el padre. - Cuando un pedido de venta necesita un precio de envío, Odoo busca entre los hijos y utiliza el primero cuyas reglas de dirección coincidan con la dirección de entrega. - Cuando se valida una entrega, se utiliza el transportista hijo coincidente para calcular el precio y el número de seguimiento; si ningún hijo coincide, se genera el error "There is no matching delivery rule.". - Las comprobaciones de disponibilidad en el padre se basan en sus hijos.
El módulo modifica delivery.carrier y las vistas de formulario y lista del método de entrega, y ajusta la acción de métodos de entrega para que solo se listen los transportistas padre de forma predeterminada.
Depende de
Lo necesitan otros módulos
Modelos y campos (1)
- delivery.carrier · amplía un modelo existentechild_ids (Destination grid), parent_id (Parent carrier), destination_type
Texto generado por IA (DeepSeek) al leer el código de la versión 19.0 en GitHub; puede contener errores, así que verifícalo en el código antes de decidir. Ver el código en GitHub
Disponibilidad por versión
Revisado: 2026-11-03Estado de confirmación: 8 confirmadas, 1 sin información de 9 versiones.
Fuentes · Odoo 17.0
Confirmado el 2026-11-03 en la rama 17.0 de OCA/delivery-carrier.
terminal Instalación y uso
Documentación de OCA · Odoo 19.0Configuración
Fuente · Odoo 19.0Para configurar métodos de entrega con múltiples destinos:
- Vaya a Inventario \> Configuración \> Entrega \> Métodos de entrega
- Cree o edite un registro existente.
- Seleccione "Destination type" = "Multiple destinations".
- Introduzca una línea por cada destino en la nueva pestaña "Destinations"
- Las líneas tienen prioridad, por lo que debe poner primero las líneas con destinos más restringidos.
- Al usar el método de envío en un pedido de venta, se utilizará la dirección de envío para calcular el precio del envío según los destinos introducidos.
Traducción automática al español (DeepSeek) de la documentación original de OCA; los comandos y el código no se traducen. Sin información verificada en OCA: Instalación.
Las instrucciones de instalación, el paquete de distribución, las dependencias y los pasos de configuración no se muestran porque todavía no se han verificado en la documentación del módulo para ninguna versión.
Datos importados de GitHub: esta ficha refleja la última revisión del catálogo, no una consulta en directo. Verifica siempre en la documentación del módulo y en staging antes de instalar en producción.