Por que a logística com temperatura controlada precisa de dados de eventos, não apenas de médias

A logística com temperatura controlada funciona sobre uma suposição: um registro limpo significa uma remessa segura. Nem sempre é assim. A remessa de um distribuidor farmacêutico é rejeitada. O registro parecia impecável: 18 horas a 3,2 °C. Mas o auditor encontrou 20 minutos na doca de carga, com a porta aberta, um pico que os relatórios de viagem padrão nunca captaram. A maioria dos sistemas mostra trajetos e limites. O Trips Intelli, um aplicativo gratuito e de código aberto da Navixy, reconstrói uma viagem como essa em uma única linha do tempo, com paradas, aberturas de porta e leituras de sensores em um só lugar.

Muitas vezes os dados existem, mas estão divididos em três tabelas com três resoluções diferentes, e nada os une para reconstruir aquele momento. Os dados de sinistros do TT Club apontam na mesma direção. Mais da metade dos incidentes de temperatura controlada vêm de instruções de manuseio mal comunicadas e ajustes de temperatura incorretos, enquanto falhas ou danos de equipamento respondem por cerca de um quarto. Neste caso, o equipamento de refrigeração aguentou a noite toda. A carga ficou exposta durante 22 minutos na doca.

Este artigo mostra como uma camada de analítica pode responder à pergunta do auditor: o que exatamente aconteceu na doca de carga às 14h22?

As mudanças de estado são onde as remessas sensíveis à temperatura realmente falham

As diretrizes da OMS sobre armazenamento e transporte de produtos farmacêuticos sensíveis ao tempo e à temperatura (TRS 961, Anexo 9) abordam esses pontos por meio de requisitos para docas de carga, qualificação de rotas de transporte e monitoramento de temperatura em trânsito. Em uma viagem rodoviária refrigerada, a carga está mais exposta nos pontos de manuseio:

• o período inicial de pré-resfriamento,
• o carregamento,
• as aberturas de porta durante a entrega,
• o tempo de permanência em paradas múltiplas,
• e as retenções na alfândega ou na fronteira.

Essas não são as partes da viagem em que um registrador de temperatura se destaca. Costumam ser imprevistas e fáceis de passar despercebidas em dados médios, e é exatamente quando a cadeia fria tem mais probabilidade de se romper.

A consequência regulatória segue logicamente. As diretrizes de Boas Práticas de Distribuição da UE (2013/C 343/01) exigem que excursões de temperatura durante o transporte sejam comunicadas ao distribuidor e ao destinatário e investigadas conforme um procedimento definido. O distribuidor também deve conseguir demonstrar que os medicamentos não foram expostos a condições que pudessem comprometer sua qualidade. A GUI-0069 da Health Canada (diretrizes para o controle ambiental de medicamentos durante armazenamento e transporte) define expectativas semelhantes para medicamentos em trânsito. Uma média horária "aprovada" oferece pouco a um investigador quando a excursão durou 22 minutos.

Para produtos frescos e cadeias frias de grau alimentício o texto regulatório difere, mas a realidade operacional é idêntica: uma remessa rejeitada em um centro de distribuição por questões de temperatura será investigada evento a evento, não média por média.

O problema de integração da logística com temperatura controlada

Este é o problema concreto de dados. Uma implantação telemática moderna normalmente produz três fluxos: um registro de posições GPS, um registro de sensor de temperatura e eventos de telemetria como ignição ligada/desligada e porta aberta/fechada.

Na maioria dos sistemas de frota, esses fluxos vivem em tabelas separadas ou podem ser consultados em resoluções diferentes. Dependendo da configuração do dispositivo, as leituras de temperatura e as posições GPS costumam ser registradas em intervalos diferentes. Os eventos de porta têm marca de tempo ao segundo, mas frequentemente são armazenados em um esquema projetado para alertas em tempo real, não para a correlação posterior.

O evento de abertura de porta que causou a excursão está a quatro linhas da leitura de temperatura que o registrou. Uni-los exige conhecer os limites da viagem, o contexto de geocerca da parada e os identificadores de canal de sensor que correspondem a um compartimento de carga específico. A maioria das organizações ou não faz essa junção de forma alguma, ou contrata um integrador para construí-la uma vez para um único cliente e nunca a generaliza.

Essa é a lacuna. Não é um problema de hardware. É um problema de arquitetura de dados.

O Navixy IoT Query, uma plataforma de analítica de dados, expõe todo o conjunto de dados telemáticos e de negócio como uma conexão PostgreSQL direta: dados de rastreamento, leituras de sensores, eventos de geocerca, estados personalizados e metadados de viagens em um esquema que você pode consultar com SQL padrão. O IoT Query torna a junção possível. O Trips Intelli torna a investigação utilizável.

O que é o Trips Intelli

O aplicativo Trips Intelli cobre a camada que faltava de correlação de eventos no nível da viagem, como um aplicativo completo de inteligência de viagens. Ele não tem sua própria camada de ingestão de dados. Ele se conecta à mesma superfície PostgreSQL que qualquer usuário Navixy com acesso ao IoT Query pode consultar, e executa um pipeline de processamento em várias etapas sobre esses dados para produzir analíticas de viagem e registros de conformidade.

A escolha de arquitetura importa para quem constrói: não há API proprietária a negociar, nenhum data warehouse intermediário a manter e nenhum pipeline de reingestão a manter sincronizado. O processamento acontece sobre dados que já existem.

Cinco perguntas de investigação, respondidas no nível da viagem

Um auditor de conformidade que revisa uma remessa com temperatura controlada fará uma classe específica de perguntas.

Não "Qual foi a temperatura média?", mas:

• Onde estava o veículo quando o sensor cruzou o limite?
• A porta estava aberta naquele momento?
• Foi uma parada programada ou um desvio não planejado?
• Este motorista vem fazendo turnos de hora extra?
• Qual é o perfil de risco desta viagem em comparação com outras no mesmo corredor?

Nenhuma dessas perguntas pode ser respondida apenas com uma faixa de temperatura e um registro GPS. A conformidade da cadeia fria precisa ser entendida no contexto da viagem inteira, não como um gráfico de temperatura separado. O Trips Intelli foi construído para reunir rota, temperatura, eventos de porta, paradas e status da viagem no mesmo contexto de investigação.

Segmentação de viagens com estacionamento classificado. O pipeline segmenta cada fluxo de posições em viagens e paradas, classifica cada parada como MOVING, PARKING ou ENGINE_ON_PARKING, e anexa duração e contexto de geocerca. Uma parada de 22 minutos na doca de carga de um centro de distribuição é um evento distinto e rotulado, não uma lacuna no rastreamento GPS.

Conformidade com o corredor de rota. Cada viagem é verificada contra um corredor de rota definido. Os desvios são classificados por tipo: fora de rota, parada não autorizada, com o trecho e a marca de tempo da saída. Também podem ser graduados por gravidade, ajudando os analistas a distinguir um desvio menor do corredor de um evento que exige investigação imediata. Um motorista que fez um desvio não planejado pelo pátio de um armazém sem refrigeração é um caso diferente de um motorista que parou em um cross-dock programado.

Monitoramento de limites de sensor no contexto de geocerca. Temperatura, nível de combustível, umidade ou qualquer sensor disponível no esquema do IoT Query pode ser monitorado contra limites mín./máx. configuráveis. O alerta inclui a leitura do sensor, a marca de tempo e a geocerca em que o veículo estava naquele momento. Isso significa que você pode responder "A excursão aconteceu durante o carregamento no Armazém de Origem B, ou em trânsito?" com uma única consulta, em vez de uma junção manual.

Correlação do estado da porta com localização e temperatura. Os eventos de abertura de porta são correlacionados com a posição do veículo e a leitura de temperatura na mesma marca de tempo. Em vez de revisar gráficos separados, um investigador pode acompanhar uma linha do tempo em várias camadas que combina temperatura, estado da porta, posição na rota e status da viagem em uma única visão. Você pode ver, por exemplo, que a temperatura subiu de 3 °C para 11 °C durante um evento de porta aberta de 14 minutos nas coordenadas [x, y], enquanto o veículo estava fora do corredor de rota previsto. Esse é o tipo de sequência que uma investigação regulatória precisa reconstruir.

Pontuação de anomalias por ML com explicação em texto claro. Cada viagem recebe uma pontuação de risco de um modelo IsolationForest treinado com o próprio histórico de viagens da frota. Viagens anômalas surgem com uma explicação em texto claro: "Fora de turno / Noturno", "Duração incomum para este corredor" ou "Padrão de desvio de sensor inconsistente com a rota". Um analista pode priorizar investigações sem ler cada registro bruto. A pontuação é um indicador probabilístico; uma viagem sinalizada merece revisão, não uma conclusão adversa automática.

Saiba mais sobre os diferentes níveis de relatórios de viagens na Navixy.

A visão que transforma telemetria bruta em um registro de investigação

A visão principal do aplicativo é uma tabela de viagens com um painel de filtros, um mapa incorporado e uma linha do tempo de status. Um gerente de conformidade que revisa uma remessa sinalizada pode filtrar por excursão de sensor, evento de porta ou desvio de rota, selecionar a viagem e ver a linha do tempo reconstruída completa em uma única visão: posição GPS, canal de temperatura, estado da porta e marcadores de eventos anotados. A exportação para XLSX é feita com um clique.

Esta é a interface que a pessoa que apresenta uma resposta regulatória ou negocia um sinistro com uma transportadora realmente usa. O desenvolvedor que a construiu trabalha na camada de consultas; o gerente de conformidade que a usa trabalha na camada de eventos. Ambos olham para os mesmos dados.

Resultados por função: o que realmente muda

O Trips Intelli produz um único registro no nível da viagem, correlacionando dados de GPS, sensores e eventos em uma única visão. O que muda é a parte do registro que cada função lê.

Para o gerente de conformidade: um desvio de temperatura pode ser rastreado até o evento específico de carregamento ou de porta que o causou, com marca de tempo, localização e duração. As BPD da UE e a GUI-0069 da Health Canada exigem exatamente isso antes de uma decisão de disposição. Antes, o registro era montado manualmente a partir de três sistemas; agora é uma única visão filtrada.

Para o despachante: viagens fora de turno, motoristas em hora extra e rotas fora do corredor aparecem na mesma tabela que as excursões de temperatura. Um motorista fazendo um turno noturno em um corredor de entrega farmacêutica e um motorista com uma parada não autorizada em uma loja de conveniência são ambos visíveis sem extrair relatórios separados de um sistema à parte.

Para o gestor de frota: as pontuações de anomalia por ML tornam a revisão semanal viável. Uma frota de 200 veículos gera 1.400 viagens por semana. Ler cada registro não é uma opção. As 12 primeiras por pontuação de risco, revisadas na manhã de segunda-feira, capturam os incidentes que exigem atenção, incluindo aqueles em que o registro de temperatura teria parecido correto.

Para o integrador de sistemas que constrói sobre a plataforma: o esquema do IoT Query que ele consulta é o mesmo esquema disponível para qualquer desenvolvedor que construa sobre a Navixy. Adicionar um novo canal de sensor, um limite específico de uma regulamentação ou um corredor de rota específico de um cliente é uma mudança de configuração e, em alguns casos, uma modificação de SQL.

O Trips Intelli produz o registro e a classificação de risco. Ele não certifica conformidade, não garante a aceitabilidade de uma remessa nem substitui a decisão de disposição que cabe a uma pessoa qualificada conforme a regulamentação aplicável.

Primeiros passos com o Trips Intelli: o esquema já está lá

O IoT Query é a superfície de conexão PostgreSQL que o Trips Intelli consulta. Se a operação de logística com temperatura controlada do cliente já roda sobre dados de frota da Navixy (posições GPS, leituras de sensores, eventos de geocerca), o esquema já está lá. Você não precisa construir uma camada de ingestão.

Este é exatamente o tipo de problema que seus próprios clientes já estão enfrentando: uma remessa rejeitada com provas frágeis, uma equipe de conformidade fazendo perguntas que os dados de frota ainda não conseguem responder. O Trips Intelli lhe dá uma resposta pronta: uma solução que você pode apresentar a qualquer cliente que movimente carga sensível à temperatura, sem construir você mesmo a lógica de correlação de eventos.

É mais uma coisa que você pode oferecer a um cliente sem adicionar trabalho de engenharia.