O drone mediu mais terra. Isso já pode entrar no auto de medição?

Numa empreitada em Portugal, a equipa recebe dois modelos de terreno produzidos a partir de voos com drone. A comparação indica que foram movimentados mais metros cúbicos do que o previsto. O mapa parece convincente, mas a fiscalização pergunta qual foi a superfície de referência e que limite foi usado no cálculo.

A resposta está dividida por um ficheiro de projeto, um relatório PDF e uma conversa entre o topógrafo e a direção de obra. O número existe; o percurso que permite aceitá-lo ainda não está organizado.

O interesse nos drones e nos modelos digitais de obra cria uma oportunidade concreta para desenvolver software: ligar a captura, a medição e a decisão contratual. A aplicação deve reduzir o tempo necessário para explicar uma quantidade, sem atribuir a uma imagem uma autoridade que ela não tem.

Começar pela quantidade que a obra precisa de decidir

Antes de escolher um visualizador tridimensional, identifique a pergunta operacional. Pretende medir um depósito de material, comparar escavações, acompanhar uma plataforma ou confirmar a área de uma intervenção? Cada pergunta tem uma referência e critérios de aceitação próprios.

Registe a unidade, o limite espacial, o período e o artigo de medição relevante. Uma diferença entre superfícies não identifica, por si só, o trabalho executado por determinado subempreiteiro. Pode incluir material deslocado internamente, alterações ao projeto ou zonas fora do âmbito contratado.

Num primeiro piloto, escolha uma quantidade que hoje provoque discussões frequentes. O objetivo é demonstrar que outra pessoa consegue reconstruir o cálculo e perceber a sua utilização no auto, mesmo sem ter participado no levantamento.

A resolução da imagem não responde à pergunta sobre exatidão

A documentação do OpenDroneMap distingue aspetos da exatidão dos mapas e descreve fatores que influenciam os resultados, incluindo a recolha de imagens e a referenciação. Uma imagem visualmente detalhada não estabelece, por si só, que duas campanhas podem ser comparadas com a tolerância exigida. Orientações de precisão do OpenDroneMap

A aplicação deve guardar os relatórios e parâmetros necessários para a equipa técnica avaliar cada levantamento. Inclua o sistema de coordenadas, a referência vertical, a data, a cobertura e as limitações identificadas. Os requisitos concretos devem ser definidos pelos profissionais responsáveis pelo trabalho.

Quando uma campanha não cobre determinada zona, mostre essa ausência. Preencher visualmente uma falha pode tornar o mapa mais agradável, mas também pode ocultar a razão pela qual uma medição não deve ser aceite.

Cada cálculo precisa de uma versão própria

Um volume depende de mais do que duas datas. Depende das superfícies selecionadas, do polígono usado, das exclusões e do método de cálculo. Se alguém alterar um desses elementos, o resultado deve passar a ter uma nova versão.

Conserve a ligação entre o resultado e os dados que o produziram. Um relatório aprovado deve continuar a abrir a combinação original, mesmo quando chega um levantamento mais recente. A palavra «último» é útil para navegar, mas insuficiente para identificar a base de uma decisão.

Permita comparar revisões de forma compreensível: o limite foi reduzido, a superfície base foi corrigida ou foi excluída uma zona sem informação suficiente. Esta explicação ajuda mais a fiscalização do que uma lista de ficheiros com nomes quase iguais.

Transformar uma divergência numa tarefa verificável

Quando a medição é contestada, a discussão deve ficar ligada à zona e à versão em causa. Um comentário como «rever o volume» perde utilidade se não indicar qual o depósito, o levantamento e a hipótese questionada.

O BCF da buildingSMART permite comunicar assuntos associados a modelos, incluindo referências a elementos e vistas. Pode apoiar a troca de observações entre ferramentas compatíveis, embora não determine a validade contratual de uma medição. Introdução oficial ao BIM Collaboration Format

Mesmo sem implementar BCF no primeiro momento, conserve essa lógica: observação identificada, contexto espacial, responsável, resposta e estado. A integração deve ajudar as pessoas a resolver a divergência, mantendo o histórico da decisão.

Separar calculado, revisto e aceite

Defina estados que correspondam ao trabalho real. Um resultado pode estar calculado, em revisão técnica, devolvido para correção ou aceite para determinada utilização. O sistema deve identificar quem pode fazer cada transição.

Uma aprovação deve referir a revisão concreta e o âmbito aceite. Se a equipa alterar posteriormente a superfície ou o limite do cálculo, a aplicação deve assinalar que a aprovação anterior não cobre automaticamente o novo resultado.

A ligação ao auto de medição deve conservar essa referência. Evite copiar apenas o valor final para uma folha de cálculo: perde-se o contexto que torna o número defensável. Uma integração com o sistema de gestão pode transportar o identificador e permitir regressar à evidência.

Planear a recolha e o acesso aos dados

A responsabilidade por autorizações, condições de voo e procedimentos de segurança deve ficar definida com o operador qualificado e a equipa da obra. O portal organiza o processo documental; não substitui essa avaliação nem autoriza operações de voo.

Defina também quem pode consultar imagens e modelos. Um levantamento pode incluir áreas, pessoas ou informação que não interessa a todos os participantes. Partilhe apenas o necessário para a tarefa e mantenha um registo das versões disponibilizadas.

Para preparar a ligação comercial entre sistemas, consulte a nossa abordagem à integração de CRM e ERP. O artigo sobre pedidos de orçamento num site industrial ajuda a definir os dados mínimos antes de aceitar um pedido técnico.

Um piloto que prova o processo completo

Escolha duas campanhas autorizadas e uma quantidade conhecida. Peça ao fornecedor que mostre o cálculo, introduza uma correção, registe uma objeção e obtenha uma decisão sobre a nova revisão. Inclua uma zona sem dados suficientes para verificar se o sistema apresenta a limitação.

Avalie o tempo de preparação do auto, o esforço para responder a uma pergunta e a quantidade de informação que continua a circular fora da aplicação. Não aceite uma percentagem universal de poupança sem uma medição do vosso próprio processo.

A Innovation T desenvolve aplicações e integrações para operações. Descreva uma medição difícil de justificar na sua obra para avaliarmos um percurso entre levantamento, revisão e auto aceite, aproveitando as ferramentas técnicas que a equipa já utiliza.

Perguntas frequentes

Uma diferença de volume calculada por drone pode ser faturada automaticamente?

O cálculo pode apoiar a medição, mas a aceitação depende dos critérios técnicos e contratuais aplicáveis à obra. A aplicação deve ligar o resultado aos dados de origem, ao método, à revisão e à validação das pessoas responsáveis.

Duas imagens com boa resolução garantem uma comparação rigorosa?

Não. Resolução visual e exatidão posicional são propriedades diferentes. A comparação exige referências compatíveis, controlo da qualidade do levantamento e uma avaliação adequada ao tipo de quantidade que se pretende medir.

É preciso substituir a plataforma de fotogrametria para criar este processo?

Não necessariamente. Uma aplicação complementar pode receber os resultados existentes, conservar as versões e ligar medições, observações e aprovações. O primeiro passo é confirmar os formatos e as integrações disponíveis.