Por ChargeRFID
Método de revisão: Verificámos este guia com base nas referências primárias regulamentares, de protocolo e de fabricantes indicadas abaixo. As recomendações de produto refletem a perspetiva de fabrico da ChargeRFID e devem ser validadas com o seu leitor, carregador e backend.

Gerir uma frota comercial de veículos elétricos altera a economia do carregamento. Em vez de um condutor a pagar com um cartão de crédito pessoal numa estação de serviço, há 50, 500 ou 5000 condutores a carregar em depósitos, postos públicos e carregadores domésticos — e cada sessão gera dados de custo, de kWh e com relevância fiscal que têm de ser integrados corretamente no software de gestão de frotas. Os cartões RFID de carregamento para frotas são a forma de captar esses dados na origem.
Este guia explica o que distingue um cartão RFID de carregamento para frotas de um cartão para consumidores, como funciona a cadeia de autenticação e de relatórios e o que especificar ao emitir cartões num programa comercial de veículos elétricos.
O que distingue um cartão RFID de carregamento para frotas
Um cartão de carregamento apresenta um token. Se esse token representa um condutor, um veículo, um depósito, um centro de custos ou um contrato, é algo determinado pelos backends da frota e de carregamento. Um único cartão não identifica, por si só, todas essas entidades em simultâneo.
O cartão pode utilizar uma credencial de 13.56 MHz com autenticação AES ou outra tecnologia compatível com o leitor. A distinção importante é a forma como o respetivo identificador ou aplicação protegida é preparado e mapeado nos backends:
Como funciona a autenticação RFID de frotas em postos OCPP
O fluxo de autorização e de transação depende da versão do OCPP. Um percurso típico em OCPP 1.6 é o seguinte:
Quando um condutor aproxima um cartão de frota do leitor num depósito ou num posto público:
Nas frotas que combinam carregamento em depósito e em postos públicos, o roaming OCPI encaminha os CDR dos CPO externos, através do MSP da frota, para o mesmo circuito de relatórios.
Modelos de cartão por veículo e por condutor
A maioria das frotas escolhe entre duas arquiteturas:
Os cartões por veículo ficam com o veículo (no porta-luvas ou presos a um porta-chaves). Vantagens: experiência simples para o condutor e reatribuição fácil quando os condutores trocam de veículo. Desvantagens: são roubados juntamente com o veículo e não permitem isolar o comportamento de cada condutor.
Os cartões por condutor acompanham o condutor de veículo para veículo. Vantagens: imputação direta ao nível do condutor. Desvantagens: a imputação exata por veículo e por quilometragem continua a exigir dados de atribuição ou de telemática, e o tratamento fiscal tem de seguir as regras aplicáveis da HMRC, e não apenas o modelo de cartão.
Muitas frotas de grande dimensão emitem ambos — um cartão por condutor para imputação de custos e um porta-chaves por veículo para redundância e facilidade de acesso.
Gestão de chaves em vários depósitos
Nas frotas com vários depósitos, a autorização pode ser aplicada no backend por grupo de tokens, veículo, condutor ou local. A credencial de 13.56 MHz com autenticação AES também suporta chaves de aplicação diversificadas quando os leitores instalados autenticam uma aplicação protegida, em vez de lerem apenas o UID público.
Com uma aplicação protegida corretamente concebida, domínios de chaves separados podem limitar o alcance de um comprometimento de chaves. A rotação dessas chaves continua, no entanto, a exigir um processo documentado que abranja leitores, cartões, módulos seguros e backend; num esquema de autorização baseado no UID público, a revogação faz-se, em alternativa, no backend, por token individual ou por grupo.
Evite uma única chave de aplicação partilhada por toda a frota, mas não acrescente chaves aos cartões que os leitores de carregamento e o backend nunca autenticam. Adeque o controlo à arquitetura de autorização real.
Relatórios: do CDR OCPP a resultados prontos para a HMRC
O cartão é apenas o ponto de entrada. É a cadeia de relatórios que torna um programa de frota financeiramente viável.
Um fluxo de trabalho típico de uma frota no Reino Unido:
A cadeia que vai do cartão ao relatório deve ser auditável de ponta a ponta. Esse registo de auditoria provém normalmente dos valores de contagem do posto, dos eventos OCPP, dos registos de sessões e de CDR do CPO/eMSP, dos dados tarifários, dos mapeamentos de tokens e dos metadados da frota. As funcionalidades de MAC de transação da credencial de 13.56 MHz com autenticação AES não criam nem validam automaticamente o CDR de carregamento do backend, sobretudo quando um carregador lê apenas o UID do cartão.
Roaming para carregamento misto em depósito e em postos públicos
A maioria das frotas comerciais não consegue funcionar apenas com carregamento em depósito. Os condutores de longo curso, os operadores de última milha com rotas variáveis e qualquer frota com políticas de carregamento doméstico precisam de acesso a redes públicas com o mesmo cartão.
É aqui que a publicação de tokens e os acordos de roaming ativos se tornam importantes. Um cartão de frota emitido por um eMSP pode funcionar nos CPO contratados a que se acede através de uma plataforma de interligação (hub) ou de uma ligação OCPI/OICP direta. A cobertura deve ser aferida a partir da lista atual de redes contratadas do eMSP; o número total de pontos ligados a uma plataforma não garante que um determinado cartão seja aceite em todo o lado.
Os CDR regressam ao MSP da frota, são novamente tarifados se o contrato utilizar um modelo com margem e seguem para o mesmo circuito de relatórios que as sessões em depósito.
O que especificar ao emitir cartões RFID de carregamento para frotas
Um exemplo de lista de verificação para aprovisionamento:
Erros comuns em programas de cartões para frotas
Próximos passos
Um programa de cartões RFID de carregamento para frotas assenta numa especificação com quatro eixos: segurança do chip, formato de codificação, alcance de roaming e integração com os relatórios. Acerte nestes pontos e os cartões tornam-se uma infraestrutura invisível — os condutores aproximam o cartão, a energia flui e os dados chegam corretamente à contabilidade da frota.
Consulte os nossos cartões de carregamento de VE em PVC reciclado e madeira FSC ou saiba como criámos programas de cartões para frotas com um programa de carregamento de VE selecionado e um programa de carregamento para frotas selecionado. Fale connosco sobre o programa de carregamento da sua frota — ajudamos a especificar o cartão certo e a alinhá-lo com o seu MSP.
Os nomes de empresas, redes e produtos referidos neste artigo são marcas comerciais dos respetivos proprietários. São utilizados de forma descritiva para identificar os sistemas com os quais os nossos cartões interoperam. A ChargeRFID é um fabricante independente e este artigo não afirma qualquer afiliação, parceria ou aprovação.
Fontes primárias
Referências oficiais utilizadas para rever as afirmações regulamentares, de protocolo e ao nível do chip apresentadas neste guia.
- Open Charge Point Protocol (OCPP)Open Charge Alliance
- Especificação Open Charge Point Interface (OCPI)EV Roaming Foundation
- Tratamento fiscal de carros de empresa elétricosHM Revenue & Customs
- Valores indicativos de reembolso por milha para carros elétricos de empresaHM Revenue & Customs
Próximo passo
Transforme a pesquisa numa especificação de cartão.
Indique o contexto do leitor, do chip, dos dados ou da implementação e identificaremos as decisões necessárias para as amostras e a produção.
Continuar a ler
Artigos relacionados

Roaming RFID: como um único cartão funciona nas redes de carregamento de VE aderentes (guia de 2026)
Um cartão RFID, todas as redes de carregamento. Como funciona o roaming de veículos elétricos através do OCPI e do OICP, porque é que os condutores deixam de precisar de uma aplicação por rede e como as frotas obtêm um único cartão e uma única fatura em mais de 1 milhão de carregadores em 2026.

Uma ferramenta gratuita de reconciliação de credenciais RFID para equipas de carregamento de veículos elétricos
Compare ficheiros de credenciais de produção e do backend, exponha discrepâncias de formatação de UID e exporte as evidências necessárias para corrigir uma implementação RFID antes do lançamento.