Programa de emissão para CPO e eMSP

Programas de credenciais para CPO e eMSP

Cartões e porta-chaves de marca branca preparados em função da sua marca, do formato de identificador, da importação na plataforma, do volume de lançamento e do fluxo de encomendas repetidas.

Resultado do programa

Um programa de emissão replicável que liga o stock físico, os registos de tokens, os ativos de marca e a reposição.

Ver o produto recomendado

Concebido para

Operadores de postos de carregamento, prestadores de serviços de mobilidade elétrica e marcas de mobilidade em marca branca

01

Função no programa

CPO, eMSP ou operação combinada

02

Transferência do token

Registo do emissor, identificador e estado

03

Camada de plataforma

CSMS, plataforma de clientes e ligações de roaming

04

Modelo de fornecimento

Stock de lançamento, preparação e expedição, e lotes de reposição

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.

Programas de credenciais para CPO e eMSP
Um programa de emissão replicável que liga o stock físico, os registos de tokens, os ativos de marca e a reposição.
  1. 01

    Subscritor ou conta

    O prestador de serviços detém a relação comercial, o direito de utilização e o estado de ativação do condutor ou da organização.

  2. 02

    Cartão ou porta-chaves emitido

    O cartão ou porta-chaves apresenta a marca aprovada, o número de série visível e um identificador compatível com o leitor.

  3. 03

    Posto e CSMS

    O posto lê o cartão ou porta-chaves; o CSMS aplica a autorização local, em cache ou central, consoante a respetiva implementação.

  4. 04

    Plataforma de clientes do eMSP

    O registo da credencial é criado, atribuído, ativado e disponibilizado aos fluxos de apoio ao cliente e de substituição.

  5. 05

    Ligação de roaming

    Quando contratualizado, os dados e o estado dos tokens são partilhados com parceiros CPO, bilateralmente ou através de um hub de roaming.

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

Função do operador

O que definir

Indique se o programa atua como CPO, eMSP, serviço de frotas, emissor em marca branca ou uma combinação destas funções.

Evidência de aceitação

A titularidade dos registos de tokens, clientes, postos e apoio é inequívoca.

02

Espaço de nomes dos tokens

O que definir

Defina o emissor, as referências de país/entidade, o tipo de token e as regras de unicidade utilizadas pela plataforma de destino.

Evidência de aceitação

Um registo de amostra é aceite sem colisões nem reformatação silenciosa.

03

Compatibilidade dos postos

O que definir

Documente a tecnologia dos leitores, bem como as versões OCPP e as funcionalidades de autorização utilizadas pelo CSMS.

Evidência de aceitação

As amostras de cartões e porta-chaves concluem com êxito os testes previstos nos postos, com e sem ligação.

04

Troca de dados

O que definir

Aprove a representação do UID, a referência do cliente, o número de série visível, o estado e o esquema do ficheiro de importação.

Evidência de aceitação

A exportação de produção passa a validação da plataforma e a reconciliação do número de linhas.

05

Estado de emissão

O que definir

Escolha se o stock é entregue inativo, pré-atribuído, embalado por cliente ou fornecido a granel.

Evidência de aceitação

A responsabilidade pela ativação e a custódia ficam registadas em cada transferência.

06

Sistema de marca

O que definir

Controle as versões da arte final, as variantes linguísticas, os contactos de apoio, as menções legais e as zonas de dados variáveis.

Evidência de aceitação

São conservadas uma prova assinada da arte final e a aprovação física da cor e da amostra.

07

Reposição

O que definir

Reserve intervalos de identificadores e defina controlos de stock mínimo, prazo de entrega e reencomenda.

Evidência de aceitação

É possível produzir um lote de reposição sem recriar a especificação nem duplicar registos.

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

Não ative demasiado cedo

Separe os estados de fabrico, expedição e ativação, para que a perda de inventário não origine credenciais ativas.

02

Reconcilie todos os ficheiros de dados

A quantidade, o UID, o número de série visível, a atribuição às embalagens e o resultado da importação devem coincidir antes da entrega ao cliente.

03

Faça o controlo de versões da especificação de marca e de dados

Trate a arte final, as regras de tokens e a embalagem como uma única versão controlada; uma alteração parcial pode invalidar o registo do programa.

04

Conserve a amostra de referência

Guarde um cartão ou porta-chaves aprovado e o respetivo registo codificado como ponto de comparação para a produção e para futuras reposições.

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

    Definição do programa

    Confirme as funções, os mercados, os grupos de utilizadores, a titularidade dos tokens e os fluxos de apoio.

    Evidências

    Especificação operacional e de dados assinada

  2. 02

    Engenharia da credencial

    Selecione o formato, o chip, o tratamento do identificador, o número de série visível e a solução de embalagem.

    Evidências

    Amostras de cartões e porta-chaves testadas em leitores

  3. 03

    Piloto na plataforma

    Importe registos de tokens de amostra e teste a ativação, a autorização, o bloqueio e a substituição.

    Evidências

    Importação aceite e registo de testes

  4. 04

    Expedição de lançamento

    Produza, reconcilie e embale o primeiro lote de emissão controlada.

    Evidências

    Controlo de qualidade do lote, manifesto de dados e registo de expedição

  5. 05

    Reposição

    Monitorize o stock, reserve intervalos e repita a produção aprovada sob controlo de alterações.

    Evidências

    Pacote de reencomenda 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.

01Quem cria o registo do cliente e do token?

O CPO, o eMSP ou a respetiva plataforma cria e controla o registo comercial do token. A ChargeRFID pode codificar os dados de credencial acordados e fornecer um ficheiro de importação reconciliado, mas não ativa subscrições nem concede direitos de acesso à rede.

02Os cartões podem ser entregues inativos?

Sim. Stock inativo a granel, conjuntos pré-atribuídos e expedição por cliente são modelos operacionais distintos. O estado de ativação e a transferência de custódia devem ser especificados antes da produção.

03Um cartão RFID é, por si só, conforme com o OCPP?

Não. O OCPP liga o posto de carregamento ao sistema de gestão. O cartão tem de ser compatível com o leitor do posto e o seu identificador tem de cumprir as regras de autorização implementadas através do OCPP.

04O que deve ser conservado para reencomendas?

Conserve o material, o chip, a antena, a arte final, a referência de cor, as regras de identificadores, o esquema de dados, a embalagem e os critérios de controlo de qualidade aprovados, bem como uma amostra de referência, numa única versão do programa.

Especificação controlada do programa: Cartões RFID para redes de carregamento OCPP

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.