Padrão de trabalho

Modelagem de dados

Como a Sow BI conecta, extrai, organiza e nomeia os dados em todo projeto de Power BI.

Modelo de conectividade

O acesso depende de onde está o banco do cliente.

Em nenhum dos dois cenários é preciso alterar a estrutura do ERP dele.

Cliente em nuvem

Identificar como a API do cliente funciona e quais métodos ela expõe.
Usar o método do tipo “execute SQL” (até hoje sempre disponível) para rodar os selects pela API.
Todo o trabalho é feito a partir do notebook da Sow BI, sem instalar nada na estrutura do cliente.

Cliente com servidor próprio

Padrão de modelagem de origem

Cada tabela traz do banco apenas o que o modelo usa, por SQL escrito na própria conexão do Power BI.

Nunca criar views no banco do cliente: evita sujar o ambiente e o risco de a view ser apagada numa manutenção.
Nunca importar a tabela inteira: usar SQL customizado direto na conexão, em dimensões e fatos.

Padrão: Import.
DirectQuery (tempo real) só em casos excepcionais, como painéis de TV que atualizam a cada poucos segundos.

Segregação de bancos

O tempo de atualização não cresce junto com o volume de dados, módulos, relatórios e medidas, como acontecia num banco único.

Banco hubMenu de navegação + dimensões de cadastro básicas

Botões com link externo

Financeirofatos próprias

Comercialfatos próprias

Produçãofatos próprias

Outrosum banco por módulo

O painel principal tem botões de link externo, cada um levando ao relatório publicado do módulo no Power BI Service, no mesmo workspace.
Cada módulo tem seu banco Power BI, com as respectivas tabelas fato.
Projetos existentes, hoje em outra arquitetura, devem migrar para esse padrão no futuro.

Drillthrough e bookmarks entre módulos: exigem um modelo único.
Composite models / DirectQuery entre vários bancos: sobrecarregam o servidor de origem.
Portal próprio com login e Power BI Embedded: sem base de clientes que sustente o custo e fora do modelo atual, em que cada cliente tem sua conta e workspace.

Vários bancos dentro de um único workspace do cliente, sem compartilhar modelo semântico entre workspaces, funcionam com a licença Power BI Free dele.
Pro ou Premium só para cruzar dados entre workspaces diferentes, como uma dimensão central compartilhada entre clientes distintos.

Em aberto

Objetivo: compras, faturamento, comercial e financeiro lerem a mesma dimensão (ex.: parceiros) de uma fonte única, conforme o manual de dimensões compartilhadas.
Ainda não testado no Power BI Desktop: falta validar desempenho e facilidade de leitura entre bancos.
Se não for viável, a alternativa que se quer evitar é replicar a dimensão manualmente em cada banco.

Convenções de nomenclatura

Elemento	Convenção	Exemplo
Tabela de dimensão	Prefixo “d” minúsculo colado ao nome com inicial maiúscula, sem espaço	`dParceiros` `dFornecedores` `dProduto`
Medidas	Sempre organizadas em pastas dentro do modelo, nunca soltas	Medidas agrupadas em pastas
Calendário	Tabela padrão única gerada via DAX, usada em toda inteligência temporal	Base única de datas do modelo

Convenções de ambiente

Fuso horárioBrasíliaPower BI Desktop e Power BI Service

MoedaReal (R$)Power BI Desktop e Power BI Service

Página do relatório1920 × 1080Full HD

Exceções: fuso e moeda podem ser alterados pontualmente num projeto, quando necessário.