Apache Superset en pymes: datasets, roles y alertas
Guia para armar tableros con Apache Superset: datasets, metricas, roles, alertas, backup y prueba de salida antes de produccion.
Un tablero util guarda una consulta aprobada, un permiso y una fecha de actualizacion. Apache Superset 6.1 permite crear datasets, graficos, tableros y alertas sobre bases SQL sin copiar resultados a planillas. Para una pyme que discute ventas, stock, cobranza o turnos, esta guia explica donde vive el dato, quien puede verlo, que se instala primero y como se prueba la salida.
Donde se arma el tablero que despues se discute
La cifra que ordena la decision viene del release: Apache Superset 6.1.0 fue publicado el 13 de mayo de 2026. En una herramienta de tableros, la version importa porque define dependencias, migraciones, permisos, seguridad y formato de las consultas que quedan guardadas.
Un grafico sin definicion escrita cambia la reunion antes que el negocio.
La escala global ayuda a entender el problema local. Octoverse 2025 informo mas de 180 millones de desarrolladores y 630 millones de repositorios. Una pyme de Cuyo no administra esa cantidad de codigo; administra filtros, consultas y permisos que pueden cambiar el cierre de caja, la compra de insumos o la lectura de deuda.
Que dato entra y quien lo puede ver
El antagonista es la captura de pantalla pegada en un chat con un filtro que nadie recuerda. En un colegio profesional de Cuyo con 1.800 matriculados, secretaria mira altas, tesoreria mira cuotas y mesa de entradas mira tramites. Un sello fechador de plastico sigue al lado del scanner; el tablero debe decir que consulta alimenta cada numero.
La documentacion de Superset lo define como una aplicacion de exploracion y visualizacion de datos. La pagina de conexion a bases explica que cada motor requiere driver DB-API y dialecto SQLAlchemy. Esa eleccion tecnica sirve para una regla simple: Superset consulta la fuente; PostgreSQL conserva el dato operativo.
El permiso se decide antes del grafico. Un tablero de cuotas puede mostrar total general a gerencia, deuda por matriculado a tesoreria y solo estado del tramite a mesa de entradas. Esa separacion evita que una vista bonita publique datos que el proceso nunca autorizo.
Como funciona por dentro
El flujo minimo tiene siete pasos. Primero, el sistema de origen registra factura, socio, tramite, turno o stock. Segundo, PostgreSQL guarda registros estructurados, usuarios, estados y auditoria. Tercero, Superset se conecta a la base con un usuario de lectura y una URI SQLAlchemy. Cuarto, IT crea un dataset con columnas, metricas y filtros aprobados. Quinto, cada grafico consulta ese dataset y entrega una vista por area. Sexto, los roles definen quien crea, edita, publica, exporta o solo lee. Septimo, el backup copia metadatos de Superset, configuracion y base operativa, y se prueba restaurando un tablero.
Superset recibe consultas, credenciales y definiciones; entrega graficos, tableros, exploracion y alertas. PostgreSQL recibe datos de negocio y entrega consultas repetibles. Redis y Celery, si se activan alertas o reportes, reciben tareas en cola y entregan ejecuciones programadas. El monitoreo revisa errores de consulta, demora y tareas pendientes. Si falla Superset, la operacion sigue en la base. Si falla la consulta, el tablero muestra una cifra vieja o vacia.
Que se instala o configura primero
La pila inicial usa Apache Superset 6.1, PostgreSQL 18 para datos y metadatos, Redis para tareas si hay alertas, proxy HTTPS, drivers de base, roles por area, backup diario y tablero de estado. El piloto cuesta entre USD 1.200 y USD 3.800, entre ARS 1,70 y 5,39 millones al dolar vendedor oficial de $1.419 informado por Bluelytics. Incluye tres datasets, seis graficos, dos tableros, perfiles, alerta y restauracion.
El plazo va de tres a cinco semanas. UMSA suele pedir un entregable verificable: una consulta aprobada por gerencia, un dataset con definicion escrita, un tablero por rol, un usuario de solo lectura, una alerta enviada, una exportacion controlada y una restauracion completa. El costo no incluye limpieza historica de planillas ni definicion contable de indicadores.
La primera prueba debe usar una metrica con dueño. "Cobranza vencida" necesita fecha, estado, monto, responsable y corte horario. Tesoreria aprueba la consulta, IT la deja como dataset, gerencia ve el tablero y un usuario de otra area intenta abrirlo. La denegacion tambien forma parte de la prueba.
Donde se rompe y como probarlo
Primer riesgo: dos metricas con el mismo nombre. La senal aparece cuando ventas y administracion muestran totales distintos para el mismo mes. La prueba compara SQL, filtros y corte horario. Segundo riesgo: conexion con permisos amplios. La senal es un usuario de tablero que puede escribir o leer tablas fuera del alcance. La prueba usa una cuenta de lectura con GRANT limitado.
Tercer riesgo: alertas sin cola activa. La senal aparece cuando el tablero esta rojo y no sale correo. La prueba fuerza una condicion y revisa tarea, log y destinatario. Cuarto riesgo: backup de metadatos sin fuente. La senal es un Superset restaurado con tableros que no consultan nada. La prueba restaura Superset y PostgreSQL en otro entorno. Un tablero sirve cuando la pregunta queda escrita.