Autenticação de frotas

Autenticação de frotas

Credenciais RFID para recarga em garagens de frota, em locais de trabalho e na rede pública, com atribuição controlada por motorista ou veículo, identificadores prontos para a plataforma e registros de substituição.

Resultado do programa

Um registro de credencial que permite vinculação, rastreamento, substituição e conciliação entre a recarga na base operacional e a recarga pública.

Ver produto recomendado

Desenvolvido para

Operadores de frotas, equipes de leasing, gestores de bases operacionais e provedores de mobilidade

01

Modelo de vinculação

Motorista, veículo, uso compartilhado ou centro de custo

02

Fluxo de comunicação da estação

Leitor RFID → OCPP → CSMS

03

Ambiente operacional

Recarga na base operacional, no local de trabalho e em redes públicas

04

Ciclo de vida

Emitir, ativar, bloquear, substituir e repor

Modelo operacional / 01

Acompanhe a credencial em toda a cadeia de autorização.

O cartão físico é apenas uma entrada controlada. O comportamento do leitor, os registros da plataforma e as regras operacionais determinam a autorização e a rastreabilidade da conta correta.

Autenticação de frotas
Um registro de credencial que permite vinculação, rastreamento, substituição e conciliação entre a recarga na base operacional e a recarga pública.
  1. 01

    Motorista ou veículo

    O responsável pelo programa decide se a credencial fica vinculada a uma pessoa, a um veículo, a um grupo de uso compartilhado ou a uma conta operacional.

  2. 02

    Credencial física

    O cartão ou chaveiro RFID apresenta o identificador e, quando houver suporte, os dados da aplicação segura ao leitor da estação.

  3. 03

    Estação de recarga

    O leitor captura os dados da credencial compatíveis com sua tecnologia, e a estação encaminha uma solicitação de autorização ao seu sistema de gerenciamento.

  4. 04

    Plataformas de gestão de frotas e recarga

    O identificador é associado ao registro da frota, à permissão de uso, à tarifa ou ao centro de custo correto antes que a sessão seja aceita.

  5. 05

    Registro da sessão

    Os dados de energia e da sessão retornam pela plataforma operacional; a qualidade dos relatórios depende da vinculação e do modelo de dados, não apenas do cartão.

Use a atribuição por motorista quando a responsabilidade e o relatório de despesas acompanham a pessoa; use a atribuição por veículo quando o ativo é a unidade estável de relatório. Cartões de pool exigem um registro adicional de reserva ou de entrega se for necessária responsabilização individual.

Matriz de especificação / 02

Decisões que precisam ser fechadas antes da produção.

Um briefing pronto para produção define a decisão, sua implementação e a evidência necessária para aceitação.

01

Modelo de vinculação

O que definir

Escolha a vinculação a motorista, veículo, cartão compartilhado ou conta e documente as regras de entrega e transferência.

Evidência de aceitação

Um identificador de amostra corresponde ao registro pretendido, sem vinculação a mais de um titular.

02

Parque de leitores

O que definir

Liste leitores representativos das estações AC/DC da base operacional e todas 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 identificador da 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 na fabricação e o valor importado na plataforma permanecem 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 compatível com o leitor.

Evidência de aceitação

Os leitores previstos concluem o fluxo de autenticação acordado; a titularidade das chaves está documentada.

05

Atribuição das transações

O que definir

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

Evidência de aceitação

As sessões do piloto aparecem vinculadas aos registros operacionais e financeiros corretos.

06

Identificação visível

O que definir

Adicione um número de série legível por pessoas, uma referência do veículo, um código QR ou um número de referência para suporte apenas quando isso for útil à operação.

Evidência de aceitação

Os registros impressos e codificados correspondem ao arquivo 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 novos pedidos antes do lançamento.

Evidência de aceitação

Um caso de perda de cartão pode ser resolvido sem criar um registro de substituição ambíguo.

Controles de falha / 03

Elimine os pontos de falha mais comuns.

A maioria das falhas de lançamento não é causada pela qualidade de impressão. Elas decorrem de identificadores pouco claros, leitores não testados, definição incompleta da responsabilidade pelos dados ou controle deficiente do ciclo de vida.

01

Evite identidades compartilhadas

Um cartão compartilhado pode ser conveniente, mas elimina a responsabilização individual do motorista. Use-o apenas quando o modelo de relatórios permitir.

02

Teste o comportamento offline

O comportamento do cache de autorizações e da lista local é definido pela estação e pelo CSMS. Inclua um teste com a estação desconectada quando a continuidade da operação na base for importante.

03

Separe o cartão das alegações sobre faturamento

O cartão identifica uma conta. Tarifas, reembolsos, tratamento tributário e faturamento consolidado são controlados em outros sistemas e processos.

04

Mantenha um histórico de substituições

Vincule os números de série antigos e novos, o status de bloqueio e as datas de emissão para que o inventário físico corresponda ao registro na plataforma.

Caminho de entrega / 04

Do briefing à operação controlada.

Cada fase deve terminar com evidências verificáveis por operações, plataforma e compras.

  1. 01

    Levantamento inicial

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

    Evidência

    Especificação aprovada das credenciais da frota

  2. 02

    Amostras para teste com leitores

    Produza cartões ou chaveiros RFID representativos usando o chip e as regras de identificação propostos.

    Evidência

    Conjunto físico de testes e arquivo de UID

  3. 03

    Piloto de dados

    Importe registros de amostra, realize sessões na base operacional e nas redes públicas e verifique a atribuição nos dados retornados.

    Evidência

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

  4. 04

    Emissão controlada

    Produza o lote de lançamento, vincule as credenciais e mantenha um registro de emissão.

    Evidência

    Controle de qualidade da produção e arquivo de vinculações

  5. 05

    Gestão do ciclo de vida

    Gerencie bloqueios, substituições, cartões devolvidos, novos motoristas e lotes de reposição com base na especificação mantida em arquivo.

    Evidência

    Registro versionado de novos pedidos

Limite de responsabilidade / 05

Separe fabricação da operação da plataforma.

Um limite preciso evita responsabilizar o cartão por decisões sobre configuração, permissões de acesso ou liquidação que pertencem a outros sistemas.

01

ChargeRFID / fabricante

Controla material, chip, antena, arte, codificação, dados variáveis, QC de lote e registro de produção aprovados.

02

Equipe CPO, eMSP ou CSMS

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

03

Responsável pelo programa

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

Perguntas do programa / 08

Questões normalmente resolvidas pelas equipes de compras e técnica.

01O cartão da frota deve ser vinculado ao motorista ou ao veículo?

Use a vinculação ao motorista quando a responsabilização e os relatórios de despesas acompanharem a pessoa; use a vinculação ao veículo quando o ativo for a unidade estável dos relatórios. Cartões compartilhados precisam de um registro adicional de reserva ou transferência se for necessária a responsabilização individual.

02A mesma credencial pode funcionar nos carregadores da base operacional e nos carregadores públicos?

Sim, desde que o identificador seja aceito e cadastrado em todos os sistemas de autorização pertinentes. É necessário testar tanto a compatibilidade com os leitores quanto a permissão de acesso às redes públicas; a fabricação do cartão, por si só, não concede acesso em roaming.

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

Não. Uma credencial de 13.56 MHz com autenticação AES oferece suporte a aplicações baseadas em AES, mas essa segurança só é útil quando os leitores previstos e o backend implementam a mesma aplicação e o mesmo esquema de chaves. Um parque que usa apenas UID deve ser especificado de forma transparente e ter seus riscos avaliados.

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

Não. A credencial identifica o registro ao qual está vinculada. O CSMS, a plataforma de mobilidade ou o sistema de gestão da frota aplica tarifas, centros de custo, reembolsos e regras de geração de relatórios às sessões resultantes.

Transforme cartões de recarga para frotas em uma especificação de programa controlada.

Compartilhe o parque de leitores, as regras do identificador, o requisito de segurança, a entrega à plataforma, o volume e os mercados de implantação. Retornaremos com as perguntas necessárias para as amostras e a aprovação da produção.