Termo de referência para videomonitoramento com IA: o que pedir e o que evitar

O termo de referência que dá certo diz o que a cidade precisa que aconteça: a detecção virar ocorrência na central, a ocorrência chegar ao app da viatura mais próxima, a evidência sair com hash e autor, cada consulta ficar registrada. A partir disso, o fornecedor mostra como entrega. O termo que lista marca de câmera, modelo de placa de vídeo ou nome de algoritmo trava a licitação e amarra o município a uma solução que pode estar obsoleta antes do fim do contrato.

Prefira frases verificáveis: "o sistema deve permitir exportar o trecho de vídeo com hash, autor e horário" é testável na demonstração; "o sistema deve ser moderno e robusto" não é.

Aproveitamento do parque existente

Exija integração com câmeras IP de qualquer fabricante, por RTSP e ONVIF, sem troca de equipamento para iniciar a operação. É a diferença entre começar em semanas e começar depois de uma nova licitação de câmeras.

Detecção e onde ela roda

Reconhecimento facial, leitura de placas, perímetro virtual e tampering. Peça que a análise possa rodar no servidor com GPU, no edge sem internet ou em cluster, conforme a realidade de rede de cada ponto da cidade.

Despacho e registro

Central de despacho com mapa operacional e equipes ao vivo, app de campo para a viatura, rondas com comprovação por GPS, escala do dia integrada e boletim digital assinado, com workflow de aprovação.

Governança de dados

Dados no próprio ente público, retenção configurável por câmera, permissão por órgão e área, trilha imutável de cada match e consulta, e cláusulas de operador de dados nos termos da LGPD: sem uso para outra finalidade, devolução ou apagamento ao fim do contrato e prazo para comunicar incidente.

Indicadores de entrega

Tempo de despacho, cobertura de ronda, ocorrências por região e turno, disponibilidade das câmeras e taxa de acerto da detecção, todos exportáveis por período. Sem indicador, o contrato não tem como ser cobrado.

• Exigir marca ou modelo de câmera, servidor ou placa de vídeo. Descreva capacidade e resultado.
• Prometer taxa de acerto sem definir como será medida. Acerto de leitura de placa muda com ângulo, iluminação e configuração do aparelho; a medição precisa ser com câmera da cidade e por período.
• Aceitar dados fora do controle do município, em nuvem do fornecedor, sem cláusula de devolução.
• Contratar reconhecimento facial sem finalidade escrita, base legal identificada pela procuradoria e relatório de impacto.
• Deixar a manutenção de fora. Câmera parada é ponto cego: a falha detectada precisa virar ordem de serviço com prazo e responsável.
• Esquecer o treinamento com o cenário local e a escala da própria guarda.

Peça uma demonstração com uma câmera do município conectada, regra de detecção definida com a equipe e o fluxo de despacho da guarda local. Na demonstração, verifique quatro coisas com os próprios olhos:

• A detecção vira ocorrência com responsável e prazo, e chega ao app de campo.
• A exportação da evidência sai com hash, autor e horário.
• A trilha registra quem consultou o quê e quando.
• A câmera antiga da cidade foi usada como está, sem substituição.

• Resultados descritos de forma verificável, sem marca nem modelo.
• Integração com câmeras de qualquer fabricante por RTSP e ONVIF.
• Detecção no servidor, no edge ou em cluster, conforme a rede do ponto.
• Despacho, app de campo, rondas, escala e boletim digital integrados.
• Dados no ente público, retenção por câmera, trilha imutável.
• Cláusulas de operador de dados: finalidade, devolução, incidente.
• Indicadores exportáveis por período, com método de medição definido.
• Manutenção com ordem de serviço a partir da falha detectada.
• Prova de conceito com câmera da própria cidade.