Modelo semântico
Defina uma métrica uma única vez. Tabelas, junções, dimensões e medidas formam um modelo que toda a plataforma compartilha após a publicação.
Uma frase que você já ouviu
Por que esse número não bate com o do Financeiro?
Por que isso acontece
As métricas vivem no SQL de cada relatório: uma cópia no Financeiro, uma em Vendas, uma em Operações. Muda-se uma e esquecem-se as outras duas. Quem herda o trabalho só consegue copiar.
Como a Shuzi faz
Defina uma única vez.
Em uma tela, organize tabelas, junções, dimensões e medidas em um modelo semântico, valide e publique. Relatórios, assistente de IA e APIs abertas leem a mesma definição, e ninguém calcula por conta própria.
measures:
- name: revenue
type: sum
sql: amount
filters:
- sql: "{CUBE}.status = 'confirmed'" ref(revenue)
- Relatórios
- Assistente de IA
- API
- Porta PG
- MCP
revenue = SUM(amount) WHERE status = 'confirmed'
- 01
Modelagem visual
Tabelas, junções, dimensões e medidas são construídas em uma tela, com a definição nativa disponível quando você precisar.
- 02
Do rascunho à publicação
Primeiro valida-se, depois publica-se tudo como uma nova revisão. As definições históricas nunca são reescritas.
- 03
Cálculos consistentes
Relatórios, o assistente de IA e as APIs públicas calculam com os mesmos modelos semânticos, com resultados que podem ser conferidos.
Em detalhe
Grafo de junções
As tabelas se organizam em um modelo conforme suas relações, e a camada semântica cuida da multiplicação de linhas e da contagem dupla.
Visões
Exponha apenas os campos de que o negócio precisa, com nomes de negócio em vez de nomes de coluna.
Definições sobrepostas
Métricas e dimensões adicionadas dentro de um relatório são compiladas em membros pelo backend. SQL arbitrário não passa.
Fuso horário fixo
O fuso usado para truncar datas faz parte da definição publicada, então o histórico não muda conforme quem olha.
Leve seus dadosdo emaranhado à clareza.
Experimente primeiro com dados de exemplo e depois traga os seus.