dashboard
Esta página combina orientación editorial con evidencia extraída de la rama oficial indicada. Pruebe siempre el flujo con sus permisos y configuración.
Propósito
El módulo dashboard incorpora o amplía funciones relacionadas con dashboard. Su alcance real se determina por los modelos, acciones y dependencias documentados a continuación; no debe activarse únicamente por su nombre.
Descripción oficial de la rama (idioma original)
The dashboard module allows user to configure his dashboard.
El análisis encontró 6 archivos Python, 9 archivos XML, 6 vistas, 2 acciones, 1 menús y 0 informes.
Guía funcional para el usuario
A quién le sirve
Este módulo interesa a las personas responsables de los procesos relacionados con dashboard, a quienes configuran la compañía y a quienes revisan sus resultados. Los administradores deben participar cuando se activen dependencias, permisos o secuencias.
Qué podrá hacer
Al finalizar la configuración podrá reconocer los registros que aporta dashboard, ejecutar sus acciones con el estado correcto y comprender qué información termina compartiendo con otros módulos.
Requisitos y preparación
Antes de activarlo confirme la compañía, moneda, usuarios y grupos aplicables. Instale y configure primero sus dependencias obligatorias. Si existen datos reales, ensaye la activación y actualización sobre una copia restaurada.
Active primero las dependencias, revise la configuración de la compañía y ensaye el flujo completo antes de usarlo en producción.
Dependencias obligatorias
ir— debe estar instalado y configurado antes de probar este módulo.res— debe estar instalado y configurado antes de probar este módulo.
Integraciones opcionales
- —
Configuración inicial recomendada
- Active el módulo y vuelva a iniciar la sesión para cargar menús y permisos.
- Revise las nuevas opciones de configuración de compañía y los valores por defecto.
- Asigne grupos a usuarios de prueba aplicando mínimo privilegio.
- Cree datos maestros pequeños y verificables antes de importar información masiva.
- Ejecute un caso completo desde borrador hasta su estado final y revise los registros relacionados.
Objetos y conceptos del módulo
- dashboard.action: agrupa 1 modelo(s), entre ellos
dashboard.action. Estos registros forman la información que el usuario consulta o modifica durante el proceso. - ir.ui: agrupa 1 modelo(s), entre ellos
ir.ui.view. Estos registros forman la información que el usuario consulta o modifica durante el proceso. - res.user: agrupa 1 modelo(s), entre ellos
res.user. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
Flujo de trabajo habitual
- Seleccione la compañía y fecha correctas antes de crear el documento.
- Complete primero los datos maestros y luego las líneas o detalles.
- Guarde y revise el registro antes de utilizarlo desde otro proceso.
- Revise advertencias, totales, documentos relacionados y trazabilidad.
- Compruebe el efecto en los módulos dependientes antes de cerrar el proceso.
Acciones, estados y asistentes
- No se detectaron botones o asistentes propios; el módulo actúa mediante campos, reglas o extensiones de procesos existentes.
Controles antes de producción
- Defina quién crea, revisa, confirma, cancela y consulta.
- Pruebe períodos cerrados, usuarios sin permisos y datos incompletos.
- Verifique numeración, moneda, redondeo y zona horaria cuando correspondan.
- Documente cómo corregir un error sin editar directamente la base de datos.
- Incluya sus tablas y archivos en el procedimiento de copia y restauración.
Diagnóstico y resolución de problemas
- Si no aparece el menú, compruebe activación, actualización de la lista de módulos, grupos y nueva sesión.
- Si un campo no acepta un valor, revise su dominio, compañía, estado y dependencias configuradas.
- Si un botón está oculto o deshabilitado, revise permisos y transición válida; no modifique el estado con SQL.
- Si los resultados no coinciden, reproduzca un caso mínimo y compare registros relacionados antes y después.
- Conserve el traceback completo, versión, módulos activos y datos mínimos para diagnosticar un error.
Guía para desarrolladores
Arquitectura y puntos de extensión
El paquete contiene 3 clases Python y declara o extiende 3 modelos. Utiliza Many2One, One2Many, Selection. Los desarrolladores deben localizar primero si una clase crea un modelo nuevo o usa PoolMeta para extender uno existente, conservar las llamadas a super() y no duplicar reglas disponibles en las dependencias.
Modelos registrados o extendidos
dashboard.actionir.ui.viewres.user
Tipos de campos utilizados
Many2OneOne2ManySelection
Clases y métodos públicos detectados
Clases: Action, User, View
Métodos: dashboard_id(), dashboard_view(), default_dashboard_layout(), read(), write()
Mapa del código
Se detectaron 6 archivos Python, 9 XML y 0 archivos explícitos de acceso. Los XML conectan modelos con vistas, menús, acciones e informes; los CSV de acceso establecen permisos iniciales.
__init__.pydashboard.pydashboard.xmldoc/conf.pyir.pyir.xmlres.pyres.xmlsetup.pyview/action_form.xmlview/action_tree.xmlview/action_tree_sequence.xmlview/dashboard.xmlview/user_form.xmlview/user_form_preferences.xml
Plan de pruebas
- Activación en una base vacía y actualización desde la revisión anterior.
- Creación, modificación, copia y eliminación según estado y permisos.
- Cada botón, transición y asistente con casos válidos e inválidos.
- Reglas multicompañía, traducciones, zonas horarias y monedas aplicables.
- Instalación conjunta con dependencias obligatorias e integraciones opcionales.
- Copia y restauración de registros, adjuntos e informes producidos.
Compatibilidad y actualización
Mantenga servidor y módulos en la serie 6.0. Antes de actualizar compare tryton.cfg, migraciones de __register__, cambios de estados, XML IDs y permisos. Una compilación exitosa no reemplaza una migración ensayada ni la conciliación funcional de datos.
Evidencia documental oficial
Temas encontrados: Dashboard Module
-
- doc/index.rst: The dashboard module allows user to configure his dashboard.