Entenda a ABNT NBR IEC 60839-11-1 e 11-2 aplicada a sistemas de controle de acesso: graus, requisitos, arquitetura, interfaces, instalação, documentação e comissionamento.
Confira!
A ABNT NBR IEC 60839-11 é a principal referência brasileira para estruturar requisitos de sistemas eletrônicos de controle de acesso físico. A Parte 11-1 define funcionalidades mínimas, desempenho, classificação, interfaces, reconhecimento, comunicação, autoproteção, alimentação, condições ambientais e métodos de ensaio; a Parte 11-2 organiza a aplicação desses requisitos ao longo do planejamento, projeto, instalação, comissionamento, entrega, operação, manutenção e documentação.
Na prática, a série não deve ser lida como uma lista de equipamentos a comprar. Ela fornece uma lógica de engenharia para relacionar risco, grau de segurança, funções do EACS, arquitetura, pontos de acesso, operação em falha, integrações, documentação e critérios de verificação. Também não substitui leis, regulamentos ou outras normas aplicáveis à edificação, incêndio, instalações elétricas, telecomunicações, proteção de dados ou sistemas integrados.
Um ponto especialmente importante é que a ABNT NBR IEC 60839-11-2 admite exceções específicas para sistemas instalados, desde que sejam tecnicamente acordadas, avaliadas quanto ao impacto e registradas na documentação “como construído”. Portanto, conformidade não significa aplicar mecanicamente todas as funções possíveis em todas as portas: significa estabelecer requisitos coerentes com o risco, documentar decisões e demonstrar por evidências que o sistema entregue atende ao desempenho definido.
O que é a ABNT NBR IEC 60839 e onde ela se aplica
A série ABNT NBR IEC 60839 trata de sistemas de segurança eletrônica e alarme. As Partes 11-1 e 11-2 são dedicadas aos sistemas eletrônicos de controle de acesso, também designados pela sigla EACS — Electronic Access Control Systems.
A ABNT NBR IEC 60839-11-1 é uma adoção brasileira da IEC 60839-11-1:2013 e foi publicada em 2019. Seu escopo estabelece requisitos mínimos de funcionalidade, desempenho e métodos de ensaio para sistemas e componentes utilizados no controle de acesso físico de entrada e saída em edificações e áreas protegidas.
A ABNT NBR IEC 60839-11-2 complementa a Parte 11-1 com diretrizes de aplicação. Ela trata de planejamento, instalação, comissionamento, manutenção e documentação, conectando as funções técnicas do sistema à realidade de cada instalação.
A separação entre as duas partes é útil para o projeto:
- a Parte 11-1 responde principalmente o que o sistema e seus componentes precisam ser capazes de fazer;
- a Parte 11-2 responde principalmente como selecionar, implantar, verificar e manter essas funções em uma instalação real.
Essa abordagem é coerente com o Guia de Controle de Acesso, que organiza o sistema desde identificação e autorização até arquitetura, infraestrutura, integração, comissionamento e operação.
O que está dentro do escopo
A Parte 11-1 inclui um modelo conceitual e uma arquitetura do sistema, além de critérios relacionados a:
- classificação por funcionalidades e capacidades de desempenho;
- interfaces dos pontos de acesso;
- indicação, visualização, alertas e registros;
- reconhecimento de usuários e credenciais;
- sinalização de coação;
- neutralização ou override de funções;
- comunicação entre componentes e outros sistemas;
- autoproteção contra manipulação e falhas;
- fontes de alimentação;
- condições ambientais e compatibilidade eletromagnética;
- métodos de ensaio;
- documentação e marcação.
Esse escopo mostra por que um EACS não é apenas “leitor + fechadura”. A norma enxerga o controle de acesso como um sistema capaz de receber uma solicitação, processar uma decisão, comandar o ponto de acesso, verificar estados, registrar eventos e manter integridade suficiente para o grau de segurança especificado.
O que não está integralmente dentro do escopo
A própria norma delimita aspectos que dependem de outras referências. Atuadores e sensores de pontos de acesso — portas automáticas, determinados mecanismos de travamento, catracas e barreiras, por exemplo — possuem requisitos específicos que podem estar em outras normas. Da mesma forma, quando o EACS incorpora funções de intrusão, roubo, videomonitoramento ou emergência, as normas correspondentes também precisam ser consideradas.
Essa delimitação evita uma interpretação perigosa: atender à IEC 60839-11 não significa, por si só, que uma porta corta-fogo, uma catraca, uma instalação elétrica ou uma rota de fuga esteja integralmente conforme todos os requisitos aplicáveis.
O modelo conceitual do EACS
A ABNT NBR IEC 60839 trabalha com funções e interfaces. Essa é uma diferença relevante em relação a especificações centradas em catálogo. Em vez de começar pela marca da controladora, o projeto começa pelo que o sistema precisa controlar, reconhecer, decidir, comandar, monitorar, anunciar e registrar.
A unidade de controle de acesso — ACU — é definida como a parte do sistema que possui interfaces para leitores, dispositivos de travamento e sensores e que toma a decisão de acesso conforme regras preestabelecidas. Em arquiteturas reais, essa função pode estar distribuída entre hardware de campo e software, mas a lógica permanece: o sistema precisa separar aquisição de credencial, decisão, atuação, supervisão e gestão.
Solicitação, decisão e liberação são eventos diferentes
Uma solicitação de acesso ocorre quando uma credencial é lida e inicia o processo de decisão. A decisão de acesso compara as informações disponíveis com regras preestabelecidas. A liberação do ponto de acesso é o sinal que autoriza o dispositivo de travamento a permitir a passagem.
Essa distinção é importante em testes e troubleshooting. Um usuário apresentar uma credencial válida não significa automaticamente que a porta deva liberar. Pode existir restrição de horário, APB, área, dupla autenticação, estado de outra porta, bloqueio administrativo ou condição de emergência.
Comando não é comprovação física
A norma também distingue o acionamento do ponto de acesso de seu estado. Um relé pode ter sido comandado, mas a folha pode não ter aberto; a porta pode ter aberto sem autorização; ou pode permanecer aberta além do período estabelecido.
Por isso, sensores de porta, monitoramento do dispositivo de travamento e eventos como abertura forçada e porta aberta por tempo excessivo são fundamentais. Em sistemas de maior criticidade, a engenharia deve especificar não apenas o comando, mas a evidência de que o estado físico esperado foi alcançado.
Graus de segurança: o elo entre risco e requisitos
A ABNT NBR IEC 60839-11-2 estabelece quatro graus de segurança. Eles são definidos em função do risco, do valor dos ativos, do conhecimento do adversário e dos meios que poderiam ser empregados para contornar o controle de acesso.
| Grau | Nível de risco | Caracterização geral | Exemplos indicativos da norma |
| 1 | Baixo | adversário com pouco conhecimento e ferramentas limitadas | hotéis e aplicações organizacionais de menor risco |
| 2 | Baixo a médio | conhecimento limitado e ferramentas portáteis comuns | escritórios e pequenas/médias empresas |
| 3 | Médio a alto | adversário familiarizado com EACS e ferramentas mais amplas | setores industriais, administrativos e financeiros |
| 4 | Alto | adversário capaz de planejamento detalhado e substituição/manipulação de componentes | áreas altamente sensíveis, governo, P&D, produção crítica e infraestrutura crítica |
A tabela não deve ser usada como classificação automática por setor. O fato de uma organização ser industrial, por exemplo, não significa que todas as portas sejam Grau 3. A própria Parte 11-2 orienta que o grau seja definido para cada ponto de acesso, considerando entrada e saída e a área protegida correspondente.
Diferentes pontos podem ter diferentes graus
Um mesmo empreendimento pode possuir recepção, áreas administrativas, CPD, sala elétrica, laboratório, sala-cofre e área de produção crítica. Cada transição pode demandar um grau distinto.
A consequência arquitetural é importante: componentes compartilhados entre pontos de graus diferentes devem satisfazer os requisitos correspondentes ao maior grau que protegem em conjunto. Uma infraestrutura central compartilhada não pode se tornar o ponto de rebaixamento de um acesso mais crítico.
Esse tema será aprofundado no artigo específico sobre graus de segurança em controle de acesso, porque a classificação é uma das decisões mais importantes do projeto.
A avaliação de riscos vem antes do grau
A Parte 11-2 deixa claro que a avaliação de riscos deve preceder a implementação do EACS. Ao mesmo tempo, a norma informa que não define o método de avaliação de riscos. Essa distinção evita atribuir à 60839 uma metodologia que ela não fornece.
A lógica proposta relaciona:
Na prática, a avaliação precisa responder perguntas como:
- o que existe atrás daquele ponto de acesso;
- quem poderia tentar obter acesso não autorizado;
- qual conhecimento e recurso o adversário poderia possuir;
- qual impacto ocorreria com acesso indevido;
- quais medidas físicas, eletrônicas e organizacionais já existem;
- qual nível de detecção e resposta é disponível;
- como o sistema deve continuar operando diante de falhas previsíveis.
Esse raciocínio é muito mais robusto do que adotar a mesma leitora e a mesma lógica para todas as portas.
Requisitos das interfaces dos pontos de acesso
A interface do ponto de acesso é a fronteira entre a decisão eletrônica e a barreira física. Ela precisa lidar com liberação, proteção, estado, tempos, solicitações de saída e condições de exceção.
Tempo de resposta
O sistema possui um tempo de resposta a uma solicitação de acesso, medido entre a apresentação correta da credencial e a ativação do dispositivo correspondente. Em aplicações de alto fluxo, desempenho insuficiente pode gerar filas e induzir usuários a contornar o sistema. Em ambientes críticos, respostas inconsistentes podem gerar incerteza operacional.
O requisito de tempo deve ser verificado em condição realista, incluindo comunicação, processamento, integrações e comportamento offline quando aplicável.
Estado do ponto de acesso
O sistema precisa reconhecer estados relevantes. Alguns exemplos são:
- ponto travado ou destravado;
- porta aberta ou fechada;
- abertura autorizada;
- abertura forçada;
- porta aberta além do tempo;
- anomalia no dispositivo de travamento;
- falha de sensor;
- perda de comunicação.
A definição dos estados que realmente serão monitorados depende do grau, da aplicação e das exceções permitidas. O projeto precisa transformar isso em matriz funcional e critérios de teste.
REX e fluxo de saída
A solicitação de saída, ou REX, integra o comportamento de saída do ponto. Pode ser produzida por detector, botoeira, barra, leitor ou outra lógica. A engenharia deve avaliar como a saída será reconhecida e como o evento será correlacionado ao estado da porta.
Em rotas de fuga e situações de emergência, os requisitos de segurança de pessoas têm precedência sobre a conveniência do controle patrimonial. A Parte 11-2 afirma que o EACS não pode impedir uma saída livre concedida por outros sistemas de emergência, como o alarme de incêndio.
Indicação, visualização, alerta e registro
Um EACS não termina na porta. A norma trata de anúncio e registro porque o operador precisa compreender o que ocorre no sistema e porque eventos precisam permanecer disponíveis para auditoria e investigação.
Eventos precisam ser classificáveis
A plataforma deve ser capaz de diferenciar ocorrências como acesso autorizado, acesso negado, coação, abertura forçada, porta mantida aberta, falha de alimentação, perda de comunicação e violação de gabinete, conforme os requisitos aplicáveis ao grau e à arquitetura.
O objetivo não é produzir o maior número possível de alarmes. Um projeto maduro define quais eventos exigem ação humana, quais são apenas logs, quais geram prioridade e quais precisam ser correlacionados a vídeo ou procedimento operacional.
Registro sem sincronização de tempo perde valor
A trilha de auditoria deve ser temporalmente coerente. Se controladoras, servidor de acesso e VMS utilizam relógios divergentes, a investigação de um incidente pode apresentar eventos fora de sequência. Por isso, projeto de rede, NTP e governança de tempo são requisitos práticos importantes, mesmo quando o texto normativo é mais amplo.
Reconhecimento: PIN, token, cartão, biometria e multifator
A 60839 trata de reconhecimento como uma função do sistema. A Parte 11-2 recomenda que o método seja selecionado considerando aplicação, conveniência, fluxo, ambiente operacional e vida útil esperada.
Entre os métodos possíveis estão:
- PIN;
- token ou cartão;
- biometria;
- combinação de métodos, formando autenticação multifator.
O grau de segurança influencia os requisitos associados à função de reconhecimento, mas a escolha tecnológica também precisa considerar ameaças reais. Um cartão com identificador facilmente copiável não possui o mesmo nível de proteção que uma credencial criptográfica; uma biometria sem proteção contra apresentação não deve ser considerada invulnerável; um PIN compartilhado enfraquece a individualização.
Reconhecimento é parte de uma cadeia
Mesmo um método de autenticação forte pode ser neutralizado se a interface entre leitor e controladora for vulnerável, se o relé estiver exposto, se a porta puder ser contornada ou se a credencial permanecer ativa após desligamento do usuário.
Por isso, a norma funciona melhor quando combinada a engenharia de arquitetura, infraestrutura, processos e gestão do ciclo de vida de credenciais.
Comunicação entre componentes e integração com outros sistemas
A Parte 11-1 inclui comunicação entre componentes do EACS e com outros sistemas. A Parte 11-2 complementa com preocupações sobre disponibilidade, confiabilidade, segurança dos dados e infraestrutura de rede.
Essa é uma área crítica em sistemas IP modernos. Controladoras podem estar ligadas a servidores, bancos, APIs, VMS, plataformas de visitantes, diretórios corporativos e serviços em nuvem.
Rede existente não pode ser presumida adequada
Quando o EACS utiliza a rede existente do cliente, a Parte 11-2 orienta verificar se existe capacidade, desempenho e proteção suficientes para o grau selecionado. Isso transforma a rede em parte verificável do projeto de segurança eletrônica.
O projeto deve considerar:
- largura de banda e latência necessárias;
- disponibilidade da rede;
- segmentação;
- ACL e firewall;
- autenticação e criptografia;
- proteção de portas;
- sincronização de tempo;
- monitoramento;
- redundância quando necessária;
- continuidade durante perda de WAN ou servidor.
Integrações precisam de requisitos funcionais
A norma cita interfaces com intrusão, videomonitoramento, administração, intercomunicação e elevadores. A existência de uma API não é, por si só, requisito atendido. O projeto deve definir o comportamento esperado.
Por exemplo: “porta forçada” pode gerar evento crítico, abrir câmera associada, apresentar identidade, criar marcador de vídeo e exigir confirmação do operador. Esse fluxo deve ser testável de ponta a ponta.
Autoproteção e proteção contra violação
A segurança do EACS depende da capacidade de detectar ou resistir a tentativas de manipulação compatíveis com o grau. A Parte 11-2 trata da localização de equipamentos críticos, proteção de invólucros, cabos, fontes e componentes expostos.
Equipamentos críticos devem ficar em zona compatível
Exceto pela interface do usuário, equipamentos críticos à integridade do sistema não devem ser posicionados em região de grau inferior ao maior grau da área que protegem sem medidas adequadas. Em termos práticos, controladoras e relés de portas críticas devem ficar do lado protegido sempre que a arquitetura permitir.
Uma leitora instalada do lado externo pode ser destruída ou removida. Se o dispositivo exposto possui o relé que comanda diretamente a fechadura, o risco é diferente de uma arquitetura em que o leitor apenas comunica a credencial a uma controladora protegida.
Cabos também fazem parte do perímetro
A Parte 11-2 orienta proteger encaminhamentos contra dano físico e interferência deliberada. Um curto ou circuito aberto aplicado a fios acessíveis fora da área controlada não deve resultar em liberação indevida do ponto de acesso.
Esse requisito é particularmente relevante para circuitos de relé, botoeiras, sensores e alimentação. A topologia precisa evitar que um atacante alcance facilmente condutores capazes de comandar a barreira.
Alimentação principal, reserva e continuidade
A perda de energia é uma condição de projeto, não uma exceção imprevisível. A Parte 11-1 estabelece requisitos de fonte; a Parte 11-2 orienta dimensionamento, localização, carga máxima, circuitos dedicados e alimentação reserva.
O dimensionamento precisa considerar operação real
A fonte deve ser dimensionada para a maior carga prevista em condição normal. Isso inclui controladoras, módulos, leitores, dispositivos auxiliares e atuadores quando alimentados pelo mesmo conjunto.
A autonomia de bateria precisa considerar:
- consumo permanente;
- corrente de pico;
- número de operações previsto;
- simultaneidade de atuadores;
- comportamento fail-safe/fail-secure;
- recarga;
- condição de envelhecimento da bateria;
- equipamentos de comunicação que precisam permanecer operacionais.
A Parte 11-2 também admite determinadas exceções de alimentação em sistemas instalados, desde que acordadas e registradas. Portanto, o memorial e o As Built precisam refletir a configuração realmente entregue.
Ambiente, IP, IK e compatibilidade eletromagnética
A norma classifica ambientes e exige que componentes funcionem corretamente nas condições previstas. Equipamento de escritório, corredor não climatizado, área externa abrigada e área totalmente exposta não apresentam o mesmo envelope de temperatura, umidade e agressão física.
Além da classe ambiental, referências como ABNT NBR IEC 60529 e ABNT NBR IEC 62262 apoiam a seleção de proteção IP e IK quando aplicável.
EMC é particularmente relevante na indústria
A Parte 11-2 recomenda cuidados com encaminhamento e separação de cabos, especialmente próximos a alimentação e sinais de alta frequência. Em ambientes industriais, motores, inversores, painéis de potência e equipamentos de alta corrente podem produzir interferência conduzida ou irradiada.
A especificação de um leitor sofisticado não compensa uma instalação que ignora EMC, aterramento, segregação e blindagem quando necessários.
Exceções permitidas: uma das partes mais importantes da 60839-11-2
Quando um projeto já existe, mas a aderência à IEC 60839, as interfaces e os critérios de aceite ainda não estão demonstrados, a revisão independente permite transformar requisitos genéricos em uma matriz verificável antes da contratação.
Um erro frequente seria afirmar que todas as funções obrigatórias da Parte 11-1 precisam ser implementadas, sem exceção, em qualquer EACS instalado. A Parte 11-2 é mais precisa: seu Anexo A estabelece exceções permitidas para sistemas instalados.
As exceções precisam ser:
- identificadas;
- acordadas entre as partes responsáveis;
- avaliadas quanto ao impacto sobre funções e segurança;
- registradas na documentação “como construído”;
- referenciadas em declarações de conformidade quando aplicável.
Isso não é autorização para reduzir requisitos arbitrariamente. É um mecanismo formal para reconhecer que um sistema instalado tem condicionantes diferentes de um produto ensaiado isoladamente.
Por que isso muda a especificação
Se o edital ou memorial simplesmente disser “atender integralmente à IEC 60839 Grau 4” sem definir o que realmente se aplica à instalação, podem surgir duas distorções: exigência desnecessária de funções sem valor para o risco ou propostas incomparáveis baseadas em interpretações diferentes.
A abordagem mais controlável é transformar a norma em uma matriz de requisitos, registrar exceções e determinar evidências de comprovação.
Como transformar a norma em requisitos de projeto
Quando risco, graus, pontos, funções e interfaces ainda precisam ser definidos, o projeto deve preceder a seleção de equipamentos. A engenharia consolida matrizes, arquitetura, quantitativos, especificações e critérios de desempenho para contratação.
A aplicação prática da 60839 pode ser organizada em uma sequência de engenharia.
Identificar áreas e pontos de acesso
Plantas e levantamento devem identificar áreas protegidas, zonas, portas, catracas, portões, cancelas e demais transições controladas. Cada ponto deve possuir ID rastreável.
Avaliar risco e atribuir grau
O grau deve refletir o risco e a área protegida. Não deve ser atribuído por conveniência de catálogo.
Mapear funções aplicáveis
Para cada ponto, determinar reconhecimento, leitores, direção, monitoramento, REX, eventos, APB, override, coação, alimentação, proteção e integrações.
Documentar exceções
Quando uma exceção permitida for adotada, registrar justificativa, impacto e responsabilidade. Esse registro deve permanecer até o As Built.
Definir arquitetura e interfaces
Diagramas devem mostrar controladoras, I/O, rede, servidores, alimentação, integrações e fronteiras com sistemas externos.
Criar critérios de aceite
Cada requisito precisa de forma de verificação. Se o requisito é “operar durante perda do servidor”, o SAT deve desconectar ou simular a condição e demonstrar o comportamento esperado.
Documentos que materializam a conformidade
Conformidade técnica não deve ficar implícita em uma frase genérica. Ela precisa aparecer em documentos que possam ser revisados e testados.
Uma documentação robusta pode incluir:
| Documento | Função |
| levantamento cadastral | registrar condição existente e interfaces |
| análise de riscos | justificar níveis de proteção |
| matriz de pontos | identificar cada acesso e seus dispositivos |
| matriz funcional | registrar regras, eventos, APB, REX e integrações |
| matriz de conformidade | mapear requisito normativo → solução → evidência |
| diagrama de arquitetura | demonstrar relações entre componentes e sistemas |
| memorial descritivo | caracterizar objeto e premissas |
| especificação técnica | definir requisitos de desempenho e documentação |
| planilha de quantitativos | consolidar escopo contratável |
| plano de testes | definir como requisitos serão demonstrados |
| As Built | registrar o sistema efetivamente instalado e exceções |
| relatório de comissionamento | consolidar evidências e resultados |
A documentação deve ser proporcional ao porte e à complexidade. O princípio é simples: quanto mais crítico e integrado o sistema, menos decisões relevantes podem permanecer apenas na memória do integrador.
Instalação segundo a ABNT NBR IEC 60839-11-2
A instalação deve preservar a intenção do projeto. A Parte 11-2 trata de localização, compatibilidade, treinamento, infraestrutura de rede, fontes, cabeamento e proteção física.
Compatibilidade entre componentes
Leitor, controladora, fechadura, sensor, fonte, protocolo e software precisam operar como sistema. Em dúvida, a compatibilidade deve ser verificada por documentação, ensaio ou consulta técnica adequada.
Localização e manutenção
Componentes precisam estar em locais que mantenham segurança e permitam manutenção. Gabinetes inacessíveis aumentam tempo de reparo; equipamentos críticos expostos reduzem proteção.
Cabeamento
Rotas devem considerar distância, expansão, queda de tensão, perda de sinal, risco físico, interferência e grau da área. Cabos em zonas de menor segurança podem exigir proteção adicional.
Comissionamento: provar que o sistema atende ao projeto
Conformidade só se torna demonstrável quando requisitos são convertidos em testes e evidências. O comissionamento independente verifica o sistema instalado, as situações de falha, integrações e documentação antes do aceite.
A Parte 11-2 define o objetivo do comissionamento de forma objetiva: assegurar que o sistema instalado atenda aos requisitos do projeto.
O procedimento deve ser acordado por escrito e incluir inspeção visual, verificação funcional, integrações, documentação e, quando aplicável, operação durante perda da alimentação principal.
O comissionamento deve verificar especialmente:
- funcionamento dos pontos de acesso;
- correção das informações processadas;
- indicação, registro e alertas;
- efetividade das conexões com outros sistemas;
- documentação e instruções;
- alimentação reserva;
- correspondência entre As Built e instalação real.
Essa fase não deve ser confundida com “testar algumas portas”. Ela fecha o ciclo de requisitos iniciado no planejamento.
Entrega, treinamento e operação assistida
A entrega transfere formalmente a responsabilidade para o proprietário do sistema. A norma orienta demonstração completa, documentação e treinamento de gerenciamento e operação.
Pode ser previsto um período de teste em operação normal. Ao final, diferenças entre projeto e sistema instalado precisam ser conhecidas e refletidas no As Built antes da aceitação.
A documentação precisa permanecer viva
Depois da entrega, o proprietário precisa manter cadastros, backups, procedimentos e documentação atualizados. Alterações futuras de porta, controladora, firmware, rede ou integração devem preservar rastreabilidade.
Sem gestão de configuração, um sistema que foi comissionado corretamente pode deixar de corresponder ao projeto poucos meses depois.
Operação e manutenção
A Parte 11-2 associa continuidade do desempenho à inspeção e manutenção. Isso inclui treinamento, resposta a alertas, atualização de dados, backups, manutenção regular e medidas organizacionais em caso de falha.
O intervalo de manutenção precisa ser definido conforme contexto, diagnósticos disponíveis, criticidade e recomendações. Registros de defeitos, ações e modificações devem ser mantidos.
Manutenção não é apenas substituição de equipamento
A manutenção deve verificar função. Uma porta pode abrir e ainda assim possuir sensor desalinhado, tempo de abertura incorreto, bateria degradada, evento sem prioridade ou APB quebrado após uma mudança de configuração.
Por isso, inspeções periódicas precisam combinar mecânica, elétrica, comunicação, software e lógica funcional.
Como contratar uma solução aderente à IEC 60839
Uma contratação bem estruturada não deve simplesmente exigir “equipamentos certificados” e presumir que isso garante a instalação. O objeto precisa traduzir a norma para responsabilidades, entregáveis e critérios de aceite.
Defina o objeto como sistema
O escopo deve abranger, conforme aplicável:
- levantamento e validação de campo;
- projeto executivo;
- matriz de conformidade;
- fornecimento e instalação;
- configuração;
- integração;
- documentação;
- FAT/SAT;
- comissionamento;
- treinamento;
- As Built;
- garantias e suporte.
Exija matriz de conformidade
A proponente deve indicar como cada requisito é atendido, qual componente ou função o materializa e qual documento comprova o atendimento. Isso reduz respostas genéricas de “atende”.
Diferencie requisito de referência de marca
Documentos de fabricantes podem ser usados como base de estudo e comprovação, mas o requisito deve ser definido por desempenho quando possível. Isso melhora comparabilidade e evita restringir indevidamente arquiteturas equivalentes.
Defina evidências de aceite
O contrato deve deixar claro o que será medido e como será aceito. Testes precisam estar ligados aos requisitos, e pendências devem ser rastreadas até fechamento.
Erros recorrentes na aplicação da norma
Tratar a IEC 60839 como selo genérico
A norma possui funções, graus, requisitos e métodos de ensaio. A frase “conforme IEC 60839” sem escopo, grau e matriz é pouco controlável.
Classificar todo o empreendimento com um único grau
A Parte 11-2 trabalha com grau por ponto de acesso. Padronizar pode ser uma decisão de arquitetura, mas deve ser justificada e considerar componentes compartilhados.
Ignorar as exceções permitidas
Exigir todas as funções ou aceitar exceções informais são extremos ruins. As exceções precisam ser documentadas.
Esquecer rede e alimentação
Rede, fontes e bateria fazem parte da disponibilidade do EACS. Não podem ser tratados como infraestrutura de terceiros sem requisito.
Testar somente o acesso autorizado
Um sistema precisa ser testado também em acesso negado, porta forçada, porta aberta, falha de rede, falha de servidor, perda de energia, tamper e integrações, conforme aplicável.
Entregar As Built que não corresponde ao campo
A Parte 11-2 exige que a documentação “como construído” represente o estado exato do EACS instalado, incluindo modificações e parâmetros relevantes.
Quando apoio especializado passa a ser necessário
Apoio de engenharia é especialmente relevante quando o sistema possui múltiplas áreas de risco, tecnologias diferentes, integração com VMS/incêndio/intrusão, ambiente industrial, requisitos de alta disponibilidade, base instalada legada, contratação pública ou necessidade de aceite independente.
Sinais objetivos incluem:
- dúvida sobre o grau aplicável a cada ponto;
- especificação baseada apenas em marca/modelo;
- ausência de matriz funcional;
- divergência entre projeto e campo;
- rede ou alimentação sem dimensionamento;
- integração descrita apenas como “compatível”;
- ausência de testes de falha;
- fornecedor e fiscalização interpretando requisitos de forma diferente;
- As Built incompleto;
- dificuldade para demonstrar conformidade na aceitação.
Nesses cenários, revisão técnica antes da contratação costuma ter custo muito menor que correção depois da implantação.
O que contratar em engenharia
Dependendo da maturidade da instalação, o apoio pode assumir formatos diferentes.
Design Review ou validação técnica
Adequado quando já existe projeto, memorial ou especificação, mas é necessário verificar coerência normativa, interfaces, riscos, capacidade e critérios de aceite.
Projeto de controle de acesso
Adequado quando ainda é necessário definir arquitetura, pontos, matrizes, quantitativos, interfaces, infraestrutura e especificações.
Owner’s Engineering e fiscalização
Adequados quando o proprietário precisa preservar requisitos durante projeto executivo, suprimentos e implantação, analisando submittals, equivalências, desvios e evidências.
Comissionamento
Adequado quando é necessário verificar formalmente o sistema instalado, executar ou testemunhar testes e consolidar evidências de aceite e handover.
Considerações finais
A ABNT NBR IEC 60839-11 fornece uma estrutura técnica poderosa para retirar o controle de acesso do nível de “lista de equipamentos” e levá-lo ao nível de sistema de engenharia. A Parte 11-1 organiza funções, desempenho e ensaios; a Parte 11-2 conecta esses requisitos ao planejamento, risco, instalação, comissionamento, documentação e operação.
A aplicação correta exige interpretar o contexto. Graus precisam ser associados aos pontos de acesso, componentes compartilhados precisam respeitar o maior nível protegido, exceções permitidas precisam ser acordadas e registradas, e a conformidade precisa ser demonstrada por documentação e testes.
O resultado esperado não é um sistema que apenas abre portas com uma credencial válida. É um EACS capaz de controlar, monitorar, registrar, resistir a falhas previsíveis, integrar-se com outros sistemas e permanecer rastreável durante todo o ciclo de vida.
Referências técnicas
[1] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR IEC 60839-11-1:2019 — Sistemas de segurança eletrônica e alarme — Parte 11-1: Sistemas eletrônicos de controle de acesso — Requisitos do sistema e dos componentes. Rio de Janeiro: ABNT, 2019. Disponível em: https://www.abntcatalogo.com.br/
[2] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR IEC 60839-11-2:2019 — Sistemas de segurança eletrônica e alarme — Parte 11-2: Sistemas eletrônicos de controle de acesso — Diretrizes de aplicação. Rio de Janeiro: ABNT, 2019. Disponível em: https://www.abntcatalogo.com.br/
[3] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 60839-11-1:2013 — Alarm and electronic security systems — Part 11-1: Electronic access control systems — System and components requirements. Geneva: IEC, 2013. Disponível em: https://webstore.iec.ch/en/publication/11873
[4] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 60839-11-2:2014 — Alarm and electronic security systems — Part 11-2: Electronic access control systems — Application guidelines. Geneva: IEC, 2014. Disponível em: https://webstore.iec.ch/en/publication/26292
Perguntas frequentes
É a série de normas aplicada a sistemas eletrônicos de controle de acesso. A Parte 11-1 trata de requisitos do sistema e componentes; a Parte 11-2 trata de diretrizes de aplicação, incluindo planejamento, instalação, comissionamento, manutenção e documentação.
Sim. A Parte 11-2 trabalha com quatro graus, do Grau 1, associado a baixo risco, ao Grau 4, associado a alto risco e aplicações altamente sensíveis. O grau deve ser definido para cada ponto de acesso com base na avaliação de risco.
Não. Diferentes pontos do mesmo EACS podem possuir graus distintos. Componentes comuns que atendem pontos de graus diferentes precisam satisfazer os requisitos correspondentes ao maior grau protegido em conjunto.
Não de forma indiscriminada. A Parte 11-2 prevê exceções permitidas para sistemas instalados. Elas devem ser acordadas, avaliadas quanto ao impacto e registradas na documentação como construído.
Não. A própria série delimita seu escopo. Quando o EACS se integra a outros sistemas ou depende de outras disciplinas, normas e regulamentos específicos continuam aplicáveis.
Devem ser verificados os pontos de acesso, processamento das informações, indicação e alertas, registros, integrações, documentação, alimentação reserva e demais requisitos definidos no projeto, incluindo condições de falha quando aplicáveis.
A melhor abordagem é usar uma matriz de requisitos que associe cada requisito aplicável à solução adotada, documento comprobatório, teste e evidência de aceite, além de registrar formalmente exceções permitidas.
A norma exige que a avaliação de risco anteceda a implementação, mas não define o método ou procedimento de avaliação. O método deve ser escolhido de acordo com a organização e o contexto.
Materiais técnicos complementares
Serviços relacionados
Conteúdos principais sobre o tema
- Sistema de Controle de Acesso: tipos, tecnologias, normas e projeto
- Arquitetura de Controle de Acesso Corporativo
- Controle de Acesso Enterprise
