Escaneo operativo rápido de estado, carga, trabajo vencido y tendencias.
01 · Paneles e informes
El reporting operativo debe quedarse cerca del trabajo que mide.
Los paneles e informes de Moltaro convierten datos runtime gobernados en métricas que los equipos pueden escanear, explicar y abrir sin exportar la operación a una hoja de cálculo o isla BI.
Paneles e informes usan los mismos hechos para decisiones distintas.
Un panel sirve para escanear rápido la operación. Un informe sirve para una explicación mayor y por secciones. Ambos se ejecutan desde fuentes del servidor y mantienen el detalle conectado al trabajo subyacente.
Fuente de datos
Métrica gobernada
Una fuente tipada devuelve datos acotados y conscientes de permisos para paneles e informes.
Vistas por secciones para equipos que necesitan contexto detrás de la métrica.
Los enlaces abren registros, items de tablero o detalle operativo con acceso comprobado de nuevo.
Coloca KPI, listas de estado, gráficos y listas de registros donde los operadores vean carga, cola, trabajo vencido o excepciones con rapidez.
Combina bloques en un informe estructurado cuando el equipo necesita contexto, secciones y revisión repetible en lugar de un solo widget.
Los informes publicados aparecen en el navegador runtime después de comprobar visibilidad y requisitos de módulos.
El punto de extensión importante es la fuente de datos en C#.
Una fuente describe parámetros, forma de salida, renderizadores compatibles, política de ejecución y drilldown. Moltaro la ejecuta en el servidor y renderiza el resultado en paneles o informes.
Los módulos de Moltaro pueden aportar fuentes para sus propios hechos operativos, como estado de tableros y métricas de plataforma.
La lógica de reporting específica del cliente pertenece a NetOperationProject, donde el equipo mantiene C# tipado en un proyecto .NET propio del workspace.
Parámetros, esquema de salida, renderizadores y drilldown se describen antes de ejecutar, para que las definiciones publicadas se puedan validar.
Los usuarios configuran informes desde fuentes confiables. SQL arbitrario y scripts ad-hoc en el navegador no son el modelo de reporting.
Una métrica solo sirve si la respuesta está permitida y es explicable.
El reporting runtime comprueba visibilidad, disponibilidad de módulos y requisitos de fuente antes de devolver datos. El drilldown reabre el trabajo subyacente con el mismo modelo de acceso.
Paneles e informes pueden limitarse por usuarios, roles, permisos y dependencias de módulos.
Los datos los producen fuentes backend con contexto de actor, locale, zona horaria y permisos suministrado por Moltaro.
Abrir un registro, item de tablero o detalle operativo vuelve a comprobar acceso en vez de confiar en el gráfico.
Las definiciones publicadas mantienen un fingerprint de la fuente, por lo que cambios incompatibles fallan cerrados en lugar de mostrar datos engañosos.
Las definiciones de reporting son configuración, no archivos sueltos.
Paneles e informes se configuran, previsualizan, publican y archivan como parte de la historia de configuración runtime.
Construir sobre una fuente confiableElige fuente, vincula filtros, selecciona renderizador, configura layout y previsualiza.01
Validar antes de dependerLas definiciones publicadas se comprueban contra forma de fuente y reglas de acceso.02
Ejecutar en contexto runtimeEl servidor ejecuta fuentes con el actor actual y devuelve resultados acotados.03
Retirar sin borrar historiaDefiniciones antiguas pueden salir del navegador mientras la historia de configuración sigue entendible.04
Los informes importan porque el número vuelve al trabajo gobernado.
Boards, registros, seguridad y lógica C# propia pueden alimentar el reporting operativo mientras el usuario sigue trabajando en el mismo runtime Moltaro.