Caso · ECOM Chaco
Tableros institucionales sobre datos ya unificados
En ECOM el trabajo no es un Excel suelto: es operación analítica continua. Datasets, métricas y publicación en Apache Superset y Power BI, con recorte por organismo. Los tableros alimentan instituciones distintas al equipo que los construye.
El problema que hay que resolver
Quien decide no entra al sistema de origen. Consulta un recorte: un tablero, un embed o un export con permisos. Si ese recorte está mal definido, la reunión y el trámite se ven. Un indicador no es un adorno: es el número con el que se decide.
El trabajo empieza por acordar qué significa cada número —qué campo, qué frecuencia, quién lo ve— y recién después se publica. El sistema de origen no se reescribe para mostrar un KPI.
Qué queda publicado
Cada organismo ve solo lo suyo. El tablero y el reporte coinciden con la misma regla. Apache Superset y Power BI son el canal de publicación, sobre SQL Server y PostgreSQL que ya están en producción.
El refresco corre en cluster, no en una notebook. Donde hace falta mapa, hay mapa. Es uso interno institucional, no una demo de curso.
Si falla, avisa
Si una carga o un refresco falla, el sistema avisa. No se pierde en silencio. Queda registro de quién consulta o exporta. La gobernanza es el recorte que el usuario ve cuando abre el tablero.
Este caso no lista nombres de sistemas no públicos ni cifras internas. El punto es el tipo de problema —dato institucional, muchos organismos, legado vivo— y el tipo de solución: unificar, publicar, avisar.
Los jobs se orquestan con colas (Celery / Redis).
Qué no es este trabajo
No es un Excel departamental. No es un rediseño del core transaccional. No es un producto comercial de ECOM expuesto en esta página. ECOM es el contexto laboral; el sitio documenta el tipo de analítica en producción, con el enlace público de la organización.
Skadia, SIGAG y el lakehouse de demostración son otro contexto: campo, offline, ganadería. El método se parece (unificar, modelar, publicar, avisar si falla). El entorno no: acá el usuario es un organismo; allá, quien está en el potrero sin señal.
Preguntas de un recruiter
- ¿Superset o Power BI?
- Los dos, según el organismo y el stack que ya opera. El trabajo es el dataset, la métrica y el recorte; la herramienta de visualización es el canal de publicación.
- ¿Se reescribe el sistema de origen?
- No. Se expone una capa de consulta sobre SQL Server y PostgreSQL. El core transaccional sigue.
- ¿Hay números de gestión en esta página?
- No. Sin cifras internas ni nombres de sistemas no públicos. El caso se describe por el problema y por el diseño, no por un tablero confidencial.
Uso interno institucional. Sin pantallas de operación cotidiana de terceros.