Programa de credenciais para frotas

Autenticação de frotas

Credenciais RFID para carregamento em parques de frota, no local de trabalho e na rede pública, com atribuição controlada por condutor ou veículo, identificadores prontos para a plataforma e registos de substituição.

Resultado do programa

Um registo de credencial que pode ser atribuído, rastreado, substituído e reconciliado entre o carregamento no parque da frota e o carregamento público.

Ver o produto recomendado

Concebido para

Operadores de frotas, equipas de locação, gestores de parques de viaturas e fornecedores de mobilidade

01

Modelo de atribuição

Condutor, veículo, grupo ou centro de custos

02

Passagem de dados no posto

Leitor RFID → OCPP → CSMS

03

Infraestrutura em operação

Carregamento no parque da frota, no local de trabalho e público

04

Ciclo de vida

Emitir, ativar, bloquear, substituir, repor

Modelo operacional / 01

Acompanhe a credencial ao longo de toda a cadeia de autorização.

O cartão físico é apenas um dos elementos controlados. O comportamento do leitor, os registos da plataforma e as regras operacionais determinam se a conta correta é autorizada e rastreada.

Autenticação de frotas
Um registo de credencial que pode ser atribuído, rastreado, substituído e reconciliado entre o carregamento no parque da frota e o carregamento público.
  1. 01

    Condutor ou veículo

    O responsável pelo programa decide se a credencial acompanha uma pessoa, um veículo, um grupo partilhado ou uma conta operacional.

  2. 02

    Cartão ou porta-chaves

    O cartão ou porta-chaves apresenta ao leitor do posto o identificador e, quando suportado, os dados da aplicação segura.

  3. 03

    Posto de carregamento

    O leitor capta os dados de credencial suportados e o posto envia um pedido de autorização ao respetivo sistema de gestão.

  4. 04

    Plataformas de frota e de carregamento

    O identificador é associado ao registo de frota, ao direito de utilização, à tarifa ou ao centro de custos correto antes de a sessão ser aceite.

  5. 05

    Registo da sessão

    Os dados de energia e da sessão regressam através da plataforma de operação; a qualidade dos relatórios depende da atribuição e do modelo de dados, e não apenas do cartão.

Matriz de especificação / 02

Decisões a fechar antes da produção.

Um caderno de requisitos pronto para produção indica o que tem de ser decidido, como será implementado e que evidências contarão para a aceitação.

01

Modelo de atribuição

O que definir

Escolha a atribuição por condutor, por veículo, por cartão de grupo ou por conta e documente as regras de passagem do cartão entre utilizadores.

Evidência de aceitação

Um identificador de amostra corresponde ao registo previsto, sem titularidade duplicada.

02

Parque de leitores

O que definir

Enumere os leitores AC/DC representativos do parque da frota e as redes públicas em que a credencial será utilizada.

Evidência de aceitação

As amostras são lidas de forma consistente em todo o conjunto de testes acordado.

03

Formato do identificador

O que definir

Confirme o UID ou o identificador de aplicação, o comprimento, a ordem dos bytes, o formato dos caracteres e o tratamento dos zeros à esquerda.

Evidência de aceitação

O valor gravado no fabrico e o valor importado na plataforma mantêm-se idênticos de ponta a ponta.

04

Nível de segurança

O que definir

Decida se a identificação apenas por UID é suficiente ou se é necessária uma aplicação segura suportada pelo leitor.

Evidência de aceitação

Os leitores de destino concluem o percurso de autenticação acordado; a titularidade das chaves fica documentada.

05

Atribuição das transações

O que definir

Defina os campos de condutor, veículo, departamento e custos esperados nas exportações de sessões.

Evidência de aceitação

As sessões-piloto surgem associadas aos registos operacionais e financeiros corretos.

06

Identificação visível

O que definir

Acrescente um número de série legível, uma referência do veículo, um código QR ou um número de referência do cartão, impresso ou gravado, apenas quando for útil para a operação.

Evidência de aceitação

Os registos impressos e codificados correspondem ao ficheiro de dados variáveis aprovado.

07

Regras do ciclo de vida

O que definir

Defina os procedimentos de ativação, bloqueio, devolução, substituição e nova encomenda antes do lançamento.

Evidência de aceitação

Um cenário de cartão perdido pode ser resolvido sem criar um registo de substituição ambíguo.

Controlo de falhas / 03

Elimine desde a conceção os pontos de falha mais comuns.

A maioria dos lançamentos falhados não se deve à qualidade de impressão. Resulta de identificadores pouco claros, leitores não testados, responsabilidade incompleta pelos dados ou um controlo deficiente do ciclo de vida.

01

Evite identidades partilhadas

Um cartão partilhado pode ser prático, mas elimina a responsabilização ao nível do condutor. Utilize-o apenas quando o modelo de relatórios o permitir.

02

Teste o comportamento sem ligação

A cache de autorização e o comportamento da lista local são decisões do posto e do CSMS. Inclua um teste com o posto sem ligação quando a continuidade do serviço no parque da frota for importante.

03

Não confunda o cartão com a faturação

O cartão identifica uma conta. As tarifas, os reembolsos, o tratamento fiscal e a faturação consolidada são controlados noutros sistemas.

04

Mantenha um histórico de substituições

Associe os números de série antigos e novos, o estado de bloqueio e as datas de emissão, para que o inventário físico coincida com o registo na plataforma.

Percurso de entrega / 04

Do caderno de requisitos à operação controlada.

Cada fase deve terminar com evidências que possam ser analisadas pelas equipas de operações, de plataforma e de compras.

  1. 01

    Levantamento

    Mapeie utilizadores, veículos, locais, leitores, plataformas e requisitos das redes públicas.

    Evidências

    Caderno de requisitos aprovado das credenciais da frota

  2. 02

    Amostra para os leitores

    Produza cartões ou porta-chaves representativos com o chip e as regras de identificador propostos.

    Evidências

    Conjunto de amostras físicas para teste e ficheiro de UID

  3. 03

    Piloto de dados

    Importe registos de amostra, realize sessões no parque da frota e em redes públicas e verifique a atribuição devolvida.

    Evidências

    Registo de autorizações e de sessões do piloto

  4. 04

    Emissão controlada

    Produza o lote de lançamento, atribua as credenciais e mantenha um registo de emissões.

    Evidências

    Controlo de qualidade da produção e ficheiro de atribuição

  5. 05

    Operação do ciclo de vida

    Faça a gestão de bloqueios, substituições, cartões devolvidos, novos condutores e lotes repetidos com base na especificação conservada.

    Evidências

    Registo de novas encomendas com controlo de versões

Fronteira de responsabilidades / 05

Separe o fabrico da operação da plataforma.

Uma fronteira bem definida evita que o cartão seja responsabilizado por decisões de configuração, de direitos de utilização ou de liquidação que pertencem a outras partes.

01

ChargeRFID / fabricante

Controla o material, o chip, a antena, a arte gráfica, a codificação, os dados variáveis, o controlo de qualidade por lote e o registo de produção aprovados.

02

Equipa do CPO, do eMSP ou do CSMS

Define o formato de identificador aceite, o comportamento do leitor, a importação de tokens, os estados de autorização, a aplicação de segurança e a aceitação técnica.

03

Responsável pelo programa

É responsável pela atribuição, ativação, contratos, política de acesso, tarifas, apoio ao cliente, aprovação de substituições e decisões de fim de vida.

Biblioteca técnica / 07

Continue a pesquisa sobre a implementação.

Estas fontes definem a tecnologia envolvente e as interfaces operacionais. A ChargeRFID fabrica cartões e porta-chaves físicos; a configuração da plataforma, os contratos de roaming e a certificação dos postos de carregamento continuam a cargo dos operadores e fornecedores relevantes.

Perguntas sobre o programa / 08

Questões que as equipas de compras e técnicas costumam resolver.

01Um cartão de frota deve ser atribuído ao condutor ou ao veículo?

Opte pela atribuição ao condutor quando a responsabilização e o reporte de despesas acompanham a pessoa; opte pela atribuição ao veículo quando o ativo é a unidade de reporte estável. Os cartões de grupo exigem um registo adicional de reserva ou de passagem entre utilizadores, se for necessária responsabilização individual.

02A mesma credencial pode funcionar nos carregadores do parque da frota e nos carregadores públicos?

Pode, desde que o identificador seja aceite e esteja registado em todos os sistemas de autorização relevantes. Tanto a compatibilidade com os leitores como o direito de acesso às redes públicas têm de ser testados; o fabrico do cartão, por si só, não cria acesso em roaming.

03Uma credencial de 13.56 MHz com autenticação AES é sempre necessária para o carregamento de frotas?

Não. Uma credencial de 13.56 MHz com autenticação AES suporta aplicações baseadas em AES, mas essa segurança só é útil quando os leitores de destino e o backend implementam a mesma aplicação e o mesmo esquema de chaves. Um parque baseado apenas em UID deve ser especificado com transparência e o respetivo risco deve ser avaliado.

04O cartão RFID calcula os custos de carregamento da frota?

Não. A credencial identifica o registo atribuído. O CSMS, a plataforma de mobilidade ou o sistema da frota aplica às sessões resultantes as tarifas, os centros de custos, os reembolsos e as regras de reporte.

Especificação controlada do programa: Cartões de carregamento para frotas de veículos elétricos

Partilhe o parque de leitores, as regras de identificadores, o requisito de segurança, a integração com a plataforma, o volume e os mercados de implementação. Enviaremos as perguntas necessárias para as amostras e para a aprovação da produção.