Gestão de visitantes integrada ao controle de acesso: cadastro, autorização, LGPD e operação

Guia técnico sobre gestão de visitantes integrada ao controle de acesso: pré-cadastro, aprovação, QR Code, credenciais temporárias, LGPD, auditoria e comissionamento.

Confira!

A gestão de visitantes em controle de acesso é o processo que transforma uma solicitação temporária de ingresso em uma autorização rastreável, limitada no tempo, vinculada a um motivo, anfitrião, área e identidade. Um sistema maduro não se resume ao cadastro na recepção: ele organiza pré-autorização, chegada, validação, emissão de credencial, circulação, exceções, encerramento da visita e retenção dos registros.

A arquitetura precisa conciliar três objetivos: segurança física, fluidez operacional e governança de dados pessoais. Se o processo é rígido demais, filas e liberações manuais começam a contornar o sistema. Se é flexível demais, visitantes recebem permissões amplas, credenciais permanecem válidas além do necessário e a auditoria perde valor. O projeto correto define regras diferentes para visita comum, prestador, fornecedor, candidato, auditor, terceiro recorrente e acesso a áreas críticas.

Em um ambiente corporativo ou industrial, a jornada ideal começa antes da chegada. A autorização pode ser criada pelo anfitrião, aprovada por regras internas e transformada em uma credencial temporária. Na recepção, o operador apenas valida as informações necessárias, reduzindo tempo de atendimento e mantendo rastreabilidade. O mesmo processo pode integrar QR Code, biometria, cartão temporário, catraca, elevador, VMS, interfone e sistemas de RH ou facilities, conforme o risco e a necessidade.

Gestão de visitantes não é apenas portaria

A portaria integrada ao controle de acesso é um dos pontos de interação com o visitante, mas a gestão começa antes e termina depois da passagem pela recepção. O sistema precisa conhecer o ciclo completo.

Etapa	Informação mínima	Controle principal
Solicitação	Quem convida, motivo e período	Responsabilidade e necessidade
Aprovação	Regra, área, horário	Autorização explícita
Pré-cadastro	Dados mínimos do visitante	Minimização e preparação
Chegada	Confirmação de identidade	Validação
Credencial	Meio temporário de acesso	Escopo e validade
Circulação	Eventos de entrada/saída	Auditoria
Encerramento	Saída, devolução ou expiração	Revogação
Pós-visita	Retenção e descarte conforme política	Governança de dados

A diferença entre um cadastro e um sistema de gestão está justamente nessa continuidade. Registrar nome e documento sem controlar validade, áreas e encerramento cria uma base de dados, mas não necessariamente um processo seguro.

A autorização deve nascer com escopo definido

Toda visita deveria responder, no mínimo, quem autorizou, para quê, quando e onde. Esses quatro elementos ajudam a evitar permissões genéricas.

O anfitrião pode solicitar acesso para um período específico e uma área compatível com a atividade. Um fornecedor que precisa chegar ao almoxarifado não precisa receber as mesmas permissões de um auditor que visitará salas administrativas. Um técnico de manutenção pode exigir acesso acompanhado a uma área restrita, enquanto um candidato pode permanecer apenas em recepção e sala de reunião.

Essa diferenciação reduz o uso de perfis amplos como “visitante geral” e aproxima a autorização da real necessidade.

Pré-cadastro reduz filas, mas não substitui validação

O pré-cadastro permite que parte das informações seja coletada antes da chegada. Isso melhora capacidade de atendimento, principalmente em horários de pico, eventos, treinamentos ou visitas de grupos.

Entretanto, um cadastro antecipado não prova que a pessoa que chegou é a mesma autorizada. O processo de recepção precisa definir qual evidência será usada para validação: documento, código, confirmação do anfitrião, biometria, QR Code ou combinação adequada ao risco.

A intensidade da validação deve ser proporcional à criticidade. Em áreas comuns, nome e documento podem ser suficientes conforme a política. Em áreas críticas, pode existir segundo fator, aprovação adicional ou acompanhamento obrigatório.

QR Code como credencial temporária

O controle de acesso por QR Code é particularmente útil em jornadas de visitantes porque permite emitir credenciais sem cartão físico permanente.

O QR deve ser tratado como token temporário, não como imagem mágica. O sistema precisa definir validade, uso único ou múltiplo, área, horário, possibilidade de revogação e proteção contra reutilização indevida.

Quando o visitante apresenta o código na entrada, o backend pode validar se a visita ainda está ativa, se o horário é permitido e se a credencial não foi revogada. O evento de uso precisa entrar na trilha de auditoria.

QR estático e QR dinâmico têm riscos diferentes

Um QR estático pode ser copiado por captura de tela e compartilhado. Isso não significa que seja sempre inadequado, mas exige controles compensatórios, como curta validade, vínculo a documento ou confirmação adicional.

Um QR dinâmico ou token de vida curta reduz alguns riscos de compartilhamento, mas aumenta dependência de sistema, conectividade e dispositivo do visitante. A escolha deve considerar o ambiente e a experiência desejada.

Cartão temporário ainda é útil

Nem todo visitante possui smartphone adequado, conectividade ou familiaridade com QR. Cartões temporários continuam válidos em muitos ambientes, principalmente quando a infraestrutura já utiliza leitores RFID.

O ponto crítico é a gestão do ciclo de vida. O cartão deve ser associado à visita, receber permissões restritas e expirar automaticamente. Quando devolvido, precisa ser desvinculado antes de nova emissão.

A tecnologia RFID usada no cartão deve ser compatível com a política de segurança. O artigo sobre RFID em controle de acesso explica as diferenças entre famílias e níveis de segurança.

Credencial temporária precisa expirar sem intervenção manual

Uma falha frequente é depender do operador para cancelar a credencial no fim da visita. Em períodos intensos, esse passo pode ser esquecido.

O sistema deve preferir validade automática baseada no intervalo aprovado. O visitante pode ter acesso das 09h às 12h, por exemplo, e a autorização deve deixar de funcionar após esse período sem exigir ação manual.

Para visitas que se estendem, a prorrogação deve ser registrada e autorizada. Isso evita que credenciais originalmente temporárias se tornem permanentes por inércia.

Visitante, prestador e terceiro recorrente não são a mesma categoria

Um visitante ocasional apresenta risco e frequência diferentes de um prestador que entra todos os dias. Tratar ambos com o mesmo fluxo cria problemas.

O terceiro recorrente pode exigir integração com contrato, treinamento, documentação de segurança, validade de credenciais e status da empresa fornecedora. Seu acesso pode continuar temporário, mas possuir ciclo de vida mais longo e regras específicas.

Já a visita ocasional tende a demandar autorização pontual e acompanhamento. O sistema deve suportar perfis distintos sem transformar toda exceção em regra manual.

Perfil	Frequência	Validade típica do vínculo	Controles adicionais possíveis
Visitante ocasional	Baixa	Uma visita	Anfitrião, horário, área limitada
Fornecedor	Eventual	Conforme entrega/atividade	Doca, veículo, responsável
Prestador recorrente	Alta	Contrato/período	Integração com documentação e treinamento
Auditor/inspeção	Eventual	Janela específica	Áreas definidas e acompanhamento
Candidato	Pontual	Curta	Recepção e sala específica
Visitante VIP	Pontual	Conforme agenda	Fluxo assistido, sem reduzir rastreabilidade

Controle de áreas e zonas

A credencial do visitante não deveria reproduzir as permissões do anfitrião. O fato de alguém ser convidado por um gestor com acesso amplo não significa que o visitante precise herdar esse escopo.

A autorização pode limitar portas, catracas, elevadores, pavimentos e horários. Em instalações maiores, o modelo de zonas ajuda a representar áreas públicas, controladas, restritas e críticas.

Esse desenho deve conversar com a arquitetura corporativa de controle de acesso, evitando regras improvisadas por ponto.

Acompanhamento obrigatório

Alguns visitantes podem circular desacompanhados em áreas comuns; outros devem permanecer acompanhados. O sistema eletrônico não substitui a política, mas pode apoiar sua execução.

A autorização pode registrar o anfitrião responsável e alertar quando o visitante tenta entrar em área incompatível. Em sistemas mais integrados, eventos podem ser correlacionados com presença do acompanhante ou procedimento operacional.

O importante é que “acompanhado” não seja apenas uma observação textual esquecida no cadastro. Deve existir regra, procedimento e responsabilidade definida.

Anti-passback e presença de visitantes

O anti-passback pode ajudar a manter coerência do estado de presença. Se um visitante entrou, uma nova entrada sem saída correspondente pode gerar bloqueio ou alerta.

Esse recurso é útil para evitar compartilhamento de credenciais temporárias e para melhorar a lista de pessoas presentes. Porém, depende de leitores de entrada e saída, fluxo controlado e tratamento de exceções.

Uma saída de emergência sem leitura, por exemplo, pode deixar o estado lógico incorreto. O procedimento de reset precisa ser documentado.

Visitantes e elevadores

Em edifícios verticais, liberar a entrada no lobby não significa liberar todos os pavimentos. A integração entre controle de acesso e elevadores pode restringir o destino conforme a visita.

O visitante pode receber acesso apenas ao pavimento do anfitrião e áreas comuns necessárias. Isso reduz circulação indevida e simplifica a política.

A solução deve considerar contingência: se a integração com o elevador falhar, o visitante não pode ficar sem procedimento. Operação manual precisa ser controlada e auditável.

Visitantes veiculares

Quando o visitante chega de veículo, a jornada inclui pessoa e veículo. A placa, tag ou autorização da cancela pode ser associada à visita, mas isso não deve eliminar a validação do condutor quando necessária.

O artigo sobre controle de acesso veicular detalha tags, LPR, cancelas, sensores e lógica de pista.

Em um processo integrado, o pré-cadastro pode incluir placa e tipo de veículo. Na chegada, o LPR identifica a placa e apresenta a visita prevista ao operador, reduzindo digitação e tempo de atendimento.

Integração com VMS

A integração entre controle de acesso e VMS permite associar eventos do visitante a vídeo relevante.

Isso é útil em acessos negados, tentativas fora do horário, uso de credencial expirada, passagem em carona, abertura manual e incidentes. O operador pode receber o evento já acompanhado da câmera correta.

A integração deve ser orientada a eventos e contexto. Não é necessário transformar toda visita em monitoramento intensivo; o objetivo é melhorar resposta e investigação quando houver ocorrência.

Integração com diretório, RH e facilities

O anfitrião normalmente pertence ao quadro interno. Integrar a plataforma de visitantes ao diretório corporativo ou sistema de RH ajuda a validar se o anfitrião existe, está ativo e pertence à unidade correta.

Também é possível sincronizar centros de custo, empresas terceiras, contratos ou agendas. A integração reduz cadastro duplicado, mas deve ter limites claros: o sistema de visitantes não precisa copiar toda a base de RH.

A arquitetura deve usar apenas os dados necessários para a função do processo.

LGPD: visitantes geram tratamento de dados pessoais

Nome, documento, empresa, telefone, placa, fotografia e registros de entrada podem constituir dados pessoais. Se biometria for utilizada, o nível de sensibilidade aumenta. A Lei Geral de Proteção de Dados Pessoais exige que o tratamento tenha finalidade, base aplicável, segurança e governança compatíveis.

O desenho do processo deve começar pela pergunta: quais dados são realmente necessários para autorizar e auditar a visita? Coletar informações “porque o sistema possui o campo” contraria a lógica de minimização.

A retenção também precisa ser definida. Guardar registros indefinidamente apenas porque existe espaço de armazenamento cria risco e dificulta governança.

Biometria em visitantes

A biometria pode aumentar segurança ou fluidez, mas envolve dados pessoais sensíveis e não deve ser adotada por conveniência sem análise.

O projeto precisa avaliar finalidade, necessidade, proporcionalidade, alternativas menos invasivas, ciclo de vida do template, segurança do armazenamento e procedimento para visitantes que não utilizem biometria quando aplicável.

Também é necessário evitar reaproveitar dados coletados para uma visita em outras finalidades não previstas.

Fotografias e cópias de documentos

Uma recepção pode precisar conferir um documento sem necessariamente armazenar sua cópia. A diferença é relevante para minimização.

Se a política exige registrar número ou tipo de documento, isso deve ser justificado. Se exige imagem, a necessidade e o prazo de retenção devem estar claros.

O sistema deve limitar acesso a esses dados por perfil. Operadores precisam visualizar o necessário para atendimento, enquanto exportação e administração devem ser restritas.

Logs e auditoria

A gestão de visitantes deve registrar eventos relevantes: criação, aprovação, alteração, chegada, emissão de credencial, entrada, saída, prorrogação, cancelamento, abertura manual e encerramento.

O log precisa distinguir ação do visitante de ação do operador. Se um operador libera manualmente uma porta, o evento deve guardar quem realizou o comando e, quando aplicável, motivo.

A auditoria é importante tanto para segurança física quanto para governança. Um registro que apenas diz “porta aberta” sem contexto de visita tem valor limitado.

Lista de presença em emergência

Em algumas organizações, o estado de presença do controle de acesso apoia procedimentos de emergência. Para visitantes, isso pode ser especialmente relevante porque eles não conhecem a instalação.

Entretanto, a lista eletrônica só é confiável se entradas e saídas forem registradas de forma coerente. Saídas não controladas, evacuação por rotas alternativas e falhas de leitura podem criar divergências.

A informação do sistema deve ser tratada como apoio dentro de um procedimento definido, não como verdade absoluta sem validação operacional.

Exceções precisam ser projetadas

O visitante chegou sem pré-cadastro. O anfitrião não responde. O documento informado diverge. O QR expirou. O cartão não foi devolvido. A pessoa precisa ficar além do horário. Esses eventos são previsíveis.

Um sistema maduro não deixa essas decisões exclusivamente ao operador. Define quem pode aprovar, quais dados adicionais são necessários, quanto tempo a exceção dura e como fica registrada.

Quando exceções representam grande parte do volume, isso indica que o processo normal precisa ser redesenhado.

Como especificar um sistema de gestão de visitantes

A especificação deve separar funções de negócio, segurança e integração. Requisitos podem incluir:

• pré-cadastro por anfitrião;
• workflow de aprovação;
• diferentes tipos de visitante;
• validade temporal automática;
• QR Code e/ou cartão temporário;
• associação de veículo;
• controle por zonas e horários;
• integração com catracas e portas;
• integração com diretório/RH;
• registro de entrada e saída;
• tratamento de exceções;
• logs de auditoria;
• perfis de operador;
• política de retenção e exclusão;
• relatórios operacionais;
• integração com VMS quando aplicável;
• APIs ou webhooks documentados;
• testes de aceite.

Requisito	Exemplo de critério de aceite	Evidência
Expiração automática	Credencial deixa de funcionar ao fim da janela	Teste funcional
Escopo de acesso	Visitante só abre áreas autorizadas	Matriz de portas + SAT
Auditoria	Abertura manual registra operador e motivo	Log
Revogação	Cancelamento bloqueia credencial imediatamente	Teste ponta a ponta
Integração	QR liberado no sistema chega à controladora	Teste de interface
Retenção	Registros seguem política definida	Configuração + procedimento

Como contratar a solução

A contratação não deve ser reduzida à licença de um software de recepção. O escopo precisa incluir arquitetura, integrações, infraestrutura, configuração, migração quando houver, testes, treinamento, documentação e critérios de aceite.

É recomendável descrever jornadas reais: visitante pré-cadastrado, visitante sem cadastro, grupo, prestador, visitante veicular, expiração, cancelamento, prorrogação e falha de integração.

Essas jornadas viram casos de teste e tornam as propostas comparáveis por desempenho.

FAT e validação de regras

Antes da operação, as regras podem ser validadas em ambiente de teste. O FAT deve verificar perfis, workflows, validade, escopo e integrações disponíveis.

É importante testar tanto o fluxo normal quanto exceções. Um sistema que funciona apenas para o visitante pré-cadastrado ideal ainda não está pronto para produção.

As pendências precisam ser registradas e classificadas antes do SAT.

SAT e comissionamento

O SAT deve validar o sistema no ambiente real: recepção, leitores, catracas, portas, rede, controladoras, QR, cartões, integrações e operadores.

O comissionamento de controle de acesso deve usar requisitos e casos de teste como referência. É necessário comprovar expiração, revogação, exceções, contingência e logs.

Também deve haver teste de recuperação após falha de rede ou servidor, conforme a arquitetura.

Operação e indicadores

Depois da implantação, indicadores ajudam a melhorar o processo. Exemplos incluem tempo médio de atendimento, percentual de pré-cadastros, quantidade de exceções, credenciais não devolvidas, acessos negados e prorrogações.

Esses dados devem ser usados para ajustar operação, não para coletar informação sem finalidade. O objetivo é identificar gargalos e riscos.

Uma fila crescente pode indicar falta de pré-cadastro; muitas liberações manuais podem indicar regra inadequada; grande número de credenciais expiradas em uso pode indicar falha de comunicação com anfitriões.

Governança do workflow: quem solicita, quem aprova e quem pode liberar

Um sistema de visitantes não deve transformar a recepção em autoridade universal. O fluxo precisa separar responsabilidades: quem solicita a visita, quem aprova o acesso, quem valida a chegada, quem pode alterar a autorização e quem possui permissão para criar uma exceção. Essa segregação reduz liberações informais e facilita auditoria.

O anfitrião pode ser responsável por justificar a visita e indicar período e área. A aprovação pode depender do tipo de visitante, da área envolvida ou da atividade. A recepção valida identidade e condições operacionais, mas não precisa possuir autoridade para ampliar livremente o escopo originalmente aprovado.

Em instalações maiores, o workflow pode incluir segurança, facilities, responsável técnico, área de EHS ou gestor do contrato. O objetivo não é criar burocracia para toda visita, e sim aplicar aprovação proporcional ao risco. Uma reunião administrativa comum pode seguir fluxo simples; acesso de um prestador a uma área crítica pode exigir verificação adicional de documentação e responsável local.

Papel	Responsabilidade	Ação que não deveria ser implícita
Solicitante/anfitrião	Justificar visita e escopo	Conceder acesso irrestrito
Aprovador	Validar necessidade e área	Delegar aprovação sem rastreabilidade
Recepção	Validar chegada e identidade	Expandir permissões sem regra
Segurança	Tratar exceções e incidentes	Operar com conta compartilhada
Administrador	Configurar políticas e integrações	Alterar regras sem controle de mudança

O log deve registrar cada etapa relevante do workflow. Se uma visita foi prorrogada ou uma área adicional foi liberada, precisa ser possível identificar quem tomou a decisão, quando e sob qual justificativa.

Modelo de dados e identidade do visitante

O desenho da base de dados influencia segurança, privacidade e operação. O sistema precisa distinguir a pessoa da visita. Uma mesma pessoa pode realizar várias visitas ao longo do tempo, com anfitriões, empresas, motivos e permissões diferentes. Reutilizar um registro pode ser eficiente, mas não deve fazer uma autorização antiga contaminar uma visita nova.

Também é necessário tratar duplicidades. Variações de nome, documentos digitados incorretamente ou cadastros feitos por diferentes recepções podem gerar múltiplos registros para a mesma pessoa. A estratégia de identificação deve equilibrar qualidade de dados e minimização, sem coletar informação adicional apenas para facilitar deduplicação.

Quando existe empresa de origem, veículo, contrato ou anfitrião, esses elementos devem ser relacionados à visita e não incorporados de forma permanente à identidade da pessoa sem necessidade. A modelagem por entidades facilita atualizar um contrato ou veículo sem reescrever o histórico de visitas.

Campos obrigatórios devem refletir finalidade. Se telefone, fotografia ou placa não são necessários em determinada jornada, o sistema não deve torná-los obrigatórios apenas porque estão disponíveis no formulário. A arquitetura de dados precisa apoiar a política de minimização definida pela organização.

Operação em alto volume: grupos, eventos e horários de pico

O fluxo que funciona para poucas visitas por hora pode falhar em eventos, treinamentos, auditorias, integrações de equipes terceiras ou trocas de turno. O dimensionamento precisa considerar taxa de chegada, quantidade de posições de atendimento, tempo médio de validação, quantidade de leitores e capacidade física da área de espera.

O pré-cadastro é especialmente importante nesses cenários, mas deve permitir importação ou criação de grupos sem eliminar a identidade individual. Uma lista com dezenas de nomes pode acelerar o processo de autorização, porém cada pessoa ainda precisa receber credencial, validade e registro compatíveis com a política.

Filas também são indicador de desenho inadequado. Se a recepção precisa digitar novamente dados já aprovados ou aguardar o anfitrião para toda entrada, o gargalo pode estar no workflow, e não na quantidade de balcões. O projeto deve separar atividades que podem ocorrer antecipadamente daquelas que exigem presença física.

Para grupos, a saída merece atenção equivalente à entrada. Credenciais físicas precisam ser devolvidas ou desativadas, tokens digitais devem expirar e o estado de presença deve ser encerrado. Um processo eficiente na chegada, mas incapaz de fechar a visita, produz credenciais órfãs e dados inconsistentes.

Contingência e operação offline

A indisponibilidade do sistema de visitantes não pode obrigar a organização a escolher entre bloquear completamente a operação e liberar pessoas sem controle. O projeto precisa definir um modo degradado proporcional ao risco, com responsabilidades, limites e forma de reconciliação posterior.

Uma falha pode ocorrer no software central, na conexão com o controle de acesso, na internet usada pelo QR Code, no diretório corporativo ou na própria estação da recepção. Cada dependência deve ser identificada porque a resposta operacional é diferente. Se a controladora mantém autorizações já sincronizadas, por exemplo, uma perda de servidor pode afetar novos cadastros sem interromper imediatamente credenciais válidas.

O procedimento de contingência deve definir quais visitas previamente aprovadas podem ser processadas, quais áreas permanecem indisponíveis, quem autoriza uma exceção e como os eventos serão registrados. Formulários manuais, quando usados, precisam ser reconciliados depois para evitar lacunas de auditoria.

Falha	Impacto provável	Resposta de projeto
Sistema de visitantes	Novo cadastro indisponível	Procedimento de contingência e reconciliação
Integração com EACS	Credencial não é provisionada	Fila de sincronização, alerta e bloqueio controlado
Internet/QR	Token online pode não validar	Regra de fallback conforme risco
Diretório/RH	Anfitrião não é validado automaticamente	Cache controlado ou aprovação alternativa
Estação da recepção	Atendimento local afetado	Redundância operacional ou posição alternativa

A recuperação também deve ser testada. Quando a integração retorna, registros pendentes não podem simplesmente desaparecer ou ser duplicados; o sistema deve reconciliar estados, evitar reemissão indevida e preservar a trilha de auditoria.

APIs, integrações e propriedade dos dados

Gestão de visitantes costuma integrar diretório corporativo, agenda, e-mail, controle de acesso, VMS, estacionamento, elevadores e, em alguns casos, plataformas de terceiros. A arquitetura precisa definir a fonte de verdade de cada informação. O sistema de visitantes não deveria se tornar um repositório paralelo de tudo que já existe em RH, IAM ou facilities.

APIs e webhooks devem possuir autenticação, versionamento, tratamento de erro, limites de privilégio e logs. Também é necessário definir o comportamento diante de mensagens repetidas ou fora de ordem. Uma integração que cria duas visitas para a mesma solicitação ou revoga a credencial errada compromete o processo mesmo que cada sistema isoladamente esteja funcionando.

O contrato de interface deve registrar quais campos são enviados, em que direção, com que frequência e sob qual responsabilidade. Dados pessoais não devem ser replicados indiscriminadamente. Quanto maior o número de cópias e sistemas consumidores, maior a superfície de governança e segurança.

Integrações críticas precisam entrar no FAT e no SAT. Não basta demonstrar que a API responde: é necessário validar o fluxo de negócio completo, incluindo criação, alteração, cancelamento, expiração, falha, recuperação e auditoria.

Considerações finais

Gestão de visitantes é uma disciplina de controle de acesso, processo e governança de dados. A recepção é apenas uma etapa. O valor vem do ciclo completo: solicitação, autorização, validação, credencial, circulação, encerramento e auditoria.

Quando o projeto define perfis, validade, áreas, integrações, exceções e critérios de aceite, a solução deixa de ser um cadastro isolado e passa a operar como parte da arquitetura de segurança física da organização.

Referências técnicas

[1] BRASIL. Lei nº 13.709, de 14 de agosto de 2018 — Lei Geral de Proteção de Dados Pessoais (LGPD). Disponível em: https://www.planalto.gov.br/ccivil_03/_ato2015-2018/2018/lei/l13709compilado.htm

[2] IEC. IEC 60839-11-1:2013 — Alarm and electronic security systems — Part 11-1: Electronic access control systems — System and components requirements. Disponível em: https://webstore.iec.ch/en/publication/3662

[3] IEC. IEC 60839-11-2:2014 — Alarm and electronic security systems — Part 11-2: Electronic access control systems — Application guidelines. Disponível em: https://webstore.iec.ch/en/publication/3663

[4] AUTORIDADE NACIONAL DE PROTEÇÃO DE DADOS. Materiais educativos e publicações. Disponível em: https://www.gov.br/anpd/pt-br/centrais-de-conteudo/materiais-educativos-e-publicacoes

Perguntas frequentes

O que é um sistema de gestão de visitantes?

É a combinação de processo e tecnologia que controla solicitação, aprovação, cadastro, validação, credencial temporária, circulação, saída, expiração e auditoria de visitantes.

Visitante precisa ter uma credencial diferente de funcionário?

Em geral, a autorização de visitante deve ser temporária, com escopo e validade específicos. O meio pode ser QR Code, cartão ou outro mecanismo, mas as regras não devem reproduzir automaticamente os privilégios de um funcionário.

QR Code é seguro para visitantes?

Pode ser, desde que seja tratado como token temporário com validade, revogação, escopo e proteção contra reutilização indevida. O nível de controle deve ser proporcional ao risco.

É obrigatório guardar cópia do documento do visitante?

Não há uma regra geral que obrigue isso para todo cenário. A organização deve avaliar finalidade, necessidade e base aplicável. Muitas vezes é possível validar o documento sem armazenar sua cópia.

Como saber se o sistema de visitantes está funcionando bem?

Além de testar autorizações e bloqueios, é útil acompanhar tempo de atendimento, exceções, liberações manuais, credenciais não devolvidas, acessos negados e aderência à política de validade e retenção.

Materiais técnicos complementares

Serviços relacionados

• Projeto de Controle de Acesso: arquitetura, dispositivos, integração e especificação
• Projeto de Segurança Eletrônica Integrada: CFTV, acesso, intrusão e integração

Conteúdos principais sobre o tema

• Portaria e controle de acesso: arquitetura, visitantes e regras de operação
• Controle de acesso por QR Code: segurança, validade e uso com visitantes

Conteúdos técnicos correlatos

• Anti-passback em controle de acesso: soft, hard, global e temporizado
• Integração entre controle de acesso e VMS: eventos, vídeo e operação