Ir para o conteúdo

Dashboard Power BI para SAP Business One

Reunimos os dados das suas empresas no SAP Business One num único modelo Power BI, através da Service Layer ou da base de dados. Ajudámos a Zuiver com o seu primeiro data warehouse.

A Zuiver criou connosco o seu primeiro data warehouse, que reúne várias fontes

“A DSL ajudou-nos a criar o nosso primeiro data warehouse. Acompanhou-nos de perto e orientou-nos passo a passo […] Para nós, é um parceiro fantástico que recomendamos a outras PME.” Richard Aznar Webster, CEO, Zuiver Interior Group

Leia o caso de estudo

Porque é que obter uma visão geral de todas as nossas empresas no SAP Business One exige tanto trabalho manual?

No SAP Business One, inicia sessão na base de dados de cada empresa separadamente. Se tiver várias empresas, executa a mesma consulta para cada uma e reúne os resultados no Excel. Um modelo Power BI lê os dados de todas as empresas e apresenta-os por empresa ou em conjunto.

Agende uma conversa

Service Layer ou base de dados, depois um único modelo para todas as suas empresas

Fale connosco sobre o seu ambiente SAP B1

Através do Service Layer

A API REST do SAP Business One baseia-se em OData. Iniciamos sessão em cada base de dados de empresa e obtemos apenas os campos necessários.

Através da base de dados

No SQL Server ou no SAP HANA, usamos uma conta só de leitura ou disponibilizamos vistas próprias através do Service Layer.

Um esquema para todas as empresas

Atribuímos um código por empresa aos dados do razão geral, vendas, compras e inventário, para que todos os relatórios apresentem as mesmas métricas por empresa ou para todas em conjunto.

Começar com pouco e depois crescer

Tal como fizemos ao ajudar a Zuiver a criar o seu primeiro data warehouse, começamos pelos relatórios que atualmente exigem mais trabalho manual.

Começar por uma empresa e fazê-lo bem; as restantes vêm depois

  1. Identificar a versão e as empresas

    SQL Server ou HANA, que bases de dados das empresas estão em uso, que relatórios circulam atualmente e quem pode consultar cada conjunto de números.

  2. Escolher a abordagem e construir o modelo

    Service Layer ou acesso à base de dados; depois, o modelo para uma empresa, validado face aos relatórios no SAP Business One.

  3. Implementar e gerir

    As restantes empresas seguem a mesma etapa de carregamento. A gateway, a atualização e as permissões entram em funcionamento com um responsável definido.

Os relatórios do SAP Business One são suficientes ou compensa ter um modelo próprio para a nossa empresa?

Avalie a questão numa conversa

É adequado se

Trabalha com várias empresas ou estabelecimentos no SAP Business One, ou combina-o com uma loja online ou outra fonte de dados, e os relatórios padrão não lhe dão uma visão de conjunto.

Não é adequado se

Tem uma única empresa e os relatórios do SAP Business One já respondem às suas perguntas. Nesse caso, um modelo próprio exige mais manutenção do que os benefícios que traz.

O que determina a dimensão do projeto

O número de bases de dados das empresas, a utilização de SQL Server ou HANA, a quantidade de campos definidos pelo utilizador e de funcionalidades à medida, as fontes a integrar além do SAP Business One e quem gere o modelo.

O Power BI pode ler dados da nossa base de dados?

Tecnicamente, pode fazê-lo com uma conta com acesso de leitura, mas deve acordar isso primeiro com o seu parceiro SAP. Através da Service Layer, aplicam-se as permissões do SAP Business One, também a vistas e consultas SQL.

Service Layer, a base de dados ou um data warehouse para os seus relatórios SAP B1?

Service Layer

Escolha esta opção se for necessário aplicar as permissões do SAP Business One. O nosso conselho: prepare os dados em vistas e reutilize a sessão.

A base de dados

Escolha esta opção se o SAP Business One estiver instalado em servidores próprios e puder consultar o SQL Server ou o SAP HANA com uma conta com permissões de leitura. O Power BI tem um conector para ambos.

Um data warehouse

Escolha esta opção se o SAP Business One for uma de várias fontes de dados ou se quiser conservar os dados históricos durante mais tempo. Veja como construir um data warehouse.

Ajudamos cada vez mais PME a dar o primeiro passo rumo a uma fonte única para os seus números

A Data Science Lab trabalha com dados e IA desde 2016 e é Microsoft Partner para Fabric. Para a Zuiver, criámos um data warehouse que reúne fontes de dados; para a Ammega, criámos dashboards Power BI e uma aplicação Power BI.

Agende uma reunião inicial

Começamos por falar da sua versão do SAP Business One e das suas empresas

Stef Stoelwinder

Stef Stoelwinder

Desenvolvimento de Negócio

Stef é o seu primeiro ponto de contacto. Na primeira conversa, falamos da sua versão, das bases de dados das suas empresas e dos relatórios que atualmente exigem mais trabalho manual.

De quantas empresas no SAP Business One pretende ver os valores em conjunto?

Descreva a sua versão (SQL Server ou HANA), as suas empresas e os relatórios que produz atualmente. Respondemos por e-mail ou propomos uma primeira reunião.

Introduza um endereço de e-mail válido.

Diga-nos como podemos ajudar.

Perguntas frequentes

Através do Service Layer, a API REST do SAP Business One baseada em OData e JSON, ou diretamente a partir da base de dados. O SAP Business One funciona em SAP HANA ou Microsoft SQL Server, em servidores locais ou na cloud. Carregamos os dados e construímos o modelo sobre eles.

Explicamos como uma questão colocada pela direção se transforma num dashboard na página sobre dashboards de Power BI.

Uma sessão no Service Layer começa com o início de sessão numa base de dados de uma empresa: o pedido inclui a CompanyDB, o nome de utilizador e a palavra-passe. A etapa de carregamento inicia, por isso, sessão para cada empresa, obtém os dados e combina-os com um código de empresa.

A SAP recomenda reutilizar as sessões em vez de iniciar sessão repetidamente e obter apenas os dados necessários.

No SQL Server, cria uma vista no esquema dbo, com um nome terminado em B1SLQuery, e disponibiliza-a através do Service Layer. No SAP HANA, utilizam-se vistas de cálculo com Query no final do nome, como a vista integrada BalanceSheetQuery.

Em ambos os casos, é necessário atribuir aos utilizadores uma autorização específica para a vista no SAP Business One.

A diferença está na ligação à base de dados: no SQL Server, utiliza o conector SQL Server do Power BI; no HANA, utiliza o conector SAP HANA. Este último requer um driver ODBC do SAP HANA no computador que estabelece a ligação e permite importar dados ou trabalhar com DirectQuery.

Se o SAP Business One funcionar em servidores próprios, um on-premises data gateway liga-o ao serviço Power BI.

Normalmente, acompanham a faturação e a margem por cliente, artigo e estabelecimento, os valores em dívida de clientes e a fornecedores, o stock por armazém e o orçamento face aos resultados reais. Tudo isto pode ser visto por empresa ou em conjunto, a partir de um único modelo.

Veja na página sobre o dashboard financeiro no Power BI que informação ajuda a orientar a gestão.

Através do Service Layer, aplicam-se as permissões do utilizador no SAP Business One. Por isso, use uma conta separada para o carregamento de dados, apenas com as permissões necessárias. No Power BI, a segurança ao nível da linha garante que um gestor de estabelecimento vê apenas os dados da sua empresa.

Configuramos espaços de trabalho e aplicações para cada público, como descrito na página consultor de Power BI.

Sim. Apenas muda a forma de obter os dados; o modelo e as definições mantêm-se. Veja as páginas sobre Dynamics NAV, SAP S/4HANA e Exact Online no Power BI.

Se a sua organização mudar mais tarde para outro ERP, será sobretudo a etapa de carregamento a mudar.

Quando existe apenas uma empresa e os relatórios do SAP Business One são suficientes. Ou quando os artigos, clientes e contas do razão geral estão configurados de forma diferente em cada empresa: nesse caso, o ponto de partida é a qualidade dos dados, não o Power BI.

Se algumas consultas fixas forem suficientes, também o diremos.