DADOS SIMULADOS
SO

Central de inteligência & performance

Fluxo de Bobinas e Placas

Indicadores conhecidos do Power BI com alertas de perdas e leitura estratégica.

Ambiente de demonstração — dados fictícios. Sem conexão com a GaussFleet.
Legado analítico preservado · Visão executiva ampliada
Fonte: demonstração local · —

MOVIMENTAÇÃO DE PRODUTOS SIDERÚRGICOS

O que precisa de atenção na operação?

Os mesmos tempos do painel anterior, agora conectados aos gargalos e decisões operacionais.

Decomposição do tempo de atendimento

Mesma análise de tempo médio do painel anterior · dados calculáveis do ciclo

TEMPO HH:MM

Agrupamentos informados pela API

Campo área_solicitante: pode conter cargos ou funções; classificação pendente de validação

Volume realizado por dia

Manter leitura de produção histórica; comparar com os picos de atendimento

SOLICITAÇÕES CONCLUÍDAS
Volume concluídoConforme filtros selecionados

Movimentações por equipamento

Códigos do campo equipamento da API · não representa horas trabalhadas

Solicitações que merecem investigação

Primeiro as mais demoradas; clique para ver a linha do tempo

Causas registradas de atraso

Motivos efetivamente informados no relatório; não são diagnósticos automáticos

CAUSAS
Sem causa registrada ≠ sem atraso. Verifique os horários.

Origens e destinos mais frequentes

Alternativa operacional ao mapa do Power BI enquanto não houver localização GPS importada

SEM TELEMETRIA GPS
Mapa de posições dos tratores

A API de Fluxo não informa latitude e longitude. O mapa real será ativado após a importação da planilha Parado Ligado.

Sem dados de localização · não é tempo real
Transparência analítica: PCP, movimentação e total são calculados sobre as MESMAS solicitações com pedido ≤ início ≤ conclusão. Marcos fora de ordem ficam fora dessas médias, mas permanecem no detalhamento. O cartão executivo Tempo Médio de Área continua aguardando regra. Os valores TA/TAA/TEV recebidos da API são exibidos somente na seção exploratória, sem reconstrução da fórmula oficial. Limites de atenção nesta POC são exemplos configuráveis, não metas oficiais da Solum.

Acompanhamento de atendimento

Etapas operacionais conforme as descrições observadas no painel In-Haus; valores calculados apenas do arquivo local.

V0.3.1 · REVISÃO VISUAL
Comparação em validação: cada média abaixo usa as MESMAS solicitações com seis horários completos, válidos e ordenados (Pedido ≤ Alocação ≤ Início ≤ Chegada ≤ Execução ≤ Conclusão). Não são metas contratuais. A amostra não é o histórico completo.

Onde o tempo é consumido

Decomposição auditável por cinco intervalos não sobrepostos da mesma solicitação

Tempo médio de atendimento por dia

Evolução de TP, TM, TV e TF; o intervalo alocação → início aparece separadamente

MÉDIAS EM MINUTOS

Comparativo por turno informado

Campo turno da API, sem presumir escalas ou horários oficiais

DADOS DA FONTE

Pedidos por horário

Distribuição dos pedidos por hora registrada — quantidade, não duração

00H–23H

Deslize o gráfico para consultar as 24 horas. Cada barra mostra a quantidade de pedidos.

Qualidade dos marcos e limitações

A conciliação com o Power BI exige os mesmos filtros, registros e regras de elegibilidade

Atendimentos para conferência

Maiores tempos totais entre os ciclos completos e ordenados; clique para abrir a solicitação

RASTREABILIDADE

Validação de Tempos de Área

TA, TAA e TEV recebidos no JSON local. Código de recurso é dimensão de análise, sem equivalência comprovada com prancha física.

V0.3.2 · ANÁLISE LOCAL
Indicadores exploratórios — não homologados pela In-Haus. As médias abaixo descrevem durações informadas pela API, não o Tempo Médio de Área oficial. Nenhum valor é reconstruído a partir de horários ou usado no cartão executivo.
Período e demais filtros no topo também se aplicam.

Sensibilidade aos valores extremos

Comparações hipotéticas lado a lado. A leitura bruta é preservada; nenhum corte é regra oficial.

Deslize ou use as setas para comparar denominador, média, mediana e P90.

≤ 24 h é somente sinalizador de conferência; ≤ 7 dias é uma segunda comparação. Cada cenário usa seu próprio denominador. TEV positivo aparece separadamente para evidenciar o efeito dos zeros.

Solicitações para conferência

Categorias curtas na tabela; abra o detalhe para consultar todos os campos e horários do registro local.

RASTREABILIDADE LOCAL
Deslize ou use as setas para ver os valores e abrir o detalhe.

Regras desta leitura exploratória

Denominadores transparentes para o recorte filtrado

  • Base elegível: serviço cujo texto contém “PRANCHA”. Os demais serviços são contados separadamente. O importador distingue registros pelo ID da API; uma solicitação pode ter vários registros. Linhas com mesmo ID e conteúdo idêntico são consolidadas.
  • Duração válida: horas inteiras não negativas e minutos de 00 a 59. 00:00 permanece no denominador. Texto, vazio e marcadores de ausência são separados.
  • Média e mediana brutas usam todos os valores parseáveis, inclusive zero e extremos. Percentis aparecem apenas com pelo menos 20 valores; cada faixa do gráfico soma exatamente o denominador válido.
  • Os cenários ≤ 24 h e ≤ 7 dias servem apenas para medir sensibilidade. Eles não substituem nem corrigem o dado original. Falhas de cronologia e TEV zero sem motivo informado são sinalizados separadamente.
  • TAA informado pela API pode ser explorado como distribuição de registros. Sua média não equivale automaticamente ao Tempo Médio de Área oficial: faltam identificação da prancha, pareamento, filtros, período, tratamento de zeros e a medida original do Power BI. A referência “TA atual − TEV posterior” não foi validada em todos os registros.
  • TEV é lido do campo fornecido pela API. O horário do motivo não está estruturado no JSON para reconstruí-lo. O filtro por recurso não estabelece equivalência com prancha física ou equipamento.

Ciclo de Carretas

Quatro horários fornecidos pela GaussFleet · análise local de registros, sem homologação da medida In-Haus.

EXPLORATÓRIO
Leitura exploratória — não homologada pela In-Haus. Uma linha da API é um registro operacional, não necessariamente uma movimentação ou ciclo completo. Tempo de descarga depende de definição dos marcos. Ausência de conclusao não indica indisponibilidade.

O período e os filtros gerais acima também se aplicam. O período usa data do pedido; médias usam os quatro horários de carreta, quando válidos.

Evolução diária

Médias por dia de carreta_carregada_inicio; cada série usa seu próprio n. Até 14 datas recentes.

Carregada × vazia

Médias dos trechos individuais válidos, sem presumir descarga.

Distribuição das durações

Trechos individualmente válidos; zero e extremos permanecem no denominador.

Ranking por recurso

Até oito códigos; volume de registros e média do ciclo candidato.

Comparativo por equipamento

Até oito códigos informados; recurso e equipamento são campos distintos.

Principais rotas

Até oito pares origem → destino por quantidade de registros; n do ciclo candidato separado.

Registros para investigação

Sobreposição, inversão, ausência, formato inválido, zero ou duração acima de 24 h. As categorias podem coexistir.

Rastreabilidade dos registros

Abra o detalhe para conferir ID, solicitação, quatro horários originais e intervalos calculáveis.

ID DA API
Deslize ou use as setas para conferir todas as colunas. O CSV usa os filtros ativos.

Critérios desta página

Diferença entre leitura disponível e indicador oficial

  • Elegível: serviço contém “CARRETA” ou há ao menos um dos quatro horários de carreta informado. Outros serviços sem esses marcos ficam fora. O filtro de período usa pedido.
  • Trecho carregado = carreta_carregada_fim − carreta_carregada_inicio. Trecho vazio = carreta_vazia_fim − carreta_vazia_inicio. Cada média usa somente pares de datas válidas e não invertidas. Zero é válido e fica na média.
  • Ciclo candidato = carreta_vazia_fim − carreta_carregada_inicio apenas com os quatro marcos válidos e ordenados. Sobreposições continuam na base e na investigação, mas não entram nessa média.
  • Duração acima de 24 h é alerta, não exclusão automática. O painel mostra o número de alertas; as médias brutas continuam incluindo esses valores.
  • “Tempo de descarga” permanece pendente: os quatro campos não identificam explicitamente o início e o fim da descarga. Volume de movimentações e ciclo completo dependem de regra da In-Haus.

Demoras e Motivos

Textos de motivo informados pela GaussFleet em registros operacionais. Contagem de registros, não de ocorrências formais.

EXPLORATÓRIO
Leitura descritiva — não homologada pela In-Haus. O motivo é um texto do registro. TEV, TA e demais durações não são atribuídas à ocorrência. Códigos de equipamento associados não comprovam impacto ou indisponibilidade.

Período, equipamento, grupo solicitante e pesquisa por solicitação/ID ficam nos filtros gerais acima. Base elegível: registros que trazem ao menos um dos dois campos de motivo, inclusive marcador de ausência.

Motivos mais frequentes

Registros por texto exato; até oito textos visíveis. O filtro mantém os demais acessíveis.

Distribuição percentual

Participação sobre os registros com motivo no filtro; “Demais textos” é apenas agrupamento visual.

Evolução diária dos registros com motivo

Data do pedido do registro, não início de ocorrência de demora. Até 14 datas recentes.

Equipamentos associados

Códigos vinculados ao registro; não significa equipamento impactado.

Recursos associados

Código de recurso separado de equipamento e prancha física.

Área solicitante · grupo

Campo area_solicitante; não é local comprovado da demora.

Área de atendimento

Campo independente de área solicitante; cobertura indicada no painel.

Rotas relacionadas

Pares origem → destino dos registros com motivo; não local da ocorrência.

Registros para investigação

Conflito entre campos, equipamento ausente, TEV a conferir ou cronologia fora de ordem.

Rastreabilidade por ID

Todos os registros elegíveis do recorte, com ou sem motivo. Abra o detalhe para ver os textos originais e os tempos do registro.

ID DA API
Deslize ou use as setas para todas as colunas. Exportar CSV usa os filtros ativos.

Demoras operacionais — pendente de integração

Indicadores oficiais exigem definição operacional e/ou fonte complementar da In-Haus.

SEM FONTE HOMOLOGADA
Total de ocorrências formaisPendente
Tempo médio de demoraPendente
Tempo acumulado de demorasPendente
Equipamentos efetivamente impactadosPendente
Espera de tratorPendente
Aguardando demandaPendente

O JSON de Fluxo de Bobinas e Placas não traz identificador e início/fim de cada ocorrência. Não usamos TEV, TA, TT nem a duração da solicitação para preencher estes cartões. A fonte, os filtros e as medidas originais do Power BI ainda precisam de confirmação.

Dicionário operacional In-Haus

Descrição das siglas conforme a legenda fotografada do Power BI em 15/10/2026. Regras de elegibilidade ainda precisam ser homologadas.

REFERÊNCIA DA REUNIÃO
Importante: estas são as definições que aparecem na captura do Power BI, não uma homologação final do cálculo. TA, TAA e TEV informados pela API aparecem apenas na seção exploratória; suas fórmulas oficiais não são reconstruídas.

Siglas e marcos de cálculo

O que sabemos pela captura e o que ainda exige esclarecimento

SiglaDescrição na referênciaFórmula apresentadaSituação da regra
TPTempo do PCPInício − PedidoCalculável · validação operacional pendente
TMTempo de manobraChegada − InícioCalculável · validação operacional pendente
TVTempo do tratorExecução − ChegadaCalculável · validação operacional pendente
TFTempo de fluxoConclusão − ExecuçãoCalculável · validação operacional pendente
TTTempo de transporteConclusão − PedidoCalculável · validação operacional pendente
TATempo de áreaPedido 2 − Conclusão 1Pendente · requer próximo serviço
TCTempo de cicloPedido 2 − Pedido 1Pendente · requer próximo serviço
TEVTempo de espera de vagaAlocação − horário do MotivoPendente · validar horário
TAATempo de área ajustadoTA atual − TEV posterior, por pranchaPendente · pareamento

Validações necessárias com PCP / In-Haus

Estas decisões impedem a comparação exata entre os dois sistemas

  1. Como se identifica o próximo pedido da mesma prancha e o que acontece se não houver próximo atendimento?
  2. Quais solicitações entram na média (canceladas, abertas, sem equipamento, registros com erro, tipo de serviço)?
  3. O campo motivo contém um horário em qual fonte? O JSON amostrado pode conter texto, e não horário.
  4. Como separar as médias por turno, filtros de área, rota e datas exatamente como no Power BI?
  5. Como apurar carretas vazias/carregadas e demoras categorizadas quando os campos faltam?

Fonte: imagens do Power BI compartilhadas para estudo. Todos os cálculos desta página são locais e experimentais; nenhum dado é enviado nem atualizado no Portal Solum de produção.

Solicitações e rastreabilidade

Consulte registros, horários, equipamentos, operadores e destinos.

Detalhamento auditável
Solicitação, data, equipamento e situação aparecem primeiro. Use as setas para ver as demais colunas ou abra uma linha para ver tudo.

Performance dos equipamentos

Movimentações, peso informado e tempo médio por código de equipamento presente na API.

Equipamentos identificados na amostra: códigos obtidos do campo equipamento; vaga_equipamento descreve o vínculo informado. Campo recurso continua independente. Dados parciais, sem indicadores de horas efetivamente trabalhadas. Solicitações sem conclusão não significam equipamento indisponível.

Destaques do recorte

Até seis códigos com mais solicitações concluídas. A comparação completa permanece na tabela abaixo.

Comparativo por equipamento

Todos os equipamentos identificados nos filtros ativos; tempo médio usa ciclos cronologicamente válidos

Todos os códigos estão agrupados pelo tipo de vaga informado. Use as setas ou deslize para ver todas as métricas. “—” significa sem média elegível.

Explorador de recursos GaussFleet

Investigue o conteúdo do campo recurso e suas relações nos registros importados — sem assumir que cada código seja um trator.

Classificação pendente
Leitura exploratória e local: os códigos do campo recurso ainda não foram classificados pela GaussFleet. Números referem-se apenas à amostra importada e aos filtros ativos. Clique em um recurso para conferir campos e movimentações associadas. Dados pessoais ou operacionais restritos só poderão aparecer futuramente após seleção e autorização expressa dos campos publicados.

Códigos encontrados na API

Selecione um código para investigar

Código do recursoRegistrosConcluídosPeso informado
Selecione um recursoVeja os campos, solicitações e vínculos encontrados no JSON.

Registros do recurso selecionado

Abra uma solicitação para conferir TODOS os campos de origem recebidos no JSON.

Deslize horizontalmente para consultar os campos; use “Ver campos” para abrir o registro integral.
Nenhum recurso selecionado

Gargalos e oportunidades

Compare esperas registradas, frequência e duração. A causa operacional ainda requer validação.

Grupos com maior espera de alocação

Campo área_solicitante a validar · pedido → alocação

Rotas com maior movimentação

Origem → destino · volume registrado

Solicitações com maior tempo total

Pedido → conclusão; clique para analisar cada etapa

Importação e origem dos dados

Teste com a estrutura JSON da API documentada, sem necessidade de token.

Modo local · sem envio de arquivos

Importar resposta JSON

Compatível com resposta contendo error e msg (lista de movimentações).

Clique para selecionar um JSONArquivo .json · limite de 15 MB · processamento local no navegador
Privacidade: o arquivo é lido somente no seu navegador. Esta demonstração não envia dados para servidores nem os grava. Não importe arquivos operacionais reais em computador compartilhado. Ao recarregar, volta à amostra fictícia.

Como será a integração real

Informações baseadas no item 10 da documentação Usiminas/GaussFleet.

1
Endpoint GET (backend)

Consultar Fluxo de Bobinas/Placas com token guardado fora da pasta pública, nunca no JavaScript.

2
Sincronização controlada

Respeitar intervalo recomendado de 20 minutos, tempo de retorno próximo de 10 minutos e bloqueio de consultas simultâneas.

3
Persistência e consolidação

Gravar registros de forma idempotente, validar datas e agregações; manter último sincronismo bem-sucedido.

4
Controle de acesso

Disponibilizar futuramente somente dados aprovados pelo backend público de leitura, com limites e proteção contra abuso; a chave da API permanece privada.


Formato suportado neste protótipo
{\n "error": false,\n "msg": [\n {\n "id": "1",\n "solicitacao": "DEMO-000001",\n "equipamento": "TRATOR-DEMO-01", "vaga_equipamento": "TRATOR FICTÍCIO - 01", "recurso": "RECURSO-DEMO-01",\n "pedido": "01/01/2026 08:00:00",\n "alocacao": "01/01/2026 08:15:00",\n "conclusao": "01/01/2026 09:00:00"\n }\n ]\n}
GPS / Parado Ligado não fazem parte deste endpoint. O importador de planilhas Excel será um módulo separado, quando recebermos uma exportação real da Inhaus.