Esta sección cataloga los reportes/informes con SQL extraíble de Plenario v14: para cada uno se documenta su función, el módulo al que pertenece, su relación con otros módulos (tablas que cruza), los parámetros que…
Esta sección cataloga los reportes/informes con SQL extraíble de Plenario v14: para cada uno se documenta su función, el módulo al que pertenece, su relación con otros módulos (tablas que cruza), los parámetros que recibe y el script SQL completo del Stored Procedure que lo alimenta.
El objetivo es doble: servir de referencia funcional/técnica y alimentar al Asistente IA (ver más abajo) para que pueda listar, explicar y ejecutar reportes como una tool/skill.
| Catálogo | Reportes | Contenido |
|---|---|---|
| Préstamos — Créditos | 16 | Cancelaciones, cuotas, listados de créditos, ventas de cartera, aseguradora |
| Préstamos — Cobranza y Liquidaciones | 20 | Mora, liquidaciones a comercios, planillas de cobranza, otorgamientos, comisiones |
| Gestión — Ventas y Cobranza | 12 | Ranking de ventas, ventas por cliente/vendedor, deudas, cobranza asistida |
| Gestión — Informe de Cobranza / Medios de Cobro | 13 | Motor del informe de cobranza (reportes + helpers de proceso) |
| Factoring e Inversiones | 11 | Documentos/valores, firmantes, deudas por oficial, líneas, netos contables |
| Clientes y Asociados | 8 | Aportes, asociados (INAES), líneas, netos contables, notas |
| Comunes, Tesorería y Contabilidad | 10 | Saldos de cuenta corriente/especies, ventas, retenciones de OP, IIBB |
| Online, Formularios y Funciones | 17 | Reporte Online (CRUD), Formularios↔Reportes (CRUD), funciones de cartera |
| Total | 107 | 103 con SQL · 77 reportes · 16 CRUD · 9 helpers · 5 funciones |
El SQL de cada reporte se transcribió verbatim desde los Stored Procedures del proyecto SSDT
VPNET_Database. Algunos están marcados como Helper de proceso o CRUD (no son reportes de usuario final) y 4 funcionesfn_Listado*figuran como stubs vacíos en el fuente.
| Mecanismo | Dónde vive | SQL |
|---|---|---|
| Reportes Crystal / XtraReport (impresiones) | ~530 .rpt + 40 xrpt ligados a cada form |
Embebido en el .rpt (binario) o alimentado por un Stored Procedure |
Gestor de Reportes (FormReportes2) |
Reportes "fijos" hardcodeados en código + reportes BI definidos en VPNETInformes\VPNETInformes_Setup.xml (cada uno apunta a un .vpr/.sql en disco) |
El .vpr es SQL plano con @parámetros |
| Informes Personalizados | Tabla Gestion_InformesPersonalizados (columna Query); ver manual |
SQL que define el usuario (validado solo-SELECT por lista de palabras prohibidas) |
| Catálogo del Asistente IA | Tabla IA_Informes (Nombre, Descripcion, Sql, ParametrosJson, EsCompartido) |
SQL de solo lectura reutilizable por nombre |
Este catálogo documenta el SQL extraíble del fuente (los Stored Procedures de informes). El catálogo BI del Gestor y los Informes Personalizados son datos por instalación (viven en la base/carpeta de cada cliente), no en el código.
El Asistente IA ya tiene la infraestructura para reportes:
IA_Informes — catálogo de consultas SQL reutilizables (Nombre, Descripcion, Sql, ParametrosJson, EsCompartido, Activo).informe_guardar / informe_listar (en ClienteTools.cs) — guardan y listan informes por nombre; el acceso a datos está en EfPlenarioReadData.cs.Para mapear estos reportes como tool/skill se generó un artefacto legible por máquina:
_reportes-catalogo.json (en la raíz del repo de manuales): un array de 107 reportes con {Nombre, Descripcion, Sql, ParametrosJson, Sp, Tipo, Relacion, Catalogo}. El shape está alineado con IA_Informes, de modo que los reportes de tipo Reporte con SQL pueden cargarse directamente (vía informe_guardar o un seed a IA_Informes) para que el Asistente los liste, explique y ejecute.Sugerencia de uso: cargar en
IA_Informessolo los deTipo = "Reporte"yTieneSql = true(excluir CRUD/helpers/funciones), marcándolosEsCompartido = 1.
Ingresá con tu usuario del equipo para dejar una sugerencia.