Painel para carregadores de veículos elétricos

Contexto e problema

Depois do agente de vendas da loja de baterias, o modelo foi replicado para uma empresa que vende carregadores para veículos elétricos, também cliente da Hunt Sales. O catálogo tem principalmente carregadores portáteis com plugues trocáveis e uma wallbox.

A pergunta que o comprador faz antes de fechar é em quanto tempo o carro dele carrega. A resposta depende dos dois lados: a capacidade da bateria e o limite de recarga do carro, e a potência de cada saída do carregador. O painel alimenta a base que o agente de IA consulta para responder isso na conversa, carro por carro e produto por produto, o que ajuda na venda.

Minha função

Com o resultado do agente de baterias, passei a ser o responsável pelas automações e pelos sistemas parecidos para outros clientes da Hunt Sales. Este foi um deles, no mesmo desenho: agente, base de dados e painel de gestão.

Solução e arquitetura

1. 01Painel de gestãoNode.js + Express servindo o front-end
   ↓→
2. 02Webhook do n8nValida e aplica as regras de negócio
   ↓→
3. 03SupabaseVeículos, produtos e saídas, por empresa
   ↓→
4. 04Simulador e agenteTempo de recarga em cada saída

• Veículos com a capacidade da bateria (kWh) e o limite de recarga em corrente alternada (kW).
• Produtos com várias saídas: um carregador pode ter várias saídas com potências diferentes. O exemplo é o portátil com plugues trocáveis de 10 A, 16 A, 20 A e 32 A: cada plugue é uma saída, com a sua potência (relação produto → saídas, com exclusão em cascata).
• Simulador de recarga: para o veículo escolhido, calcula o tempo em cada carregador pelo gargalo técnico, tempo (h) = bateria (kWh) ÷ min(limite AC do carro, potência do plug). O agente faz a mesma conta na conversa e também informava o tempo na recarga rápida em DC, para o cliente ter uma ideia antes de comprar.
• Multiempresa: o painel valida se a empresa está ativa antes de carregar os dados, e cada consulta é filtrada por empresa.
• Tempo real: o Supabase Realtime atualiza a tela quando os dados mudam, sem recarregar.
• Regras de negócio no n8n: as gravações passam por um webhook do n8n, que centraliza a validação antes de chegar ao banco.

Experimente

Escolha um carro e veja quanto tempo ele leva para carregar de 0 a 100% em cada carregador: no portátil com plugues trocáveis, em cada plugue. É a conta do simulador do painel, a mesma que o agente faz na conversa: a bateria dividida pela menor potência entre o limite AC do carro e a saída.

Simulação com dados fictícios · carros e carregadores inventados

Carregar a demo

O que é igual ao sistema e o que é simulado

• Igual ao sistema: a regra, tempo (h) = bateria (kWh) ÷ min(limite AC do carro, potência da saída), e os tipos de produto: portátil com plugues trocáveis (cada plugue é uma saída), portátil de uma saída e wallbox.
• Simulado: os nomes, os carros e as baterias são fictícios. A potência dos plugues é a corrente vezes 220 V, arredondada. Não há banco, n8n nem agente; a conta roda no seu navegador.
• A regra é uma estimativa de 0 a 100%: não conta perdas na recarga nem a desaceleração perto da carga completa.
• Só recarga em corrente alternada (AC), como no simulador do painel. Na conversa, o agente também informava o tempo na recarga rápida em DC, que aqui não é simulada.

Stack

• Painel: Node.js com Express servindo o front-end em HTML, CSS e JavaScript.
• Banco: Supabase, com o Realtime para atualizar a tela.
• Regras e gravações: n8n, por webhook.

Decisões e trade-offs

O gargalo decide o tempo

A potência que carrega o carro é a menor entre o limite AC do carro e a saída do carregador. Por isso o simulador mostra o tempo por saída, e não por produto: no portátil com plugues trocáveis, o plugue de 32 A (≈ 7 kW) só ajuda se o carro aceitar essa potência. Num carro limitado a 3,7 kW, os plugues de 20 A e de 32 A dão o mesmo tempo.

Regras de negócio num lugar só

As gravações passam pelo webhook do n8n antes de chegar ao banco, em vez de cada tela validar por conta própria.

Resultado

• O padrão “agente + base de dados + painel para humanos” funcionou num segundo nicho, com outro tipo de dado técnico.
• O agente passou a responder o tempo de recarga a partir dos dados cadastrados no painel.

Não houve medição formal de métricas, então não há números aqui.

Aprendizados

• O que se reaproveita de um cliente para outro é o desenho (agente, base de dados e painel), não as tabelas: aqui o dado central é a relação entre carro e saída, e não uma tabela de compatibilidade.