Como configurar o acesso RFID em carregadores comerciais

Para configurar o acesso RFID em carregadores comerciais de veículos elétricos, confirme que o leitor suporta a sua credencial, recolha o identificador que o carregador efetivamente comunica, registe esse valor na plataforma de carregamento, atribua os direitos de acesso necessários e teste a sessão de carregamento completa. Depois, teste o que acontece quando a ligação falha e quando um cartão é revogado.

Encomende o lote de produção depois de uma amostra representativa passar por este processo com sucesso. Uma leitura bem-sucedida do cartão comprova apenas parte do resultado. O registo de aceitação deve também demonstrar o ponto de carregamento, a conta, o registo de energia e o comportamento de paragem corretos.

Este guia abrange a gestão de acesso após a instalação e a colocação em serviço do equipamento de carregamento por um instalador qualificado. Destina-se à equipa que associa credenciais físicas a um sistema de gestão de carregamento.

Compreenda que sistema toma cada decisão

Num fluxo de autorização com ligação à rede, o leitor RFID obtém um identificador, o posto de carregamento transmite-o a um sistema de gestão de postos de carregamento, ou CSMS, e a plataforma devolve um resultado de autorização. O OCPP regula a comunicação entre o posto e esse sistema de gestão. A interface rádio entre o cartão e o leitor é uma componente distinta da integração. Consulte a visão geral dos protocolos da Open Charge Alliance.

Designe uma pessoa responsável por cada camada. O fornecedor de cartões pode fornecer a credencial física e o ficheiro de identificadores acordados; o integrador do carregador confirma o comportamento do leitor; o operador da plataforma controla o registo de contas e as permissões. Registe quem resolve eventuais divergências antes do início da colocação em serviço.

1. Confirme as capacidades do leitor e de autorização

Peça a especificação do leitor para o modelo exato de carregador, a revisão de hardware e o firmware instalado. Registe as normas sem contacto suportadas, o modo de credencial utilizado e qualquer conversão configurável de identificadores. Uma descrição como «com RFID» deixa estas questões por esclarecer.

O NFC funciona a 13.56 MHz e abrange várias tecnologias sem contacto, incluindo ISO/IEC 14443 Type A, Type B e ISO/IEC 15693. A correspondência de frequência, por si só, é uma especificação de compra incompleta. Faça corresponder a tecnologia real do cartão à implementação do leitor. A visão geral técnica do NFC Forum explica estes protocolos subjacentes.

Em seguida, determine o que o posto e o sistema de gestão efetivamente implementam:

A certificação OCPP deve ser analisada ao nível das funcionalidades. A atualização da OCA de dezembro de 2025 inclui a Local List Management entre as funcionalidades opcionais do perfil OCPP 2.0.1 Core. O programa de certificação atualizado não garante, por isso, que todos os postos certificados suportem listas locais. A nota de aplicação OCPP 2.Lite da OCA, secção C, também explica que a cache de autorização pode ser omitida e que as implementações podem suportar diferentes métodos de autorização.

Peça o âmbito do certificado e a Protocol Implementation Conformance Statement, quando disponível, e confronte-os com o software instalado. Guarde estes comprovativos juntamente com a configuração do local.

A OCA publica atualmente pacotes OCPP 1.6, 2.0.1 e 2.1. Os exemplos seguintes dizem respeito especificamente às versões 1.6 e 2.0.1; utilize a especificação correspondente numa instalação 2.1. Consulte as transferências oficiais e erratas durante a colocação em serviço ou atualização.

2. Recolha o identificador a partir do carregador real

Comece com um pequeno conjunto de cartões de teste identificáveis. Mantenha a referência impressa do cartão separada do valor eletrónico: um número de série visível, como CRF-TEST-0042, é útil para o apoio técnico, mas a sua relação com o identificador no sistema de gestão deve ser documentada.

Estes fragmentos ilustrativos de dados mostram um pedido de autorização OCPP com ligação à rede, utilizando um identificador fictício:

OCPP 1.6

{"idTag":"04A1B2C3D4E5F7"}

OCPP 2.0.1

{"idToken":{"idToken":"04A1B2C3D4E5F7","type":"ISO14443"}}

Estes fragmentos omitem o enquadramento das mensagens WebSocket. Os esquemas oficiais definem um máximo de 20 carateres para o idTag da versão 1.6 e de 36 para a cadeia idToken da versão 2.0.1; a versão 2.0.1 exige também o tipo de token. Valide face ao pacote OCPP 1.6 ou ao pacote OCPP 2.0.1 Edition 4 utilizado na sua integração.

Um arranque autorizado localmente pode seguir uma sequência de mensagens diferente. Peça ao integrador que identifique onde ficam registadas a credencial e a decisão de autorização nesse modo.

3. Acorde a representação do UID antes de importar cartões

Para um token ISO14443, o OCPP 2.0.1 recomenda bytes UID em hexadecimal, começando pelo byte 0. Continua a ser necessário verificar o comportamento de produtos antigos: o guia de ativação OCPP da Wallbox especifica valores hexadecimais little-endian, sem separadores, para os produtos abrangidos pelo guia. Trata-se de uma instrução específica desses produtos, não de uma regra universal de conversão. Consulte o OCPP 2.0.1, secção de autorização C.1.1, e o guia de ativação da Wallbox, páginas 14 e 20.

Para esta sequência fictícia de sete bytes, as representações são:

A tabela mostra transformações, não quatro valores intercambiáveis no sistema de gestão. Importe a representação exigida pela integração. Inverter bytes altera a sua ordem em pares de carateres; inverter os carateres individualmente produz um resultado diferente.

Mantenha um mapeamento escrito entre os dados do fornecedor, o registo do posto e o campo de importação do sistema de gestão. Inclua o comprimento em bytes, a notação hexadecimal ou decimal, a ordem dos bytes, os separadores e qualquer transformação explicitamente documentada. Preserve o ficheiro de origem em bruto. Evite truncagens não documentadas ou suposições sobre bytes em falta.

Verifique as definições do dispositivo que transformam identificadores. O manual Wallbox eM4 WebAdmin, por exemplo, inclui a opção «Shorten UIDs» e avisa que as definições de autorização podem ser alteradas tanto na interface local como no sistema de gestão. Consulte o manual Wallbox WebAdmin, página 23. Registe a configuração efetiva depois de ambos os sistemas estarem ligados.

Importe as colunas de identificadores para folhas de cálculo como texto. O Excel pode remover zeros iniciais e limita a precisão numérica a 15 algarismos significativos; o nosso exemplo decimal tem 16 algarismos. Aplicar um formato de apresentação depois de os dados serem alterados não recupera o identificador original. Siga as orientações da Microsoft para preservar dados de identificadores.

Utilize o conversor UID da ChargeRFID para examinar representações e a ferramenta de reconciliação de ficheiros de credenciais para comparar os ficheiros de produção e do sistema de gestão. Confirme o mapeamento proposto face a um registo real do carregador antes de o aplicar ao lote.

4. Registe as credenciais e atribua permissões comerciais

Crie o registo da credencial através do processo de inscrição ou importação documentado pela plataforma. Associe-o ao condutor, veículo, departamento ou conta de cliente pretendido, de acordo com a forma como a operação imputa os carregamentos.

Para cada credencial do projeto-piloto, registe:

Trate estes aspetos como questões de aceitação distintas. Uma credencial pode constar da base de dados sem a permissão de localização ou a associação à conta pretendida. Da mesma forma, um arranque bem-sucedido não comprova que o modelo de faturação correto tenha sido aplicado.

Utilize um registo de inscrição com referência do lote, resultado da importação, motivo da exceção e revisor. Resolva valores duplicados e atribuições contraditórias antes da disponibilização. Adapte o modelo de entrega de UID ao contrato de importação real da plataforma; a linha de exemplo contém dados de teste.

Para veículos partilhados, acorde quem pode parar uma sessão. Os casos de teste OCPP 1.6 da OCA abrangem explicitamente a paragem com o cartão de início e com outro cartão associado através de um identificador principal coincidente. Teste o comportamento de grupo que pretende ativar. Consulte os casos de teste OCTT 2026-02, secções 2.3.1 e 2.3.2.

5. Defina uma política explícita de acesso sem ligação

Decida se o carregamento deve continuar quando o posto não consegue contactar o sistema de gestão. Num parque de frota com acesso restrito, um ponto de partida sensato é admitir as credenciais previstas com autorização local e rejeitar cartões desconhecidos durante uma falha. Confirme que o equipamento consegue aplicar essa política antes de depender dela.

Uma cache de autorização guarda informações de autorização obtidas em comunicações anteriores. Uma lista local de autorização é gerida e sincronizada a partir do sistema de gestão. São mecanismos distintos. Limpar um deles não comprova que o outro tenha sido atualizado. O OCPP 1.6 descreve a relação entre ambos na secção 3.5 da especificação.

Seguem-se exemplos de nomes específicos de cada versão para discutir com o integrador, e não um ficheiro de configuração para colar num carregador:

Os nomes não significam que todas as funcionalidades estejam implementadas, ativadas ou disponíveis para escrita. O OCPP 2.0.1 utiliza endereçamento de componentes e variáveis; o modelo do dispositivo e o caso de utilização aplicável determinam como funciona cada definição. Consulte as secções de autorização e de variáveis referenciadas da Edition 4.

Registe a capacidade da lista local, a confirmação de atualização, o tratamento da expiração, a persistência após reinício e o comportamento quando o armazenamento fica cheio. Teste uma credencial conhecida que nunca tenha sido utilizada no posto, bem como uma que já tenha sido autorizada nesse posto. Isto ajuda a determinar de que mecanismo local a instalação depende efetivamente.

Inclua o restabelecimento da ligação no teste. Verifique como as transações sem ligação chegam ao sistema de gestão, como são reconciliadas e o que acontece a uma sessão em curso se o sistema rejeitar a credencial após o restabelecimento da ligação. Acorde com o proprietário do local a exposição operacional e financeira aceitável.

6. Escolha deliberadamente o modelo de segurança da credencial

Pergunte se o leitor se limita a ler um identificador ou se realiza autenticação criptográfica com a credencial. Num modelo baseado apenas no UID, a aceitação de um identificador coincidente não demonstra a posse de um segredo criptográfico. Comprar um chip com capacidades de segurança só acrescenta valor se o leitor e a aplicação instalados utilizarem essas capacidades.

Quando a autenticação criptográfica do cartão é necessária, documente a aplicação suportada, a titularidade das chaves, o processo de preparação e configuração, o procedimento de substituição e as responsabilidades de migração. Mantenha os segredos fora dos ficheiros de entrega de UID. As orientações de segurança RFID do NIST, secção 5.3.1, descrevem a distinção entre identificadores e controlos de autenticação. São orientações fundamentais publicadas em 2007; utilize documentação atual dos produtos para escolher algoritmos e mecanismos de gestão de chaves suportados.

Proteja separadamente a ligação entre o posto e o sistema de gestão. O atual Security Operations Guide da OCA, secções 4.2 e 4.4, descreve o Security Profile 2 como TLS com Basic Authentication e o Profile 3 como TLS com certificados do lado do cliente, e aborda o armazenamento de credenciais. Confirme o perfil de transporte instalado, a validação de certificados e a gestão das credenciais do posto. Estas definições protegem uma ligação diferente da ligação entre o cartão e o leitor.

7. Acrescente autorização de roaming apenas quando o serviço o exigir

Uma instalação privada num local de trabalho pode precisar apenas do registo de credenciais da sua própria plataforma. O roaming acrescenta outra fronteira: o operador de postos de carregamento, ou CPO, tem de obter autorização do prestador de serviços de mobilidade elétrica relevante, ou eMSP, através da integração e do acordo comercial suportados.

No OCPI 2.3.0, um registo de token contém os identificadores de país e de entidade do prestador que o detém, um UID do token, o tipo, a validade e a política de lista de identificadores autorizados. A política ALLOWED_OFFLINE diz respeito à comunicação entre o CPO e o eMSP. A perda de ligação de um carregador ao CSMS é uma falha distinta. Teste ambas as fronteiras, se ambas existirem.

O módulo Tokens também distingue um token válido de um token autorizado num local específico. A invalidação é propagada através de um token atualizado com valid: false; o mecanismo não consiste em eliminar tokens através dessa interface. Verifique o módulo Tokens oficial do OCPI 2.3.0 face à versão acordada com o parceiro.

No projeto-piloto, identifique o emissor e a rede participante, estabeleça o percurso de autorização esperado e verifique a sessão e o registo de carregamento resultantes. Reutilizar o mesmo cartão físico em diferentes serviços continua a exigir o registo, as permissões e os acordos adequados.

8. Coloque em serviço todo o ciclo de vida do acesso

Utilize uma matriz de testes com resultados esperados definidos antes do teste. Execute-a em cada configuração distinta de hardware, firmware e sistema de gestão e, em seguida, faça verificações por amostragem do parque instalado face à configuração aprovada.

Em cada execução, conserve a hora, os identificadores do posto e do conector, o firmware, a referência do cartão de teste, a configuração efetiva, o resultado esperado, o resultado real e o registo de transação relevante. Oculte dados pessoais nos comprovativos partilhados fora da equipa de operação.

Quando um cartão se perder, registe quando foi recebida a comunicação e quando cada sistema ligado confirmou a alteração. Um posto sem ligação não pode receber imediatamente uma nova revogação. A exposição prática depende do estado de autorização guardado, das regras de expiração e do comportamento após restabelecer a ligação. Trate esse intervalo no procedimento operacional.

Diagnostique uma leitura falhada na fronteira certa

Recolha uma tentativa falhada com o respetivo carimbo de data/hora e referência do cartão e, em seguida, analise os comprovativos. Estas verificações delimitam a investigação sem presumir que todas as rejeições têm a mesma causa.

Exemplo de implementação num parque de frota

Considere um parque fictício com 60 condutores, 12 pontos de carregamento e dois modelos de carregador. O operador pretende atribuir o acesso a cada condutor, restringi-lo ao parque e permitir que os condutores aprovados carreguem durante uma falha do sistema de gestão.

Comece com cinco credenciais de amostra. Em cada modelo de carregador, recolha o identificador comunicado e acorde o mapeamento para o ficheiro do fornecedor. Registe as amostras numa conta-piloto, atribua acesso ao parque e confirme o centro de custos pretendido.

Se o equipamento suportar uma lista local gerida, pré-carregue as credenciais do projeto-piloto e registe a versão confirmada. Para esta política proposta, mantenha desativadas as credenciais desconhecidas sem ligação. Desligue o posto do CSMS num teste controlado e, depois, experimente um cartão pré-carregado, um cartão desconhecido e um cartão revogado cujo estado local desatualizado tenha sido deliberadamente documentado. Restabeleça a ligação e verifique os registos de atualização e de transação.

Conclua os testes de rejeição com ligação, paragem de sessão e faturação em ambos os modelos. Quando o projeto-piloto for aprovado, reconcilie o ficheiro de produção de 60 cartões com o registo do sistema de gestão, resolva as exceções e distribua os cartões com um processo simples de comunicação de perdas. Repita os testes de aceitação relevantes após alterações significativas de firmware, modo de leitor ou plataforma.

Questões a resolver antes da encomenda

Os cartões RFID de carregamento precisam de programação?

Num modelo que lê o UID existente do cartão, a configuração pode consistir em registar esse valor e atribuir acesso na plataforma. Um modelo que utilize uma aplicação protegida pode exigir personalização do cartão e configuração coordenada do leitor. Especifique o fluxo exato do leitor antes de encomendar qualquer um dos serviços.

Um cartão de colaborador existente também pode dar acesso a um carregador?

Pode ser possível quando o leitor suporta a tecnologia do cartão, o identificador necessário está disponível e é estável e a plataforma permite o registo. Obtenha aprovação do responsável pelo sistema de cartões e teste amostras reais. Como exemplo de inscrição específica de uma plataforma, a documentação da Easee sobre contas e chaves locais descreve âmbitos de inscrição distintos e alerta para identificadores que podem mudar.

Um único cartão funciona em todas as redes de carregamento?

Verifique individualmente as redes pretendidas. A legibilidade física, o registo da credencial, os direitos da conta e qualquer acordo de roaming fazem parte dos critérios de aceitação. Teste a rede participante em vez de presumir cobertura com base no aspeto do cartão.

O que deve receber o fornecedor de cartões?

Forneça os requisitos do leitor, o mapeamento aprovado dos identificadores de amostra, o esquema de numeração visível, as especificações de material e impressão, a quantidade e o formato de entrega de dados acordado. Identifique a pessoa responsável pela importação no sistema de gestão e pela aceitação das amostras. Transfira segredos da aplicação através de um processo seguro de preparação e configuração acordado separadamente quando o modelo o exigir.

Prepare uma especificação de amostras para a sua instalação

Reúna numa única especificação o modelo e o firmware do carregador, o nome do sistema de gestão e a versão do protocolo, o modo de credencial necessário, a representação confirmada do identificador e a política pretendida para funcionamento sem ligação. Utilize o laboratório de credenciais da ChargeRFID para rever a entrega de dados e peça amostras acabadas para o projeto-piloto. Aprove a credencial física e todo o seu fluxo de acesso em conjunto antes de autorizar a encomenda de produção.