Este módulo proporciona una capa de configuración genérica y extensible para marcar registros como impresos cuando se generan informes PDF específicos.
Características principales:
- Mixin reutilizable (report.printed.mixin) que cualquier modelo puede heredar para obtener:
- Un campo booleano printed
- Una relación One2many printed_log_ids con los registros de auditoría
- Un campo calculado printed_report_names con los nombres de los informes impresos
- Un método action_view_printed_logs()
- Configuración genérica por compañía y modelo
- Configuración por informe mediante reglas
- Condiciones de dominio opcionales por informe
- Actualización automática del indicador printed
- Registro opcional de las ejecuciones de informes
- Cálculo opcional de los nombres de los informes impresos
- Soporte completo multi-compañía con configuraciones aisladas
- Interfaz de usuario para consultar los registros de informes impresos
Los módulos de extensión simplemente heredan el mixin:
Toda la funcionalidad del indicador printed se hereda automáticamente.
Limitaciones:
- Solo se aplica a informes PDF QWeb (qweb-pdf)
- Los módulos de extensión deben heredar report.printed.mixin para obtener soporte del campo printed
- Las expresiones de dominio deben ser dominios Python válidos
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 17.0Permite a los administradores elegir qué informes PDF marcan los registros como impresos, y mantiene un registro de auditoría de quién imprimió qué informe en qué documento. Los modelos que usan el mixin proporcionado obtienen un indicador de impreso, una lista de nombres de informes impresos y un botón para ver su historial de impresión.
Este módulo añade una pantalla de configuración en la que un administrador decide, por compañía y por tipo de documento, qué informes deben marcar un documento como impreso.
Dónde aparece en Odoo: - Un nuevo menú "Printed Flag" bajo el menú Reporting, con dos entradas: "Configurations" y "Logs". - El formulario de configuración permite elegir un tipo de documento (solo se ofrecen los tipos que ya tienen una marca de impreso), añadir una línea de regla por informe y, opcionalmente, introducir una condición de filtro para que solo se marquen los documentos que coincidan. - Dos interruptores controlan si se registran los logs de impresión y si se muestra la lista de nombres de informes impresos en los documentos.
Comportamiento automático: - Cuando se genera un informe PDF configurado, los documentos que coinciden se marcan automáticamente como impresos. - Si el registro está habilitado, se crea una entrada de log con el documento, el informe, el usuario y la compañía. - La pantalla "Logs" lista estas entradas y se puede buscar y agrupar por compañía, tipo de documento, nombre, usuario y fecha de impresión. - Solo se permite una configuración por tipo de documento y compañía, y cada informe de una configuración debe pertenecer al tipo de documento elegido. - Los nombres de informes impresos solo se pueden habilitar cuando el registro está habilitado; desactivar el registro también desactiva los nombres.
Modelos afectados: ir.actions.report (generación de informes), además de los nuevos modelos de configuración, regla, log y mixin. Los documentos solo obtienen la marca de impreso, los logs de impresión y los nombres de informes impresos si su modelo hereda del mixin proporcionado.
Depende de
Lo necesitan otros módulos
Menús que añade
Modelos y campos (4)
- report.printed.log · modelo nuevoname, res_id (Related Record), user_id, report_id, res_model, company_id
- report.printed.mixin · modelo nuevoprinted, printed_log_ids (Print Logs), printed_report_names (Printed Reports Names)
- report.printed.config · modelo nuevoname, note, model (Technical Model), active, line_ids (Report Rules), model_id, company_id, display_name, allowed_model_ids, report_printed_log_active (Enable Printed Logs), report_printed_names_active (Enable Printed Report Names)
- report.printed.config.line · modelo nuevodomain, config_id, report_id
Texto generado por IA (DeepSeek) al leer el código de la versión 17.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: 1 confirmada, 8 sin información de 9 versiones.
Fuentes · Odoo 17.0
Confirmado el 2026-11-03 en la rama 17.0 de OCA/reporting-engine.
terminal Instalación y uso
Documentación de OCA · Odoo 17.0Para usuarios finales
- Instalar el módulo
report_printed_flag - Instalar módulos de extensión que admitan indicadores de impresión (p. ej.,
report_printed_flag_account) - Ir a Ajustes > Informes > Indicador de impresión > Configuraciones
- Crear una configuración para su modelo (Empresa + Modelo)
- Añadir reglas de informe (seleccionar informe + condición de dominio opcional)
- Generar un informe configurado desde un documento (p. ej., imprimir una factura)
Resultado:
- El campo
printedse establece automáticamente enTrue - Se crea una entrada de registro (si está habilitado en la configuración)
- Se calculan los nombres de los informes impresos (si está habilitado en la configuración)
Acceder a los registros mediante:
Ajustes > Informes > Indicador de impresión > Registros
Para desarrolladores de módulos
Para añadir compatibilidad con el indicador de impresión a un modelo personalizado:
- Cree su modelo heredando de
report.printed.mixin: class MyModel(models.Model): _name = 'my.model' _inherit = ['my.model', 'report.printed.mixin'] - Cree informes QWeb PDF para su modelo (proceso estándar de Odoo)
- Indique a los usuarios que configuren qué informes activan el indicador de impresión mediante la interfaz de usuario
¡Eso es todo! El mixin proporciona automáticamente todas las implementaciones de campos y métodos.
Opcional: Añadir elementos de interfaz de usuario
Opcionalmente, puede añadir botones a sus vistas para abrir los registros:
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.