Nota técnica.
Resumo. A zeladoria viária brasileira ainda é reativa: o buraco vira ordem de serviço só depois da reclamação — e do dano. Este artigo descreve uma abordagem de "frota como sensor" em que veículos que o município já opera (ônibus, coleta de lixo, viaturas de zeladoria) capturam o pavimento continuamente; um modelo de visão computacional detecta e classifica anomalias; cada ocorrência é georreferenciada com foto, data e severidade; e um painel central prioriza os reparos por criticidade, tráfego e custo. O resultado é uma vistoria contínua, auditável e sem novas obras — da detecção à comprovação do reparo.
1. O problema: a zeladoria reativa
Buracos no pavimento são hoje um dos maiores geradores de custo evitável na gestão urbana: danos a veículos que viram indenização judicial, reparo emergencial até 3× mais caro que a manutenção planejada, e uma percepção pública que se deteriora a cada chuva. O modelo atual — vistoria manual e reclamação do munícipe — é lento, depende do dano já existir e não gera dado para priorizar.
- Ocorrências chegam por telefone/ouvidoria, sem localização precisa nem evidência.
- Sem dados de severidade e tráfego, as equipes atendem na ordem em que a reclamação chega — não onde o risco é maior.
- Falta trilha auditável: onde havia buraco, quando foi tapado, com que qualidade — informação essencial para fiscalizar contratos de tapa-buraco.
2. A solução: a frota como sensor
O sistema opera em quatro camadas, sem exigir novas obras nem interromper a operação da frota:
- Captura — câmeras veiculares compactas na frota municipal. Cada veículo cobre seu itinerário normal; a malha é revisitada continuamente, sem custo adicional de deslocamento.
- Detecção por IA — modelo de visão computacional (família YOLO / segmentação) treinado para pavimento brasileiro, classificando buraco, trinca, remendo deteriorado e afundamento, com estimativa de dimensão e severidade. Roda embarcado (edge) ou em nuvem.
- Dados georreferenciados — cada detecção grava foto, coordenada GPS, via, data/hora e severidade em banco geoespacial (PostgreSQL + PostGIS). Detecções repetidas do mesmo ponto consolidam-se em uma ocorrência com histórico — inclusive a comprovação visual do reparo.
- Painel de gestão — mapa da cidade com ocorrências por severidade, priorização (criticidade × tráfego × recorrência), SLA das equipes de reparo e relatórios executivos.
3. Arquitetura técnica
Cada camada usa tecnologia de referência, madura e portável:
- Captura — câmera automotiva IP67 com GNSS, offload por 4G/Wi-Fi.
- Inferência — YOLO/segmentação em edge (Jetson ou similar) ou nuvem, conforme conectividade e custo.
- Dados — PostgreSQL + PostGIS, com deduplicação por raio e por via.
- Serviços — API REST e webhooks para integração com sistemas 156/ouvidoria e ERP de obras.
- Visualização — dashboard web com o mapa da malha e BI (Metabase).
- Segurança — anonimização (blur) automática de placas e rostos; LGPD por construção.
Toda a plataforma roda em nuvem ou na infraestrutura do próprio Município, conforme a política de dados local — os dados são do Município, em formato aberto, do primeiro ao último dia.
4. Privacidade e conformidade (LGPD)
O sistema observa o pavimento, não pessoas. Placas de veículos e rostos são anonimizados (blur) automaticamente antes do armazenamento; as imagens registram exclusivamente o ativo público (a via). O tratamento é fundamentado no exercício de políticas públicas (art. 7º, III e art. 23 da LGPD), com relatório de impacto (RIPD) entregue na implantação e trilha de auditoria de acesso.
5. Do buraco à cidade inteligente
A mesma infraestrutura — câmeras na frota + pipeline de visão computacional — detecta muito além de buracos, por atualização de modelo: tampas de bueiro ausentes, alagamentos, descarte irregular de lixo, iluminação apagada, sinalização danificada e árvores caídas. É o caminho natural para uma plataforma de cidade inteligente, sem trocar o hardware. A abordagem "frota como sensor" já opera no Brasil — Manaus, São José dos Campos e a Sabesp usam variações da mesma ideia — o que reduz o risco de inovação para o Município.
6. Por que a Meta Dados
Integramos SASCAR, Autotrac, Omnilink e similares no dia a dia: instalar e operar sensores embarcados é o nosso terreno há mais de duas décadas. Construímos e operamos as próprias plataformas (WMS, TMS, BI, enriquecimento de dados) — não revendemos caixa-preta. E desenhamos painéis para decisão pública: priorização, SLA e prestação de contas, com prática consolidada em LGPD, pentest e governança de dados. Para a prefeitura, começa com um diagnóstico gratuito em 48h: levantamento da frota disponível, rotas e sistemas a integrar, e um plano de cobertura da malha com piloto de 90 dias.
Perguntas frequentes
Precisa comprar veículos ou fazer obra para começar?
Não. A ideia central é usar a frota que o município já opera — ônibus, coleta de lixo, viaturas de zeladoria. As câmeras são compactas e cada veículo cobre seu itinerário normal, sem custo adicional de deslocamento nem interrupção da operação. Um piloto de 5 a 10 veículos em rotas de alta circulação já cobre a malha prioritária.
Como isso vira defesa jurídica para o Município?
Cada detecção grava foto, coordenada, via, data/hora e severidade, e detecções repetidas do mesmo ponto consolidam um histórico — inclusive a comprovação visual do reparo. Isso cria uma trilha auditável de vistoria contínua da malha, com evidência datada e georreferenciada, que fortalece a defesa em ações de indenização e permite fiscalizar objetivamente os contratos de tapa-buraco (reincidência no mesmo ponto).