Este módulo añade una tipología para los pedidos de venta. En cada tipo diferente, puedes definir, diario de facturación y abono, un almacén, una ruta de stock, una secuencia, la política de envío, la política de facturación, un plazo de pago, una tarifa y un incoterm.
Puedes ver los tipos de venta como líneas de negocio.
Puedes seleccionar un tipo de pedido de venta por contacto, de modo que cuando añadas un contacto a un pedido de venta obtendrá la información relacionada con él.
Cuando no se aplique ningún contacto ni el contexto predeterminado, se utiliza como predeterminado el primer tipo de pedido de venta disponible por secuencia.
Además, añade un mensaje de advertencia para notificar a los usuarios cuando existe una discrepancia entre la tarifa predeterminada del contacto y la tarifa efectiva establecida por el tipo de pedido de venta. Esto garantiza claridad al crear pedidos de venta, ya que la tarifa efectiva (determinada por el tipo de pedido de venta) tendrá prioridad sobre la tarifa predeterminada del contacto. La advertencia solo es visible para empresas sin empresa matriz y cuando existe una discrepancia entre ambas tarifas.
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 20.0Crea tipos de pedido de venta (líneas de negocio) que rellenen automáticamente el almacén, el diario, las condiciones de pago, la tarifa, la política de envío, el comercial y más en presupuestos, facturas y entregas. Asigna un tipo predeterminado por cliente y consulta el tipo en los informes de ventas y facturas.
Este módulo permite definir tipos de pedido de venta, cada uno actuando como una línea de negocio con sus propios valores predeterminados. Se gestionan en Ventas > Configuración > Tipos de pedido de venta, donde cada tipo puede llevar un almacén, rutas de stock, una secuencia de entrada, un diario de facturación, política de envío, plazo de pago, tarifa, incoterm, comercial, equipo de ventas, validez del presupuesto en días y distribución analítica.
En un presupuesto se elige un tipo; Odoo entonces rellena automáticamente el almacén, la política de envío, el plazo de pago, la tarifa, el comercial, el equipo de ventas, el incoterm y la fecha de validez del presupuesto, y aplica las rutas de stock del tipo a las líneas del pedido. Si el tipo tiene su propia secuencia de entrada, el número del presupuesto se toma de ella, y cambiar el tipo en un presupuesto en borrador puede renumerarlo.
Puede establecer un tipo de pedido de venta predeterminado en un cliente. Cuando se elige ese cliente, el tipo se aplica automáticamente; de lo contrario, se utiliza el primer tipo por secuencia. Aparece una advertencia en el formulario del cliente cuando la tarifa del cliente difiere de la que impondrá el tipo de pedido de venta.
Las facturas heredan el tipo del pedido, utilizan el diario de facturación y el plazo de pago del tipo, y el tipo se puede filtrar y agrupar en las facturas y en los informes de ventas. Un ajuste de la compañía hace que el tipo sea obligatorio en los pedidos de venta.
Depende de
Lo necesitan otros módulos
Menús que añade
Modelos y campos (11)
- sale.order · amplía un modelo existentetype_id, incoterm, picking_policy, order_type_required
- res.company · amplía un modelo existentesale_order_type_required
- res.partner · amplía un modelo existentesale_type (Sale Order Type), effective_pricelist_id (Sale Effective Pricelist)
- sale.report · amplía un modelo existentetype_id
- account.move · amplía un modelo existentesale_type_id
- res.currency · amplía un modelo existente
- sale.order.line · amplía un modelo existenteroute_ids
- sale.order.type · modelo nuevoname, active, team_id (Sales Team), user_id (Salesperson), sequence, route_ids (Routes), company_id, journal_id (Billing Journal), description, incoterm_id, sequence_id (Entry Sequence), pricelist_id, warehouse_id, picking_policy (Shipping Policy), payment_term_id, quotation_validity_days (Quotation Validity (Days))
- res.config.settings · amplía un modelo existentesale_order_type_required
- account.invoice.report · amplía un modelo existentesale_type_id (Sale Order Type)
- sale.advance.payment.inv · amplía un modelo existente
Texto generado por IA (DeepSeek) al leer el código de la versión 20.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: 9 confirmadas, 0 sin información de 9 versiones.
Fuentes · Odoo 13.0
Confirmado el 2026-11-03 en la rama 13.0 de OCA/sale-workflow.
terminal Instalación y uso
Documentación de OCA · Odoo 20.0Configuración
Fuente · Odoo 20.0Para configurar los tipos de pedido de venta, debe:
- Ir a Ventas \> Configuración \> Tipos de pedidos de venta
- Crear un nuevo tipo de pedido de venta con todos los ajustes que desee
- Utilizar el asa de arrastre en la vista de lista para definir la prioridad de los tipos de pedido de venta. El primer tipo coincidente para la compañía actual se utiliza como predeterminado cuando no se aplica ningún partner ni valor predeterminado del contexto.
- Vaya a Ventas \> Pedidos de venta y cree un nuevo pedido de venta. Seleccione el nuevo tipo que ha creado antes y se propagarán todos los ajustes.
- También puede definir un tipo para un partner concreto si va a Ventas y compras y establece un tipo de pedido de venta.
- Cuando no se establece ningún tipo en el partner y no se proporciona ningún valor predeterminado en el contexto, el pedido de venta utiliza el primer tipo disponible según la secuencia configurada en los tipos de pedido de venta.
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.