Projetos que a BI Smart já entregou

A situação antes

Manutenção de embarcação controlada por planilha e pela memória do mantenedor. Quando o profissional saía, o histórico de falha do equipamento saía junto. Parada não programada era evento, não número, e o custo por embarcação não era comparável.

O que fizemos

• Hierarquia funcional da embarcação até o componente, com o critério explícito de onde o rastreamento precisa de número de série e onde lote resolve.
• Plano preventivo por medidor, não só por calendário: quem opera medindo hora de motor não pode ter manutenção agendada por mês.
• Ordem de serviço amarrada ao site do objeto, para o custo de mão de obra e material cair na contabilidade da unidade certa.
• Tempo médio entre falhas e tempo médio de reparo calculados sobre o histórico do próprio ERP, sem planilha paralela.

O que mudou

A parada não programada virou indicador acompanhado, o custo de manutenção passou a ser comparável entre embarcações, e o histórico de falha sobrevive à troca de equipe.

A situação antes

Fabricante de máquinas sob encomenda com a engenharia em planilha. Cada alteração de projeto virava recadastro manual, não havia custo confiável por máquina vendida, e o pós-venda não sabia qual peça tinha ido em qual equipamento.

O que fizemos

• Roteiro de fabricação antes da estrutura de produto: a linha de componente aponta para uma operação, então a operação precisa existir primeiro.
• Revisão de engenharia com vigência retroativa, porque cadastrar tudo com a data de hoje faz o planejamento de ordens falhar em silêncio.
• Ciclo de alteração de engenharia ponta a ponta, com estacionamento da ordem aberta para trocar de revisão sem perder o apontamento já feito.
• Ordem de produção consumindo o estoque existente em vez de mandar fabricar o que já está na prateleira.
• Rastreamento por lote e número de série amarrando a peça entregue à máquina que saiu, para recall e garantia terem resposta.

O que mudou

A empresa passou a ter custo real por máquina vendida, a alteração de engenharia deixou de exigir recadastro, e o pós-venda consegue partir de uma peça defeituosa e chegar ao cliente que a recebeu.

A situação antes

Operação, manutenção e finanças fechando o mês em bases separadas. A reunião de diretoria começava discutindo de onde tinha vindo cada número, e cada área chegava com um valor diferente para a mesma pergunta.

O que fizemos

• Lakehouse em camadas, com a carga incremental separada da camada de consumo, para reprocessar sem derrubar quem está lendo.
• Modelo estrela e medidas em DAX com definição escrita: uma fonte por indicador, e a regra de cálculo documentada fora da cabeça de quem fez.
• Segurança em nível de linha, para cada área ver o que lhe compete sem duplicar relatório por permissão.
• Relatório paginado e exportação para quem ainda fecha o mês em documento, sem obrigar a mudança de rotina de todo mundo de uma vez.

O que mudou

A diretoria passou a discutir o número em vez da origem do número, e o fechamento deixou de depender de consolidação manual entre áreas.

A situação antes

O comercial fechava no Salesforce e alguém redigitava no ERP. Cliente cadastrado duas vezes com grafias diferentes, contrato que não batia com o que tinha sido vendido, e faturamento correndo atrás da informação.

O que fizemos

• De-para de cliente e contrato entre os dois sistemas, com o ERP como dono do documento oficial e o CRM dono do processo comercial.
• Sincronismo idempotente: reprocessar a fila não duplica pedido nem título.
• Tratamento de conflito de edição simultânea, porque os dois lados escrevem no mesmo registro.
• Trilha de auditoria de cada escrita, com o erro de campo aparecendo em vez de ser engolido pelo integrador.

O que mudou

O comercial parou de redigitar no ERP o que já tinha digitado no CRM, e o cadastro de cliente deixou de nascer duplicado.