Enriquecimento de dados de veículos em sistemas empresariais
Uma plataforma de frota já sabe muito sobre o veículo. Um sistema de pagamento, o aplicativo de um fornecedor de baterias ou um diretório de motoristas sabe algo diferente que pode ser igualmente importante. Frequentemente, esses sistemas não compartilham naturalmente o que sabem, e as decisões são tomadas sem o contexto completo.
Conectar essas peças que faltam costumava significar criar outra integração. Com IoT Logic, muitas delas podem simplesmente se tornar parte do fluxo de dados do veículo.
Um projeto completo de integração de dados por trás de alguns campos extras
E essas peças que faltam podem ser surpreendentemente pequenas, como um ID de ativo armazenado em um ERP, uma categoria de serviço atribuída pela equipe de operações ou uma referência de contrato em um CRM. Nenhuma delas é particularmente interessante por si só, mas cada uma pode se tornar útil quando está disponível junto com os dados do veículo.
Nada disso parece um projeto de integração de dados. No entanto, obter até mesmo alguns desses valores de um sistema para outro tradicionalmente exigia que alguém definisse o escopo da conexão, a construísse, a testasse e a mantivesse.
A empresa pode precisar de três campos extras. A resposta técnica pode acabar sendo outra integração personalizada.
IoT Logic oferece outra maneira de enriquecer os dados do veículo. Um sistema externo pode enviar atributos adicionais para um dispositivo que já está sendo rastreado na plataforma. Os dados recebidos são mapeados para o dispositivo correto e se juntam ao fluxo de dados existente, onde podem ser usados em processamento e automação adicionais.
O formato da solicitação e detalhes de autenticação são abordados na documentação técnica. Aqui, veremos o que acontece com os dados depois que chegam à plataforma.
Como os dados externos entram no fluxo de dados do veículo
Primeiro, os dados recebidos precisam encontrar o veículo certo. O sistema externo os envia com um identificador, e o IoT Logic usa o mapeamento configurado para corresponder esse identificador a um dispositivo já registrado na plataforma. Em seguida, os novos atributos se unem ao fluxo de dados do dispositivo, junto à telemetria que ele já reporta.
Nada muda no lado do dispositivo. O rastreador continua reportando como antes, enquanto o IoT Logic pode usar os atributos adicionais em cálculos, condições, automação e processamento posterior.
Normalmente, um fluxo de telemetria começa com o dispositivo. O rastreador envia uma nova mensagem, e essa mensagem é processada pelo IoT Logic. Eventos em outros sistemas não seguem necessariamente esse ritmo. Um pagamento pode ser confirmado, um status pode mudar ou um serviço externo pode gerar um novo valor enquanto o veículo não tem nada novo para reportar.
O HTTP Push permite que esses dados entrem no fluxo quando o evento externo acontece, em vez de aguardar a próxima mensagem do dispositivo. Uma confirmação de pagamento, por exemplo, pode chegar quando a transação é aprovada e se tornar parte da lógica que determina o que acontece em seguida.
Enriquecimento de dados de veículos em fluxos de trabalho reais
O que acontece em seguida depende de para que a frota precisa desses dados adicionais. Um status de pagamento pode determinar se um veículo pode ser destrancado, condições climáticas podem mudar a forma como sua telemetria é avaliada, enquanto dados de um sistema interno de negócios ou de uma plataforma OEM podem adicionar contexto que o rastreador não fornece.
Os exemplos a seguir acompanham esses cenários no IoT Logic. Os fluxos são ilustrativos em vez de configurações prescritivas, pois os atributos, condições e ações exatas vão depender do sistema externo, dos dispositivos envolvidos e do fluxo de trabalho em construção.
A confirmação de pagamento pode se tornar uma ação do veículo
Considere uma operadora de mobilidade compartilhada que precise que o pagamento e o acesso ao veículo aconteçam em um único processo. O provedor de pagamento sabe quando uma transação foi aprovada, enquanto a plataforma de frota sabe qual veículo o cliente está tentando usar. Sem uma conexão entre os dois, pagamento e controle do veículo permanecem fluxos de trabalho separados.
O provedor de pagamento pode enviar o status da transação junto com um identificador que o mapeia ao veículo relevante. Assim que esse status entra no fluxo de dados do veículo, o IoT Logic pode usá-lo como parte da lógica que determina o que acontece em seguida.
Por exemplo, um pagamento confirmado pode permitir que seja enviado um comando de destrancar para o veículo. Um pagamento rejeitado ou ausente manteria o veículo trancado. O operador ganha um fluxo automatizado em vez de ter que coordenar o sistema de pagamento e o controle do veículo separadamente.
Exemplo de fluxo no IoT Logic
Um possível fluxo poderia ser:
Provedor de pagamento → HTTP Push → Mapear transação para o veículo → Verificar status de pagamento → Enviar comando de destrancar
O sistema externo envia um atributo como payment_status para o veículo mapeado. O IoT Logic avalia o valor e, quando as condições necessárias são atendidas, encaminha a mensagem para o nó responsável pelo envio do comando ao dispositivo.
Em um fluxo de produção, um operador normalmente adicionaria suas próprias salvaguardas em torno dessa lógica, como verificar a referência da transação, o estado do veículo ou outras condições exigidas pelo serviço.
Dados meteorológicos podem tornar as regras do veículo menos rígidas
As regras do veículo geralmente operam com limites fixos. Isso funciona até que as condições ao redor do veículo mudem.
Uma frota pode tolerar um padrão de velocidade, frenagem ou movimento em uma estrada seca e querer uma resposta diferente durante chuva forte, gelo ou visibilidade reduzida. O serviço de meteorologia tem esse contexto, mas o rastreador em si não precisa medir isso.
Ao enriquecer os dados do veículo com as condições atuais de uma fonte meteorológica externa, o IoT Logic pode incluir esse contexto ao avaliar a telemetria do veículo. O mesmo comportamento do veículo pode então produzir resultados diferentes, dependendo das condições em que ele ocorre.
Para um operador, isso abre a possibilidade de regras mais situacionais, sem exigir outra fonte de telemetria do próprio veículo.
Exemplo de fluxo no IoT Logic
Um fluxo ilustrativo poderia ser:
Serviço de meteorologia → HTTP Push → Mapear condições para o veículo → Combinar com a telemetria do veículo → Aplicar lógica específica à condição → Alerta ou ação
O serviço externo pode fornecer atributos que descrevem precipitação, visibilidade, temperatura ou condições relacionadas à estrada. O IoT Logic pode usar esses valores em conjunto com a telemetria do veículo em cálculos ou lógica condicional.
Por exemplo, uma regra pode aplicar um limite de velocidade diferente quando um atributo meteorológico mapeado indicar condições severas. Os limites exatos e a resposta continuam sendo decisões de negócio, em vez de algo definido pelo próprio mecanismo de enriquecimento.
Registros de negócios podem acompanhar os dados do veículo
Nem todo caso de uso de enriquecimento precisa controlar o veículo. Às vezes, as informações úteis já estão armazenadas em um sistema interno de negócios, mas muito distantes dos dados operacionais.
Uma empresa pode manter designações de veículo, categorias de serviço, referências de contrato, equipes responsáveis ou outros atributos operacionais em seu ERP, CRM ou aplicativo interno. A equipe de frota pode precisar de algumas dessas informações ao revisar a atividade do veículo ou ao executar processos automatizados, mesmo que não tenham nada a ver com o que o rastreador mede.
Em vez de reproduzir manualmente esses registros na plataforma de frota, os valores relevantes podem ser enviados para o veículo mapeado. Em seguida, eles ficam disponíveis junto com sua telemetria e podem participar de processamento, relatórios ou entrega de dados a outros destinos.
Este é o enriquecimento de dados de veículos em sua forma mais silenciosa. Nada dramático acontece com o veículo, mas a telemetria se torna muito mais útil para as pessoas e sistemas que a consomem.
Exemplo de fluxo no IoT Logic
Um fluxo básico poderia ser:
ERP / CRM / sistema interno → HTTP Push → Mapear atributos de negócios ao veículo → Dados do veículo enriquecidos → Processamento ou destino subsequente
Por exemplo, um sistema interno pode enviar um contract_id, service_type ou outro atributo operacional associado ao veículo. O IoT Logic pode preservar esse contexto enquanto os dados do veículo são processados, permitindo que a lógica subsequente ou sistemas subsequentes trabalhem tanto com a telemetria quanto com as informações de negócios.
Quais atributos pertencem ao fluxo depende da operação. A ideia não é copiar todo o registro do CRM ou ERP para a plataforma de frota, mas trazer apenas os poucos valores que tornam os dados do veículo mais úteis.
Dados de bateria OEM podem preencher lacunas na telemetria do rastreador
Dados de bateria são um caso um pouco diferente porque muitos rastreadores já relatam parâmetros relacionados a bateria. A lacuna útil aparece quando um fabricante de veículos elétricos (EV) ou um sistema de gerenciamento de baterias tem informações que o dispositivo de telemetria instalado não fornece.
Uma plataforma OEM pode expor informações adicionais sobre o estado de carga, saúde da bateria, status de carregamento ou outro parâmetro de bateria por meio de seu próprio sistema. Por si só, essas informações vivem separadas da telemetria GPS e operacional do veículo.
Enviar esses valores relevantes para o veículo mapeado une as duas fontes sem alterar a forma como o rastreador faz seus relatórios. As operações de frota podem então trabalhar com localização, movimentação e o contexto adicional da bateria no mesmo fluxo de dados.
Para uma frota de veículos elétricos, isso pode ser muito mais útil do que tratar o portal OEM e a plataforma de frota como dois lugares separados para verificar o que está acontecendo com o mesmo veículo.
Exemplo de fluxo no IoT Logic
Um possível fluxo é:
Plataforma OEM / BMS → HTTP Push → Mapear dados ao veículo → Adicionar atributos de bateria → Combinar com a telemetria do rastreador → Processamento, alerta ou sistema subsequente
Suponha que o sistema OEM forneça um parâmetro de bateria que o rastreador não possui. Ele pode enviar esse valor como um atributo adicional para o veículo mapeado. O IoT Logic passa então a ter tanto a telemetria nativa do rastreador quanto os dados de bateria fornecidos externamente disponíveis no mesmo fluxo.
A partir daí, a frota pode aplicar sua própria lógica. Pode encaminhar os dados enriquecidos para outro sistema, avaliar uma condição relacionada à bateria em conjunto com a atividade do veículo ou usar o parâmetro adicional como contexto para um alerta operacional.
Nesses exemplos, os dados externos desempenham papéis diferentes, mas o veículo permanece o ponto que conecta tudo. O status de pagamento pode gerar uma ação, os dados meteorológicos podem afetar uma regra, atributos de negócios podem adicionar contexto operacional e dados OEM podem preencher uma lacuna na telemetria disponível pelo rastreador.
Em cada caso, os dados externos são mapeados para um dispositivo conhecido e adicionados ao lado da telemetria que ele já reporta. Eles não substituem o GPS ou dados de status nativos do dispositivo. Isso mantém o enriquecimento de dados do veículo focado em adicionar o contexto de que o fluxo de trabalho precisa, enquanto o veículo permanece no centro do fluxo de dados.
Quando outra fonte de dados não significa mais outra integração
Para parceiros e integradores de sistemas, isso muda uma conversa familiar com um cliente. “Podemos trazer esses dados para o Navixy também?” não precisa mais levar imediatamente a “Vamos precisar criar uma integração.”
Às vezes, uma integração personalizada ainda será a resposta certa. Mas quando o sistema externo pode enviar os dados de que o IoT Logic precisa, uma solicitação que antes parecia um projeto de desenvolvimento pode estar muito mais próxima de uma tarefa de configuração.
Isso faz com que pequenas ideias de enriquecimento também valham a pena serem consideradas. A questão não é mais apenas se um novo projeto de integração de dados pode ser justificado, mas se trazer esse contexto extra para o fluxo de dados do veículo pode tornar um fluxo de trabalho existente mais eficiente.
Quer ver como o enriquecimento de dados de veículos pode funcionar para o seu negócio? Entre em contato com nossa equipe, e ajudaremos você a explorar seu caso de uso e responder às suas perguntas.