Três contratantes submetem propostas para a mesma campanha de reparação. Cada uma inclui um resumo de danos elaborado a partir do mesmo conjunto de relatórios de inspeção do OEM. Nenhum dos três resumos coincide.
Isto não acontece porque alguém esteja a mentir. Acontece porque três pessoas diferentes, em três empresas diferentes, passaram três semanas diferentes a ler manualmente os mesmos PDF e a introduzir o que viam em três folhas de cálculo diferentes. O responsável técnico de um contratante arredonda para cima o comprimento de uma fissura limítrofe porque o seu modelo só tem campos em milímetros inteiros. Outro regista-a numa categoria de dano diferente porque a sua taxonomia interna divide as coisas de forma ligeiramente diferente. Um terceiro simplesmente perde uma página. Um gestor de ativos que tenta comparar as três propostas em pé de igualdade está, na prática, a comparar três atos separados de transcrição manual, não três leituras do mesmo relatório.
Suposto haver uma única verdade nesse relatório de inspeção. Na prática, existem tantas versões dela quantas as pessoas que a voltaram a transcrever.
Duas equipas, o mesmo estrangulamento
Do lado do contratante, uma equipa de concursos que recebe 200 ou 300 relatórios de inspeção tem apenas uma opção se quiser orçamentar o trabalho: ler cada relatório e introduzir manualmente os campos relevantes numa folha de cálculo. É lento, afasta pessoas seniores de trabalho remunerado, e é o tipo de tarefa em que um ponto decimal é mal digitado no final de um longo dia e ninguém dá por isso até o concurso já ter sido submetido. Num contrato por tempo e materiais, esse tipo de erro é recuperável — a fatura reflete o que o trabalho realmente acabar por exigir. Um concurso de custo fixo é menos tolerante. Ganhar o trabalho por 2.000.000 de libras pode parecer um valor saudável no dia em que o contrato é assinado. Pode desaparecer rapidamente assim que se está no alto da pá e o dano não corresponde exatamente ao que foi orçamentado.
A pessoa que faz essa extração é normalmente a mais cara disponível para a tarefa, e sabe que não tem a semana que seria necessária para o fazer devidamente. Por isso, faz triagem. Lê os danos que espera efetivamente orçamentar no concurso, tipicamente Categoria 3 e 4, os que se situam entre “monitorizar” e “ação imediata”. As conclusões de Categoria 1 e 2, por vezes itens de Categoria 5 já sinalizados e tratados noutro âmbito, são passadas por alto. Não porque não importem, mas porque ninguém está a pagar o tempo necessário para capturar dados que não vão entrar nesta proposta em particular.
Os danos que ninguém orçamentou no concurso não deixam de existir. Simplesmente deixam de ser visíveis até alguém os voltar a encontrar por acaso.
Do lado do operador, o problema manifesta-se de forma diferente, mas tem a mesma origem. Um gestor de ativos que analisa propostas, ou que verifica o relatório de conclusão de um contratante em relação aos dados de inspeção originais, não tem forma independente de verificar os números sem refazer ele próprio a mesma extração manual. Na prática, a maioria não o faz. Aceita o resumo do contratante com base na confiança, porque verificá-lo em relação a 300 PDF de origem não é um uso realista do tempo de ninguém.
Construir o registo
O SCOPE™ processa PDF de relatórios de inspeção em duas fases. A primeira extrai os metadados de alto nível: local, identificação da turbina, data do relatório, contexto da campanha. O utilizador revê e confirma isso antes de qualquer coisa mais profunda acontecer. A segunda fase percorre cada instância individual de dano no relatório, todas elas, não apenas as que um revisor com pouco tempo teria priorizado, extraindo o tipo, a gravidade, a localização e a fotografia original associada a cada uma. Nada é confirmado até que uma pessoa o tenha revisto e validado.
Esse é o registo de verdade. Não um resumo que alguém escreveu sob pressão de prazo, mas o conteúdo integral do relatório, capturado uma única vez e estruturado de forma a poder ser consultado a qualquer momento, por qualquer pessoa, sem repetir a extração.
Extrair dados de um conjunto de mais de 380 relatórios de inspeção à mão leva a uma equipa técnica experiente cerca de duas semanas de trabalho. Um contratante que utiliza o Collabaro processou o mesmo volume de relatórios através do SCOPE™ e concluiu a tarefa em poucas horas, uma redução do tempo de extração superior a 98%. Não 98% mais rápido a fazer a mesma tarefa. A própria tarefa, sentar-se e voltar a transcrever relatório após relatório, deixa em grande parte de ser algo que uma pessoa precisa de fazer. E, porque o gestor de projeto não ficou preso durante duas semanas a fazê-lo, manteve-se disponível para orçamentar outros concursos entretanto, em vez de recusar trabalho por falta de capacidade para o processar a tempo.
Do registo ao concurso
Uma vez extraídos os dados, podem ser filtrados pela combinação de parâmetros que o concurso efetivamente exige:
- Local ou parque eólico
- Identificação da turbina e posição da pá
- Número de dano ou categoria de dano
- Relatório de inspeção de origem
- Gravidade, localização na pá e vários outros atributos
Filtrar, exportar para XLSX ou CSV, e o resultado entra diretamente no documento do concurso. A única introdução manual que resta ao gestor de projeto é a estimativa de materiais, quando aplicável, e o custo de mão de obra, valores que esperamos que o Collabaro seja capaz de estimar num futuro próximo, utilizando os dados históricos do próprio cliente. Para um operador, a mesma extração, executada de forma independente sobre relatórios de vários contratantes, transforma-se num único conjunto de dados comparável, construído a partir dos documentos de origem e não da aritmética de cada proponente.
Do registo ao trabalho de reparação
Se o contratante ganhar o trabalho, o registo não é reintroduzido uma segunda vez. Selecionar o dano, ou uma série de danos, atribuir o fluxo de trabalho ou o tipo de tarefa correto, e enviá-lo a um técnico individual ou a um grupo. Esse é todo o passo administrativo. Um a dois minutos, não as horas que costumava levar a criar um novo trabalho do zero, uma redução superior a 90% na administração necessária para colocar uma reparação adjudicada nas mãos de um técnico.
O técnico, ou a equipa atribuída ao trabalho, vê o projeto e os respetivos trabalhos assim que o seu dispositivo sincroniza com o servidor. Quando o fluxo de trabalho está configurado para o incluir, essa sincronização traz também consigo o relatório de inspeção original, e atributos específicos do registo de dano original — a área de superfície é o caso óbvio — ficam integrados no próprio fluxo de trabalho. O técnico pode estar junto à pá e verificar o que está a ver em relação ao que o relatório indicava, sem ter de procurar num documento separado ou esperar que alguém no escritório o envie.
Um registo de verdade, até alguém voltar à pá
Aqui está a parte que é fácil de ignorar. No que diz respeito ao OEM ou ao operador do parque eólico, o relatório de inspeção é a verdade, até ao momento em que um técnico volta a essa pá para efetuar a reparação. Por vezes isso é uma questão de semanas. Por vezes são vários meses. O dano na pá não espera pacientemente entretanto. A erosão avança. Uma fissura que media 40 mm na inspeção pode ser mais longa quando alguém estiver novamente suficientemente perto para lhe tocar.
É aqui que a maioria dos sistemas, em papel ou digitais, falha discretamente. O registo é tratado como permanente, e o que o técnico encontra no dia ou é forçado a corresponder-lhe, ou é registado nalgum lugar que ninguém a jusante alguma vez vê.
O Collabaro envia o relatório de inspeção original para o técnico que efetua a reparação, incluindo as imagens e, sempre que o relatório original a tenha capturado, a área de superfície do dano. O técnico chega com a linha de base em mãos, não um briefing verbal ou um resumo meio lembrado. Se o que encontrar tiver mudado — uma área maior, um modo de falha diferente, dano que progrediu para além da classificação original — comunica a variação em tempo real ao seu gestor de projeto. O gestor de projeto pode então informar o cliente, o OEM ou o operador do parque eólico, antes de a reparação prosseguir, em vez de depois de uma fatura levantar a questão.
O registo de verdade não é uma única fotografia tirada no dia da inspeção e depois deixada de lado. É um histórico contínuo desse dano específico — a conclusão original, qualquer variação comunicada pelo técnico, quem foi informado e quando — de modo que, quando a reparação é encerrada, o registo conta a história completa desse dano, não apenas o ponto onde começou.
Por que razão isto importa
Para um contratante, isso significa responder a um concurso no tempo que realmente tem, licitar em mais trabalhos em paralelo, e transformar trabalho adjudicado em trabalhos prontos para o técnico em minutos em vez de dias. Para um operador, significa uma proposta construída a partir dos documentos de origem, e não da aritmética do contratante, e um registo de reparação que mostra não apenas o que foi inspecionado, mas o que foi efetivamente encontrado quando alguém finalmente voltou à pá para a reparar.
Para ver como o registo é construído, do PDF ao concurso e ao técnico, marque uma demonstração e percorreremos o processo com os seus próprios relatórios de inspeção.
← Voltar ao Field Notes