Apache Superset en pymes: datasets, roles y alertas
Guía para armar tableros con Apache Superset: datasets, metricas, roles, alertas, backup y prueba de salida antes de producción.
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 guía explica donde vive el dato, quién puede verlo, qué se instala primero y cómo se prueba la salida.
Dónde se arma el tablero que después se discute
La cifra que ordena la decisión viene del release: Apache Superset 6.1.0 fue publicado el 13 de mayo de 2026. En una herramienta de tableros, la versión importa porque define dependencias, migraciones, permisos, seguridad y formato de las consultas que quedan guardadas. Un grafico sin definicion escrita cambia la reunión antes que el negocio. La escala global ayuda a entender el problema local. Octoverse 2025 informo más de 180 millones de desarrolladores y 630 millones de repositorios. Una pyme de Cuyo no administra esa cantidad de código; administra filtros, consultas y permisos que pueden cambiar el cierre de caja, la compra de insumos o la lectura de deuda.
Qué dato entra y quién 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 número. La documentación de Superset lo define como una aplicación de exploracion y visualizacion de datos. La página de conexión a bases explica que cada motor requiere driver DB-API y dialecto SQLAlchemy. Esa eleccion técnica 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.
Cómo funciona por dentro
El flujo mínimo tiene siete pasos. Primero, el sistema de origen registra factura, socio, tramite, turno o stock. Segundo, PostgreSQL guarda registros estructurados, usuarios, estados y auditoría. 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 área. Sexto, los roles definen quien crea, edita, publica, exporta o solo lee. Septimo, el backup copia metadatos de Superset, configuración 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 operación sigue en la base. Si falla la consulta, el tablero muestra una cifra vieja o vacia.
Qué 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 área, 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 dólar vendedor oficial de $1.419 informado por Bluelytics. Incluye tres datasets, seis graficos, dos tableros, perfiles, alerta y restauración. 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 exportación controlada y una restauración 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 área intenta abrirlo. La denegacion también forma parte de la prueba.
Dónde se rompe y cómo probarlo Primer riesgo: dos metricas con el mismo nombre.
La señal aparece cuando ventas y administración muestran totales distintos para el mismo mes. La prueba compara SQL, filtros y corte horario. Segundo riesgo: conexión con permisos amplios. La señal 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 señal 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 señal 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.