A due diligence técnica de um portfólio de ativos renováveis é, em parte substancial, um exercício de rastreabilidade. O assessor técnico independente (ITA) não apenas avalia se o P50 estimado é razoável — ele verifica se é possível reconstruir o caminho completo de como aquele número foi produzido: quais dados foram usados, quem os validou, qual versão do software aplicou qual metodologia e se alguma decisão de tratamento foi documentada com justificativa.
Quando esse caminho não pode ser reconstruído, o ITA compensa a incerteza não documentada aumentando os fatores de incerteza aplicados ao P90 — o que degrada a cobertura do serviço da dívida (DSCR) e pode inviabilizar o fechamento financeiro ou impor condições precedentes onerosas.
Esta nota apresenta a estrutura de rastreabilidade técnica que a Renewene aplica em portfólios de recurso renovável: os quatro níveis de documentação, o que cada um protege e como a ausência de cada componente se traduz em incerteza adicional quantificável.
Os quatro níveis de rastreabilidade
A rastreabilidade técnica em energia renovável opera em quatro níveis interdependentes. Uma cadeia forte em níveis superiores mas fraca nos inferiores não compensa — o ITA avalia a cadeia completa:
- Rastreabilidade metrológica: cada instrumento de medição é rastreável a um padrão nacional (INMETRO) ou internacional (BIPM) por cadeia ininterrupta de calibrações com incerteza declarada em cada elo;
- Custódia de dados: cada arquivo de dado bruto é vinculado à sua origem, operador, timestamp e instrumento, e cada transformação subsequente é documentada com o software, versão e parâmetros aplicados;
- Controle de versão de análises: cada resultado analítico (MCP, Weibull, AEP) é versionado, com registro de quais inputs geraram quais outputs e qual analista aprovou cada versão;
- Trilha de auditoria: toda decisão de tratamento — exclusão de um mês de dados, escolha de um modelo clearsky, aplicação de um fator de correção — é registrada com justificativa técnica, referência normativa e nome do responsável.
Nível 1 — Rastreabilidade metrológica
A ISO/IEC 17025:2017 define rastreabilidade metrológica como "a propriedade de um resultado de medição pela qual o resultado pode ser relacionado a uma referência por meio de uma cadeia ininterrupta e documentada de calibrações, cada uma contribuindo para a incerteza de medição". Para instrumentos de campanha de recurso renovável, isso significa:
- Anemômetros e piranômetros calibrados em laboratório acreditado pelo INMETRO (padrão primário ou secundário);
- Certificado de calibração com número de série do instrumento, data, laboratório acreditado, incerteza expandida (k=2) e rastreabilidade declarada ao BIPM;
- Histórico de calibrações: quando o instrumento foi calibrado, qual a sensibilidade antes e depois, e qual o drift acumulado desde a última calibração;
- Para instrumentos substituídos em campo: dois certificados — do instrumento removido e do instalado — com verificação de que os dados na transição são homogêneos.
A falha mais comum neste nível não é a ausência de calibração, mas a desvinculação entre o certificado e os dados: o certificado existe em papel, mas o sistema de dados não registra qual instrumento (por número de série) coletou quais linhas do arquivo. Em devido processo de due diligence, o ITA pede exatamente essa vinculação — e se não existir, aplica incerteza adicional sobre toda a série.
Nível 2 — Custódia de dados e linhagem
Cada arquivo de dado bruto deve ser selado no momento da ingestão com metadados imutáveis: timestamp de recebimento, hash criptográfico (SHA-256 ou equivalente), origem (instrumento, sítio, altura) e operador responsável pelo recebimento. Qualquer transformação posterior — agregação temporal, correção de unidade, filtro de QA/QC — gera um novo arquivo derivado com referência ao arquivo-pai e ao script/versão de software que produziu a transformação.
Esse modelo de linhagem de dados permite responder, em qualquer ponto futuro, à pergunta: "este número de P50 que vejo no laudo foi calculado com os dados originais ou com algum arquivo intermediário modificado manualmente?" A resposta correta deve ser: não apenas que os dados originais foram usados, mas que nenhum arquivo intermediário foi editado manualmente sem registro.
O gate de QA/QC é o único ponto onde dados podem ser excluídos ou marcados como suspeitos. Toda exclusão deve gerar um registro no log de decisão com timestamp, justificativa e referência normativa. A cadeia de hashes SHA-256 permite verificar em qualquer momento que nenhum arquivo intermediário foi modificado após seu ingresso na cadeia.
Nível 3 — Controle de versão de análises
Análises de recurso renovável evoluem ao longo de um projeto: uma MCP inicial feita com 12 meses de dados é refinada após 24 meses; uma curva de potência é atualizada com nova versão do fabricante; um fator de wake é recalculado com layout final. Cada nova versão deve coexistir com as anteriores no sistema de versionamento — não substituí-las — e cada versão deve registrar:
- Quais dados de entrada foram utilizados (por hash e versão);
- Qual software e versão executou o cálculo;
- O que mudou em relação à versão anterior e por quê;
- Quem aprovou a nova versão e quando.
O cenário mais problemático em due diligence é a existência de múltiplas versões de uma análise sem hierarquia clara: planilhas Excel numeradas como "final_v2", "final_v3_revisado", "final_v3_revisado_USE_THIS" num mesmo diretório, sem registro de qual foi efetivamente utilizada no laudo entregue. Esse padrão invalida a cadeia de custódia e forçar o ITA a solicitar nova análise completa — custo e prazo não planejados.
Matriz de rastreabilidade do portfólio
Em portfólios com múltiplos ativos, a heterogeneidade da documentação é a regra, não a exceção. Ativos mais antigos tendem a ter documentação fragmentada ou em formatos proprietários sem cadeia de custódia digital; ativos mais recentes seguem padrões mais rigorosos. A matriz de rastreabilidade permite mapear esse estado e priorizar ações de remediação antes de um processo de due diligence:
| Ativo | Cal. rastreável | QA/QC log | Hash dados | Versão SW | Metadata | Laudos IEC | Cadeia custódia |
|---|---|---|---|---|---|---|---|
| AEP-001 · EOL · RN | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| AEP-002 · EOL · CE | ✓ | ✓ | parcial | ✓ | parcial | ✓ | ✓ |
| AEP-003 · SOL · BA | ✓ | parcial | ausente | parcial | ausente | parcial | ✓ |
| AEP-004 · EOL · PI | ✓ | ✓ | ✓ | parcial | ✓ | ausente | parcial |
| AEP-005 · SOL · MG | parcial | ausente | ausente | ausente | parcial | ausente | ausente |
AEP-005 apresenta 5 de 7 requisitos ausentes — perfil típico de ativo adquirido de terceiros sem due diligence técnica prévia. Antes de qualquer refinanciamento ou venda, esses gaps precisam ser endereçados com nova análise documental ou reanálise técnica, processo que demanda tempo e pode impor condições ao fechamento.
Nível 4 — Trilha de auditoria e log de decisões
O nível mais exigente de rastreabilidade é o registro das decisões — não apenas do que foi feito, mas de por que foi feito. Cada decisão de tratamento que afeta o resultado de AEP deve ser documentada num log estruturado:
| Campo | Conteúdo | Exemplo |
|---|---|---|
| timestamp | ISO 8601 UTC | 2024-07-12T14:23:01Z |
| operador | ID único do analista | eng.joao.s@renewene |
| ativo / dataset | Identificador inequívoco | AEP-003 / val_BA03_2023_v1 |
| decisão | Ação tomada (EXCLUIR / MANTER / CORRIGIR / SINALIZAR) | EXCLUIR · julho/2023 |
| justificativa | Texto técnico com critério | Disponibilidade 71% a 100 m — abaixo do limiar IEC 61400-12-1 de 85% |
| referência | Norma ou procedimento citado | IEC 61400-12-1:2017 §11.4.2 |
| aprovador | Sênior que revisou a decisão | eng.sênior@renewene · 2024-07-13 |
Decisões não registradas nesse formato — mesmo quando tecnicamente corretas — tornam-se invisíveis ao ITA. Um mês excluído sem log de decisão é equivalente, para fins de due diligence, a uma exclusão arbitrária: a análise é igualmente válida em ambos os casos, mas apenas uma é auditável.
Impacto na incerteza do P90
A relação entre rastreabilidade e incerteza é direta: cada componente de documentação ausente ou não rastreável obriga o ITA a aplicar uma incerteza adicional sobre o resultado. Não porque o dado seja necessariamente errado, mas porque não pode ser verificado — e o que não pode ser verificado não pode ser excluído como fonte de erro.
A degradação acumulada de 6.8% no P90/P50 não resulta de dados piores — os dados são os mesmos. Resulta da incapacidade de demonstrar ao ITA que os dados são íntegros. Em projetos com DSCR apertado (1.10–1.15), essa diferença pode ser determinante para a aprovação do financiamento.
Sistema mínimo viável de governança de dados
Implementar os quatro níveis de rastreabilidade não exige sistemas complexos desde o início de um portfólio — mas exige disciplina estrutural desde o primeiro dado coletado. Os elementos indispensáveis de um sistema mínimo viável:
- Registro de instrumentos: banco de dados dos equipamentos em campo com número de série, data de instalação, calibrações e datas de substituição, vinculado por instrumento e período aos arquivos de dados correspondentes;
- Ingestão automatizada com hash: toda entrada de dado bruto no sistema deve gerar automaticamente um hash de conteúdo (SHA-256) e um registro de metadados imutável — eliminando a possibilidade de modificação silenciosa posterior;
- Pipeline de QA/QC versionado: o código de validação de dados deve ser controlado por versão (git ou equivalente), com cada execução registrando qual versão do pipeline gerou qual conjunto de dados validados;
- Log de decisões estruturado: cada exclusão, marcação ou correção de dado deve ser registrada no formato descrito na seção anterior — não em comentário de planilha, mas em sistema auditável;
- Controle de versão de análises: cada cálculo de MCP, AEP ou P50 deve ser reprodutível a partir do registro de qual dado validado + qual versão de software + quais parâmetros geraram o resultado.
Sobre a Plataforma Renewene: O fluxo descrito nesta nota corresponde à arquitetura do BORA — a plataforma de gestão de campanhas da Renewene. O BORA implementa os níveis 1–3 de forma automatizada: ingestão com hash, pipeline QA/QC versionado, rastreabilidade de instrumento por número de série e reprodutibilidade de análise por snapshot de parâmetros. O log de decisões (nível 4) é o único elemento que permanece assistido por humano por design — decisões de tratamento de dados têm consequência técnica e precisam de julgamento, não apenas de execução automatizada.
Documentação para due diligence
Quando um portfólio entra em processo de due diligence técnica — seja para refinanciamento, venda ou extensão de prazo de dívida — o ITA tipicamente solicita os seguintes documentos relacionados à rastreabilidade:
- Registro completo de instrumentos com certificados de calibração por número de série e período de validade;
- Log de QA/QC para cada campanha de medição, com decisões documentadas e justificadas;
- Hash SHA-256 (ou equivalente) dos arquivos de dado bruto e validado entregues ao ITA — para que o ITA possa verificar integridade independentemente;
- Histórico de versões de análise com registro de mudanças entre versões e aprovador de cada versão;
- Para portfólios com ativos adquiridos: due diligence técnica original do ativo adquirido ou, na sua ausência, análise de remediação documental descrevendo quais elementos não puderam ser recuperados e quais incertezas adicionais foram aplicadas em decorrência.
Referências normativas e bibliográficas
- ISO/IEC 17025:2017 General requirements for the competence of testing and calibration laboratories. International Organization for Standardization / IEC, 2017. (Base normativa para rastreabilidade metrológica de calibrações.)
- ABNT NBR ISO 9001:2015 Sistemas de gestão da qualidade — Requisitos. Associação Brasileira de Normas Técnicas, 2015. (Requisitos de controle de documentos e registros — base para o log de decisões.)
- IEC 61400-12-1:2017 Wind energy generation systems – Part 12-1: Power performance measurements. IEC, 2017. (Seção 7 — requisitos de rastreabilidade de calibração para anemômetros em campanhas.)
- MEASNET v2:2016 Evaluation of Site-Specific Wind Conditions, Version 2. MEASNET, 2016. (Requisitos de documentação de campanha e cadeia de custódia para medições MEASNET-acreditadas.)
- IFC (2012) Performance Standard 1: Assessment and Management of Environmental and Social Risks and Impacts. International Finance Corporation, 2012. (Referência de governança para projetos financiados por bancos de desenvolvimento — inclui requisitos de rastreabilidade de dados técnicos.)
