Guia técnico de comissionamento de controle de acesso conforme IEC 60839: inspeção, FAT, SAT, portas, falhas, integrações, As Built, punch list, handover e aceite.
Confira!
O comissionamento de um sistema de controle de acesso é o processo de verificar, com método e evidências, se o EACS instalado atende aos requisitos definidos no projeto e funciona corretamente nas condições previstas de operação e falha. A ABNT NBR IEC 60839-11-2 trata explicitamente do comissionamento e da entrega do sistema: exige inspeção da instalação, verificação das funções dos pontos de acesso, processamento, indicação, anúncio, integrações, documentação e continuidade quando houver alimentação de reserva. Portanto, comissionar não é apenas apresentar uma credencial e observar a porta abrir; é demonstrar que o sistema implantado corresponde ao que foi projetado, documentado e contratado.
O que a IEC 60839 entende por comissionamento
A ABNT NBR IEC 60839-11-2 define como objetivo do processo de comissionamento assegurar que o sistema instalado atenda aos requisitos do projeto. A diretriz recomenda que o procedimento seja acordado por escrito entre o proprietário e as demais partes interessadas e que seja realizada uma inspeção visual completa antes da entrega.
A norma também orienta verificar se:
- os pontos de acesso funcionam corretamente;
- as informações produzidas pelos componentes de processamento estão corretas;
- indicação e anúncio funcionam como previsto;
- as conexões com outros sistemas são efetivas e suas mensagens são interpretadas corretamente;
- os diferentes tipos de anúncio funcionam;
- documentos e instruções foram fornecidos;
- o sistema continua funcionando quando a alimentação principal é desconectada, quando houver fonte de reserva prevista.
A lógica é inequívoca: o comissionamento compara sistema real com requisitos de projeto.
Teste de funcionamento não é sinônimo de comissionamento
Um teste pontual responde a uma pergunta limitada: “esta função opera neste momento?”. O comissionamento responde a uma pergunta mais ampla: “o sistema implantado, como conjunto, atende aos requisitos técnicos, funcionais, documentais e de integração em todos os cenários previstos?”.
Uma porta abrir com uma credencial válida não demonstra, sozinha, que:
- o sensor de porta está correto;
- o evento é registrado;
- o acesso negado é tratado adequadamente;
- a porta forçada gera alarme;
- o tempo de abertura excessivo é detectado;
- o anti-passback funciona;
- o REX opera como projetado;
- o estado em falha de energia é correto;
- o VMS recebe os eventos previstos;
- a interface de incêndio funciona;
- o usuário sem privilégio não consegue comandar a porta;
- a documentação As Built corresponde ao sistema.
Por isso, o plano de comissionamento deve decompor requisitos em casos de teste verificáveis.
O comissionamento começa antes da obra terminar
Tratar comissionamento apenas no final é uma das principais causas de retrabalho. Os critérios de aceite precisam ser definidos durante o projeto e incorporados às especificações, matrizes e documentos de contratação.
A sequência recomendada é:
- identificar requisitos;
- transformar requisitos em critérios de aceitação;
- definir como cada requisito será verificado;
- preparar matriz de testes;
- executar inspeções e testes progressivos;
- registrar desvios;
- corrigir e retestar;
- consolidar evidências;
- formalizar entrega e aceite.
Esse processo conecta diretamente o Projeto de Controle de Acesso ao comissionamento: sem requisito verificável, o aceite tende a se tornar subjetivo.
Quais documentos devem alimentar o plano de comissionamento
O critério de aceite deve nascer no projeto. Requisitos sem método de verificação tendem a gerar testes subjetivos e discussões apenas no final da implantação.
O plano não deve ser elaborado isoladamente. Ele deve derivar do conjunto documental do projeto.
| Documento | Contribuição para o comissionamento |
| Memorial descritivo | filosofia e escopo do sistema |
| Especificações técnicas | desempenho e requisitos dos componentes |
| Plantas | localização e identificação dos pontos |
| Diagramas | arquitetura, interfaces e interligações |
| Matriz funcional | regras por ponto de acesso |
| Matriz de causa e efeito | respostas a eventos e integrações |
| Quantitativos | completude física do escopo |
| Lista de I/O | sinais e pontos de supervisão |
| Configuração de rede | endereçamento, VLANs e interfaces |
| Plano de testes | casos, pré-condições e critérios de aceite |
| As Built | estado final efetivamente implantado |
A matriz funcional de controle de acesso é especialmente útil porque converte cada porta, catraca ou barreira em uma unidade testável.
Pré-comissionamento: preparar antes dos testes funcionais
Antes de executar sequências de acesso, convém confirmar que o sistema está fisicamente pronto.
O pré-comissionamento pode incluir:
- inspeção de instalação;
- identificação de cabos e dispositivos;
- conferência de alimentação;
- polaridade e terminação;
- verificação de aterramento e proteção quando aplicável;
- continuidade de circuitos;
- endereçamento de dispositivos;
- comunicação com controladoras;
- firmware e versões;
- sincronismo de horário;
- montagem e fechamento de gabinetes;
- tamper de invólucros;
- testes básicos de I/O;
- backup inicial de configuração.
A etapa evita usar testes funcionais para descobrir erros elementares de instalação.
Inspeção visual conforme a ABNT NBR IEC 60839-11-2
A norma orienta uma inspeção visual completa para verificar se instalação, métodos, materiais e componentes correspondem às diretrizes de projeto e se a documentação “como construído” representa a instalação real.
A inspeção deve observar, conforme escopo:
- localização dos equipamentos;
- acessibilidade para manutenção;
- proteção física;
- ambiente de instalação;
- roteamento dos cabos;
- localização de fontes;
- integridade dos gabinetes;
- proteção contra violação;
- identificação dos dispositivos;
- sentido de leitores;
- posicionamento de REX e botoeiras;
- instalação dos contatos de porta;
- tipo e montagem dos atuadores;
- condições de portas e ferragens.
O objetivo não é avaliar estética; é identificar divergências que possam comprometer função, segurança, manutenção ou rastreabilidade.
Testes do ponto de acesso
Cada ponto de acesso deve ser tratado como um conjunto funcional. A sequência precisa testar leitura, decisão, atuação, monitoramento e retorno ao estado seguro.
Credencial válida
Verificar:
- reconhecimento da credencial;
- autorização segundo perfil e horário;
- acionamento do relé;
- liberação do atuador;
- indicação local;
- abertura física;
- detecção da abertura;
- retorno à condição fechada;
- registro da transação.
Credencial inválida ou sem direito
Confirmar que o sistema:
- recusa o acesso;
- mantém o ponto protegido;
- gera a indicação esperada;
- registra o evento;
- informa a causa quando previsto;
- encaminha alarme, se a regra exigir.
Porta forçada
Simular abertura sem autorização e verificar sensor, evento, alarme, prioridade, registro, integração e restauração.
Porta aberta por tempo excessivo
Autorizar a passagem e manter a porta aberta além do tempo configurado. Verificar pré-alerta quando previsto, alarme, registro, retorno e encerramento do evento após fechamento.
Testes de NO, NC, EOL e tamper
Quando o projeto utiliza entradas supervisionadas, não basta ativar o contato em condição normal. É necessário verificar os estados elétricos previstos.
Os ensaios podem incluir:
- condição normal;
- condição ativa;
- circuito aberto;
- curto-circuito;
- violação do gabinete;
- desconexão do sensor;
- restauração.
A lógica precisa seguir a implementação especificada. A IEC 60839 trata processamento de sinais, detecção de violação e autoproteção, mas não determina uma única topologia universal de resistor EOL. Portanto, o critério de teste deve derivar do projeto e da documentação do sistema utilizado.
O artigo sobre entradas supervisionadas em controle de acesso aprofunda essa distinção.
Testar fail-safe e fail-secure em cenário real de perda de energia
O estado de falha do atuador deve ser verificado fisicamente. Não é suficiente conferir o modelo na folha de dados.
O ensaio deve confirmar:
- comportamento na perda da fonte principal;
- comportamento com bateria de reserva;
- comportamento após esgotamento ou remoção da reserva, quando aplicável;
- liberação ou permanência travada conforme filosofia definida;
- possibilidade de saída segura;
- restauração após retorno da energia;
- alarmes e registros de falha de alimentação.
O fail-safe x fail-secure deve ser avaliado em conjunto com requisitos de segurança humana, incêndio, ferragens e arquitetura.
Fonte principal e alimentação de reserva
A ABNT NBR IEC 60839-11-2 orienta considerar fonte de alimentação de reserva e estabelece requisitos de continuidade para determinados graus de segurança. A capacidade real precisa ser compatível com cargas e atuadores previstos.
No comissionamento, podem ser verificados:
- tensão em condição normal;
- carga da bateria;
- sinalização de falha AC;
- sinalização de bateria baixa ou ausente;
- transição para reserva;
- autonomia conforme critério contratado;
- capacidade de atuação durante reserva;
- retorno à alimentação principal;
- recarga.
A autonomia deve ser testada conforme metodologia acordada. Um ensaio abreviado só é aceitável se existir critério técnico que permita demonstrar o requisito sem mascarar condição de bateria ou consumo.
Anti-passback e regras de presença
Regras lógicas precisam ser testadas com sequências, não com um único acesso.
Para anti-passback, os casos podem abranger:
- entrada válida;
- tentativa de nova entrada sem saída;
- saída válida;
- violação soft;
- violação hard;
- APB global entre controladoras;
- APB temporizado;
- reabilitação/reset;
- falha de comunicação;
- evacuação;
- retorno do sistema à normalidade.
A evidência deve mostrar tanto o comportamento físico quanto o estado lógico da credencial ou da área.
OSDP, Wiegand e comunicação leitor-controladora
No comissionamento, a interface entre leitor e controladora precisa ser verificada conforme a arquitetura instalada.
Em OSDP, quando aplicável, verificar:
- endereçamento;
- comunicação bidirecional;
- estado online/offline;
- Secure Channel quando especificado;
- comportamento de perda do barramento;
- restauração;
- eventos de tamper ou falha suportados.
Em Wiegand, verificar formato, leitura, identificação e comportamento de perda da interface, reconhecendo as limitações inerentes de supervisão e segurança do protocolo.
A comparação técnica está detalhada em OSDP x Wiegand.
Integração com VMS
A ABNT NBR IEC 60839-11-2 orienta que conexões com outros sistemas sejam verificadas e que as mensagens sejam compreendidas corretamente. Para integração com VMS, isso significa testar ponta a ponta.
Casos típicos:
- acesso autorizado → evento no VMS;
- acesso negado → evento + vídeo correspondente;
- porta forçada → alarme + câmera;
- porta aberta por tempo excessivo → alarme + vídeo;
- coação → tratamento previsto;
- comando remoto → ação + confirmação + log;
- perda da integração → comportamento degradado;
- retorno da integração → sincronização e normalização.
O artigo sobre integração entre controle de acesso e VMS detalha arquitetura, eventos e critérios de interface.
Integração com detecção e alarme de incêndio
O EACS não pode impedir a saída livre concedida por outros sistemas de emergência. A interface com incêndio deve ser verificada conforme o projeto de life safety, requisitos legais e matriz de causa e efeito.
Os ensaios precisam demonstrar:
- origem correta do sinal;
- portas afetadas;
- estado esperado de cada porta;
- prioridade da condição de emergência;
- comportamento de eclusas e intertravamentos;
- sinalização;
- retorno à condição normal;
- necessidade ou não de rearme manual;
- registro dos eventos.
Não se deve adotar a regra simplista de que “alarme de incêndio destrava todas as portas”. O comportamento depende da estratégia de emergência, rotas de fuga, ferragens, compartimentação, controle de fumaça e requisitos aplicáveis. A interface está aprofundada em controle de acesso e incêndio.
Testes de perda de comunicação
Falhas de comunicação devem ser tratadas como casos normais de comissionamento de sistemas críticos.
Simular, quando aplicável:
- perda entre leitor e ACU;
- perda entre ACU e servidor;
- perda entre servidor e VMS;
- indisponibilidade da rede;
- perda de um switch;
- perda de link WAN em multi-site;
- perda de DNS/NTP quando relevante.
Para cada falha, registrar:
- quais funções continuam;
- quais funções são suspensas;
- quais alarmes são gerados;
- onde o evento é registrado;
- como ocorre a recuperação;
- se há perda de eventos acumulados.
Perfis, usuários e segregação de funções
O comissionamento também precisa demonstrar que operadores possuem apenas os privilégios previstos.
Testar perfis para:
- operador de monitoramento;
- administrador de credenciais;
- administrador técnico;
- manutenção;
- auditoria;
- integração/API;
- supervisão.
Devem ser verificadas tentativas permitidas e negadas. Uma política de acesso só é demonstrada quando o teste comprova tanto o que o usuário pode quanto o que não pode fazer.
Logs e rastreabilidade
A IEC 60839-11-1 possui requisitos de registro que variam conforme grau e função. No projeto, convém estabelecer quais eventos precisam permanecer auditáveis.
O comissionamento deve confirmar, quando aplicável:
- tipo de evento;
- localização;
- data e hora;
- credencial;
- operador;
- causa de acesso negado;
- alterações de configuração;
- comandos manuais;
- falhas de alimentação;
- perda de comunicação;
- tamper;
- exportação ou consulta de registros.
Além da existência do log, deve-se verificar se o conteúdo é inteligível e suficiente para investigação.
FAT, SAT e testes integrados
Para sistemas críticos, a verificação precisa abranger função normal, falhas, integrações, documentação e evidências — não apenas demonstração operacional.
FAT — Factory Acceptance Test
O FAT é útil para validar configuração e funcionalidades antes da mobilização ou antes da aceitação definitiva dos equipamentos.
Pode abranger:
- arquitetura de software;
- controladoras;
- leitores;
- lógica de portas;
- eventos;
- integrações simuladas;
- permissões;
- backups;
- versões;
- relatórios.
SAT — Site Acceptance Test
O SAT valida o sistema no ambiente real, incluindo infraestrutura, cabeamento, portas, ferragens, rede, alimentação e integrações reais.
Testes integrados
Devem validar sequências entre subsistemas, especialmente:
- acesso + VMS;
- acesso + incêndio;
- acesso + intrusão;
- acesso + elevadores;
- acesso + intercomunicação;
- acesso + gestão de visitantes.
FAT não substitui SAT. SAT não substitui testes integrados. Cada etapa reduz tipos diferentes de risco.
Como estruturar a matriz de testes
Uma matriz de testes deve permitir rastrear requisito até evidência.
| Campo | Função |
| ID do teste | identificação única |
| Requisito de origem | rastreabilidade |
| Ponto/sistema | objeto testado |
| Pré-condição | estado inicial necessário |
| Procedimento | passos do ensaio |
| Resultado esperado | critério objetivo |
| Resultado obtido | evidência real |
| Status | aprovado/reprovado/pendente |
| Evidência | foto, log, vídeo, screenshot ou relatório |
| Responsável | executor e/ou testemunha |
| Data | controle temporal |
| Observação | desvios e restrições |
Para sistemas extensos, a matriz deve permitir agregação por pavimento, área, controladora, subsistema e tipo de teste.
Punch list e tratamento de não conformidades
Falhas encontradas durante o comissionamento não devem desaparecer em mensagens ou conversas informais. Elas precisam entrar em uma punch list rastreável.
Cada item deve registrar:
- identificação;
- descrição do desvio;
- requisito afetado;
- localização;
- criticidade;
- responsável pela correção;
- prazo;
- evidência de correção;
- reteste;
- encerramento.
Itens críticos que afetam segurança, life safety ou função essencial devem bloquear o aceite correspondente até correção ou decisão formal do proprietário.
As Built não é documento produzido depois do aceite
A ABNT NBR IEC 60839-11-2 estabelece que a documentação “como construído” deve representar o estado exato do EACS instalado e incluir descrição do sistema, localização dos componentes, rotas de cabos relevantes, detalhes de interconexão e parâmetros de configuração.
Portanto, o As Built é uma entrada para o fechamento do comissionamento, não uma formalidade posterior sem relação com o teste.
O verificador precisa comparar documentação e campo:
- número e identificação de portas;
- controladoras;
- leitores;
- endereçamento;
- interfaces;
- fontes;
- rede;
- regras funcionais;
- integrações;
- versões;
- parâmetros críticos.
Divergência documental relevante deve virar pendência.
Backup e restauração precisam ser testados
Fazer backup não prova recuperabilidade. Quando backup faz parte do requisito de operação, é recomendável demonstrar restauração controlada em ambiente apropriado ou por procedimento previamente definido.
Verificar:
- escopo do backup;
- frequência;
- destino;
- proteção;
- retenção;
- credenciais necessárias;
- procedimento de restore;
- dependências de versão;
- integridade da configuração restaurada.
Em sistemas integrados, considerar separadamente banco de dados, configuração, certificados, plugins, servidores e controladoras.
Cibersegurança no comissionamento
O aceite do EACS deve incluir verificações básicas de hardening quando previstas no projeto.
Exemplos:
- credenciais padrão removidas;
- contas desnecessárias desabilitadas;
- privilégios revisados;
- serviços não utilizados desativados;
- HTTPS/TLS habilitado quando suportado;
- certificados instalados;
- portas de rede restritas;
- firewall aplicado;
- dispositivos em VLAN prevista;
- firmware homologado;
- logs habilitados;
- acesso remoto controlado;
- backups protegidos.
Esses itens devem ser testáveis e documentados, não declarados genericamente como “sistema seguro”.
Handover: quando a responsabilidade muda de mãos
A ABNT NBR IEC 60839-11-2 trata a entrega como transferência formal de responsabilidade das empresas de projeto e instalação para o proprietário. A norma recomenda demonstração completa, documentação, treinamento e período de funcionamento acordado.
O handover pode incluir:
- sistema com testes concluídos;
- punch list residual formalizada;
- relatório de comissionamento;
- As Built;
- manuais;
- backups;
- licenças;
- credenciais administrativas entregues por meio seguro;
- plano de manutenção;
- lista de peças sobressalentes quando prevista;
- treinamento;
- contatos de suporte;
- certificados e registros aplicáveis.
A entrega documental deve ser tratada como parte do escopo técnico.
Treinamento também precisa ser verificável
Não basta registrar “treinamento realizado”. O escopo deve indicar perfis treinados e capacidades esperadas.
Treinamento de operação pode incluir:
- monitoramento de eventos;
- tratamento de alarmes;
- consulta de históricos;
- emissão de credenciais;
- bloqueio de usuários;
- resposta a falhas;
- procedimentos de emergência;
- geração de relatórios.
Treinamento técnico pode incluir:
- arquitetura;
- backup/restore;
- diagnóstico;
- substituição de componentes;
- configuração controlada;
- integração;
- atualização.
Critérios para aceite do sistema
O aceite deve resultar da convergência de várias evidências, não de uma única assinatura.
Um sistema pode ser considerado tecnicamente pronto quando, conforme escopo:
- requisitos foram rastreados;
- instalação foi inspecionada;
- testes de ponto foram aprovados;
- regras lógicas foram validadas;
- falhas foram simuladas;
- integrações foram testadas;
- alimentação de reserva foi verificada;
- cibersegurança prevista foi conferida;
- punch list crítica foi encerrada;
- documentação corresponde ao campo;
- backup foi entregue e validado;
- treinamento foi realizado;
- responsabilidades de operação foram transferidas.
Quando o proprietário precisa de independência entre quem instala e quem aceita, o Comissionamento de Engenharia pode funcionar como camada objetiva de verificação e evidência.
O papel do Owner’s Engineering no aceite
Quando quem instala não deve ser a única parte a decidir se o sistema está pronto, o proprietário pode estruturar uma camada independente de governança, inspeção e aceite.
Em contratos de implantação, pode existir conflito natural entre pressão por conclusão e necessidade de verificar tecnicamente o que foi entregue. O Owner’s Engineering atua representando os interesses técnicos do proprietário na análise de documentos, acompanhamento, inspeção, punch list e aceite.
Isso é especialmente útil em sistemas multidisciplinares nos quais controle de acesso depende de civil, arquitetura, elétrica, incêndio, rede, VMS e software.
A Engenharia do Proprietário pode coordenar interfaces, controlar evidências e evitar que pendências migrem silenciosamente para a operação.
Erros comuns no comissionamento de controle de acesso
Testar somente credencial válida
É insuficiente. Os cenários de negativa, falha, violação e integração frequentemente revelam os problemas mais relevantes.
Fazer testes sem requisito de origem
Sem rastreabilidade, o resultado não demonstra conformidade com o que foi contratado.
Aceitar por amostragem sem justificar o critério
Amostragem pode ser válida em determinadas verificações repetitivas, mas precisa ser tecnicamente definida. Funções críticas, interfaces ou pontos de maior risco podem exigir 100% de teste.
Ignorar portas e ferragens
O software pode estar correto e a porta continuar insegura por alinhamento, mola, eletroímã, fecho ou sensor mal instalado.
Não retestar após correção
Correção sem reteste deixa o desvio sem evidência de encerramento.
Entregar As Built divergente
Documentação inconsistente transfere risco para manutenção, expansão e auditoria futura.
Considerações finais
O comissionamento de controle de acesso conforme a lógica da IEC 60839 é uma disciplina de verificação: começa nos requisitos, atravessa projeto e instalação, testa funções normais e degradadas, valida integrações, registra evidências e termina com uma entrega formal tecnicamente rastreável.
O resultado esperado não é apenas “o sistema está funcionando”. É demonstrar o que foi testado, contra qual requisito, com qual resultado, por quem e com qual evidência. Essa rastreabilidade protege o proprietário, melhora a qualidade da implantação e cria uma base confiável para operação, manutenção e futuras modificações.
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. 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. Disponível em: https://www.abntcatalogo.com.br/
[3] AXIS COMMUNICATIONS. Digitalização e segurança cibernética das tecnologias de controle de acesso físico. White paper, 2021. Disponível em: https://www.axis.com/
[4] SUPREMA INC. Curso de controle de acceso y biometría. Material técnico, 2020. Disponível em: https://www.supremainc.com/
Perguntas frequentes
É a verificação estruturada e documentada de que o sistema eletrônico de controle de acesso instalado atende aos requisitos do projeto, incluindo pontos de acesso, eventos, falhas, integrações, alimentação, documentação e critérios de aceite.
A ABNT NBR IEC 60839-11-2 inclui uma seção específica de comissionamento e entrega e orienta que o sistema instalado seja verificado contra os requisitos do projeto antes da transferência formal ao proprietário.
Não. Esse é apenas um caso funcional. O comissionamento deve incluir negativas, porta forçada, abertura prolongada, REX, falhas, alimentação, regras lógicas, integrações, registros e documentação conforme o escopo.
O FAT verifica equipamentos, software e lógica antes ou fora do ambiente final, enquanto o SAT valida o sistema instalado em campo com portas, ferragens, rede, alimentação e interfaces reais.
A documentação como construído deve refletir o sistema real e é parte da verificação e entrega. Divergências relevantes entre campo e As Built devem ser tratadas como pendências.
Quando o comportamento em perda de alimentação e a fonte de reserva fazem parte dos requisitos, sim. O teste deve verificar transição, alarmes, atuação dos dispositivos e restauração.
A partir da matriz de causa e efeito e dos requisitos aplicáveis, verificando sinal de origem, portas afetadas, estado esperado, prioridade da emergência, retorno à normalidade e registros.
A responsabilidade depende do contrato e da governança do empreendimento. O instalador pode executar testes próprios, enquanto o proprietário pode exigir verificação independente, witness tests ou Owner’s Engineering para o aceite.
Escopo, requisitos, matriz de testes, resultados, evidências, desvios, punch list, retestes, condições de falha, integrações, documentação entregue e status de aceite.
Não. Comissionamento comprova a prontidão e conformidade antes da entrega; manutenção busca preservar o desempenho do sistema durante sua vida operacional.
Materiais técnicos complementares
Soluções relacionadas
Serviços relacionados
- Projeto de Controle de Acesso
- Comissionamento de Engenharia
- Engenharia do Proprietário (Owner’s Engineering)
Conteúdos principais sobre o tema
- Sistema de Controle de Acesso: tipos, tecnologias, normas e projeto
- ABNT NBR IEC 60839: requisitos para sistemas de controle de acesso
- Matriz funcional de controle de acesso: como especificar cada ponto
