1. Fontes só de leitura
As fontes SQL são abertas só para leitura. Uma escrita é recusada pelo motor, e não apenas pela interface; a proteção é comprovada por um caso válido, um caso violado e uma sabotagem deliberada.
2. Identidade federada, nenhuma conta local
O início de sessão passa pelo Idenva (SSO). Um token de outro emissor, ou expirado, é recusado, e a reativação de uma palavra-passe local é detetada. O Dashvia não mantém uma base de utilizadores própria.
3. Direitos linha a linha
Os grupos do Idenva determinam quais as linhas visíveis. O filtro é parametrizado, nunca construído por interpolação de valores, e aplica-se também a filtros cruzados, drill-down, exportações e relatórios agendados.
4. Uma IA que mostra a sua consulta
O text-to-SQL responde com uma consulta SQL legível. Qualquer leitura fora do esquema e qualquer escrita são recusadas antes da execução. Sem o hub Kopilvia, o Dashvia passa a um modo degradado explícito: corpus local e recusa de responder fora dele, em vez de inventar.
5. Registo de auditoria
Quem consultou, exportou ou alterou que relatório fica anotado num registo só de acréscimo: a base de dados recusa qualquer alteração ou eliminação de uma linha já escrita.
6. Base reforçada e fixada
O Dashvia assenta no Apache Superset (Apache-2.0), fixado na versão 6.1.0. Uma chave secreta predefinida ou uma conta admin/admin são recusadas no arranque, e os avisos de segurança publicados são confrontados com a versão fixada.
7. Alojável na sua infraestrutura
A base instala-se na sua própria infraestrutura. Os seus esquemas e resultados não têm de sair dela.