Resposta direta: O ISO 15118 Plug & Charge (PnC) permite que um veículo elétrico se autentique e seja cobrado automaticamente por meio de um certificado de contrato X.509 trocado pelo cabo de recarga — sem RFID e sem aplicativo. A ISO 15118-2 (2014) cobre o PnC unidirecional sobre TLS 1.2; a ISO 15118-20 (2022) acrescenta bidirecionalidade (V2G), autenticação mútua TLS 1.3, WLAN e múltiplos contratos. As duas não são retrocompatíveis. O AFIR da UE exige a -2 em novos pontos públicos de corrente alternada (AC) a partir de 2026-01-08 e a -20 em novos carregadores públicos e privados a partir de 2027-01-01. A área de compras deve confirmar OCPP 2.0.1J + versão da ISO 15118, confiança na V2G Root CA (Hubject / Eonti) e evidências de conformidade conforme as cláusulas 1-6 de RFQ abaixo.
O que é o PnC
Certificado de contrato X.509 trocado entre veículo elétrico ↔ carregador via PLC. A cobrança ocorre pelo backend do eMSP, sem ação do motorista.
-2 vs -20
-2 (2014): TLS 1.2, PLC, contrato único, unidirecional. -20 (2022): TLS 1.3 obrigatório, PLC+WLAN, múltiplos contratos, bidirecional.
Calendário do AFIR
2026-01-08: ISO 15118-2 em novos pontos públicos AC da UE. 2027-01-01: ISO 15118-20 em novos pontos públicos + privados da UE.
Linha HG Power
Stellar / Genesis / Aurora Split: OCPP 2.0.1J + ISO 15118-2 configuráveis por pedido; roadmap da -20 confirmado por cotação. Série V2G Bidirectional: -20 como arquitetura-alvo.
1. O que é, de fato, o Plug & Charge
O Plug & Charge é um recurso da norma ISO 15118 que permite que o veículo e a estação de recarga se autentiquem mutuamente e autorizem um contrato de cobrança pelo próprio cabo de recarga. O motorista conecta o cabo; o controlador de recarga do veículo elétrico (EVCC) e o controlador do equipamento de alimentação da estação (SECC) executam um handshake codificado em EXI por Powerline Communication (PLC), usando a camada física HomePlug Green PHY. Durante o handshake, o veículo apresenta, no padrão X.509, um certificado de contrato emitido pelo seu eMSP; a estação valida a cadeia de certificados até uma V2G Root CA confiável; se for válida, a sessão começa e o eMSP acerta a cobrança com o CPO.
Tudo o que há de interessante no PnC está em um de três lugares: a cadeia de certificados (quem assinou o quê), o fluxo de instalação (como o certificado de contrato chegou ao veículo) e a integração OCPP (como a estação de recarga conversa com seu backend sobre eventos de PnC). O restante deste guia percorre cada camada, com as decisões que cabem ao comprador.
2. Plug & Charge vs Autocharge vs RFID: os três caminhos de autenticação
| Dimensão | Plug & Charge (ISO 15118) | Autocharge | RFID / aplicativo |
|---|---|---|---|
| Identificador | Certificado de contrato X.509, assinado criptograficamente | Endereço MAC do EVCC, em texto simples | UID do RFID ou token do aplicativo |
| Âncora de confiança | V2G Root CA (Hubject, Eonti, raiz de OEM) | Banco de dados próprio do CPO | Backend do CPO / eMSP |
| Ação do motorista | Nenhuma — basta conectar | Nenhuma — basta conectar (após o pareamento inicial) | Aproximar o cartão ou abrir o aplicativo |
| Resistência a falsificação | Alta (chave privada não exportável do veículo) | Baixa (o MAC pode ser clonado) | Média (depende da tecnologia do cartão) |
| Compatibilidade do veículo | Veículos elétricos com EVCC ISO 15118 — lista crescente de OEMs | Qualquer veículo elétrico com MAC do EVCC legível | Qualquer veículo |
| Compatibilidade do carregador | SECC compatível com ISO 15118-2 ou -20 + PnC via OCPP | Recurso de firmware do CPO; não padronizado | Universal |
| Status regulatório (UE) | Exigido pelo AFIR 2026/2027 | Não padronizado; sem reconhecimento regulatório | Alternativa básica |
O Autocharge é a ponte pragmática que muitos CPOs adotaram entre o fim da década de 2010 e a primeira metade da década de 2020, pois funciona em qualquer veículo compatível com ISO 15118 sem a implantação de PKI. Ele não é um substituto de longo prazo: não tem identidade criptográfica, não oferece interoperabilidade entre CPOs nem caminho para a conformidade com o AFIR. Novas compras a partir de 2026 devem tratar o Autocharge como um recurso de transição em hardware compatível com PnC, e não como arquitetura-alvo.
3. ISO 15118-2 vs ISO 15118-20: a divisão de versões que importa
| Recurso | ISO 15118-2 (2014) | ISO 15118-20 (2022) |
|---|---|---|
| Versão do TLS | TLS 1.2 (opcional em alguns fluxos) | TLS 1.3 obrigatório, autenticação mútua |
| Transferência bidirecional de energia | Não suportada | AC-BPT e DC-BPT (V2G, V2H, V2L) |
| Camada de transporte | Somente PLC (HomePlug Green PHY) | PLC + WLAN (sem fio) |
| Transferência de energia sem fio | Não abordada | WPT suportada |
| Dispositivo de conexão automatizada | Não abordado | ACD suportado (braços robóticos de recarga) |
| Contratos por sessão | Contrato único | Múltiplos contratos (por exemplo, frota + pessoal) |
| Recarga programada | Básica | Modos de controle dinâmico + programado + V2G |
| Agilidade criptográfica | Conjuntos de cifras fixos | Negociáveis, substituíveis sem revisão do protocolo |
| Retrocompatibilidade | — | Não. É necessário firmware dual-stack para atender às duas |
A falta de retrocompatibilidade é o fato de compra mais importante desta norma. Uma estação de recarga que suporta somente a ISO 15118-2 não consegue atender um veículo que implementa somente a ISO 15118-20, e vice-versa. Por isso, o hardware entregue em 2026-2027 normalmente executa as duas pilhas de protocolo em paralelo e negocia a versão no início da sessão. Isso dobra o esforço de certificação do controlador e aumenta o uso de memória do firmware; é o principal motivo pelo qual gabinetes prontos para PnC custam mais do que os equivalentes sem PnC.
A DIN SPEC 70121 (2012-2014) ainda convive com as duas como alternativa somente em corrente contínua (DC) e sem TLS, usada por muitos veículos de 2018-2024 — estações de recarga voltadas a frotas mistas normalmente implementam DIN 70121 + ISO 15118-2 + ISO 15118-20 como três caminhos simultâneos, selecionados por veículo.
4. A cadeia PKI: da V2G Root CA aos certificados folha
A segurança do Plug & Charge se apoia em uma infraestrutura de chave pública (PKI) X.509 de quatro níveis. Cada nível assina o nível abaixo dele.
Figura 1 · Cadeia PKI da ISO 15118 · V2G Root → Sub-CA (OEM / eMSP / CPO) → Contrato + Provisionamento + EVSE Leaf → certificados de sessão TLS (ilustrativo)
| Nível | Certificado | Emitido por | Armazenado em |
|---|---|---|---|
| 1 (Raiz) | Certificado da V2G Root CA | Operador da V2G Root (Hubject, Eonti, raiz de OEM) | HSM no operador raiz; chave pública distribuída a todas as partes |
| 2 (Sub) | Certificados Sub-CA de OEM / eMSP / CPO | V2G Root | HSM no eMSP / OEM / CPO |
| 3 (Provisionamento) | Certificado de provisionamento (OEM) e certificado de contrato (eMSP) | Sub-CA do OEM / Sub-CA do eMSP | Elemento seguro do veículo |
| 3 (Infraestrutura) | Certificado folha EVSE (EVSE Leaf Certificate) | Sub-CA do CPO | Elemento seguro do SECC do carregador |
| 4 (Sessão) | Certificados de sessão TLS derivados das folhas | Gerados a cada sessão | Voláteis — somente na RAM |
A V2G Root CA da Hubject opera como a âncora de confiança dominante na Europa desde 2018 e hoje conta com reconhecimento recíproco da Eonti na América do Norte e de várias raízes pertencentes a OEMs. A Hubject opera a plataforma de testes OPCP (Open Plug & Charge Protocol), enquanto a CharIN promove periodicamente os eventos de interoperabilidade Testival; com isso, estações de recarga e veículos podem comprovar a aceitação da cadeia de certificados entre operadores comerciais de V2G Root.
Implicação para o comprador: a estação de recarga precisa confiar na(s) V2G Root(s) usada(s) pelos seus eMSPs-alvo, caso contrário veículos válidos apresentarão certificados que a estação rejeita. “ISO 15118 suportada” sem uma lista declarada de Root CAs confiáveis é uma informação incompleta — veja a cláusula 2 de RFQ.
5. Instalação de certificados: três fluxos legítimos
O certificado de contrato precisa estar no veículo antes que o PnC funcione no primeiro uso. Três fluxos são padronizados, e todos os três aparecem em produção.
| Fluxo | Gatilho | Transporte | Uso típico |
|---|---|---|---|
| 1. Online pela estação de recarga | O veículo envia CertificateInstallationReq na primeira conexão | Veículo elétrico ↔ SECC ↔ backend do CPO ↔ Certificate Provisioning Service (CPS) ↔ backend do eMSP | O motorista assina o contrato do eMSP online, vai até qualquer carregador com PnC e a primeira sessão instala o certificado |
| 2. Backend do OEM over-the-air | O eMSP entrega os dados de contrato assinados ao OEM, e o OEM os envia ao veículo via OTA | Rede celular / Wi-Fi até a telemática do veículo | Pré-provisionamento antes da entrega ou atualização sob demanda após a venda |
| 3. Instalação offline | Ação da concessionária ou oficina, com dados assinados em USB ou ferramenta de diagnóstico | Direto no elemento seguro do veículo | Veículos sem conectividade confiável com o backend; entrega na concessionária |
O fluxo 1 é o fluxo de referência da ISO 15118-2; ele depende de que tanto a estação de recarga quanto o backend do CPO implementem CertificateInstallationReq / Res corretamente. O fluxo 2 está se tornando comum porque elimina a experiência de “falha misteriosa na primeira conexão” quando o roteamento do CPS está mal configurado. O fluxo 3 é uma alternativa para mercados com cobertura parcial de backend.
6. Prazos do AFIR: quando a ISO 15118 deixa de ser opcional na UE
Figura 2 · Prazos da ISO 15118 no AFIR (ilustrativo)
| Prazo | Escopo | Norma | O que significa para os compradores |
|---|---|---|---|
| 2026-01-08 | Todos os novos pontos de recarga públicos AC na UE | ISO 15118-2 | Compras de wallbox AC a partir desta data devem apresentar evidências de ISO 15118-2 |
| 2027-01-01 | Todos os novos pontos de recarga públicos e privados, AC e DC | ISO 15118-20 | Qualquer novo pedido de carregador após esta data deve suportar ISO 15118-20 (na prática, dual-stack com a -2) |
| Variações entre Estados-membros | Alguns Estados aceleram (por exemplo, Alemanha e Países Baixos) por meio de incentivos nacionais | -2 e/ou -20 | Verifique o ato nacional de implementação do AFIR antes de fechar a compra |
Mercados fora da UE não têm obrigação rígida equivalente em 2026, mas os locais financiados pelo NEVI nos EUA exigem hardware compatível com ISO 15118 e com roadmap de Plug & Charge; Reino Unido e Austrália seguem, na prática, a conformidade da UE por meio dos padrões de importação. Para hardware voltado à exportação (que é o que a HG Power entrega), o suporte à ISO 15118 já é um filtro de compra na maioria dos mercados desenvolvidos, com ou sem obrigação nacional.
7. Pontos de contato do OCPP 2.0.1J: onde o PnC e o backend se encontram
A ISO 15118 é o protocolo entre veículo elétrico e estação de recarga; o OCPP é o protocolo entre estação de recarga e backend. O PnC só funciona de ponta a ponta se os dois cooperarem em quatro pontos:
| # | Mensagem / fluxo do OCPP 2.0.1J | Papel no PnC |
|---|---|---|
| 1 | Authorize (idToken type = eMAID) | O carregador encaminha ao CSMS o eMAID do veículo, extraído do certificado de contrato, para autorização de cobrança |
| 2 | Get15118EVCertificate / Get15118EVCertificate Response | O carregador retransmite o CertificateInstallationReq do veículo, e o CSMS devolve a resposta assinada por meio do Certificate Provisioning Service |
| 3 | SignCertificate / CertificateSigned | O carregador solicita ao CSMS a renovação do próprio certificado folha EVSE |
| 4 | DeleteCertificate / InstallCertificate / GetInstalledCertificateIds | Controle do ciclo de vida, pelo CSMS, do repositório de confiança do carregador (V2G Root CAs, Sub-CAs de CPO) |
Se a implementação de OCPP da estação de recarga for 1.6 (JSON), nada disso existe — o OCPP 1.6 não tem mensagens nativas de PnC, e o PnC em uma estação 1.6 exige extensões não padronizadas. O OCPP 2.0.1J (hoje adotado como IEC 63584) é o protocolo de backend mínimo para um PnC em conformidade com as normas. O OCPP 2.1 acrescenta extensões específicas de V2X alinhadas aos modos bidirecionais da ISO 15118-20.
8. A realidade dos testes de conformidade: laboratórios, prazos, custo
Alegações de marketing de “pronto para ISO 15118” sem evidências de conformidade são uma fonte frequente de disputas de compra nesta norma. A realidade do setor em 2026:
- Menos de 10 laboratórios no mundo são acreditados para testes completos de conformidade com a ISO 15118-20 (DEKRA, TÜV SÜD, TÜV Rheinland, Keysight e alguns laboratórios ligados a OEMs são os nomes mais citados).
- O prazo para conseguir uma vaga de teste de conformidade costuma ser de 6-9 meses.
- Os testivals da CharIN fornecem evidências de interoperabilidade, mas não substituem os certificados de conformidade de laboratório.
- O ciclo de projeto de hardware, de somente ISO 15118-2 para dual-stack -2+-20, costuma levar 8-14 meses, incluindo a conformidade.
Na prática, isso significa que um fornecedor que declara “ISO 15118-20 suportada” em hardware lançado em 2026 precisa apresentar (a) um certificado de conformidade de laboratório, (b) um relatório de testival da CharIN com plano de conformidade declarado e cronograma, ou (c) um compromisso assinado de caminho para a conformidade no contrato de venda. Veja a cláusula 5 de RFQ.
9. Matriz de prontidão ISO 15118 da HG Power
A HG Power fabrica carregadores rápidos DC de 20–2600 kW e wallboxes AC de 7–44 kW, com certificações CE, TUV CB, UKCA, Australia RCM, ETL e ENERGY STAR (cada certificado abrange modelos específicos), para distribuidores regionais, integradores de frotas e compradores OEM em mercados desenvolvidos. O suporte às versões da ISO 15118 é desenvolvido sobre uma base comum de controlador, e a versão específica (DIN 70121 / ISO 15118-2 / ISO 15118-20) é confirmada por pedido, dentro do escopo suportado por cada série.
| Série | Faixa de potência | Suporte atual à ISO 15118 | Roadmap da -20 | OCPP |
|---|---|---|---|---|
| Galaxy wallbox AC | 7–22 kW | ISO 15118-2 configurável por pedido (pronto para AFIR 2026-01-08) | Confirmado por pedido | OCPP 1.6 / 2.0.1 (opcional) |
| Stellar AC/DC | AC 7–44 kW / DC 20–40 kW | ISO 15118-2 configurável por pedido; DIN 70121 como alternativa em DC | Confirmado por pedido | OCPP 1.6 / 2.0.1 (opcional) |
| Genesis DC integrado | 40–480 kW | ISO 15118-2 + DIN 70121 configuráveis por pedido | Confirmado por pedido, dentro da janela de produção | OCPP 1.6 / 2.0.1 (opcional); 2.0.1J (opcional) em 200–480 kW |
| Aurora Split (padrão) | 240–2000 kW | ISO 15118-2 + DIN 70121 configuráveis por pedido | Confirmado por pedido | OCPP 1.6 / 2.0.1 (opcional) |
| Aurora Split (serviço pesado) | 2000–2600 kW | ISO 15118-2 + DIN 70121 configuráveis por pedido | Confirmado por pedido | OCPP 1.6 / 2.0.1 (opcional) |
| Recarga bidirecional V2G | 15–240 kW | ISO 15118-2 + extensões de controle V2G configuráveis por pedido | ISO 15118-20 como arquitetura-alvo, cronograma por pedido | OCPP 1.6 / 2.0.1 (opcional) |
V2G Root CAs confiáveis suportadas de fábrica: Hubject (Europa + recíproca), Eonti (América do Norte). Outras raízes de OEM podem ser adicionadas ao repositório de confiança do carregador via OCPP 2.0.1J InstallCertificate mediante solicitação.
Guias relacionados para compradores: guia de compra OCPP 2.0.1 vs 1.6 para a base do protocolo de backend; refrigeração líquida vs resfriamento por ar forçado para a arquitetura térmica; alocação de potência com dois conectores para instalações com vários conectores; como avaliar fabricantes de carregadores para veículos elétricos para o contexto mais amplo de fornecedores.
10. Seis cláusulas de RFQ para a compra de Plug & Charge
| # | Cláusula | Verifica |
|---|---|---|
| 1 | “O fornecedor deverá declarar, por modelo: versão(ões) da ISO 15118 suportada(s) (-2, -20 ou ambas), suporte à alternativa DIN SPEC 70121 e versão(ões) de TLS implementada(s).” | Evita ambiguidade de versão |
| 2 | “O fornecedor deverá listar a(s) V2G Root CA(s) no repositório de confiança de fábrica do carregador e confirmar o mecanismo (OCPP 2.0.1J InstallCertificate) para adicionar outras raízes.” | Interoperabilidade com eMSPs |
| 3 | “O fornecedor deverá suportar as mensagens OCPP 2.0.1J Authorize (eMAID), Get15118EVCertificate, SignCertificate, DeleteCertificate, InstallCertificate e GetInstalledCertificateIds, fornecendo os logs de teste do CSMS.” | Evidência de integração com o backend |
| 4 | “O fornecedor deverá apresentar evidências de conformidade: (a) relatório de teste de conformidade com a ISO 15118 emitido por laboratório acreditado, (b) relatório de testival da CharIN com plano de conformidade declarado, ou (c) caminho para a conformidade assinado, com data de conclusão.” | Comprovação de conformidade |
| 5 | “Para pedidos entregues após 2026-01-08 (AC público) ou 2027-01-01 (público e privado, AC e DC), o fornecedor deverá certificar a conformidade com o AFIR (Regulation (EU) 2023/1804) no mercado de entrega.” | Conformidade regulatória na UE |
| 6 | “O fornecedor deverá documentar os fluxos de instalação de certificados suportados (CertificateInstallationReq online / OTA do OEM / offline), com a versão do esquema EXI.” | Experiência do motorista no primeiro uso |
11. Referências
| Referência A — Normas e regulamentos | Editor | Edição / data | Escopo citado |
|---|---|---|---|
| ISO 15118-2 | ISO | 2014 | Comunicação veículo-rede, unidirecional, TLS 1.2, contrato único |
| ISO 15118-20 | ISO | 2022 | Protocolo de segunda geração, bidirecional, TLS 1.3, WLAN, múltiplos contratos |
| DIN SPEC 70121 | DIN | 2012-2014 | Recarga rápida DC, sem TLS, caminho alternativo anterior à ISO |
| IEC 63584 (OCPP 2.0.1) | IEC | Aprovada em 2024 | Protocolo de backend com conjunto de mensagens de PnC |
| Regulation (EU) 2023/1804 — AFIR | União Europeia | Em vigor desde 2023-10-13 | Prazos da ISO 15118-2 (2026-01-08) e da -20 (2027-01-01) para carregadores públicos e privados |
| CharIN Plug & Charge Implementation Guide v1.2 | CharIN e.V. | 2022 | Modelo PKI, fluxos de instalação de certificados, OPCP |
| Referência B — Fontes da HG Power | Documento | Versão / data | Escopo citado |
|---|---|---|---|
| Perfil da empresa HG Power (EN) | Edição 2026-09 | 2026-09 | Linhas de fabricação e base de certificação |
| Registro de certificações da HG Power | CE 3N240131.SHN0W49 · TUV CB JPTUV-178277 / JPTUV-178278 · Marca TUV R 50695913 0001 · UKCA CN25G3TM 001 · Australia RCM RCMC26013005D · ETL 2408B2314SHA-001 · ENERGY STAR C2506171 | Ativo | Base citada na Brand Formula |
12. Perguntas frequentes
O que é o ISO 15118 Plug & Charge, em termos simples?
É um recurso que permite que seu veículo elétrico se autentique e seja cobrado automaticamente em uma estação de recarga pelo próprio cabo de recarga, sem cartão RFID e sem aplicativo. O veículo apresenta um certificado digital emitido pelo seu provedor de contrato de recarga; a estação o verifica em relação a uma raiz confiável; a recarga começa e a cobrança é liquidada automaticamente.
O ISO 15118 Plug & Charge é o mesmo que o Autocharge?
Não. O Plug & Charge usa um certificado de contrato X.509 com assinaturas criptográficas — resistente a falsificação e padronizado. O Autocharge usa o endereço MAC do EVCC do veículo elétrico, associado a uma conta de motorista no banco de dados do CPO — prático, mas não padronizado e sujeito a falsificação. O Autocharge serviu de ponte durante a primeira metade da década de 2020; na prática, o AFIR o torna obsoleto para novas compras na UE a partir de 2026.
Qual é a diferença entre a ISO 15118-2 e a ISO 15118-20?
A -2 (2014) trata do PnC unidirecional sobre TLS 1.2 e PLC, com um único contrato por sessão. A -20 (2022) acrescenta transferência bidirecional de energia (V2G, V2H), TLS 1.3 obrigatório com autenticação mútua, transporte por PLC + WLAN, múltiplos contratos por sessão, transferência de energia sem fio e dispositivos de conexão automatizada. As duas não são retrocompatíveis — estações de recarga voltadas às duas populações executam firmware dual-stack.
A ISO 15118 é obrigatória?
Na UE, sim, de acordo com o AFIR (Regulation 2023/1804): novos carregadores públicos AC devem suportar a ISO 15118-2 a partir de 2026-01-08, e novos carregadores públicos e privados devem suportar a ISO 15118-20 a partir de 2027-01-01. Nos EUA, no Reino Unido, na Austrália e na maioria dos mercados desenvolvidos não há obrigação rígida idêntica, mas a ISO 15118 já é um filtro de compra de fato, e os locais financiados pelo NEVI a exigem.
Quais veículos suportam Plug & Charge hoje?
É suportado por muitos veículos elétricos de 2022 em diante — exemplos comumente citados incluem Ford Mustang Mach-E, Lucid Air, linha Mercedes EQ, Porsche Taycan, vários modelos Hyundai / Kia / Genesis e Audi e-tron; a Tesla avançou rumo ao suporte a PnC em paralelo à adoção do NACS. O suporte dos OEMs se amplia a cada atualização de ano-modelo — a lista de membros da CharIN e o registro OPCP da Hubject trazem a referência cruzada atualizada.
Qual é o papel da PKI no Plug & Charge?
Todo o modelo de segurança é baseado em PKI. Uma cadeia X.509 de quatro níveis vai de uma V2G Root CA (Hubject ou Eonti), passando pelas Sub-CAs de OEM / eMSP / CPO, até os certificados de contrato do veículo e os certificados folha EVSE. Cada parte só confia nas demais porque a cadeia é validada até uma raiz de confiança mútua. A compra de carregadores deve confirmar quais V2G Roots estão no repositório de confiança de fábrica.
A ISO 15118 viabiliza a recarga bidirecional V2G?
Sim, mas somente a ISO 15118-20. A ISO 15118-2 define a recarga unidirecional com ganchos iniciais de controle V2G; a ISO 15118-20 acrescenta mensagens bidirecionais de primeira classe para transferência bidirecional de potência em AC e DC, modos dinâmicos de controle para serviços de rede e a segurança de autenticação mútua necessária para que as distribuidoras confiem em transações bidirecionais de energia.
Meu backend OCPP 1.6 funcionará com o ISO 15118 Plug & Charge?
Não para um PnC em conformidade com as normas. O OCPP 1.6 não tem mensagens nativas para troca de certificados 15118, renovação do certificado folha EVSE ou gestão do repositório de confiança. O PnC completo exige OCPP 2.0.1J (IEC 63584) no backend; alguns fornecedores oferecem extensões 1.6 não padronizadas como solução paliativa, mas elas não passam em auditorias do AFIR. Veja nosso guia de compra OCPP 2.0.1 vs 1.6.
Que evidências de conformidade devo pedir em uma RFQ?
(a) Um relatório de teste de conformidade de um laboratório acreditado, como DEKRA, TÜV SÜD, TÜV Rheinland ou Keysight; (b) um relatório de testival da CharIN com plano de conformidade declarado e cronograma; ou (c) um compromisso assinado de caminho para a conformidade no contrato de venda, caso a versão da norma seja nova. “ISO 15118 suportada” sem um desses itens não tem o nível exigido em uma compra.
Vai comprar hardware pronto para Plug & Charge?
Envie seu mercado-alvo (AFIR na UE, NEVI nos EUA, Reino Unido, Austrália), o requisito de versão da ISO 15118 (-2, -20 ou dual-stack), o eMSP / V2G Root CA alvo e a potência por local. Respondemos com a seleção de gabinetes (Galaxy / Stellar / Genesis / Aurora / Deepsea / V2G), o plano de versões ISO 15118 + OCPP 2.0.1J, o pacote de evidências de conformidade e preços indexados ao MOQ em até 24 horas (dias úteis GMT+8).
WhatsApp: +86 189 2467 8741 · E-mail: marketing@hjlcharger.com · Programa de parceiros: hongjialicharge.com/partner-with-hg-power
Revisado por: Marvin Zhou, Head of International Marketing, Shenzhen Hongjiali New Energy Co., Ltd. · Última revisão 2026-10-23 · Referências: ISO 15118-2:2014; ISO 15118-20:2022; DIN SPEC 70121; IEC 63584 (OCPP 2.0.1); Regulation (EU) 2023/1804 (AFIR); CharIN Plug & Charge Implementation Guide v1.2; Manual de Seleção de Produtos HG Power 2026 e Perfil da Empresa 2026-09.