Este módulo hace que la acción programada DDMRP Buffer Warning calculation (proporcionada por ddmrp_warning) encolar un queue job por stock buffer en lugar de calcular los avisos de todos los buffers en una sola transacción. Los jobs se ejecutan en el canal root.ddmrp (proporcionado por ddmrp_cron_actions_as_job) y, gracias a las claves de identidad, solo existe un job pendiente a la vez para el mismo buffer.
Técnicamente, el método ._generate_ddmrp_warnings se retrasa automáticamente cuando el contexto contiene auto_delay_ddmrp_generate_ddmrp_warnings=True. La acción programada establece esta clave; el botón Refresh Warnings del formulario del buffer no lo hace, por lo que una actualización manual se sigue calculando de inmediato.
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.0Cuando se ejecuta el cálculo programado de advertencias de buffers DDMRP, ahora crea un trabajo en segundo plano por cada buffer de existencias en lugar de calcularlo todo en una sola transacción, de modo que las advertencias se actualizan en lotes más pequeños y seguros.
Este módulo cambia cómo se ejecuta el cálculo automático de advertencias de los búferes DDMRP. En lugar de recalcular las advertencias de todos los búferes de existencias en una única transacción larga, la acción programada ahora encola un trabajo en segundo plano por búfer, de modo que el trabajo se reparte y el cálculo de un solo búfer no bloquea al resto.
Dónde aparece:
- Funciona entre bastidores en la acción programada que genera las advertencias DDMRP; no hay ningún menú ni pantalla nuevos.
- Los trabajos se ejecutan en el canal de trabajos DDMRP dedicado que proporciona el módulo complementario ddmrp_cron_actions_as_job.
Reglas de negocio y comportamiento automático: - Solo la ejecución programada (automática) se convierte en trabajos. Cuando un usuario hace clic en la actualización manual de advertencias de un búfer, el cálculo sigue realizándose de inmediato. - Cada búfer tiene su propio trabajo, y se evitan los trabajos pendientes duplicados para el mismo búfer, de modo que el mismo búfer no se encola varias veces a la vez. - A los trabajos se les asigna una prioridad definida y una descripción que nombra el búfer, lo que ayuda al revisar la cola de trabajos.
El módulo afecta al modelo stock.buffer y a su método de generación de advertencias _generate_ddmrp_warnings. Se apoya en el sistema de trabajos en cola para ejecutar los cálculos de forma asíncrona.
Depende de
Modelos y campos (1)
- stock.buffer · 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-03Estado de confirmación: 3 confirmadas, 6 sin información de 9 versiones.
Fuentes · Odoo 19.0
Confirmado el 2026-11-03 en la rama 19.0 de OCA/ddmrp.
terminal Instalación y uso
Documentación de OCA · Odoo 19.0- La acción programada DDMRP Buffer Warning calculation se ejecuta como de costumbre (diariamente por defecto) y crea un trabajo llamado DDMRP Warning calculation (buffer name) para cada búfer.
- Vaya a Job Queue \> Queue \> Jobs para seguir estos trabajos. Cuando un trabajo termina, las advertencias de su búfer están actualizadas.
- Compruebe los resultados como se describe en ddmrp_warning: use el filtro With Warnings en los búferes de stock, o abra la pestaña Warnings de un búfer.
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.
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.