OdooWiki OCA HUB

Sale Stock Picking Backorder Policy

sale_stock_picking_backorder_policy folder_open OCA/stock-logistics-workflow open_in_new
Inventory/Configuration Licencia: AGPL-3

Este módulo integra stock_picking_backorder_policy con sales.

Añade una Sale Backorder Policy en el cliente, y una Backorder Policy en el pedido de venta, con valor predeterminado desde la dirección de entrega y ajustable por pedido.

Cuando se confirma el pedido, la política se traslada a las entregas que genera.

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.0

Añade un campo Backorder Policy en los clientes y pedidos de venta, de modo que la política elegida se traslade automáticamente a los albaranes de salida creados a partir de una venta.

Este módulo vincula la política de pedidos pendientes de las entregas con las ventas. Añade un campo "Backorder Policy" en el formulario de cliente (en el grupo Sales) y un campo "Backorder Policy" en el formulario de pedido de venta, situado justo después de la política de entrega.

En el pedido de venta, la política se rellena automáticamente desde la dirección de entrega (el contacto de envío) del pedido. Permanece editable mientras el pedido está en estado borrador o enviado, y pasa a ser de solo lectura una vez que el pedido está confirmado o en un estado posterior. El valor se almacena en el pedido y se copia a las entregas que genera, de modo que cada entrega hereda la política elegida en la venta.

En el cliente, el campo forma parte de los campos comerciales, lo que significa que se comparte entre los contactos de la empresa (los contactos hijos heredan el valor a nivel de empresa). Los cambios en el campo se registran en el chatter.

  • Formulario de cliente: nuevo campo Backorder Policy en la sección Sales.
  • Formulario de pedido de venta: nuevo campo Backorder Policy, con valor predeterminado desde la dirección de entrega.
  • Al confirmar una venta, la política se traslada a los stock pickings generados.

El módulo afecta a res.partner, sale.order y sale.order.line, y se instala automáticamente cuando ambas dependencias están presentes.

Depende de

Modelos y campos (3)
  • sale.order · amplía un modelo existentebackorder_policy
  • res.partner · amplía un modelo existentesale_backorder_policy
  • sale.order.line · amplía un modelo existente

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-03
Confirmado (verificado en repositorio y rama) Estimado (sin verificar) Sin información

Estado de confirmación: 1 confirmada, 8 sin información de 9 versiones.

Fuentes · Odoo 19.0

Confirmado el 2026-11-03 en la rama 19.0 de OCA/stock-logistics-workflow.

terminal Instalación y uso

Documentación de OCA · Odoo 19.0

Para establecer la política de pedidos pendientes de un cliente:

  • Abra el formulario del contacto y vaya a la pestaña Ventas y compras.
  • Establezca una Política de pedidos pendientes de venta (Preguntar, Siempre o Nunca). Se comparte con las direcciones de entrega del contacto.

En un pedido de venta, la Política de pedidos pendientes se establece por defecto a partir de la dirección de entrega y puede ajustarse manualmente antes de la confirmación.

Cuando se confirma el pedido, la política se traslada a las entregas que genera, incluidos los recorridos de varios pasos. Al validar una entrega parcial:

  • Preguntar: se muestra el aviso habitual de pedido pendiente.
  • Siempre: se crea automáticamente un pedido pendiente.
  • Nunca: se cancela la cantidad restante.

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, Configuración.

info

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.