A expansão dos sistemas de armazenamento de energia em baterias (BESS) no Brasil desloca uma parte relevante do risco dos projetos para uma questão que não se resolve apenas com certificações: a capacidade de demonstrar que o sistema ofertado se comportará de forma segura na configuração e no regime operacional efetivamente contratados.
Essa distinção é particularmente importante no ciclo de contratação que se forma em torno do LRCAP 2026. Entre habilitação técnica, contratação do fornecimento, licenciamento, seguro, financiamento, integração e operação, diferentes agentes examinarão o mesmo empreendimento sob critérios e funções de perda distintos. Um conjunto documental suficiente para uma dessas etapas pode não ser suficiente para outra.
O problema central não é a ausência de documentos. É a qualidade da correspondência entre aquilo que se afirma e aquilo que a evidência efetivamente demonstra.
Um certificado comprova uma conclusão dentro de determinado escopo. Ele não necessariamente transfere ao comprador as premissas que permitem determinar se essa conclusão é aplicável à configuração adquirida. Da mesma forma, um ensaio realizado em um módulo não demonstra automaticamente comportamento entre unidades instaladas; uma medição de latência típica não demonstra atendimento a um requisito temporal de pior caso; e evidência produzida para determinada química, firmware, sistema de supressão ou regime operacional não pode ser automaticamente transferida para outro.
A consequência para desenvolvedores, investidores, financiadores, seguradoras e grandes consumidores é direta: due diligence técnica de BESS precisa migrar de uma lógica predominantemente documental para uma lógica probatória.
Isso significa associar cada asserção relevante a uma classe mínima de evidência, verificar a identidade entre configuração ensaiada e configuração contratada, testar a aplicabilidade ao regime operacional previsto e tratar respostas incompletas como informação de risco — antes da assinatura do contrato, enquanto ainda existe capacidade de exigir evidências, alterar arquitetura ou redistribuir responsabilidades.
A tese desta Nota Técnica é, portanto:
não existe evidência forte em abstrato. Existe evidência adequada — ou inadequada — para sustentar uma determinada asserção, sobre uma determinada configuração, sob determinado regime operacional.
Essa mudança de critério transforma certificação, ensaios, arquitetura de controle e documentação técnica em elementos de uma mesma decisão de investimento.
1. O problema estratégico: conformidade e demonstração não são equivalentes
Na aquisição de um BESS, é natural estruturar requisitos em torno de normas, certificações, garantias, disponibilidade, desempenho e referências do fornecedor. Esses elementos são necessários, mas não encerram a análise.
Existe uma diferença fundamental entre três perguntas:
O equipamento atende a determinada norma?
Existe evidência de que determinada propriedade foi observada?
Essa evidência sustenta a propriedade que precisa ser demonstrada no projeto específico?
As perguntas parecem próximas, mas produzem decisões diferentes.
O caso de Axminster, na Inglaterra, é ilustrativo. O recurso relacionado a um sistema de armazenamento de 150 MW foi indeferido em agosto de 2026 porque a inspetora não se convenceu de que havia evidência robusta suficiente de que as estratégias de mitigação de deflagração e explosão funcionariam para gabinetes separados por 10 cm.
O ponto relevante não foi simplesmente a existência ou inexistência de conformidade normativa. A questão foi a insuficiência da evidência para a configuração concreta sobre a qual a autoridade precisava decidir.
Essa distinção altera a lógica da aquisição.
A pergunta deixa de ser apenas:
“Quais certificados o fornecedor possui?”
e passa a incluir:
“Qual asserção cada documento efetivamente sustenta?”
2. O certificado é uma conclusão; o relatório recupera as premissas
Certificados têm função importante na cadeia de conformidade. O problema surge quando são utilizados para responder a perguntas que exigem granularidade superior.
Em termos simplificados, um certificado informa que determinado objeto foi avaliado segundo um procedimento e obteve determinado resultado. Mas as condições detalhadas do ensaio, a configuração utilizada, os critérios, as medições e as limitações de escopo normalmente permanecem no relatório que deu origem ao certificado.
Por isso, aumentar a quantidade de certificados não necessariamente aumenta a capacidade de decisão.
Pode ocorrer exatamente o contrário: aumenta-se o volume documental sem recuperar as informações necessárias para determinar a aplicabilidade da evidência.
Um exemplo particularmente relevante para armazenamento é a distinção entre UL 9540 e UL 9540A.
UL 9540 é uma norma de segurança de produto para sistemas e equipamentos de armazenamento. UL 9540A é um método de ensaio destinado a produzir dados sobre propagação térmica e comportamentos associados em determinadas condições.
Consequentemente, dizer que um sistema “tem UL 9540A” não responde, por si só, às perguntas críticas de engenharia.
É necessário saber, entre outros pontos:
- qual nível foi ensaiado;
- qual edição do método foi utilizada;
- qual configuração participou do ensaio;
- quais critérios foram aplicados;
- quais resultados foram obtidos;
- onde o ensaio foi encerrado;
- e se a configuração ensaiada corresponde àquela que será instalada.
A passagem do certificado para o relatório é, assim, uma das intervenções de maior valor na due diligence: frequentemente não exige produzir novo ensaio, mas apenas recuperar evidência que já existe.
3. Uma escala prática para avaliar evidências
Para transformar esse princípio em processo de decisão, a evidência pode ser organizada segundo a quantidade e a qualidade de informação que permite recuperar.
| Classe | Evidência | O que permite concluir |
|---|---|---|
| E0 | Declaração comercial, questionário ou apresentação do fornecedor | Que o fornecedor faz determinada afirmação |
| E1a | Certificação organizacional ou de sistema de gestão | Que existem processos organizacionais documentados; não demonstra propriedade do produto ofertado |
| E1b | Certificação de produto ou subsistema | Que determinado objeto foi avaliado e obteve resultado conforme, dentro de um escopo parcialmente recuperável |
| E2 | Relatório de ensaio sem nível, edição ou configuração suficientemente declarados | Que ocorreu uma medição, mas sua transferibilidade permanece indeterminada |
| E3 | Relatório com nível, edição, configuração, critérios e resultados identificados | Que o objeto identificado apresentou determinado comportamento nas condições identificadas |
| E4 | Ensaio em laço fechado com componentes reais sob condições de projeto | Que a configuração próxima daquela que será entregue apresentou o comportamento medido nas condições especificadas |
| E5 | Registro operacional instrumentado ou investigação forense de ativo comparável | Que determinado comportamento efetivamente ocorreu em operação real |
A escala exige uma ressalva importante.
De E0 a E3 existe uma progressão relativamente clara de informação recuperável. E4 e E5, porém, não formam simplesmente “degraus superiores”.
Eles respondem a dimensões diferentes.
E4 oferece maior fidelidade de configuração: permite testar o componente, firmware e arquitetura próximos daqueles que serão entregues.
E5 oferece maior realismo da condição: registra acontecimentos reais, inclusive situações que o projetista não antecipou.
Uma investigação forense de um BESS antigo e tecnologicamente diferente pode revelar um modo de falha crítico, mas não necessariamente demonstra como o sistema ofertado atualmente se comportará. Inversamente, um ensaio extremamente fiel ao sistema contratado pode não reproduzir uma condição adversa ainda não imaginada.
Portanto, a pergunta não é “qual classe é maior?”, mas “qual evidência corresponde à asserção que preciso sustentar?”.
4. O critério de suficiência probatória
Uma evidência somente deveria ser considerada suficiente quando três condições forem atendidas simultaneamente:
1. Classe adequada: a evidência possui granularidade suficiente para a asserção?
2. Identidade de configuração: o objeto ensaiado corresponde ao objeto que será entregue?
3. Aplicabilidade operacional: as condições consideradas cobrem o regime em que o ativo será operado?
Podemos sintetizar:
Suficiência = classe adequada + configuração correspondente + regime aplicável.
Essa formulação evita um erro recorrente: considerar uma evidência suficiente apenas porque ela é tecnicamente sofisticada.
Um ensaio de alta qualidade realizado sobre firmware diferente daquele que será entregue pode não sustentar a asserção. Um relatório completo sobre outra configuração de módulos também pode não fazê-lo. O mesmo vale para evidência produzida em um regime operacional que não represente o regime contratado.
Para o comprador, portanto, o escopo de validade precisa acompanhar a própria evidência.
No mínimo, devem ser identificados:
- edição do método;
- configuração ensaiada;
- versão relevante de hardware e software;
- condições do ensaio;
- regime operacional pressuposto;
- e correspondência com a configuração contratada.
Sem essas informações, pode haver um documento tecnicamente excelente e, ainda assim, insuficiente para a decisão.
5. UL 9540A: por que um bom resultado pode também representar uma lacuna
O UL 9540A fornece um exemplo especialmente importante de como interpretar evidências.
O método trabalha com diferentes escalas de observação — célula, módulo, unidade e instalação — e o nível do ensaio delimita o tipo de conclusão que pode ser sustentado.
| Escala | O que pode ser observado | O que permanece fora daquele nível |
|---|---|---|
| Célula | Características da disparada térmica e gases | Interação entre células |
| Módulo | Propagação entre células, liberação de calor e gases | Propagação entre módulos e comportamento da unidade |
| Unidade | Comportamento entre módulos e características da unidade | Propagação entre unidades, afastamentos e desempenho da proteção instalada |
| Instalação | Interação entre unidades na disposição ensaiada e elementos de proteção | Condições diferentes do cenário efetivamente ensaiado |
Historicamente, a lógica de parada do método permitia que o processo não avançasse para escalas superiores quando os critérios fossem atendidos em níveis anteriores.
Isso cria uma conclusão contraintuitiva:
um ensaio que parou no módulo pode ter parado porque o resultado foi favorável — e justamente por isso não produzir evidência sobre o comportamento na escala da instalação.
Portanto, ausência de ensaio em nível superior não significa automaticamente produto pior. Mas também não pode ser interpretada como evidência sobre uma propriedade que não foi observada.
Essa diferença é essencial para questões como afastamento entre gabinetes, propagação entre unidades e eficácia de sistemas ativos na configuração instalada.
As revisões de 2026 da NFPA 855 e do UL 9540A são particularmente relevantes porque respondem à lacuna associada ao ensaio em grande escala descrita nos artigos-base.
Para projetos brasileiros, isso introduz uma questão contratual importante: se determinada evidência necessária ao projeto não é exigida pelo arcabouço local, alguém precisa transformá-la explicitamente em requisito de aquisição.
6. Arquitetura de controle: onde a certificação de produto deixa de responder
Uma segunda fronteira crítica aparece quando a propriedade analisada não pertence a um equipamento isolado, mas emerge da integração.
Em um BESS utility-scale, a autoridade operacional é distribuída por uma cadeia que pode envolver:
sensoriamento de células → BMS de módulo → BMS de rack → BMS mestre → PCS → EMS/PPC → SCADA → proteção elétrica → HVAC → detecção e combate a incêndio → telecomunicações → operador.
Cada interface é uma fronteira de autoridade.
Considere uma situação simples: o EMS solicita determinada potência, o PCS está apto a executá-la, mas o BMS identifica que a solicitação ultrapassa o limite térmico permitido naquele estado do sistema.
A afirmação “o BMS tem prioridade” é insuficiente para caracterizar o comportamento.
É necessário saber:
- qual regra determina a precedência;
- em quanto tempo o conflito é resolvido;
- qual variável produziu o bloqueio;
- como essa decisão é registrada;
- se o comando recusado é reapresentado;
- se existe possibilidade de sobrescrita;
- como o sistema opera em modo degradado;
- como reage à perda e à retomada da comunicação;
- e como impede a execução de comandos obsoletos após reconexão.
Essas propriedades não pertencem ao BMS, PCS ou EMS isoladamente. São propriedades emergentes da integração.
Por isso, certificações individuais de produto não conseguem demonstrá-las. O artigo-base associa essas asserções a evidências E4: ensaios em laço fechado com controladores reais e, quando aplicável, injeção de falhas.
7. A matriz entre asserção e evidência
A consequência prática é transformar requisitos genéricos em asserções verificáveis.
| Asserção crítica | Evidência mínima proposta |
|---|---|
| Segregação entre função de segurança e componente de aprendizado foi projetada | E3 |
| Segregação continua efetiva quando a camada de aprendizado falha | E4 |
| Malha de controle atende ao envelope temporal | E4 |
| Detecção de precursores é eficaz | E3 |
| Propagação térmica é contida | E3, em escala compatível com a propriedade alegada |
| Função de segurança não pode ser desabilitada | E3 |
| Arbitragem entre controladores é determinística e rastreável | E4 |
| Decisões e restrições são rastreáveis | E4 |
| Sistema mantém operação definida sem conectividade | E4 |
| Interfaces são abertas e dados pertencem ao proprietário | E3 |
A tabela produz uma conclusão relevante para CAPEX e cronograma.
Parte das asserções pode ser sustentada por evidências E3, frequentemente já existentes. Portanto, o problema não é necessariamente financiar novos testes: pode ser especificar, solicitar, obter e interpretar corretamente documentação já produzida.
As propriedades relacionadas a falha e integração, por outro lado, tendem a exigir E4. Nesses casos, a evidência precisa entrar no planejamento de engenharia e de contratação.
8. Cinco formas de uma resposta parecer adequada sem responder à pergunta
Uma due diligence madura também precisa reconhecer padrões de não-resposta.
Substituição de métrica
Apresenta-se uma variável relacionada, mas insuficiente.
Exemplos: latência média quando a exigência é pior caso; acurácia agregada quando importa taxa de falso negativo; disponibilidade contratual quando a pergunta é comportamento sob falha.
Substituição de artefato
Entrega-se certificado quando foi solicitado relatório, declaração quando foram solicitados dados ou apresentação comercial quando se pediu procedimento.
Substituição de nível
Uma evidência de módulo é utilizada para responder a uma pergunta sobre instalação.
A resposta pode ser tecnicamente correta e, mesmo assim, não sustentar a asserção.
Substituição de configuração
Apresenta-se evidência referente a outra química, outro módulo, outro invólucro, outro sistema de supressão ou outra versão de firmware.
Substituição de regime
Utilizam-se resultados obtidos sob condições diferentes das contratadas — por exemplo, outro clima ou outro perfil operacional.
Essas situações não deveriam ser classificadas simplesmente como “documentação pendente”.
A ausência de uma resposta adequada é, ela própria, informação para a decisão.
9. Por que isso importa antes da assinatura do contrato
O momento da análise é tão importante quanto seu conteúdo.
Antes da contratação, o comprador ainda consegue:
- exigir relatórios completos;
- estabelecer testes de aceitação;
- vincular evidências à configuração contratada;
- definir matriz de autoridade;
- especificar interfaces;
- estabelecer requisitos de dados;
- incorporar testes de integração;
- negociar responsabilidades;
- ou alterar a arquitetura.
Depois da contratação, uma lacuna probatória pode transformar-se em alteração de projeto, disputa de escopo, atraso, retrofit ou risco residual assumido pelo empreendimento.
Essa é uma diferença decisiva entre due diligence de aquisição e auditoria posterior.
A evidência não deve ser tratada apenas como requisito de fechamento documental. Ela deve participar da formação da própria arquitetura contratual.
10. Licenciador, segurador e financiador não fazem a mesma pergunta
O mesmo BESS atravessa diferentes processos decisórios.
O licenciador está interessado em saber se os riscos relevantes foram suficientemente demonstrados e controlados.
O segurador observa exposição, severidade, frequência, mecanismos de mitigação e incerteza residual.
O financiador adiciona outra dimensão: precisa avaliar não apenas eventos de segurança, mas a capacidade do ativo de preservar disponibilidade, executar serviços e sustentar as premissas de geração de caixa.
O artigo-base observa, inclusive, que estudos sobre um ativo brasileiro de 30 MW/60 MWh indicam que sua extensão para determinados serviços adicionais pode requerer mudanças em ajustes de proteção, algoritmos de controle e sistemas auxiliares de software e hardware. Isso reforça que potência e energia nominais não definem, isoladamente, a aptidão funcional de um BESS.
A arquitetura de controle torna-se, portanto, também uma variável econômica.
Uma integração que não sustenta determinado serviço pode afetar receita. Uma arquitetura opaca pode aumentar dependência tecnológica. Evidência insuficiente pode afetar licenciamento, seguro ou financiamento.
O problema deixa de ser apenas “segurança do equipamento” e passa a ser bancabilidade técnica do empreendimento.
11. Recomendações para processos de aquisição e due diligence de BESS
Para empreendimentos em fase de especificação, seleção de tecnologia, contratação ou financiamento, a nMentors recomenda estruturar a análise em seis movimentos.
Primeiro: definir as asserções críticas antes de solicitar documentos. O ponto de partida deve ser aquilo que precisa ser demonstrado, não uma lista genérica de certificados.
Segundo: atribuir uma classe mínima de evidência a cada asserção. Isso evita aceitar declarações comerciais ou certificados para propriedades que exigem relatório detalhado ou ensaio integrado.
Terceiro: exigir declaração de escopo de validade. Toda evidência crítica deve permitir identificar método e edição, configuração ensaiada e regime operacional pressuposto.
Quarto: construir a matriz de autoridade entre controladores. BMS, PCS, EMS/PPC, SCADA, proteção e sistemas auxiliares precisam ter regras explícitas de precedência, bloqueio, degradação e recuperação.
Quinto: transformar propriedades emergentes em testes de integração e aceitação. Comportamento sob falha, arbitragem, autonomia e rastreabilidade não deveriam permanecer como declarações de proposta.
Sexto: resolver lacunas probatórias antes da assinatura. A pendência documental deve ser classificada por impacto e convertida, quando necessário, em requisito técnico, condição precedente, teste ou obrigação contratual.
12. Implicações para o mercado brasileiro de armazenamento
O ciclo de expansão do armazenamento brasileiro cria uma oportunidade incomum: grande parte dos ativos ainda está em uma fase na qual requisitos podem ser definidos antes de as decisões de arquitetura se tornarem irreversíveis.
Isso também cria um risco.
É possível contratar sistemas amplamente certificados e descobrir posteriormente que o dossiê não sustenta perguntas formuladas por licenciadores, seguradoras, financiadores ou pela própria operação.
A resposta não é abandonar certificações nem elevar indiscriminadamente a quantidade de ensaios.
É tornar a aquisição orientada a argumento e evidência.
Isso exige que cada requisito crítico seja acompanhado por quatro perguntas:
O que exatamente está sendo afirmado?
Qual classe de evidência é capaz de demonstrá-lo?
A evidência corresponde à configuração que será entregue?
As condições em que foi produzida representam o regime em que o ativo será operado?
Quando essas perguntas passam a integrar RFPs, especificações, avaliações técnicas, FAT, SAT e due diligence, a documentação deixa de funcionar apenas como comprovação formal e passa a ser instrumento de decisão.
13. Limites desta abordagem
A classificação E0–E5 e a taxonomia de não-resposta utilizadas nesta Nota Técnica são uma proposta conceitual apresentada nos artigos que fundamentam esta análise. Elas ainda não constituem metodologia quantitativamente calibrada ou validada sobre uma amostra independente de dossiês reais.
Também não permitem concluir que um sistema seja inseguro simplesmente porque sua evidência é insuficiente.
Essa distinção deve ser preservada:
“não foi demonstrado que é seguro” não significa “foi demonstrado que é inseguro”.
A metodologia avalia a suficiência do argumento apresentado. Não substitui análise de riscos, estudos de mitigação de perigos, engenharia de segurança, parecer de conformidade ou avaliações jurídicas e contratuais conduzidas por profissionais habilitados.
Essa limitação, porém, não reduz sua utilidade para aquisição. Ao contrário: permite separar uma avaliação legítima da evidência de uma conclusão indevida sobre o produto.
Conclusão
O desafio que emerge com a contratação de BESS em escala não é simplesmente obter mais documentação. É desenvolver capacidade para distinguir documento, evidência e demonstração.
Certificação continua sendo relevante, mas deve ocupar o lugar correto dentro do argumento.
O relatório permite recuperar premissas. O nível do ensaio delimita aquilo que pode ser afirmado. A configuração determina a transferibilidade. O regime operacional delimita a validade. E propriedades que emergem da integração precisam ser demonstradas na integração.
A mudança aparentemente pequena — perguntar “o que esta evidência efetivamente demonstra?” — altera a qualidade de todo o processo de aquisição.
Ela ajuda a identificar lacunas antes que se convertam em risco de licenciamento, prêmio de seguro, condição de financiamento, limitação operacional, dependência tecnológica ou retrofit.
Para o mercado brasileiro de armazenamento, a implicação estratégica é clara: a qualidade dos ativos que entrarão em operação será determinada não apenas pela tecnologia escolhida, mas pela qualidade das perguntas e das evidências exigidas enquanto ainda existe poder contratual para obtê-las.
A nMentors apoia desenvolvedores, investidores, financiadores e empresas de infraestrutura na estruturação de especificações técnicas, avaliação de evidências, arquitetura de controle e integração, matrizes de autoridade, requisitos de testes e due diligence técnica para sistemas de armazenamento de energia.
Em projetos BESS, a pergunta decisiva não é quantos certificados existem. É se a evidência disponível sustenta o ativo que será efetivamente contratado e operado.





