Painéis de localização e análises: KPIs operacionais a partir de dados de posição, na ferramenta de BI que você já usaTem dados de localização, mas nenhum KPI que leve alguém a agir?
Os sistemas de localização produzem um fluxo constante de eventos de posição. O valor está em um pequeno conjunto de KPIs operacionais que as pessoas consultam e com base nos quais agem. Definimos esses KPIs com você, normalizamos os dados de eventos da sua plataforma de RTLS, RFID ou IoT e os entregamos na ferramenta de BI que sua empresa já usa. Consultoria independente. Sem venda de hardware, sem comissões de fornecedores.
O que um painel de localização deve mostrar
As poucas métricas que mudam uma decisão no chão de fábrica, na enfermaria ou no pátio, e não um ponto se movendo em um mapa. Quais importam depende da operação, mas a maioria dos programas recorre às mesmas seis famílias:
| KPI | A pergunta que ele responde | Construído a partir de |
|---|---|---|
| Utilização | Quanto do tempo ativos, veículos, salas ou boxes estão realmente em uso, e onde há capacidade ociosa escondida? | Presença em zonas e estados de movimento ou de uso, cruzados com turnos e calendários |
| Tempo de permanência | Quanto tempo itens, pedidos, pacientes ou carretas esperam em cada zona ou etapa do processo, e onde a espera se acumula? | Eventos de entrada e saída de zonas, cruzados com registros de pedidos, tarefas ou atendimentos |
| Fluxo e gargalos | Quais rotas, transições e passagens de responsabilidade atrasam o processo, e quando? | Transições entre zonas, contagem de trajetos e tamanho das filas ao longo do tempo |
| Tempo de busca | Quanto tempo as pessoas gastam procurando ferramentas, carrinhos, equipamentos ou estoque que o sistema poderia localizar? | Última localização conhecida e solicitações de busca, comparadas com uma linha de base medida antes da entrada em operação |
| Eventos de segurança e geocerca | Onde e quando pessoas e veículos entram em zonas restritas, e o que aconteceu em seguida? | Violações de geocerca, eventos de proximidade e confirmações de alarmes |
| Cadeia de frio e condição | As mercadorias sensíveis à temperatura ficaram dentro dos limites em todas as zonas, e por quanto tempo ficaram expostas? | Leituras de sensores cruzadas com localização e custódia, com tempo de desvio de temperatura por zona |
Cada KPI deve ter um responsável nomeado e uma decisão declarada que ele apoia. Se ninguém souber dizer o que faria de diferente quando um número muda, ele não deve estar no painel.
Dos eventos de posição à sua ferramenta de BI
Os dados brutos de localização são ruidosos, específicos de cada fornecedor e granulares demais para relatórios. É no trabalho entre o sistema de rádio e o relatório que a maioria dos projetos de painéis dá certo ou fracassa.
- Capturar: extrair eventos da plataforma de localização pela API do fornecedor, por fluxo de mensagens ou webhooks, ou por um middleware ou plataforma IoT que já agregue vários sistemas.
- Normalizar: mapear todas as fontes para um único esquema de eventos (o quê, onde, quando, com que confiança), traduzir os nomes de zonas do fornecedor para a hierarquia da sua instalação, remover duplicidades e oscilações e alinhar os relógios com os seus sistemas de negócio.
- Derivar: transformar posições em eventos de negócio, como entrada e saída de zonas, permanência, transições e estados de uso, e depois cruzá-los com pedidos, tarefas, ordens de serviço ou atendimentos de pacientes do seu WMS, MES, ERP ou prontuário eletrônico (EMR).
- Entregar: transmitir eventos em streaming para alertas e visualizações em tempo real, ou carregá-los de forma agendada no seu data warehouse ou lakehouse para relatórios. Muitas instalações precisam das duas coisas, alimentadas pelo mesmo modelo.
Para os sistemas do outro lado da integração, veja o hub de integrações. Para o desenho e a construção do próprio pipeline de dados, veja desenvolvimento e integração.
Por que painéis independentes importam
A tecnologia de localização muda mais rápido do que os relatórios. Uma instalação pode começar com portais RFID, acrescentar UWB para veículos e BLE para pessoas e, depois de alguns anos, substituir um deles. Se todos os relatórios forem construídos sobre as estruturas de dados de um único fornecedor, cada mudança dessas significa refazer os relatórios e perder um histórico comparável.
- Troque a camada de rádio, mantenha os relatórios: um sistema novo precisa de um novo conector para o modelo de dados, não de um novo conjunto de painéis.
- Várias tecnologias, uma visão: leituras RFID, posições RTLS e leituras de sensores chegam ao mesmo esquema, para que um KPI possa usar todas elas.
- As suas definições, não as do fornecedor: a utilização ou a permanência é calculada do jeito que a sua operação define, e a lógica fica documentada.
- Seus dados, seu histórico: o histórico de eventos fica na sua própria plataforma e continua utilizável após o fim de um contrato.
O que entregamos
| Entregável | O que você recebe | Por que isso importa |
|---|---|---|
| 1 · Workshop de definição de KPIs | Uma lista curta e acordada de KPIs, cada um com definição por escrito, responsável, público-alvo, frequência de atualização e a decisão que apoia | Evita que o projeto vire um mural de gráficos que não leva ninguém a agir |
| 2 · Modelo de dados | Um esquema de eventos independente e uma hierarquia da instalação (unidade, edifício, zona, tipo de ativo), tabelas derivadas de permanência, transições e utilização, e regras de qualidade de dados | A camada que resiste a uma troca de fornecedor de rádio ou de ferramenta de BI |
| 3 · Construção ou especificação dos painéis | Painéis construídos na sua ferramenta de BI ou uma especificação detalhada com mock-ups e lógica das métricas para a sua própria equipe de BI construir | Adequado ao seu licenciamento, ao seu modelo de segurança e às competências internas |
| 4 · Passagem de responsabilidade | Documentação das fontes, transformações e lógica das métricas, uma apresentação guiada para os responsáveis pelos relatórios e uma lista das limitações conhecidas de qualidade de dados | Sua equipe consegue operar, alterar e confiar nos números sem nós |
Trabalhamos junto com as suas equipes de BI, dados e TO, e não por fora delas. Quando a sua equipe prefere construir, paramos no modelo de dados e na especificação e revisamos o resultado.
Plataformas de BI em que nossos consultores entregaram painéis de localização
Nossos consultores entregaram painéis de localização em cada uma das plataformas abaixo, inclusive em funções anteriores. Trata-se de experiência pessoal de entrega. Não é uma lista de projetos de clientes da TRACIO, e a TRACIO não é parceira nem revendedora de nenhum desses fornecedores.
- Microsoft Power BI
- Tableau
- Grafana
- Qlik
- Looker / Looker Studio
- Relatórios em Excel / SharePoint
Se a sua organização usa outra ferramenta para relatórios, a abordagem é a mesma: o modelo de dados e as definições de KPI são reaproveitados e a construção segue as convenções da sua plataforma.
O que não fazemos
- Não vendemos hardware, por isso nossa consultoria continua independente.
- Não prendemos os painéis em um ambiente hospedado pela TRACIO. Eles são construídos no seu tenant ou especificados para a sua equipe construir.
- Não publicamos números de KPI antes de conferi-los com os seus próprios dados. Quando a qualidade dos dados de localização não é suficiente para gerar relatórios, dizemos isso e corrigimos esse ponto primeiro.
Contratação e honorários
O trabalho com painéis tem escopo e preço definidos antecipadamente, isoladamente ou como parte de um programa mais amplo. Veja Como trabalhamos e honorários para os modelos de contratação, ou agende uma conversa de diagnóstico gratuita para conversar sobre suas fontes de dados e sua pilha de relatórios.
Perguntas frequentes
Em qual ferramenta de BI devemos construir nossos painéis de localização?
Normalmente na que a sua empresa já usa para relatórios, para que os KPIs de localização fiquem ao lado dos números de produção, armazém ou assistência clínica em que as pessoas já confiam. Nossos consultores entregaram pessoalmente painéis de localização em Microsoft Power BI, Tableau, Grafana, Qlik, Looker / Looker Studio e relatórios em Excel / SharePoint, inclusive em funções anteriores. Se você ainda não tem um padrão, comparamos as opções considerando seus usuários, sua plataforma de dados e o licenciamento antes de construir qualquer coisa.
Por que não usar apenas o painel do próprio fornecedor de RTLS?
O console do fornecedor é o lugar certo para monitorar o próprio sistema de localização: tags, âncoras, baterias e cobertura. Para KPIs de negócio, ele é mais fraco. Mostra os dados de um único fornecedor, define as métricas do jeito do fornecedor e raramente se integra bem a registros de WMS, MES, ERP ou prontuário eletrônico (EMR). Normalmente mantemos o console do fornecedor para a saúde do sistema e construímos os KPIs de negócio na sua ferramenta de BI.
Os dados de localização devem chegar à nossa ferramenta de BI por streaming ou em lotes?
Depende da rapidez com que alguém precisa agir. Alertas de geocerca e de segurança e visualizações da operação em tempo real exigem streaming. Utilização, tendências de permanência e revisões semanais de operações funcionam bem com cargas em lote agendadas no seu data warehouse. Muitas instalações usam os dois: um caminho em streaming para alertas e um caminho em lote para relatórios, alimentados pelo mesmo modelo de eventos normalizado.
O que acontece com nossos painéis se mudarmos de fornecedor de RTLS ou RFID?
Se os painéis forem construídos sobre um modelo de dados independente, você substitui o conector que mapeia os eventos do novo sistema para esse modelo e depois revalida os números. As definições de KPI, os relatórios e o histórico permanecem. Esse é o principal motivo pelo qual separamos a camada de rádio da camada de relatórios.
Vocês vendem licenças de BI ou uma plataforma de análise da TRACIO?
Não. Painéis e modelos de dados são construídos no seu ambiente, ou especificados para a sua equipe construir, e passam a ser seus na entrega.
Última atualização: