O OCPP (Open Charge Point Protocol) é o protocolo de comunicação entre uma estação de carregamento de VE e seu sistema de gerenciamento de estações de carregamento (CSMS). Ele permite que o carregador reporte status e sessões e permite que o CSMS envie comandos suportados. Uma versão OCPP compartilhada não prova por si só que um carregador específico, versão de firmware e backend funcionarão juntos; os compradores devem verificar o escopo da certificação e testar essa combinação exata. 1
Para um operador de rede, a questão principal não é simplesmente se um carregador é “compatível com OCPP”. É se o modelo exato e o firmware podem se conectar com segurança ao CSMS pretendido e executar as funções que o site precisa. O OCPP diz respeito à comunicação entre carregador e backend; o encaixe do conector e a instalação elétrica são verificações separadas abordadas neste Visão geral da estação de carregamento de VE.
Índice
- O que é OCPP no carregamento de VE?
- Como o OCPP funciona entre um carregador e um CSMS?
- O que um operador pode gerenciar através do OCPP?
- Qual versão do OCPP você deve especificar?
- O OCPP é o mesmo que ISO 15118, OCPI ou um sistema de pagamento?
- A certificação OCPP comprova compatibilidade com seu CSMS?
- O OCPP é seguro, e o que um comprador deve verificar?
- Como você usa um cartão de aceitação de compatibilidade OCPP?
- O que uma migração real de rede de carregadores mostra aos compradores?
- Como você deve escolher um carregador OCPP para um projeto?
- Conclusão: aprove a combinação testada de carregador e CSMS
- Perguntas Frequentes
- Referências
O que é OCPP no carregamento de VE?
O OCPP é um protocolo aberto para troca de mensagens entre uma estação de carregamento e um sistema de carregamento central. O carregador também é chamado de ponto de carregamento (CP); o backend que gerencia sua operação é comumente chamado de CSMS. O OCPP define como eles se comunicam, enquanto o CSMS decide como o operador de rede apresenta, cobra e gerencia o serviço. 1
O protocolo fica acima das camadas elétrica e de conexão com o veículo. Ele não determina se um conector se encaixa em um veículo, se um site tem capacidade elétrica suficiente ou se o EVSE completo atende aos requisitos de instalação locais. Ele fornece um método de comunicação comum que pode reduzir a dependência de um único pacote proprietário de carregador e software, sujeito às versões, funções, configuração de segurança e implementação utilizadas.
Como o OCPP funciona entre um carregador e um CSMS?
O OCPP usa mensagens estruturadas para que o carregador e o CSMS possam trocar informações operacionais. Uma sessão de carregamento em rede típica segue esta sequência:
- O carregador se conecta: ele se identifica ao CSMS e reporta que está online.
- O carregador reporta disponibilidade: o backend recebe o estado do conector e qualquer status de falha ou indisponibilidade.
- Um motorista solicita uma sessão: o carregador ou CSMS verifica um token RFID, identidade de aplicativo ou outro identificador suportado.
- A sessão de carregamento é executada: o sistema registra eventos de transação e leituras de medidor de acordo com a implementação e configuração.
- O CSMS monitora ou controla o carregador: comandos suportados podem alterar uma configuração, aplicar um limite de carregamento ou solicitar uma ação remota.
- A sessão termina: o carregador reporta o estado final e os dados de transação ou medição disponíveis.
As mensagens exatas e funções disponíveis dependem da versão e implementação do OCPP. Por exemplo, o tratamento de transações e o gerenciamento de dispositivos diferem entre OCPP 1.6 e 2.0.1; uma especificação de compra deve declarar as funções necessárias em vez de assumir que todas as versões se comportam de forma idêntica. 1
O que um operador pode gerenciar através do OCPP?
Dependendo da versão e do conjunto de recursos testado, um operador pode usar o OCPP para monitorar carregadores, autorizar sessões, coletar dados de medição, receber falhas, gerenciar configurações e emitir comandos remotos suportados. O carregamento inteligente pode ajudar a agendar ou limitar o carregamento, mas a capacidade elétrica do site ainda deve ser estabelecida por seu projeto elétrico e controles de gerenciamento de carga.
| Tarefa do operador | O que o CSMS pode receber ou solicitar | O que o comprador deve confirmar |
|---|---|---|
| Disponibilidade e falhas | Status do conector, informações de falha e mudanças de disponibilidade | Os estados e códigos de falha expostos pelo firmware exato do carregador |
| Autorização | Aprovação ou rejeição de identificadores de usuário suportados | Comportamento de autorização online e offline exigido pelo site |
| Transações e medição | Eventos de sessão e leituras de energia | Leituras necessárias, unidades, intervalos e como dados ausentes são tratados |
| Operação remota | Ações suportadas de início, parada, reinicialização ou desbloqueio remoto | Quais comandos são suportados e como os resultados são reportados |
| Configuração e atualizações | Fluxos de trabalho suportados de configuração, gerenciamento de dispositivos ou firmware | Linha de base de firmware, propriedade de atualização, caminho de recuperação e registros de alterações |
| Carregamento inteligente | Limites ou agendamentos de carregamento suportados | Se o carregador, o CSMS e o controlador do site suportam o loop de controle necessário |
O OCPP pode transportar um limite de carregamento, mas não substitui o medidor do site, o controlador de energia ou a avaliação de capacidade elétrica. Para sites com múltiplos carregadores, revise o relacionado gestão de carga de carregamento de VE requisitos juntamente com suporte de protocolo.
Qual versão do OCPP você deve especificar?
Especifique a versão suportada pelo CSMS de destino e o firmware exato do carregador, depois confirme as funções necessárias. A OCA atualmente lista OCPP 1.6, 2.0.1 e 2.1; 2.0.1 e 2.1 adicionam capacidades além da 1.6, mas uma versão posterior não é automaticamente a melhor escolha para uma rede existente. 1
| Versão | Por que os compradores encontram isso | Verificação de decisão |
|---|---|---|
| OCPP 1.6 | Comum em redes instaladas e implantações existentes de CSMS | Confirme a implementação necessária de JSON sobre WebSocket, a configuração de segurança e o suporte de backend para o modelo e firmware exatos |
| OCPP 2.0.1 | Adiciona um modelo de dispositivo mais amplo, tratamento de transações atualizado e funções adicionais de segurança e gestão | Confirme que o CSMS suporta as funções 2.0.1 necessárias e a base de firmware do fornecedor |
| OCPP 2.1 | Estende a 2.0.1 para casos de uso mais recentes, incluindo carregamento bidirecional e controlo DER | Confirme o suporte completo do carregador, CSMS e ferramenta de teste para as funções que o projeto irá utilizar |
Publicação de protocolo, certificação de produto e cobertura de ferramentas de teste são marcos diferentes. A página OCTT da OCA atualmente lista casos de teste para OCPP 1.6 e 2.0.1 e afirma que a cobertura para OCPP 2.1 está a ser ampliada. Um concurso ou ordem de compra deve, portanto, indicar a versão e funções exigidas e solicitar a evidência atual para esse produto exato; não inferir certificação ou suporte de backend apenas a partir da publicação do protocolo. 4
O OCPP é o mesmo que ISO 15118, OCPI ou um sistema de pagamento?
Não. Estas normas e sistemas abordam diferentes caminhos ou serviços de comunicação:
- OCPP: comunicação entre uma estação de carregamento e o seu CSMS.
- ISO 15118: comunicação entre um veículo e equipamento de carregamento, incluindo casos de uso suportados de Plug & Charge ou carregamento bidirecional.
- OCPI: comumente usado para roaming e troca de informações entre prestadores de serviços de e-mobilidade e operadores de pontos de carregamento.
- Sistemas de pagamento e aplicações para condutores: tratam do processamento de pagamentos e funções voltadas ao utilizador através das suas próprias integrações de plataforma.
O OCPP pode transportar dados de autorização e transação, mas isso não o torna um serviço de pagamento completo. Da mesma forma, o suporte OCPP não prova que um carregador tem as funções veículo-para-carregador da ISO 15118 ou as integrações de roaming que um operador necessita. As descrições de versão da OCA identificam estas como capacidades relacionadas mas separadas. 1
A certificação OCPP comprova compatibilidade com seu CSMS?
Não. A certificação OCA é evidência de que uma implementação foi testada contra a versão OCPP especificada e o âmbito de certificação. É evidência útil, mas o comprador ainda precisa de estabelecer que o modelo exato de carregador e firmware funcionam com o CSMS pretendido, a sua configuração, configuração de segurança e funções necessárias. A orientação de migração da OCA exige testar modelos de carregador contra o novo CSMS e identificar diferenças de implementação antes da migração. 2 5
Para um certificado OCPP 2.0.1, verifique o registo exato do certificado e o perfil — não apenas um logótipo ou uma declaração do fornecedor. O perfil Core permanece obrigatório. A atualização de dezembro de 2025 da OCA afirma que o Core inclui funções de base como arranque, autorização, configuração, transações, controlo remoto, atualizações seguras de firmware e Perfil de Segurança 2; Reservas, Gestão de Lista de Autorização Local, Gestão Avançada de Dispositivos e Interface de Utilizador Avançada são funcionalidades opcionais no perfil Core. Segurança Avançada, Carregamento Inteligente e Suporte ISO 15118 são perfis de certificação opcionais. 2 3
Peça ao fornecedor o número do certificado, a designação do produto listada, a versão de software ou firmware, a versão OCPP e o perfil ou âmbito de funcionalidades exato mostrado pela OCA. Depois compare essa evidência com as funções na especificação de compra. Um certificado que cobre uma versão ou lançamento de software não deve ser tratado como prova para um lançamento diferente ou para todas as funcionalidades opcionais.
O OCPP é seguro, e o que um comprador deve verificar?
O OCPP fornece mecanismos de segurança, mas uma implantação segura depende do perfil de segurança selecionado, certificados, configuração, firmware, backend e processo operacional. Antes da aprovação, acorde quem fornece e renova certificados, quem controla credenciais, como as atualizações de firmware são autenticadas e recuperadas, e o que o carregador faz quando a rede não está disponível. 2 3
| Item de segurança | Evidência a solicitar |
|---|---|
| Perfil de segurança OCPP | Perfil suportado no firmware exato do carregador e no CSMS de destino |
| TLS e certificados | Cadeia de certificados, configuração de confiança, processo de expiração e renovação, e responsável por cada passo |
| Credenciais | Como as credenciais são fornecidas, alteradas, armazenadas e revogadas |
| Firmware | Processo de atualização assinado ou de outra forma controlado, histórico de versões, caminho de recuperação e prazo de suporte |
| Perda de conectividade | Comportamento documentado para reconexão, autorização offline, registos em fila e recuperação |
| Funções operacionais | Responsável nomeado para configuração do carregador, definições do CSMS, certificados e resposta a incidentes |
Como você usa um cartão de aceitação de compatibilidade OCPP?
Use um cartão de aceitação para cada modelo de carregador + revisão de hardware + versão de firmware + versão/ambiente do CSMS combinação. Marque as funções opcionais como “obrigatórias” apenas quando o projeto precisar delas; anexe o registo de teste ou registo de configuração a cada resultado. Um produto não deve passar porque outro modelo no mesmo catálogo se ligou com sucesso.
Cartão de aceitação carregador–CSMS OCPP
| Verificação | Condição de aprovação acordada antes do teste | Evidência a reter | Resultado |
|---|---|---|---|
| Identidade do produto | Modelo, revisão de hardware, intervalo de números de série e firmware correspondem às unidades cotadas e amostradas | Ficha técnica, fotografia da placa de identificação, ecrã ou relatório de firmware | ☐ Aprovado ☐ Reprovado |
| Protocolo e certificado | Versão OCPP e transporte correspondem ao CSMS; qualquer certificado OCA identifica o mesmo âmbito de produto/software e perfis exigidos | Número e listagem do certificado, declaração do fornecedor, exportação de configuração | ☐ Aprovado ☐ Reprovado |
| Endpoint e segurança | O carregador alcança o URL de teste acordado usando as configurações necessárias de WebSocket/TLS e autenticação | Configurações de endpoint redigidas, resultado da cadeia de certificados, registo de conexão | ☐ Aprovado ☐ Reprovado |
| Arranque e recuperação | O CSMS aceita a identidade do carregador; heartbeat/estado está visível; reconexão e recuperação offline cumprem o alvo declarado do projeto | Registo de mensagens com timestamp e registo de eventos do CSMS | ☐ Aprovado ☐ Reprovado |
| Estado do conector e autorização | Os estados disponível, ocupado, em falha e indisponível são apresentados corretamente; a autorização RFID/app necessária é aceite ou rejeitada conforme esperado | Passos de teste, resultado do token, registos do carregador e do CSMS | ☐ Aprovado ☐ Reprovado |
| Registos de sessão e de medição | Início, paragem, estado da transação e leituras de medição necessárias aparecem no CSMS com as unidades e temporização acordadas | Exportação de sessão e registo correspondente de medição/mensagens | ☐ Aprovado ☐ Reprovado |
| Falhas e ações remotas | A notificação de falha necessária e cada comando remoto contratado produzem o resultado esperado no carregador e no backend | Injeção de falhas ou procedimento de teste seguro, resposta ao comando, registo de eventos | ☐ Aprovado ☐ Reprovado |
| Funcionalidades opcionais do projeto | Carregamento inteligente, atualização de firmware, reserva, gestão de dispositivos ou ISO 15118 funcionam apenas se explicitamente exigido | Registo de teste específico da funcionalidade e evidência de perfil | ☐ Obrigatório ☐ N/A; ☐ Aprovado ☐ Reprovado |
| Closure | As questões em aberto têm responsável, data de resolução, resultado de reteste e baseline de firmware/configuração aprovada | Lista de exceções assinada e aprovação final | ☐ Aprovado ☐ Em espera |
Não use credenciais de produção num teste de amostra, a menos que o processo de segurança do operador o autorize. Registe o tenant de teste do CSMS, a data do teste, as pessoas responsáveis, as condições de rede e qualquer simulador ou adaptador utilizado; um resultado obtido através de um adaptador não é a mesma evidência que uma ligação direta carregador-CSMS.
O que uma migração real de rede de carregadores mostra aos compradores?
A migração Eneco–GreenFlux mostra porque os compradores devem avaliar a frota real e a mistura de firmware em vez de aprovarem um rótulo de protocolo. No estudo de caso da OCA de 2025, a Eneco migrou 3.461 carregadores legados para a GreenFlux. O grupo incluía OCPP 1.5 SOAP, OCPP 1.5 JSON e OCPP 1.6 JSON em duas gerações de carregadores, com personalizações de protocolo acumuladas no antigo backend. As equipas testaram grupos representativos de dispositivos, planearam remediação de firmware ou configuração e moveram os carregadores por fases; a OCA reporta nenhuma interrupção sistémica durante a transição inicial. 5
Para um comprador que enfrenta o mesmo tipo de mudança de backend, a decisão não é “substituir tudo pela versão OCPP mais recente”. Primeiro, inventarie modelo, firmware, variante OCPP, configuração de segurança e funções necessárias. Depois, selecione uma unidade representativa de cada grupo modelo/firmware, execute o cartão de aceitação contra o CSMS alvo, resolva incompatibilidades e aprove um piloto controlado com um caminho de rollback antes de uma encomenda ou migração maior.
Decisão de sourcing Yirox para um programa comparável: trate cada combinação de modelo e firmware como uma linha de aprovação separada. Exija que o fornecedor ou proprietário do CSMS forneça o registo de teste e feche qualquer alteração de firmware contra a baseline acordada antes da aprovação de volume. Aprove a configuração testada, não um rótulo de protocolo. 5
Como você deve escolher um carregador OCPP para um projeto?
Comece pelo CSMS e pela função de que o site necessita, depois escolha uma configuração de carregador que passe os critérios de aceitação do projeto. A versão correta é aquela que o backend e firmware reais conseguem suportar de forma fiável para o uso necessário — não automaticamente a versão de protocolo mais recente.
| Situação do projeto | Abordagem de seleção |
|---|---|
| CSMS existente e carregadores instalados | Corresponda à versão suportada pelo CSMS e às funcionalidades necessárias; teste cada modelo e firmware propostos contra essa plataforma em produção |
| Nova rede sem CSMS selecionado | Faça a pré-seleção do CSMS e do carregador em conjunto; compare autorização, monitorização, segurança, carregamento inteligente e funções de atualização necessárias antes de selecionar uma versão |
| Frota multi-marca ou migração de backend | Inventarie coortes de hardware/firmware, faça piloto de cada coorte representativa, retenha registos de configuração e rollback, depois avance em lotes controlados |
| Sourcing apenas de equipamento | Especifique versão OCPP, transporte, CSMS alvo, perfis/funções necessários, baseline de firmware do produto, configuração de conector/cabo e evidência esperada com a amostra |
Mantenha a adaptação física separada da compatibilidade de software. Confirme região, conector, cabo, tensão/corrente e requisitos de instalação além do cartão OCPP; compare o relevante EV charging cable and connector types.
Conclusão: aprove a combinação testada de carregador e CSMS
O OCPP dá ao carregador e ao CSMS um protocolo de comunicação partilhado, mas o suporte de versão, o âmbito certificado, as funções opcionais, o firmware, a configuração de segurança e o comportamento do backend ainda determinam se um projeto funciona. Verifique a certificação contra o produto exato, depois teste a combinação exata carregador–firmware–CSMS com resultados registados. Se está a definir um programa de produto de carregamento EV, partilhe a especificação do carregador para uma revisão de sourcing com o mercado alvo, versão OCPP, CSMS pretendido, funções necessárias e configuração física.
Perguntas Frequentes
O que significa OCPP?
OCPP significa Open Charge Point Protocol. É o protocolo de comunicação usado entre uma estação de carregamento e um sistema de gestão de estações de carregamento.
Qualquer carregador OCPP pode ligar-se a qualquer backend OCPP?
Não. O carregador e o CSMS precisam de versões, funções, transporte e configurações de segurança e configuração compatíveis. Teste o modelo e firmware exatos contra o CSMS pretendido e retenha os registos.
Um certificado OCPP garante que todas as funcionalidades funcionam?
Não. Um certificado identifica uma versão testada e um âmbito de certificação. Verifique o produto/software listado e os perfis necessários, depois verifique as funções específicas do projeto e a integração com o backend separadamente. 2
O OCPP 2.1 é certificado da mesma forma que o OCPP 2.0.1?
Não assuma que uma versão publicada e um programa de certificação ou teste têm cobertura idêntica. A página OCTT da OCA lista atualmente casos de teste de conformidade para OCPP 1.6 e 2.0.1 e afirma que a cobertura de 2.1 está a ser alargada; confirme a evidência atual específica do produto antes de contratar. 4
O OCPP lida com pagamentos de motoristas de VE?
O OCPP pode transportar informações de autorização e transação, mas não é por si só um processador de pagamento completo, serviço de roaming ou aplicativo de motorista. Confirme essas integrações com o CSMS e os provedores de pagamento.
O que deve ser escrito em uma ordem de compra de carregador OCPP?
Declare a versão e o transporte do OCPP, modelo e firmware exatos, CSMS de destino, funções necessárias, responsabilidades de segurança, evidências de certificação, testes de aceitação de amostra e como as alterações de firmware serão controladas. Anexe o cartão de aceitação preenchido ao registro de amostra aprovado.
Referências
[1] Open Charge Alliance. “Protocolos OCPP.” Accessed September 2026.
[2] Open Charge Alliance. “Certificação OCPP 2.0.1.” Accessed September 2026.
[3] Open Charge Alliance. “Programa de certificação atualizado 2.0.1.” 11 de dezembro de 2025.
[4] Open Charge Alliance. “Ferramenta de Teste (OCTT).” Accessed September 2026.
[5] Open Charge Alliance. “Migrando Estações de Carregamento.” Novembro de 2025.
