OdooWiki OCA HUB

MRP Multi Level Consume Safety Stock

mrp_multi_level_consume_safety_stock folder_open OCA/manufacture open_in_new
Manufacturing Licencia: LGPL-3

Este módulo complementa el módulo mrp_multi_level al permitir establecer una fecha en los registros de mrp.area hasta la cual no se intentará reconstruir el stock de seguridad: se utilizará el stock de seguridad, si el stock en curso cae por debajo de cero, entonces se creará un reaprovisionamiento para devolver el stock a cero.

La idea es que tu área puede estar bajo tensión en un momento dado (quizás algunos trabajadores estén ausentes, quizás haya una alta demanda de los clientes) y apenas puedas mantenerte al día con la demanda. En este caso, puedes establecer Safety stock rebuild lead date a una fecha futura en la que anticipes que la situación se habrá resuelto.

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 18.0

Te permite establecer una fecha en un área de MRP hasta la cual se consume el stock de seguridad en lugar de reconstruirse, de modo que el planificador de MRP solo repone el stock hasta cero durante periodos de mucha actividad o con falta de personal.

Este módulo añade una "Safety stock lead date" a las áreas de MRP. En el formulario y la lista de áreas de MRP puedes introducir la fecha a partir de la cual esperas empezar a reconstruir el stock de seguridad de nuevo. El campo tiene como valor predeterminado hoy, por lo que nada cambia hasta que lo desplaces al futuro.

Cuando se ejecuta el planificador de MRP, para cualquier fecha de planificación anterior a esa fecha objetivo no intenta reconstruir el stock de seguridad: solo pide lo suficiente para devolver el stock en curso a cero. Una vez alcanzada la fecha objetivo, se reanuda la reconstrucción normal del stock de seguridad.

Para cada combinación de producto/área, el módulo también calcula su propia fecha objetivo, teniendo en cuenta el plazo de fabricación del producto: la fecha del área más el plazo, nunca anterior a hoy. Esto se muestra como la fecha en la que puede reanudarse el suministro de ese producto.

  • Se aplica a los registros mrp.area y product.mrp.area.
  • Cambia el comportamiento del planificador de MRP a través de mrp.multi.level.
  • Añade el campo de fecha a las vistas de formulario y lista de áreas de MRP.

No se añaden menús ni informes nuevos; la funcionalidad aparece dentro de las pantallas existentes de áreas de MRP y afecta a la ejecución de la planificación de MRP multinivel.

Depende de

Modelos y campos (3)
  • mrp.area · amplía un modelo existentesafety_stock_target_date (Safety stock lead date)
  • mrp.multi.level · amplía un modelo existente
  • product.mrp.area · amplía un modelo existentesafety_stock_target_date (Safety stock lead date)

Texto generado por IA (DeepSeek) al leer el código de la versión 18.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 18.0

Confirmado el 2026-11-03 en la rama 18.0 de OCA/manufacture.

terminal Instalación y uso

Documentación de OCA · Odoo 18.0

Cuando se instala este módulo, se obtiene un parámetro adicional en los registros de mrp.area:

  • Safety stock lead date

Hasta esa fecha, el planificador MRP Multi Level consumirá el stock de seguridad sin intentar reconstruirlo, y solo reaprovisionará si el stock previsto cae por debajo de cero.

Si la fecha está en el pasado, no ocurre nada especial.

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.