Integrar o CMMS ao Power BI é levar os dados da manutenção (ordens de serviço, apontamentos, paradas, consumo de materiais e cadastro de ativos) para o ambiente de BI da empresa, normalmente por exportação agendada, por API ou por uma base intermediária, e cruzá-los com dados de produção, custos e qualidade. O CMMS continua sendo a origem; o BI é o lugar da análise cruzada.
Antes de começar, vale uma pergunta honesta: o painel que você quer já não existe dentro do próprio CMMS? Muitos projetos de BI de manutenção acabam reconstruindo, com mais trabalho e mais atraso, indicadores que o sistema já mostrava.
Quando vale levar os dados da manutenção para o BI?
Num CMMS como o Sismetro, MTBF, MTTR, disponibilidade e confiabilidade aparecem em tempo real, e há um construtor de dashboards para montar painéis próprios. Para a rotina do PCM e da supervisão, isso costuma bastar. O BI corporativo passa a valer a pena quando a pergunta envolve dados que não estão no CMMS:
- Manutenção e produção: cruzar paradas por falha com perdas de produção e OEE por linha.
- Manutenção e finanças: custo de manutenção por tonelada produzida, por unidade e por centro de custo, junto com o orçado.
- Manutenção e qualidade: desvios de produto ligados a falhas de equipamento.
- Consolidação de grupo: várias plantas, às vezes com sistemas diferentes, num mesmo painel da diretoria.
Se nenhuma dessas perguntas está na mesa, comece pelos painéis do próprio CMMS. As dicas de montagem estão em dashboard de manutenção.
Quais são as formas de levar os dados do CMMS ao Power BI?
| Forma | Como funciona | Vantagem | Limitação |
|---|---|---|---|
| Exportação agendada de arquivos | O CMMS gera planilhas ou CSV numa pasta (rede ou nuvem) e o Power BI lê dali | Simples, sem programação | Depende da rotina de exportação; estrutura do arquivo pode mudar |
| API | O Power BI consulta a API do CMMS (conector Web ou OData) e transforma o JSON no Power Query | Dados direto da origem, sem arquivo no meio | Paginação, autenticação e limites de chamada precisam ser tratados |
| Base intermediária | Uma rotina copia os dados do CMMS para um banco ou data warehouse da empresa, e o Power BI lê dessa base | Melhor desempenho; histórico longo; junta com outras fontes | Mais uma peça para construir e manter |
Para empresas médias, a evolução natural é começar com arquivo, validar os indicadores com a manutenção e só depois investir em API ou base intermediária. O que perguntar ao fornecedor sobre a API está em API em software de manutenção.
Como montar o modelo de dados
O erro clássico é importar uma planilha gigante de OS com tudo dentro e sair fazendo gráfico. Funciona por um mês. Um modelo em estrela, com tabelas de fatos e de dimensões, aguenta anos:
- Fatos: ordens de serviço (uma linha por OS), apontamentos de horas (uma linha por apontamento), paradas de equipamento (uma linha por evento), consumo de materiais (uma linha por item retirado).
- Dimensões: ativo (com a hierarquia da árvore de ativos: planta, área, linha, equipamento), calendário, centro de custo, tipo de manutenção, técnico ou equipe, causa da falha.
Dois cuidados. Primeiro, a dimensão de ativos precisa de uma chave estável (a TAG ou o código interno), não da descrição, que muda. Segundo, se o grupo tem várias plantas, a chave precisa incluir a unidade, senão a “BOMBA-01” de uma planta se mistura com a da outra.
Como calcular MTBF e MTTR no BI sem errar
É aqui que a maior parte dos painéis de manutenção erra, e o erro não aparece no gráfico, aparece na decisão.
Um exemplo com números inventados para um compressor, num período de 1.500 horas em que ele deveria operar: 4 falhas com parada, somando 10 horas de reparo.
- Tempo em operação: 1.500 − 10 = 1.490 h
- MTBF = 1.490 ÷ 4 = 372,5 h
- MTTR = 10 ÷ 4 = 2,5 h
- Disponibilidade = 372,5 ÷ (372,5 + 2,5) = 99,3%
Agora o erro comum: a média das médias. Imagine dois equipamentos de uma área, cada um com 700 horas de operação no mês. O equipamento A falhou 1 vez (MTBF de 700 h); o B falhou 10 vezes (MTBF de 70 h). A média simples dos dois MTBF dá 385 h. O MTBF real da área é a soma dos tempos dividida pela soma das falhas: 1.400 ÷ 11 = 127 h. A diferença é de três vezes, e o painel com média simples esconde exatamente o equipamento problemático.
No Power BI, isso significa criar medidas que somam tempos e falhas e só dividem no fim, em vez de calcular o indicador linha a linha e tirar média. Outros cuidados:
- Defina o que conta como falha: normalmente corretiva com parada do equipamento. Preventiva e melhoria não entram.
- OS reaberta não é falha nova; OS duplicada precisa ser excluída.
- Reparo que atravessa a meia-noite ou a virada do mês precisa ser dividido pelo período, ou entra inteiro no mês de início, mas sempre do mesmo jeito.
- Use a mesma fórmula do CMMS. Se o BI e o sistema mostram MTBF diferentes para o mesmo equipamento, a reunião vira discussão de planilha.
As fórmulas detalhadas estão em como calcular MTBF e como calcular MTTR.
Quer tirar isso da planilha?O Sismetro junta ordens de serviço, preventivas, estoque e indicadores num só lugar, com app para os técnicos e integração com o ERP Senior.
Atualização: com que frequência e por qual caminho
Indicador de gestão não precisa de tempo real. Uma atualização diária, de madrugada, atende a reunião de indicadores; para painéis de acompanhamento de turno, algumas atualizações ao longo do dia resolvem. No serviço do Power BI, o número de atualizações agendadas por dia depende da licença (na licença Pro, até 8 por dia; em capacidades Premium, mais), então combine com o TI o que está disponível.
Se a origem estiver dentro da rede da empresa (uma pasta no servidor ou um banco local), o serviço do Power BI precisa do gateway de dados local para alcançá-la. Se a origem for uma API na internet ou um arquivo em nuvem, normalmente não precisa. Esse detalhe costuma decidir a arquitetura mais do que qualquer preferência técnica.
Três painéis que costumam justificar o projeto
- Pareto de paradas por perda de produção. Em vez de ordenar equipamentos por número de falhas, ordene por toneladas (ou unidades) que deixaram de ser produzidas. O ranking quase sempre muda, e a prioridade da engenharia de confiabilidade muda junto.
- Custo de manutenção por unidade produzida, por planta. Com o custo conciliado com o ERP e a produção do sistema industrial, as plantas passam a ser comparáveis. Uma diferença de 30% entre unidades parecidas é uma pergunta que vale a pena fazer.
- Backlog em semanas por área, contra a produção prevista. Mostra onde a equipe está subdimensionada antes de o atraso virar falha.
Governança: um número, uma definição
O risco de levar dados ao BI é criar uma terceira versão da verdade: o CMMS diz uma coisa, o ERP outra e o painel uma terceira. Três regras simples evitam isso:
- Dicionário de indicadores. Uma página com nome, fórmula, origem e dono de cada indicador. A lista de KPIs de manutenção é um bom ponto de partida.
- Um dono para o conjunto de dados. Alguém da manutenção (normalmente o PCM) valida se o número faz sentido; alguém do TI ou do BI cuida da carga.
- Custos vindos de uma fonte só. Se o CMMS está integrado ao ERP, use o custo que já foi conciliado. Veja o guia completo de integração CMMS e ERP.
Próximo passo: escolha uma única pergunta que hoje o CMMS não responde sozinho (por exemplo, “quanto a manutenção custa por tonelada em cada unidade?”) e construa só o painel dela. Valide os números com o PCM e com a controladoria antes de adicionar o segundo painel.
Perguntas frequentes
Como conectar um CMMS ao Power BI?
Os caminhos mais comuns são exportação agendada de arquivos lidos pelo Power BI, consulta direta à API do CMMS pelo conector Web ou OData, e uma base intermediária (banco ou data warehouse) alimentada pelo CMMS. A escolha depende do volume, da equipe de TI e de onde os dados estão hospedados.
Preciso de Power BI se o CMMS já tem dashboards?
Nem sempre. Para a rotina do PCM, os indicadores e painéis do próprio CMMS costumam bastar. O BI corporativo vale a pena quando é preciso cruzar manutenção com produção, finanças, qualidade ou consolidar várias plantas.
Por que o MTBF do Power BI não bate com o do CMMS?
Na maioria das vezes, por diferença de fórmula: média de médias em vez de soma de tempos dividida pela soma de falhas, critérios diferentes do que conta como falha ou tratamento diferente de OS que atravessam períodos. Use a mesma definição nos dois lugares.
Os dados do Power BI precisam ser em tempo real?
Para indicadores de gestão, não. Uma atualização diária atende a maioria das reuniões de indicadores. O acompanhamento em tempo real da operação fica melhor no próprio CMMS.
