A maior parte do que sei sobre registros de inspeção aprendi do lado do comprador. Durante boa parte da minha carreira, fiz due diligence de projetos e portfólios eólicos e solares que estavam trocando de dono. Quando você está prestes a colocar dinheiro em uma usina, pede o histórico de O&M. O que costuma chegar é uma pilha de checklists mensais, com todos os itens marcados, e uma pasta de fotos com nomes como IMG_4471.
Dois casos desses data rooms ficaram comigo. Um parque eólico em que o vendedor declarou uma trinca na fundação de um aerogerador. O reparo já tinha sido feito, diziam, mas não havia uma única foto dele nem relatório da equipe que o executou. E uma usina solar em que um inversor tinha pegado fogo. Tinha sido substituído, diziam, e não havia registro da substituição em lugar nenhum do dossiê. Nos dois casos foram necessárias semanas de ligações, e um engenheiro independente enviado ao local, para estabelecer o que tinha sido feito. O trabalho em si pode muito bem ter sido bom. O registro não conseguia provar.
Essa é a diferença entre um checklist preenchido e um registro. O checklist diz que a ronda foi feita. O registro diz o que foi encontrado, onde, quando, em qual equipamento, em que condições e por quem. Em uma usina de grande porte, é nessa lacuna entre um e outro que os pedidos de garantia emperram, que os relatórios de disponibilidade são questionados e que o comprador embute no preço um risco que o vendedor nunca afastou com documentação.
SAIBA QUEM VAI PÔR O SEU RELATÓRIO DE INSPEÇÃO À PROVA
O registro é posto à prova em três situações, e cada uma exige dele uma coisa diferente.
Rondas de rotina de manutenção preventiva. O contrato de O&M e o PPA definem a periodicidade e como a disponibilidade é reportada. O registro precisa mostrar que a ronda cobriu os equipamentos que devia cobrir, na data prevista, e em que estado eles estavam. Se o gestor de ativos não consegue reconstituir isso com o que você enviou, para o contrato, a ronda não aconteceu.
Pedidos de garantia e reclamações por defeito. Quando um módulo apresenta microfissuras, um inversor desarma repetidas vezes ou o acionamento de um tracker falha antes da hora, o fabricante pede o número de série, a posição no arranjo, a data da primeira observação, fotos e as condições naquele momento. O que você registrou naquele dia decide se o pedido anda ou morre em uma troca de e-mails.
Transferência e reinspeção. Reparos, repotenciação, troca do prestador de O&M, troca de dono. Quem chega depois herda o registro ou não herda nada. Já estive do lado comprador em transferências suficientes para saber que uma usina com registro fraco é uma usina que exige semanas de ligações, e a visita de um engenheiro independente, antes que alguém coloque um número nela.
A IEC 62446-1 é a norma de referência para inspeção, ensaios e documentação de sistemas fotovoltaicos, e você já a conhece. Este artigo trata do registro em si, que a norma dá por certo que você sabe produzir.
REGISTRE SEIS INFORMAÇÕES EM CADA ACHADO
Isso resistiria a uma disputa de garantia daqui a dois anos, conduzida por alguém que nunca pisou na usina?
Qual equipamento. Não "inversor 12" digitado de memória no fim da fileira, e sim o equipamento confirmado no local. Escaneie a etiqueta de código de barras ou QR Code do inversor, da string box, do controlador do tracker ou do módulo antes de registrar o achado. O escaneamento amarra o achado àquela unidade exata e prova que você estava na frente dela. Dois inversores inspecionados na mesma tarde e documentados naquela noite se trocam com facilidade em um relatório. Um ID digitado pode sair errado. Um ID escaneado, não.
Onde. Coordenadas GPS registradas na hora da foto, não acrescentadas depois, de volta à caminhonete. Em uma usina de 200 MW, "bloco 14, em algum ponto da metade sul" não é localização.
Quando. Data e hora em cada nota e em cada foto. A data em que a observação foi feita, não a data em que o relatório foi escrito.
Condições. Uma leitura de corrente de string não diz nada sem a irradiância e a temperatura do módulo no momento da medição. Uma leitura baixa a 300 W/m², com céu nublado, é normal. A mesma leitura a 900 W/m² é um achado. Registre as condições junto com os dados, não em uma anotação à parte que nunca é cruzada com eles.
O quê. A observação em linguagem clara, a severidade e a leitura, se houver. "Escurecimento no porta-fusível 3, sem arco visível, corrente da string 4 está 12% abaixo das strings vizinhas" é um achado. "Problema na string box" não é.
Quem. O técnico que encontrou e, mais tarde, a pessoa que encerrou. Não é para achar culpado. É para que alguém possa perguntar à pessoa certa o que ela viu quando a foto deixa dúvida.
TIRE FOTOS QUE SE EXPLIQUEM SOZINHAS
As fotos são aquilo em que menos se pensa e o que mais pesa. Estas são as regras que eu gostaria que todos os pacotes que revisei tivessem seguido.
Primeiro a foto aberta, depois o detalhe. Uma foto que mostre onde você está: a fileira, a base do inversor, a placa do bloco. Depois a foto que mostra o achado. A foto aberta permite que quem revisa no escritório situe o detalhe dentro da usina.
Enquadre a etiqueta na foto e escaneie também. O escaneamento garante o ID certo; a foto faz dele uma prova.
Os mesmos ângulos para o mesmo equipamento, sempre. Módulos: frente e backsheet. Conectores: as duas metades do par, em foco. String boxes: porta aberta, interior e etiqueta na mesma foto. Inversores: o display com o código de falha, se houver, e depois o interior do gabinete. Trackers: o acionamento, a posição de segurança (stow), o alinhamento da fileira em relação às vizinhas. Vegetação: a altura do mato em relação à borda inferior do módulo. Quando todos os técnicos fotografam o mesmo equipamento do mesmo jeito, comparar um mês com o outro passa a ser possível.
Marque o achado na foto. Um círculo, uma seta, uma medida. Quem revisa não deveria ter de procurar o que você viu.
Para cada imagem térmica, faça também uma foto em luz visível, da mesma posição. Um ponto quente sem a foto em luz visível é só uma mancha.
E os dois hábitos que estragam mais registros do que qualquer outra coisa: fotos que ficam na galeria do celular sem localização e fotos enviadas pelo WhatsApp, onde os metadados são removidos e o contexto se perde assim que a conversa anda.
TRANSFORME ACHADOS EM AÇÕES CORRETIVAS
Um achado sem responsável é só uma anotação. Uma ação corretiva tem severidade, responsável, prazo e evidência de encerramento.
Primeiro a severidade. Três níveis bastam. Segurança (dano por arco elétrico, condutores expostos, um tracker que não vai para stow) é escalada no mesmo dia, não fica para o relatório mensal. Produção (strings com baixo desempenho, diodos de bypass queimados, sujidade acima do limite) é programada. Estética é só acompanhada, para ver a tendência.
Atribua a ação a uma pessoa, não a uma empresa.
Encerre com evidência. A foto do "depois", tirada no mesmo equipamento, de preferência depois de escanear a mesma etiqueta, para que o antes e o depois fiquem amarrados à mesma unidade. Uma ação encerrada com "resolvido" e sem foto continua aberta aos olhos do proprietário.
Para achados no nível da string, coloque a referência da string na ação em vez de tratar cada string como um equipamento à parte. Em uma usina grande, isso daria milhares de registros para pouquíssimo ganho.
ENVIE O RELATÓRIO AINDA EM CAMPO
O documento mais fraco de toda a cadeia é o relatório escrito na sexta à noite, de memória, com fotos reunidas de três celulares.
Os detalhes se perdem. Os achados se misturam. A única string box que importava vira "algumas string boxes apresentaram sinais de aquecimento".
O registro é mais sólido quando é montado com os próprios dados de campo, no mesmo dia, antes de a equipe ir embora. O que o gestor de ativos quer não é muito: um mapa mostrando onde estão os achados, as fotos com as coordenadas e o ID de cada equipamento, as ações em aberto, com responsáveis e prazos, e um resumo que ele possa encaminhar sem precisar reescrever.
Se você consegue enviar isso ainda em campo, a inspeção termina quando você cruza o portão. Se não consegue, ela termina quando alguém arranjar tempo, e com uma agenda de O&M apertada esse tempo nunca aparece na sexta-feira.
COMO LEVEI TUDO ISSO PARA O FIELDSIGNAL
Criei o FieldSignal depois de vinte anos lendo registros de campo que não respondiam a perguntas básicas. As seis informações acima são a espinha dorsal dele.
Escaneie o equipamento antes do achado. O leitor de código de barras e QR lê a etiqueta do inversor, da string box ou do controlador do tracker e a leva para o checklist da inspeção, ou a registra junto com a visita. O código aparece no relatório.
Localização e hora vêm com cada captura. Notas, fotos e notas de voz já saem com as coordenadas GPS e a data e hora do momento em que são feitas. Nada para acrescentar depois, na caminhonete.
As condições do momento podem ser registradas junto com a visita com um toque: temperatura, umidade, vento e precipitação. A irradiância e a temperatura do módulo vêm dos seus próprios instrumentos; inclua essas leituras na nota.
Marque a foto em campo. Círculos, setas e texto são aplicados na própria câmera do app, não depois, no computador.
Comece por um dos modelos de inspeção solar fotovoltaica ou crie o seu. Os checklists da sua equipe levam o seu procedimento.
Os achados viram ações corretivas com severidade, responsável e prazo. Toda ação criada na visita aparece no relatório com o seu status.
O relatório é gerado a partir dos dados, ainda em campo: um relatório de observações de campo enquanto a visita está em andamento e, quando ela termina, um relatório de visita ao local, em formato estruturado, ambos em PDF com a sua logo, enviados por e-mail pelo app antes de você ir embora.
A captura funciona sem sinal. A maioria das usinas em que trabalhei não tem. Notas, fotos, notas de voz, checklists e trilhas GPS são capturados offline e sincronizados quando o sinal volta. Gerar e enviar o relatório exige conexão.
O FieldSignal está na App Store e no Google Play, com acesso completo por 14 dias e sem cartão. O que cada plano inclui está na página de preços.
Se inspecionar usinas solares é o seu trabalho, eu gostaria de saber onde o app erra. Foi assim que ele foi construído.