Modelo semántico
Define una métrica una sola vez. Tablas, uniones, dimensiones y medidas forman un modelo que toda la plataforma comparte tras publicarlo.
Una frase que has oído
¿Por qué este número no coincide con el de Finanzas?
Por qué ocurre
Las métricas viven en el SQL de cada informe: una copia en Finanzas, otra en Ventas, otra en Operaciones. Se cambia una y se olvidan las otras dos. Quien hereda el trabajo solo puede copiar.
Cómo lo hace Shuzi
Defínelo una sola vez.
En un lienzo, ordena tablas, uniones, dimensiones y medidas en un modelo semántico, valídalo y publícalo. Los informes, el asistente de IA y las API abiertas leen la misma definición, y nadie calcula por su cuenta.
measures:
- name: revenue
type: sum
sql: amount
filters:
- sql: "{CUBE}.status = 'confirmed'" ref(revenue)
- Informes
- Asistente de IA
- API
- Puerto PG
- MCP
revenue = SUM(amount) WHERE status = 'confirmed'
- 01
Modelado visual
Tablas, uniones, dimensiones y medidas se construyen en un lienzo, con la definición nativa disponible cuando la necesites.
- 02
Del borrador a la publicación
Primero se valida y luego se publica todo como una revisión nueva. Las definiciones históricas nunca se reescriben.
- 03
Cálculos coherentes
Los informes, el asistente de IA y las API públicas calculan con los mismos modelos semánticos y permiten comprobar los resultados.
En detalle
Grafo de uniones
Las tablas se organizan en un modelo según sus relaciones, y la capa semántica gestiona la multiplicación de filas y el doble conteo.
Vistas
Expón solo los campos que necesita el negocio, con nombres de negocio y no de columnas.
Definiciones superpuestas
Las métricas y dimensiones añadidas dentro de un informe las compila el backend en miembros. No se admite SQL arbitrario.
Zona horaria fija
La zona horaria con la que se truncan las fechas forma parte de la definición publicada, así el histórico no cambia según quién mire.
Lleva tus datosdel enredo a la claridad.
Pruébalo primero con datos de ejemplo y luego trae los tuyos.