Contador de pessoas: como escolher câmera ou sensor, definir linhas de contagem, calibrar, validar a precisão, estimar ocupação e integrar dados ao varejo.
Confira!
Um contador de pessoas é um sistema que estima quantas pessoas atravessam uma linha virtual, entram ou saem de um ambiente ou ocupam determinada área. Pode usar câmeras com visão computacional, sensores de profundidade, feixes infravermelhos ou outras tecnologias de detecção. Para instalações corporativas e de varejo, não basta contar eventos: o projeto precisa definir geometria, fluxo, oclusões, método de medição, condições de iluminação, validação de precisão, integração de dados e manutenção.
Quando utiliza câmeras e Video Analytics, a contagem transforma imagens em eventos estruturados, como entrada, saída, intervalo de tempo e identificação do ponto. Esses registros podem alimentar indicadores de ocupação e fluxo, mas não são, por si, um sistema completo de Business Intelligence. A qualidade das decisões depende de definição de métricas, tratamento de erros e correlação com informações operacionais confiáveis.
Contador de pessoas: como funciona e quando usar
O sistema observa uma região ou uma passagem e aplica uma regra para transformar movimento detectado em evento contável. Em uma entrada, uma linha virtual pode definir direção; em uma área, pode ser necessário identificar objetos presentes e estimar permanência. A tecnologia não precisa reconhecer identidades pessoais para produzir contagens, e muitas aplicações podem ser projetadas para processar somente metadados agregados. O requisito de negócio determina o método de coleta e a retenção necessária.
Em lojas, a pergunta pode ser quantos visitantes entraram em cada período, qual o fluxo por acesso ou como a ocupação mudou ao longo do dia. Em bibliotecas, hospitais e edifícios corporativos, o interesse pode ser planejamento de espaços e dimensionamento de operação. Nem todo acesso demanda contagem: o investimento deve ser justificado pelo indicador que será utilizado, sua confiabilidade e a capacidade de a organização agir sobre o resultado.
O conteúdo geral de Visão Computacional explica métodos de análise de imagens. Este artigo vai diretamente à engenharia da contagem de pessoas: projeto de captura, regras, ensaios, limites de precisão e integração para decisões operacionais.
Câmera, sensor de profundidade ou infravermelho: como escolher?
Câmeras com algoritmos de visão computacional podem detectar pessoas, estimar trajetórias e determinar cruzamentos de linha. Sensores de profundidade usam informação espacial que pode ajudar em cenários de passagem e reduzir determinadas ambiguidades. Feixes infravermelhos podem ser mais simples, porém em alguns layouts apresentam limitações para distinguir pessoas lado a lado ou direções de movimento. A escolha deve partir do cenário físico e do requisito de medida.
Um corredor estreito e controlado pode ser contado de modo diferente de uma entrada larga com fluxo bidirecional e carrinhos. O levantamento deve registrar largura, altura de instalação, portas, iluminação, obstáculos e comportamento real dos usuários. Um fornecedor pode apresentar bons resultados em instalação padrão, sem que isso signifique mesma precisão em qualquer ambiente. A validação é sempre vinculada à cena e ao método.
Na contratação, compare custo de hardware, processamento, instalação, calibração, exportação de dados, atualização e suporte. A solução mais barata pode exigir ajustes frequentes ou entregar apenas indicador sem possibilidade de auditoria. A escolha deve considerar também privacidade, disponibilidade de rede e condições de manutenção. O equipamento deve ser selecionado depois de definir a função de negócio.
Projeto de captura: posição, altura e campo de visão
A posição do sensor influencia diretamente a capacidade de distinguir passagens. Em câmeras de contagem instaladas em teto, a geometria precisa cobrir a região de interesse sem deixar pontos cegos ou área de detecção insuficiente. A altura e o ângulo recomendados dependem de modelo, lente e algoritmo. Não há uma altura universal que assegure precisão para todas as tecnologias, principalmente em locais com entradas múltiplas.
A linha de contagem deve ficar em região onde as pessoas atravessam de maneira observável e sem interferência excessiva de portas ou obstáculos. Uma câmera instalada muito próxima a elemento de fechamento pode registrar movimentos de abertura e fechamento com efeitos indesejados. A equipe precisa verificar se há pessoas paradas ou retornando sobre a linha e como o software lida com esses casos.
Plantas devem indicar posição do sensor, orientação, área coberta, sentido de entrada e saída, rota de alimentação e comunicação. A instalação tem de ser compatibilizada com iluminação, sprinkler, HVAC, suportação e manutenção. Uma alteração arquitetônica posterior pode invalidar a calibração; por isso, a posição e as premissas precisam ser controladas documentalmente.
Contagem de entradas e saídas: como funciona a direção
Uma passagem em dois sentidos exige identificar direção, não apenas presença na área. Em um sistema por linha virtual, o algoritmo acompanha o deslocamento e decide se um objeto cruzou a linha de entrada ou de saída. Retornos, pessoas que param sobre a fronteira e movimentos diagonais podem criar ambiguidades. A configuração deve corresponder ao fluxo real e prever eventos que precisam ser ignorados ou tratados separadamente.
A regra deve distinguir visitantes, colaboradores e entregadores quando o objetivo exige essa separação, mas tal distinção não deve ser prometida automaticamente por toda câmera. Em alguns locais, a arquitetura pode combinar acessos próprios, horários ou outras informações operacionais em vez de tentar classificar identidades a partir de imagem. A metodologia precisa manter transparência sobre o que é medido e o que é inferido.
Durante o teste, a equipe deve comparar eventos gerados com observação controlada. Não basta confirmar que a direção mostrada no software corresponde à seta desenhada na interface; é necessário verificar se as pessoas foram contadas no sentido correto em diferentes condições de fluxo. O resultado deve registrar eventuais erros por direção.
Ocultação, grupos, carrinhos e outras fontes de erro
Quando duas pessoas passam muito próximas, parte de uma pode ficar ocultada pela outra, dependendo do método de captura. Grupos densos, carrinhos, crianças, objetos volumosos e reflexos também podem afetar o resultado. Um algoritmo treinado para uma cena não tem desempenho garantido em todas as condições de geometria e iluminação. Por isso, o projeto precisa antecipar os cenários mais difíceis do local.
Em áreas de varejo, o fluxo pode variar por campanhas, abertura da loja e eventos. Uma calibração feita em período de baixa circulação pode não representar o comportamento sob lotação. A equipe deve incluir passagens simultâneas, bidirecionais e retorno sobre a linha no plano de ensaio, quando aplicáveis. O diagnóstico precisa separar erros de detecção de erros introduzidos no processamento ou na consolidação dos eventos.
A redução de erros pode envolver ajuste de posição, campo de visão, parâmetros de algoritmo ou mudança de tecnologia. A solução deve ser escolhida com base em resultados de validação, não em tentativa de produzir números agradáveis. A documentação deve preservar configuração aprovada e registrar as mudanças posteriores.
| Informação | Origem da medição | Risco de interpretação |
| Entradas | Cruzamentos em sentido de entrada | Reentradas não tratadas |
| Saídas | Cruzamentos em sentido de saída | Acesso sem sensor |
| Ocupação estimada | Saldo de movimentos e correções | Acúmulo de erro |
| Tempo de permanência | Estimativa conforme tecnologia | Confundir com identificação individual |
| Conversão comercial | Integração de entradas com transações | Períodos e denominadores incompatíveis |
Precisão, acurácia e critérios de aceitação
O contrato precisa definir o que significa contagem correta. Uma métrica pode comparar total de entradas com contagem manual em período amostrado; outra avalia erros por direção ou por acesso. Percentuais agregados podem esconder falha localizada: um erro positivo em um intervalo e negativo em outro pode produzir total aparentemente preciso sem que os eventos individuais tenham sido medidos corretamente. O indicador de aceite deve evitar esse mascaramento.
A documentação técnica do AXIS People Counter recomenda validação em campo com contagem manual de pelo menos cem passagens e descreve expectativa de precisão em condições normais para aquele produto. Isso é orientação do fabricante, não uma garantia universal ou exigência aplicável a qualquer sensor. A especificação precisa associar os critérios ao sistema contratado e às condições reais de uso.
Uma metodologia robusta registra amostra, períodos, direção, ocupação, parâmetros e observador. Se houver divergência, é necessário investigar causa e repetir ensaio após ajustes. A aceitação pode incluir condições de manutenção da precisão, pois reposicionamento de câmera e mudanças de layout exigem nova verificação.
Como dimensionar a amostra de validação em campo
A amostra deve representar os cenários de operação relevantes, não apenas alcançar um número arbitrário de passagens. Uma loja com grande variação entre manhã e fim de semana pode precisar de períodos distintos. O plano deve contemplar direções, intensidade, grupos e situações atípicas que tenham consequência operacional. A extensão da validação depende do risco e do nível de confiança esperado pelo contratante.
Para cada janela, compare os eventos observados manualmente com os registrados pelo sistema. Diferenças devem ser analisadas por acesso e sentido. Quando o fornecedor propõe métricas de precisão, confirme o denominador e a forma de contabilizar falsos positivos e falsos negativos. Uma comparação de totais sem examinar divergências pode ser insuficiente para controle de desempenho.
A validação deve produzir relatório reproduzível: localização, configuração, data, horário, cenário, contagem de referência, contagem automática e conclusão. Não é apropriado criar meta de desempenho depois de ver os resultados. Critérios previamente acordados preservam imparcialidade e evitam aceitar desempenho inferior porque o sistema já foi instalado.
Ocupação estimada versus fluxo de entradas
Fluxo de entradas representa quantidade de passagens em determinado sentido durante um intervalo; ocupação estima quantas pessoas estão presentes em um instante. São grandezas diferentes. Uma estimativa simples de ocupação pode somar entradas e subtrair saídas a partir de valor inicial, mas erros de contagem se acumulam com o tempo. Por isso, sistemas podem empregar métodos de correção ou reconciliação de estimativas conforme o ambiente.
Em edifícios com vários acessos, a estimativa exige cobertura dos pontos relevantes e sincronização. Uma saída sem sensor ou uma porta de serviço aberta pode comprometer o total. O projeto deve identificar acessos controlados, restrições operacionais e situações de circulação que não são capturadas. O valor exibido no dashboard precisa ser rotulado como contagem ou estimativa conforme o método real.
A aplicação operacional também precisa definir o que fazer quando um sensor fica fora do ar. Apresentar o último valor como se fosse medição atual pode induzir decisões incorretas. O sistema deve sinalizar período sem dados, restabelecimento e limites de validade da ocupação estimada.
Relatórios de fluxo, horários de pico e taxa de conversão
Com contagem confiável, a organização pode analisar tráfego por horário e por entrada, comparar campanhas e ajustar escalas de atendimento. Isso não transforma automaticamente eventos em insight de negócio. É preciso interpretar calendário, sazonalidade, horário de funcionamento e mudanças externas. Uma grande diferença entre dias pode decorrer de evento especial ou mudança no acesso medido, e não de melhoria comercial.
No varejo, a taxa de conversão costuma relacionar transações ou vendas a um denominador de visitantes segundo regra definida. O cálculo exige consistência entre períodos, locais e exclusões, especialmente quando colaboradores, reentradas e atendimentos múltiplos influenciam a contagem. O sistema de visão computacional gera parte das informações; dados de POS e gestão precisam ser integrados de forma controlada.
O artigo de Business Intelligence no varejo explora indicadores comerciais. Este texto mantém foco na qualidade e nas limitações da medição que alimenta esses indicadores, para evitar conclusões fundamentadas em números mal calibrados.
O fluxo abaixo ilustra por que a contagem física e o indicador gerencial devem ser validados em etapas diferentes:
Integração via API, eventos e qualidade de dados
Cada evento deve trazer identificação do sensor ou acesso, direção, timestamp e, quando disponível, indicadores de qualidade. A arquitetura precisa definir sincronismo de relógios, formato, timezone, retransmissão e tratamento de duplicidade. Um contador pode fornecer dados tecnicamente corretos e ainda produzir indicadores errados por atraso, fusos diferentes ou eventos repetidos na integração.
APIs e exportações devem ser avaliadas quanto a autenticação, autorização, disponibilidade e retenção. Uma plataforma central pode receber agregados por intervalo, em vez de vídeo bruto, quando isso atende ao objetivo e reduz exposição desnecessária. A equipe de integração precisa documentar origem, transformação e utilização dos dados. A rastreabilidade deve permitir relacionar um indicador a sensores e períodos.
Em uma arquitetura que une CFTV, controles de acesso e POS, os dados devem ser reconciliados com regras de negócio claras. O fato de sistemas compartilharem um dashboard não demonstra compatibilidade semântica. Visitantes, entradas, transações e permanência possuem significados diferentes e devem manter suas definições.
Privacidade, LGPD e minimização de tratamento
A contagem de pessoas pode ser concebida para produzir números agregados sem identificar indivíduos, mas a avaliação de privacidade depende da arquitetura real. Se o projeto capta, armazena ou processa imagens que identificam ou tornam identificáveis pessoas, haverá questões de proteção de dados e necessidade de governança adequada. A presença de uma câmera não autoriza concluir automaticamente que todo processamento é anônimo.
O desenho deve examinar finalidade, necessidade, bases legais aplicáveis, acesso, retenção, segurança e informação ao público. A captura de características biométricas ou a identificação individual possui riscos distintos de uma contagem agregada. A organização precisa envolver responsáveis por privacidade e jurídico quando necessário, evitando prometer conformidade com LGPD apenas por usar tecnologia do fabricante.
É recomendável priorizar arquitetura compatível com minimização: processar localmente quando adequado, limitar imagens retidas, restringir acesso e utilizar somente estatísticas necessárias. O objetivo deve ser mensurável e legítimo. A política de dados deve definir como o sistema responde a incidentes, falhas e solicitações pertinentes.
Edge Analytics, servidor e integração corporativa
Alguns contadores executam algoritmo na própria câmera, reduzindo a necessidade de servidor dedicado para a análise de determinada cena. Outros usam processamento central ou serviços de terceiros. A escolha depende de quantidade de sensores, requisitos de latência, integração, capacidade e operação. Processar no edge não elimina infraestrutura de rede, segurança, energia e gestão do ciclo de vida.
Em redes de múltiplas lojas, a plataforma deve reconhecer dispositivos, versões, configurações e saúde dos sensores. A centralização de estatísticas pode simplificar relatórios, mas falhas de conectividade exigem política de buffer e sincronização. É importante documentar o que acontece com dados gerados durante indisponibilidade, quais informações são perdidas e como diferenças serão sinalizadas.
Os requisitos de cibersegurança incluem atualização, autenticação, segmentação e monitoramento das interfaces. Um sensor exposto à rede corporativa não deve ser tratado como mero contador sem risco tecnológico. Projeto de rede, CFTV e analytics precisam compartilhar premissas de proteção e disponibilidade.
Comissionamento de contadores em redes varejistas
Uma implantação multiunidade precisa ter pacote padrão de requisitos, mas permitir adaptação a entradas e layouts diferentes. O levantamento de cada unidade registra geometria, acessos, condições de montagem, energia, rede e cenários de fluxo. Uma configuração replicada sem validação pode apresentar desempenho muito diferente entre lojas. Padronizar significa estabelecer método e evidências comuns, não impor a mesma posição de câmera em todos os imóveis.
O comissionamento deve incluir testes funcionais, contagens manuais de referência, verificação de direção, conferência de timestamps, disponibilidade de dados e segurança de acesso. O aceite precisa identificar desvios e reensaios, com responsáveis. Uma câmera que transmite imagem e permite acesso remoto pode ainda falhar na função de contagem em horários de pico.
A entrega inclui desenhos as-built, configuração, backups, matriz de sensores, testes, parâmetros de integração e procedimento de manutenção. O responsável pela operação deve conseguir reconhecer dados sem qualidade suficiente e acionar suporte. Sem essas condições, a medição rapidamente perde confiabilidade após mudanças de layout.
Falhas mais frequentes de contagem e como diagnosticar
Erros podem resultar de posicionamento, iluminação, oclusão, reflexos, configurações inadequadas, alteração da cena, processamento insuficiente ou falha de sincronismo. O diagnóstico precisa separar geração do evento, transporte de dados e consolidação no sistema central. Uma discrepância de dashboard pode ocorrer mesmo quando o sensor contou corretamente, caso eventos tenham sido duplicados na API.
Se a diferença aparece somente em determinados horários, compare intensidade de fluxo, direção, iluminação e carga de processamento. Se afeta apenas uma loja, examine configuração local antes de modificar algoritmo corporativo. Se ocorre em todos os sensores, a causa pode estar na integração ou no tratamento de dados. Essa separação reduz ações corretivas que resolvem um ambiente e prejudicam outros.
Uma rotina de validação periódica deve ser proporcional à criticidade do indicador. Alterações em portas, layout, suportação ou firmware precisam motivar reavaliação. A governança deve registrar quando o dado deixou de atender ao critério definido e evitar seu uso em decisões relevantes até recuperação da qualidade.
Comparação de propostas de contagem de pessoas
Uma proposta tecnicamente comparável precisa apresentar tecnologia, requisitos de instalação, cenários de teste, integrações, política de dados, manutenção e critérios de desempenho. Números de acurácia em catálogo precisam ser acompanhados de condições e metodologia. Não se deve prometer desempenho idêntico em qualquer loja ou edifício sem levantamento e validação.
O custo total inclui levantamento, sensores, licenciamento, infraestrutura, instalação, integração, suporte, atualização e revalidação. Uma solução que exige visitas frequentes para recalibrar pode ter custo operacional maior que outra com aquisição inicial superior. A escolha também deve considerar facilidade de exportação e continuidade da operação se a plataforma comercial for alterada.
A decisão deve partir da pergunta operacional e dos riscos de erro. Se uma taxa de conversão será usada para avaliar lojas, a qualidade do denominador é especialmente importante. Se o objetivo é uma estimativa aproximada de fluxo, outras tolerâncias podem ser aceitáveis. A especificação deve tornar essa diferença explícita.
Estudo aplicado: implantação e validação em rede de lojas
Considere uma rede com cinquenta lojas e entradas de geometria heterogênea. A matriz corporativa deseja comparar movimento de clientes, mas parte das unidades usa portas duplas, outras possuem acesso integrado a corredores de shopping e algumas apresentam fluxo de funcionários pela mesma passagem. A implantação precisa primeiro classificar os tipos de acesso e definir regras consistentes de contagem. Se cada unidade contar empregados, entregadores e reentradas de maneira diferente, o dashboard corporativo apresentará números comparáveis apenas na aparência. A engenharia deve estabelecer definições, registrar exclusões e verificar se a configuração de cada unidade corresponde às hipóteses adotadas.
Para uma loja piloto, recomenda-se dividir a validação em cenários de fluxo baixo, médio e intenso, além de testar casos que historicamente geram erros. Em cada janela, o observador registra entradas e saídas separadamente, enquanto o software exporta eventos com horário e sentido. A comparação deve identificar falsos positivos, passagens perdidas e inversões de direção. Quando o resultado global é satisfatório, mas uma direção apresenta erro excessivo, o responsável precisa avaliar se o desempenho atende ao requisito. Aceitar somente o saldo final pode mascarar distorções importantes de ocupação.
Uma diferença entre contagem automática e manual não significa necessariamente defeito do algoritmo. O observador pode cometer erro durante fluxo intenso; a referência também deve possuir procedimento claro, idealmente com recurso de conferência compatível com as condições de privacidade. Para ensaios de maior criticidade, pode ser necessária segunda observação independente ou revisão amostral. O método de referência deve ser descrito no protocolo, pois sem ele não é possível interpretar adequadamente o percentual de precisão apresentado pelo fornecedor.
Os dados de contagem precisam ser acompanhados de indicadores de qualidade e disponibilidade. Uma câmera desconectada por três horas não pode produzir zero visitantes naquele período; o correto é registrar ausência de medição. Da mesma forma, um sensor com configuração alterada após a inauguração deve ter versão de calibração associada aos eventos. O processo de integração precisa identificar intervalos inválidos e impedir que dados faltantes sejam confundidos com desempenho comercial ruim. Essa diferenciação é essencial quando gestores comparam lojas e campanhas.
Uma interface de integração deve especificar se o evento representa passagem, contagem acumulada ou agregado de intervalo. Se um sistema transmite totais acumulados e outro armazena diferenças por período, somar os dois valores produz duplicidade. A documentação deve estabelecer definição de campo, resolução temporal, tratamento de horário de verão quando aplicável, identificador de sensor, regra de reenvio e mecanismo de deduplicação. Testes de API precisam simular perda de rede e recuperação para confirmar que o consolidado não duplica ou descarta eventos silenciosamente.
A análise de ocupação exige atenção adicional aos acessos não instrumentados. Uma porta de emergência utilizada ocasionalmente pode fazer com que o saldo estimado não corresponda ao número presente. Também existem entradas e saídas de colaboradores em horários de abertura e fechamento. O operador deve entender a limitação e prever mecanismos de reconciliação adequados ao uso. Exibir ocupação com precisão de uma pessoa pode transmitir uma certeza indevida quando o sistema trabalha com estimativa sujeita a erro acumulado.
A avaliação de privacidade deve começar antes da aquisição, não após a instalação da câmera. Se o objetivo é apenas contar passagens, o contratante pode exigir armazenamento restrito de metadados e avaliar a necessidade real de guardar imagem. Em alguns cenários, a arquitetura de Video Analytics pode processar localmente e exportar somente agregados; em outros, há processamento de dados pessoais que exige base legal, transparência e controles. A engenharia documenta possibilidades técnicas, enquanto o responsável pelo tratamento define a governança aplicável ao caso concreto.
O custo de manutenção também depende da capacidade de diagnosticar desvios remotamente. Uma unidade que passou por reforma pode deslocar a porta, alterar iluminação ou instalar expositor diante da região de contagem. O sistema deve permitir detectar sinais de alteração, acessar parâmetros autorizados e agendar nova validação. Um contrato pode definir responsabilidades por mudanças no layout e critérios para recertificar o indicador. Sem esse processo, a precisão se degrada ao longo de meses enquanto os relatórios continuam sendo utilizados como se fossem plenamente comparáveis.
Na avaliação financeira, o benefício esperado precisa ser coerente com a decisão que o indicador apoiará. Contar visitantes pode ajudar a dimensionar atendimento ou interpretar vendas, mas não comprova sozinho causalidade de campanhas ou desempenho de colaboradores. A integração com transações exige período de comparação, regras de negócio e acompanhamento de sazonalidade. O projeto de medição deve permitir análise de incerteza e melhoria de processos, sem transformar um número aparentemente preciso em verdade absoluta sobre o comportamento do consumidor.
A entrega madura reúne planta de sensores, matriz de acessos, configuração aprovada, protocolo de ensaio, resultados de referência, documentação de API, política de retenção e procedimentos de alteração. O usuário de negócio precisa saber quem responde por dado ausente, onde consultar evidências e quando uma mudança exige nova validação. Dessa forma, a contagem de pessoas deixa de ser uma funcionalidade isolada de câmera e se torna fonte de dados tecnicamente sustentada para gestão de operações.
Quando o sistema registra fluxo por múltiplas entradas, também é útil elaborar um diagrama de cobertura que relacione cada sensor aos acessos e ao identificador de unidade. A equipe pode detectar lacunas comparando o conjunto de entradas físicas com os pontos instrumentados, antes de discutir indicadores. Se uma passagem é temporariamente fechada, a plataforma deve registrar a alteração de condição para impedir comparação inadequada com períodos anteriores. O mapeamento de acessos, as regras de exclusão e o histórico de mudanças constituem a base de uma contagem auditável e de indicadores gerenciais que podem ser revisados com segurança.
Considerações finais
Um contador de pessoas só produz valor quando suas medições representam adequadamente o ambiente e quando as regras de tratamento são transparentes. Câmeras e sensores são componentes da solução, mas posição, condições de cena, calibração, integração e verificação periódica determinam se os eventos podem ser utilizados para decisões. A tecnologia não deve ser escolhida apenas por uma precisão anunciada sem contexto.
A qualidade do dado precisa acompanhar o ciclo de vida da instalação. Mudanças arquitetônicas, fluxos, firmware e interfaces exigem gestão de configuração e novos ensaios quando pertinentes. Com metodologia de aceitação e privacidade apropriadas, a contagem pode apoiar operações e Business Intelligence sem confundir captura de eventos com inteligência de negócios completa.
Referências técnicas
[1] AXIS COMMUNICATIONS. AXIS People Counter — Documentação técnica, configuração e validação. Disponível em: https://help.axis.com/pt-br/axis-people-counter.
[2] BRASIL. Lei nº 13.709/2018 — Lei Geral de Proteção de Dados Pessoais. Disponível em: https://www.planalto.gov.br/ccivil_03/_ato2015-2018/2018/lei/l13709.htm.
[3] AUTORIDADE NACIONAL DE PROTEÇÃO DE DADOS. Portal institucional e materiais de orientação. Disponível em: https://www.gov.br/anpd/pt-br.
[4] AXIS COMMUNICATIONS. Video Analytics and People Counting — práticas de instalação e funcionamento. Disponível em: https://help.axis.com/en-us/axis-people-counter.
Perguntas frequentes
Sistema de sensores e processamento que estima passagens ou pessoas presentes conforme uma regra de medição.
O algoritmo identifica movimento e registra eventos de cruzamento por direção na região configurada.
Fluxo registra passagens no intervalo; ocupação estima quantas pessoas estão presentes em um instante.
A adequação depende de hardware, posicionamento, software compatível e critérios de desempenho.
Compare resultados automáticos com amostra manual definida previamente e registre erros por condição.
Não necessariamente; contagem agregada pode ser realizada sem identificação individual.
Depende de largura, geometria, tecnologia, fluxo e necessidade de cobertura dos acessos.
Fornece eventos; sistemas de dados consolidam, validam e relacionam com informações operacionais.
Defina regras e acessos de separação, sem supor que o algoritmo automaticamente distingue grupos.
Oclusão, iluminação, fluxo intenso, posicionamento e problemas de integração.
Sim, quando dados pessoais forem tratados; avalie finalidade, necessidade, segurança e governança.
