Auditoria de telemetria e jornadas: triagem de exceções com apoio de IA

Considere uma cena de exemplo. Às 14h10, o rastreador de um caminhão registra movimento. O registro de jornada diz que a pausa foi até as 14h40. O veículo se move durante uma pausa registrada; isso merece conferência da escala e dos registros antes de qualquer conclusão. Ninguém percebe, porque ninguém olha as duas telas ao mesmo tempo.

Esse é o problema inteiro em uma cena. Sem cruzar os registros, essa diferença pode passar despercebida até virar reclamação, custo ou sinistro. Veja como essa comparação chega à fila de análise.

Do que a cena é feita

Ampliando a visão. A plataforma de telemetria guarda posição, velocidade, paradas e eventos de ignição. O sistema de jornada guarda o início, as pausas e o fim de cada turno. Dois sistemas, duas chaves, dois relógios que nem sempre concordam.

Os sistemas já registram os eventos; comparar os registros à mão consome tempo da equipe. Numa frota de porte médio, isso vira uma pilha de relatórios que ninguém abre até algo dar errado, e a auditoria acontece só por exceção: um cliente reclama, um custo sobe, um sinistro aparece, e alguém volta aos dados para reconstruir o que aconteceu.

Cruzando as duas fontes

O primeiro trabalho é definir o que amarra os dois sistemas. Quase sempre é a combinação de veículo e janela de tempo; a escala do dia sugere o motorista previsto.

Antes de comparar, normalize os horários para uma mesma referência. Os dois sistemas podem usar fusos e arredondamentos diferentes, e sem isso boa parte das divergências é apenas ruído de medição.

Depois, o cruzamento em si. A telemetria marca movimento às 14h10. A jornada registra a retomada às 14h40. Marcado: uma divergência candidata de 30 minutos naquele veículo, naquele turno. Não é preciso resolver todas as divergências de uma vez. Basta marcar onde elas aparecem.

flowchart TD
    A["Telemetria marca movimento às 14h10"] --> C["Divergência de 30 minutos"]
    B["Jornada registra retomada às 14h40"] --> C
    C --> R{"Regra e limiar do negócio"}
    R --> D["Exceção para análise"]
    D --> E["Fila de análise por critério do negócio"]
    E --> F["Revisão humana"]

Quem decide é a regra, não o dado

Uma divergência de horário, sozinha, pode não significar nada. Trinta minutos a mais podem ser um erro de apontamento ou jornada não registrada. O que decide isso não é o dado, é a regra de negócio. Alguns critérios que aparecem em operações de frota:

• parada fora de ponto autorizado acima de certo tempo;
• movimento sem registro de jornada ativo;
• registro ativo sem movimento por longos períodos;
• velocidade acima do limite da via.

Cada critério gera um tipo de exceção, com um peso diferente. Os limiares não precisam ser perfeitos na primeira versão: partem de uma linha de base e são ajustados conforme o time vê o que chega à fila. Um limiar baixo demais gera alertas demais; um limiar alto pode deixar casos relevantes de fora.

Num desenho possível, a IA apoia essa etapa de duas formas: agrupa exceções parecidas para não tratar cada caso como único e sugere uma leitura inicial para cada grupo, que o time confirma ou corrige. O critério continua sendo da empresa. O apoio está na triagem, não na decisão.

De volta ao caminhão

Voltemos à divergência das 14h10. Com as regras no lugar, ela entra na fila para comparação, com o trecho de telemetria, o registro de jornada e a regra candidata anexados.

Um analista olha e decide o que é: erro de dado, falha de processo ou algo que precisa de tratamento. Digamos que o motorista registrou a pausa no fim, de cabeça. O caso fecha como erro de apontamento, e o achado fica registrado para que o time revise a regra antes da próxima rodada de triagem.

A fila fica ordenada por impacto, exceções de maior peso no topo, as de menor risco agrupadas e conferidas por amostragem. A revisão humana não é opcional: é onde o processo conquista confiança. Registrar a decisão de cada caso é o que permite revisar as regras semanas depois.

O que medir quando o ciclo roda

Sem medição, a fila vira mais um relatório que ninguém usa. Alguns indicadores que costumam fazer sentido:

• quantas exceções foram marcadas e quantas foram analisadas;
• tempo médio entre a ocorrência e a análise;
• quantas exceções foram classificadas como falso positivo;
• quantos casos foram resolvidos sem escalar para outra área.

Esses números não provam retorno. Mostram se a triagem funciona e onde precisa de ajuste. Retorno é uma hipótese avaliada depois, com o processo em uso.

Em resumo

Os dados de telemetria e jornada já existem. O que não escala é ler tudo à mão. Normalize os relógios, cruze as fontes por veículo e janela de tempo, marque as divergências e deixe as regras de negócio decidir o que vira exceção. Depois, coloque uma fila de análise e um revisor nomeado na frente. Esse é o caminho para enxergar o caso das 14h10 antes de ele virar reclamação, sem trocar os sistemas atuais.

Se vale a pena avaliar esse processo na sua operação, o diagnóstico costuma ser planejado para 2 a 3 semanas. Um piloto, quando faz sentido, costuma ser estimado em 4 a 6 semanas após a definição do escopo. Quer começar? Solicitar diagnóstico.