Mesas

Caminho: Menu Lateral > Mesas

As Mesas são os containers organizacionais do Horus. Pense nelas como "pastas raiz" onde os objetos do seu ambiente — Aplicações, Dashboards, Tabelas e Dataflows — são armazenados e organizados de forma lógica.

O sistema divide as mesas em dois tipos, cada um com suas características e regras de negócio:

📊 1. Mesas de Aplicações

Onde ficam os Dashboards e Aplicações de BI — tudo o que o usuário final visualiza.

• Gestão: Menu "Mesas"
• Objetivo: Organizar as entregas de visualização de dados por área de negócio (Comercial, Financeiro, RH)

🗄️ 2. Mesas de Dados

Onde ficam os Dataflows (fluxos de integração) e Tabelas do Data Warehouse — a camada técnica por trás dos Dashboards.

• Gestão: Menu "Mesas de Dados"
• Objetivo: Organizar a engenharia e o armazenamento dos dados por estágio (Raw, Refined, Sandbox)

---

⚙️ Gerenciamento de Mesas

O processo de criação e edição é o mesmo para ambos os tipos:

• Criar Nova Mesa: Clique no botão de adicionar (+) no topo da lista
• Editar: Clique em "Gerenciar" na linha da mesa desejada

Metadados

• Nome: Identificação da mesa ("Financeiro", "RH", "Raw")
• Ícone e Cor: Personalização visual para facilitar a identificação rápida no menu lateral

---

🗑️ Regras de Exclusão

Esta é a principal diferença técnica entre os dois tipos de mesa:

Mesas de Aplicações — Exclusão Destrutiva

• Ao excluir uma Mesa de Aplicação, todos os Dashboards e aplicações contidos nela são removidos permanentemente
• Permissão necessária: Funções do Sistema > Aplicações > Deletar

WARNING

Antes de excluir uma Mesa de Aplicação, certifique-se de que nenhum Dashboard ativo depende dela. A exclusão é irreversível.

Mesas de Dados — Exclusão Protegida

A exclusão é protegida para garantir a integridade do Data Warehouse.

• O sistema impede a exclusão direta se a mesa contiver Tabelas ou Dataflows ativos
• Assistente de Migração: Caso haja conteúdo, ao tentar excluir, uma janela solicitará que você escolha uma Nova Mesa de Dados como destino
• Migração Automática: O sistema move todos os objetos para a nova mesa e só então exclui a original — evitando perda acidental de dados

Mesas de Template

Certas mesas podem ser marcadas como "Template" nas configurações do Tenant.

• Essas mesas ficam protegidas contra edição e exclusão
• Objetivo: Garantir que estruturas padrões distribuídas por uma consultoria não sejam alteradas pelos usuários finais

---

🔐 Permissões de Acesso

O menu Usuários > Permissões controla a visibilidade e as ações sobre as mesas:

1. Funções do Sistema (O que posso fazer):
   • Para criar mesas, o usuário precisa da permissão "Criar" nos módulos Aplicações ou Mesas de Dados
2. Acesso aos Dados (O que posso ver):
   • As duas naturezas de mesa seguem hoje o mesmo modelo: lista de permissão (allow-list), e nascem trancadas. Ninguém vê até receber acesso explícito (por usuário ou grupo) na aba Acesso aos Dados.
   • Mesa de Aplicação: o acesso decide quem vê o Dashboard ou a Aplicação publicada nela.
   • Mesa de Dados: o acesso decide quem constrói em cima da tabela ou do Dataflow (HorusDW, HorusETL). Não decide quem vê o Dashboard: um Dashboard publicado continua visível a quem tem acesso à Mesa de Aplicação, mesmo sem acesso à Mesa de Dados da tabela por trás dele.

IMPORTANT

Admin do Tenant bypassa as duas naturezas de mesa. Ele enxerga todas as Mesas de Aplicação e todas as Mesas de Dados, sem precisar de grant. A exceção fica só na Aplicação Bloqueada: um Dashboard marcado como bloqueado continua escondido dele, como de qualquer outro usuário. Detalhes completos em Controle de Acesso às Mesas.

IMPORTANT

Datamarts vs Mesas de Dados: As Mesas de Dados são a estrutura física de armazenamento. Os Datamarts (Menu Recursos) são a estrutura lógica para distribuição de acesso e governança das tabelas. São conceitos complementares, mas distintos.