Como especificar câmeras inteligentes em projetos CFTV corporativos: tipologias, pixels por metro, IA, equivalência, PoE, RFQ e recebimento.
Confira!
Câmeras inteligentes em projetos de CFTV com analíticos de vídeo baseados em IA devem ser selecionadas por duas capacidades complementares: capturar uma imagem adequada ao objetivo da vigilância e produzir eventos ou metadados úteis e verificáveis para o monitoramento. O projeto precisa definir alvo, distância, condições de iluminação, lente, taxa de quadros, funções analíticas simultâneas, processamento embarcado e integração com o VMS. A mera presença de inteligência artificial no datasheet não assegura detecção confiável nem desempenho no ambiente real.
Este artigo apoia a decisão de aquisição em empreendimentos corporativos, industriais e institucionais. Não repete fundamentos da visão computacional: apresenta critérios para projeto, especificação, equivalência técnica, RFQ, dimensionamento e aceitação de câmeras inteligentes, preservando independência em relação às marcas de referência.
O objetivo operacional define câmera e lente
Uma câmera destinada a observar a movimentação geral de uma recepção não precisa cumprir necessariamente os mesmos requisitos de uma câmera que deve registrar o rosto de quem atravessa uma passagem. Da mesma forma, a câmera de perímetro precisa funcionar com iluminação, distância e obstruções distintas das encontradas no interior de um edifício.
O programa de requisitos deve registrar função de vigilância, área, posição do alvo, movimento esperado, distância, condições ambientais, iluminação e retenção. Quando existem analíticos, indica também objetos, regras e eventos que precisam chegar ao VMS e o desempenho esperado. Um equipamento pode oferecer vídeo adequado e não ter capacidade analítica suficiente; outro pode classificar pessoas, mas não produzir imagem útil para a finalidade investigativa.
Não se deve usar como premissa universal que uma câmera “4K com IA” será superior a uma 2 MP configurada corretamente. A diferença de resolução precisa ser avaliada na largura real da cena e na região onde o evento acontece.
Tipologias para especificação e contratação
A seleção por tipologia permite definir câmera, lente e infraestrutura conforme a área e os requisitos de imagem.
Organizar o parque por tipologias permite comparar equipamentos sem impor uma referência comercial única. A câmera fixa de campo amplo atende necessidade diferente da varifocal de perímetro, da PTZ ou da multidirecional. O projeto deve definir características essenciais por tipologia e exigir demonstração de equivalência funcional.
| Tipologia | Uso de referência | Critério principal |
| Dome/turret fixa | Circulação e interiores | Campo útil, WDR, iluminação e IK |
| Bullet externa | Áreas de acesso e perímetros | Proteção, IR, posição e sabotagem |
| Varifocal | Portais e alvos em distância controlada | Detalhe do alvo e ajuste óptico |
| PTZ | Acompanhamento e presets | Zoom, retorno à posição e operação |
| Multidirecional | Setores amplos e múltiplas vistas | Resolução/FPS por sensor e ajuste |
| LPR dedicada | Placas de veículos | Óptica, exposição, iluminação e reconhecimento |
É preciso distinguir cobertura contínua de observação eventual. Uma PTZ voltada para determinado setor deixa de observar outros enquanto se movimenta, a menos que o projeto tenha câmeras de cobertura complementar. Na multidirecional, a resolução total anunciada resulta de vários sensores que podem possuir limitações independentes.
Densidade de pixels e cálculo de cobertura
A densidade geométrica de pixels apoia o dimensionamento de resolução, campo de visão e posição. Para uma imagem de largura W pixels que cobre L metros na região do alvo, a conta simplificada é PPM = W/L. Assim, 1.920 pixels distribuídos em 12 m fornecem 160 px/m, mas, em 24 m, oferecem apenas 80 px/m. A escolha da lente altera diretamente esse resultado.
O white paper da Axis atualizado em abril de 2026 descreve o modelo DORI baseado na IEC 62676-4:2014, com diretrizes geométricas conhecidas de 25, 63, 125 e 250 px/m para detecção, observação, reconhecimento e identificação. Essas referências não substituem verificação de foco, movimento, compressão, iluminação, ângulo nem ensaio de analytics. Tampouco devem ser copiadas como requisito automático de qualquer solução LPR ou de identificação de atributos pequenos.
Em um corredor, o projetista pode optar por lente mais fechada direcionada à região crítica e outra câmera de contexto. Isso pode ser mais eficiente do que elevar indiscriminadamente a resolução do equipamento de visão ampla. O cálculo deve integrar a memória de projeto e ser confrontado por ensaio de campo.
Exemplo comercial: impacto da lente na quantidade de pontos
Imagine um setor de acesso em que se pretende obter determinado detalhe de uma pessoa na linha de entrada. Se uma câmera com 1.920 pixels horizontais cobre 8 m de largura nessa posição, terá 240 px/m naquele plano; ao ampliar o campo para 16 m, a densidade cai para 120 px/m. O equipamento é o mesmo. A mudança de configuração pode fazer o projeto deixar de atender ao nível de detalhe previsto.
A decisão correta pode incluir outra posição, lente ajustável ou câmera adicional. O orçamento precisa refletir a solução de cobertura, não apenas um modelo de maior resolução. O objetivo de engenharia é evitar aquisição premium que não resolve o problema geométrico.
IA embarcada não significa desempenho garantido
A inteligência artificial embarcada pode classificar pessoas, veículos e outros objetos e gerar eventos conforme modelo e licença. Os algoritmos são influenciados por foco, campo de visão, iluminação, oclusão e posição do alvo. A Axis demonstra em seu white paper de IA que a aplicação precisa ser avaliada por cena e que um modelo já treinado não necessariamente aprende continuamente após a implantação.
Peça ao fornecedor lista de algoritmos disponíveis, versões, limites de FPS/resolução, simultaneidade de execução, restrições de licenciamento e formatos de eventos. Uma câmera pode anunciar várias funcionalidades, mas apresentar restrição de uso conjunto. A prova de conceito deve aplicar as regras realmente contratadas às cenas relevantes.
A documentação deve diferenciar analítico que apenas gera alarme, recurso que entrega metadados e solução que permite pesquisa retrospectiva. A câmera não garante sozinha que o VMS indexará atributos ou executará busca avançada.
Arquitetura: IA na borda, servidor ou modelo híbrido
Analytics no dispositivo pode reduzir parte da infraestrutura de processamento central e permitir resposta local. Em contrapartida, o hardware e o firmware limitam modelos e combinações. Processamento no servidor permite gestão centralizada, mas cria dependências de GPU, rede, sistema operacional e licenças. A nuvem acrescenta condições de conectividade, contrato e proteção de dados. Uma arquitetura híbrida combina essas modalidades.
| Modelo | Benefício potencial | Custo ou risco |
| Borda | Detecção local e menos processamento central | Hardware e licença por câmera |
| Servidor | Administração e processamento concentrados | GPU, capacidade e redundância |
| Nuvem | Escala e serviços gerenciados contratados | Link, retenção e custo recorrente |
| Híbrido | Distribuição de funções por criticidade | Integração e manutenção mais complexas |
A comparação deve utilizar custo total de propriedade, incluindo licenciamento, energia, troca de equipamentos, suporte e necessidade de processamento. Não existe arquitetura que seja a mais econômica para toda instalação.
Equivalência técnica entre fabricantes
Uma matriz de equivalência evita comparações superficiais e demonstra o atendimento por part number e documentação.
Uma matriz adequada de Axis, Hanwha ou outros fabricantes não confronta apenas resolução e formato físico. Deve comparar sensor, lente, campo horizontal, FPS com analíticos ativos, WDR, IR, limites de operação, IP/IK, PoE, interfaces, armazenamento de borda, segurança, firmware, suporte e garantia. Para modelos multidirecionais, o desempenho é avaliado por sensor.
Os documentos técnicos da A3A Engenharia usados em projetos de segurança eletrônica demonstram a importância de identificar marca, modelo, part number e variante. O RFQ institucional de agosto de 2026, por exemplo, separa famílias fixas, varifocais, PTZ e multidirecionais e solicita referência comercial específica. O princípio aproveitável é definir critérios antes de comparar preço, sem transformar modelo de referência em imposição universal.
Um concorrente pode oferecer maior alcance IR, mas consumir mais potência PoE, ou ter alta resolução com taxa de quadros inferior quando o analytics está ativado. A equivalência precisa considerar simultaneamente o que a função exige e as repercussões de infraestrutura.
ONVIF e integração efetiva ao VMS
O ONVIF Profile T trata de interfaces de vídeo e funções correlatas; o Profile M padroniza metadados e eventos analíticos. Recursos do Profile M dependem das funções implementadas nos produtos. Portanto, conformidade a um perfil não garante todos os algoritmos, filtros ou funcionalidades comerciais desejadas. É necessário verificar produto e firmware registrados e testar a combinação efetiva com o VMS.
O projeto deve exigir que a câmera apresente imagem, que as regras produzam eventos, que o VMS os receba e que a operação consiga utilizá-los. Esses resultados são diferentes. Um dispositivo pode estar perfeitamente acessível em vídeo e não transmitir o atributo analítico necessário à pesquisa forense.
Em instalações de segurança crítica, suporte, atualizações e cibersegurança são critérios de habilitação. O contratante deve solicitar política de vulnerabilidades, firmware suportado, autenticação, criptografia quando aplicável, gestão de credenciais e opções de hardening.
Dimensionamento de PoE, rede e armazenamento
O preço da câmera não representa seu custo instalado. Uma PTZ externa pode demandar classe PoE superior, injetor específico ou fonte própria. O projeto deve verificar orçamento de potência por porta e total do switch. Se 20 câmeras requerem até 15 W cada na condição definida, a carga agregada é de 300 W antes da reserva justificada; não basta multiplicar pela potência de uma única porta.
A memória de rede deve considerar stream de gravação, stream de monitoramento, metadados, picos e tráfego de outras aplicações. Em um exemplo didático, 40 câmeras com bitrate médio de 5 Mbit/s geram 200 Mbit/s de vídeo, sem overhead. Se o pico conjunto alcançar 8 Mbit/s por câmera, serão 320 Mbit/s. O desenho verifica cada uplink e a capacidade de contingência.
Para gravação contínua, 5 Mbit/s equivalem a cerca de 54 GB/dia em unidade decimal, antes de overhead, índices, redundância e variação da cena. O projeto precisa especificar retenção, disponibilidade e capacidade líquida. Alterar resolução e codec pode modificar significativamente CAPEX de armazenamento.
Preparação da RFQ e análise de propostas
A especificação deve declarar finalidade, requisito óptico, tipo físico, material, proteção, taxas, analíticos, protocolos, alimentação, acessórios, montagem, garantia e critérios de aceite. O fabricante responde com marca, modelo, part number, firmware e documentação de suporte. Para referência equivalente, cada requisito recebe comprovação item a item.
| Requisito contratual | Evidência desejada |
| Campo de visão e detalhe | Datasheet, memória e teste |
| Desempenho de analytics | Matriz de funções e PoC |
| Compatibilidade VMS | Versões, declaração e ensaio |
| Energia PoE | Consumo, classe e orçamento agregado |
| Segurança cibernética | Firmware e recursos de proteção |
| Vida útil e suporte | Garantia, atualização e RMA |
| Preço instalado | BOM com acessórios, licenças e serviços |
O comparativo deve normalizar o custo instalado e não declarar equivalência por marca ou faixa de preço. A decisão deve ser defensável no relatório técnico e coerente com o projeto executivo.
Prova de conceito e plano de aceite
Câmeras destinadas a verificar pessoas ou veículos devem ser testadas nos respectivos planos de imagem. Uma PoC precisa contemplar posições, iluminação diurna e noturna, cenas com e sem evento, falsos positivos, falsos negativos, conexão VMS e gravação. A especificação de uma precisão percentual sem amostra ou método não prova desempenho.
A decisão deve combinar qualidade visual e desempenho analítico. Um detector pode funcionar mesmo quando a evidência visual é insuficiente para investigação, e uma imagem útil pode não oferecer classificação automática satisfatória. O ensaio diferencia essas condições e atribui a causa provável.
O recebimento deve preservar modelo instalado, configuração, licenças, firmware, identificação da câmera e resultados. Em parques grandes, recomenda-se verificar integralmente os componentes entregues e aplicar medições e amostras conforme plano contratual que represente a variação entre tipologias.
O papel da engenharia consultiva na aquisição
Quando o contratante compra centenas de câmeras, erros de especificação multiplicam-se em rede, storage e manutenção. O projeto e o design review reduzem esse risco ao definir uso de cada ponto, padronizar tipologias, comparar equivalentes e elaborar critérios claros para fornecedores. A A3A Engenharia pode atuar do levantamento e dimensionamento até RFQ, avaliação técnica e comissionamento.
Estudo de caso: padronização de câmeras em edifício corporativo
Considere uma instituição com recepção, estacionamento, circulação, áreas externas e salas críticas. O levantamento inicial indica diferentes funções de vigilância: identificação em entradas, detecção de movimentação em corredores e percepção situacional de amplas áreas. Um fornecedor propõe um modelo de câmera 4K com IA para todos os pontos, alegando simplificação de manutenção. Outra proposta utiliza tipologias específicas por função.
A avaliação deve considerar se a padronização reduz realmente custo de implantação, licenciamento e suporte, ou se compromete a qualidade da captura em determinados locais. Uma câmera 4K com lente ampla pode registrar contexto satisfatório e não atender ao detalhe esperado em uma passagem distante. Uma varifocal com resolução menor e enquadramento controlado pode entregar informação mais útil naquele ponto.
O projeto divide os locais em grupos, define distância e plano do alvo, seleciona condições de teste e calcula a densidade geométrica. Com esses elementos, constrói quantitativos e preços de referência que possam ser comparados. A primeira proposta não é descartada por ser 4K nem aceita por ser de maior resolução; deve demonstrar equivalência à finalidade do ponto.
Exemplo de memória de cálculo para diferentes ambientes
| Ambiente | Objetivo | Decisão principal | Evidência |
|---|---|---|---|
| Entrada de pedestres | Detalhe de pessoa na passagem | Campo estreito e posição | Ensaio no plano de acesso |
| Recepção | Visão geral e contexto | Campo amplo e WDR | Cobertura com contraluz |
| Corredor | Movimento, direção e registro | Posicionamento e FPS | Cena com ocupação |
| Estacionamento | Veículos e acesso | Iluminação e óptica específica | Teste diurno e noturno |
| Perímetro externo | Detecção de pessoas | IR, IP/IK e regra de analytics | Falsos alarmes e recall |
| Pátio de manobras | Cobertura contextual | Multissensor ou arranjo de fixas | Cobertura simultânea |
Esse método evita que o mesmo modelo seja imposto por conveniência de fornecimento quando o empreendimento necessita de funções ópticas diferentes. Também ajuda a justificar equipamentos de maior custo somente onde oferecem benefício proporcional.
Cálculo integrado de armazenamento e rede
A taxa de bits deve ser estimada por stream e cenário de gravação. Em projetos com analytics, a câmera pode transmitir stream principal de alta qualidade para gravação, stream secundário para mosaico e metadados para o VMS. Isso altera capacidade em switches, uplinks e servidores. O orçamento precisa diferenciar tráfego simultâneo de fluxos que são solicitados sob demanda.
Considere 64 câmeras com média de 4 Mbit/s de gravação, totalizando 256 Mbit/s. Se o codec e a cena elevarem parte dos fluxos, a carga pode superar esse valor. Um enlace de 1 Gbit/s não está automaticamente livre de problema: uma porta de agregação intermediária, política de QoS ou equipamento de segurança pode limitar o caminho. A memória de capacidade precisa percorrer as interfaces efetivamente utilizadas.
Para dimensionar retenção em 30 dias, uma câmera a 4 Mbit/s contínuos gera cerca de 43,2 GB por dia e 1,296 TB por 30 dias, em grandezas decimais, antes de redundância, índices, reserva e variação. Para 64 câmeras idênticas, a estimativa bruta seria 82,944 TB. Esses valores são ilustrações aritméticas e não devem ser tratados como capacidade útil final de storage: o projeto deve especificar política de gravação, perfis, redundância e condições de pior caso.
PoE, potência e alimentação de contingência
A câmera PTZ com IR pode apresentar perfil de consumo muito diferente da fixa de interior. A especificação do modelo deve indicar potência máxima nas condições em que todos os recursos previstos estarão ativos. O consumo total não deve ser inferido da potência nominal de um switch ou da média anunciada em catálogo.
Um switch com oito portas capazes individualmente de fornecer determinada potência pode ter orçamento agregado inferior à soma dessas oito capacidades. A engenharia precisa conferir simultaneidade, comprimento do cabeamento, exigência de injetores e alimentação de contingência. Para pontos críticos, a autonomia de UPS deve ser calculada para o conjunto real de câmeras, switches e equipamentos intermediários.
Os equipamentos externos também demandam análise de aterramento, proteção contra surtos, encaminhamento e condições de manutenção, coordenadas com as instalações elétricas e o SPDA. A escolha de câmera não termina na ficha óptica.
Matriz de equivalência: parâmetros essenciais e condicionais
A matriz técnica deve diferenciar requisito mínimo, característica adicional e funcionalidade não relevante. Se a finalidade é obter imagem em determinada região, a lente e a geometria são obrigatórias. Um analítico de contagem pode ser desejável, mas não pode compensar falha de resolução útil. O julgamento precisa ser transparente para fornecedores e fiscalização.
Uma abordagem robusta registra atende, atende com ressalva, não atende e não comprovado, preservando datasheets, declaração de conformidade e registros de ensaios. “Não comprovado” não significa necessariamente falha do produto, mas impede concluir conformidade sem diligência. O mesmo vale para part number: variantes regionais, sensores e firmware podem alterar recursos disponíveis.
Itens que precisam de evidência por modelo
- Resolução efetiva, sensor, FPS e codecs suportados nas configurações exigidas.
- Lente, campo de visão, distância focal e mecanismos de ajuste de foco e zoom.
- WDR, iluminação mínima, IR e comportamento sob movimento real.
- Proteção IP/IK, temperatura, resistência e acessórios de fixação.
- Classes e potência PoE, integração de energia e disponibilidade operacional.
- Analytics simultâneos, formato dos eventos, compatibilidade com VMS e licenças.
- Recursos de segurança, política de firmware, conformidade ONVIF e garantia.
- Capacidade de gravação local e recuperação, quando previstas.
Para equivalentes, a comparação deve tomar por base o requisito do projeto, não a totalidade das funções incidentais de um modelo utilizado como referência. Exigir cada detalhe comercial irrelevante pode reduzir concorrência sem melhorar o resultado.
Critérios de compra em ambiente público ou institucional
Em um processo competitivo, a especificação deve permitir que propostas de diferentes fabricantes sejam confrontadas pelos mesmos parâmetros, respeitando as regras da contratação aplicável. É necessário evitar requisitos restritivos sem justificativa e critérios subjetivos que só serão definidos após o recebimento das propostas.
A engenharia pode estabelecer marcas de referência para indicar padrão pretendido, quando cabível, mas deve caracterizar requisitos de desempenho e método de comprovação. A aceitação de equivalência pode depender de datasheet, documentação de conformidade e testes, conforme o nível de risco e as disposições do instrumento convocatório. Esse método protege a motivação da escolha e reduz contestação técnica.
O levantamento prévio também ajuda a não aceitar quantidade inadequada de câmeras. Sem plantas e memória, a compra pode ser subdimensionada, gerando aditivo, ou superdimensionada, desperdiçando equipamentos e infraestrutura.
Homologação antes do pedido de fornecimento
Uma câmera que atende datasheet ainda precisa ser avaliada em amostra representativa quando há requisito relevante de analytics ou imagem. O teste deve incluir alvo na distância pretendida, condições de contraluz e baixa iluminação, movimentação esperada e integração com VMS. É recomendável registrar configurações e parâmetros para evitar diferenças entre demonstração e implantação final.
Quando uma PoC utiliza equipamento distinto do fornecido, a equivalência não deve ser presumida. Firmware e variante podem influenciar algoritmos e interfaces. O contrato pode estabelecer que alteração de modelo exige nova diligência ou teste, conforme sua materialidade. Esse cuidado é particularmente importante em projetos que atravessam muitos meses e sofrem descontinuação de modelos.
A aceitação pode prever inspeção integral de identificação, firmware e quantidades, enquanto medições de desempenho em campo seguem pontos representativos e situações críticas. O plano de amostragem deve ser aprovado previamente, com critérios de rejeição e reinspeção. Em sistemas críticos, determinadas verificações podem exigir cobertura integral.
O peso da manutenção e do suporte no custo total
Câmeras possuem ciclos de firmware e suporte diferentes. Um modelo com preço baixo, mas sem atualizações adequadas, pode gerar custo de reposição e exposição cibernética. A matriz de avaliação comercial deve incluir prazo de garantia, disponibilidade de peças, suporte, RMA e processo de correção de vulnerabilidades. A condição de atualização deve ser descrita contratualmente, sem presumir suporte vitalício quando não oferecido.
Em projetos extensos, padronizar famílias de equipamentos pode reduzir variedade de peças e simplificar treinamento, mas é necessário preservar diferenças de função. A padronização tecnicamente correta estabelece um conjunto limitado de tipologias adequadas, e não um único modelo para qualquer situação.
A linha de base As Built deve conservar identificação por câmera, configuração, posição, lente, firmware e interligação de rede. Quando uma câmera é remanejada, a engenharia deve verificar se o plano de captura continua válido, especialmente onde existem regras analíticas e critérios de imagem.
Plano de testes para entrega corporativa
O comissionamento deve relacionar cada TAG aos requisitos do ponto e não apenas confirmar funcionamento elétrico. Os testes incluem enquadramento, foco, imagem sob condições representativas, função de analytics, chegada de eventos ao VMS, gravação, autenticação e retorno após falha prevista.
Um relatório conclusivo classifica não conformidades por consequência: câmera sem gravação, imagem insuficiente, alarme não transmitido, falha de firmware ou problema de identificação. Cada causa demanda medida própria. Trocar hardware sem diagnosticar geometria ou integração pode produzir custo adicional sem resolver o requisito.
O Data Book deve reunir plantas As Built, configurações, part numbers, matrizes de conformidade, licenças, resultados de campo e procedimentos de manutenção. A documentação permite reavaliar o sistema durante ampliações e dá suporte ao recebimento independente pela A3A Engenharia.
Diligência final de fabricante antes de homologar a compra
Depois de classificar tecnicamente os modelos, a aquisição deve verificar disponibilidade comercial, versão efetivamente ofertada, acessórios e condições de suporte. Um modelo pode ter sido descontinuado após a elaboração do projeto, ou possuir variante diferente da que apareceu na ficha técnica inicial. A proposta precisa indicar part number exato, acessórios de montagem, alimentação e licenças que compõem o conjunto.
O relatório de diligência deve distinguir substituição de referência, equivalência por desempenho e mudança de escopo. Se a câmera original não está mais disponível, o projeto pode selecionar modelo atual que preserve os requisitos, mas deve atualizar memória de capacidade, alimentação e documentação antes de homologar. Uma simples mudança de código no orçamento pode deixar incompatibilidade de PoE, lente ou configuração de analytics.
Três formas de falha de fornecimento que devem ser prevenidas
Produto aparentemente igual, variante diferente. Uma referência pode distinguir versão com acessórios ou cobertura funcional diversa. É preciso conferir documentação e lista de materiais, não apenas nome de família.
Analytics dependente de licença não incluída. A câmera grava vídeo, porém o fornecedor não entregou o aplicativo ou licença necessária para a regra contratada. A matriz de fornecimento deve associar cada função ao direito de uso e à versão.
Modelo equivalente com infraestrutura distinta. O equipamento atende ao requisito visual, mas necessita switch de classe PoE superior, suporte próprio ou espaço adicional. Isso altera custo global e deve constar da proposta normalizada.
No processo de recebimento, as alterações aprovadas precisam ser refletidas nas TAGs e na documentação As Built. O projeto ganha rastreabilidade e impede que uma futura manutenção utilize o datasheet do modelo originalmente previsto para reparar o equipamento realmente instalado.
O que a fiscalização deve exigir no fechamento
O relatório final deve conter inventário por câmera, configuração óptica, versões, licenças, fotos de instalação, resultados de desempenho e lista de pendências. Nos pontos de risco elevado, recomenda-se preservar imagens de referência obtidas em condições representativas para comparar ajustes futuros. Essas imagens são baseline de comissionamento, não substituem procedimentos de proteção e privacidade.
A aceitação contratual deve ocorrer somente para as funções demonstradas. Quando um requisito não pôde ser ensaiado por condição externa, o registro precisa indicar a limitação e a diligência complementar, sem atribuir conformidade automática. Isso protege o contratante contra entregas incompletas e fornece ao fornecedor critérios objetivos de encerramento técnico.
Na composição de preços, convém detalhar os acessórios que tornam o modelo realmente instalável. Suporte de poste ou teto, caixa de passagem, proteção mecânica, fonte, injetor PoE, lente, cartão de armazenamento e licença não devem permanecer implícitos. O orçamento precisa prever mão de obra, encaminhamento, conectores, ajustes de campo e testes, além do valor do equipamento. A compra de câmera considerada tecnicamente equivalente pode deixar de ser economicamente vantajosa caso requeira adequação de switch, novos componentes de proteção ou substituição do servidor de gravação. O parecer de seleção deve, portanto, confrontar custo instalado por ponto e custo global do projeto, sem usar preço unitário isolado como critério conclusivo.
Analíticos de vídeo com IA: funções a especificar por câmera
A palavra “inteligente” tem pouco valor contratual sem uma matriz funcional. É necessário identificar se cada equipamento deve apenas classificar pessoas e veículos, disparar alerta de intrusão, reconhecer padrões de movimentação, contar entradas ou fornecer metadados pesquisáveis. Um equipamento com processador de IA pode implementar somente parte dessas funções na versão de firmware e no aplicativo licenciado.
O projeto deve relacionar o algoritmo à cena. Para detecção perimetral, importam intrusões de pessoas e veículos, área de exclusão, tempo até alerta e interferências de vegetação, chuva e pequenos animais. Para fluxo em portaria, importam direção, linhas de contagem, oclusão de pessoas e intensidade de movimentação. Para estoque, podem ser necessários permanência, identificação de objeto abandonado ou ocupação em horários específicos. A solução adequada é definida pela tarefa e por evidências de campo.
| Aplicação | Função de IA a comprovar | Ensaio representativo |
|---|---|---|
| Perímetro externo | Classificação de pessoas/veículos em região | Dia, noite, vegetação e intrusões simuladas autorizadas |
| Recepção | Contagem e direção, se exigidas | Horários de pico e oclusões |
| Acesso veicular | Classificação de veículo e evento de passagem | Variação de velocidade e iluminação |
| Circulação interna | Entrada em zona ou permanência | Pessoas simultâneas e trajetórias cruzadas |
| Pátio operacional | Objetos de interesse em área ampla | Distância, perspectiva e contraluz |
| Investigação histórica | Metadados e associação ao vídeo | Pesquisa por atributo no VMS compatível |
A matriz não obriga câmeras a incorporar todos os algoritmos. Cada requisito deve corresponder ao escopo aprovado e ao uso final.
IA embarcada, eventos e o contrato de integração
A câmera pode detectar um objeto localmente e transmitir uma notificação simples, ou publicar metadados estruturados que um cliente compatível consegue utilizar. São entregas distintas. Quando o empreendimento pretende filtrar investigações por objetos, a especificação deve verificar se há índices pesquisáveis no VMS ou em aplicação externa; não basta declarar que a câmera detecta pessoas.
O fornecedor deve indicar recursos executáveis simultaneamente, taxa de quadros nas condições exigidas, regras por câmera, formatos de eventos, necessidades de licença, versão mínima de firmware e dependência de nuvem ou servidor. Também deve informar como uma regra é ajustada após mudança de iluminação ou de layout. A ausência dessa documentação cria dependência de procedimentos não previstos no suporte.
A engenharia deve diferenciar resultado probabilístico de confirmação de ocorrência. Uma detecção por IA pode ser usada para triagem e alerta, mas o processo operacional pode exigir revisão humana. Critérios de precision e recall devem ser medidos no cenário de interesse, acompanhados do atraso do evento e da qualidade da imagem, em vez de aceitar a afirmação genérica de “99% de acerto” sem amostra ou metodologia.
Aceite de analytics na câmera instalada
É importante testar algoritmo, VMS e procedimento conjuntamente. O SAT deve executar eventos verdadeiros e condições negativas, verificar timestamp e câmera de origem, confirmar chegada e apresentação do alerta e registrar se a gravação correspondente está disponível. Mudanças de firmware, lente, posição ou configuração que afetem a função exigem regressão proporcional.
Quando uma função depende de aprendizado de máquina, o projeto deve exigir documentação de limites conhecidos e do procedimento de atualização. Não se deve prometer que a IA será automaticamente retreinada pelas ocorrências locais. O contrato deve separar calibração de regras, atualização disponibilizada pelo fabricante e eventual desenvolvimento personalizado de modelos, que constitui escopo próprio.
Considerações finais
Uma câmera inteligente deve ser contratada por sua capacidade comprovada de entregar imagem e evento necessários, e não por uma lista genérica de recursos. A engenharia cria a relação verificável entre finalidade, óptica, analytics, integração, custo e aceite, permitindo uma aquisição competitiva e tecnicamente consistente.
A comprovação de desempenho em campo e de integração ao VMS deve fazer parte do aceite técnico.
Referências técnicas
[1] AXIS COMMUNICATIONS. Pixel density based on IEC 62676-4:2014. White paper, abril de 2026. Disponível em: https://whitepapers.axis.com/en-us/pixel-density-based-on-iec-62676-4-2014.
[2] AXIS COMMUNICATIONS. AI in Video Analytics. White paper, 2021. Acervo A3A Engenharia. Disponível em: https://www.axis.com/.
[3] ONVIF. Profile T: Advanced Video Streaming. Disponível em: https://www.onvif.org/profiles/profile-t/.
[4] ONVIF. Profile M: Metadata and Events for Analytics Applications. Disponível em: https://www.onvif.org/profiles/profile-m/.
[5] A3A ENGENHARIA. RFQ nº 20260831-010 — Câmeras AXIS: projeto institucional de segurança eletrônica. Documento técnico interno, agosto de 2026. Disponível em: https://a3aengenharia.com.br/servicos/planejamento/projeto-de-cftv-ip-e-videomonitoramento/.
Perguntas frequentes
Definindo caso de uso, distância, geometria, iluminação, analíticos, VMS, infraestrutura e critérios de ensaio.
Não. O campo de visão, óptica, iluminação e detalhes na região de interesse precisam ser avaliados.
É a relação entre pixels disponíveis e largura da cena no plano do alvo, usada para estimar detalhe geométrico.
Não. O modelo fornece diretrizes de detalhe, mas não comprova desempenho de algoritmo em qualquer cenário.
Somente em algumas arquiteturas e funções; VMS, indexação e gravação podem demandar recursos adicionais.
Pela matriz de atributos com modelo, PN, firmware, óptica, FPS, analytics, proteção, interfaces, PoE e garantia.
Não. As interfaces condicionais dependem das funções implementadas no dispositivo e no cliente.
Pela potência máxima prevista, classe, orçamento por porta e total, mais reserva justificada.
Depende de bitrate, retenção, gravação, overhead e redundância; exige memória de dimensionamento.
Soma equipamento, acessórios, cabos, switches, servidores, licenças, instalação, suporte e manutenção.
Em aplicações relevantes, PoC com cena real e integração VMS reduz risco de especificação inadequada.
Lista de modelos e versões, As Built, configurações, resultados, licenças, garantias e procedimentos de operação.
Materiais técnicos complementares
Soluções relacionadas
Serviços relacionados
- Projeto de CFTV IP e Videomonitoramento
- Projeto de Segurança Eletrônica Integrada
- Comissionamento de Equipamentos
