Guia técnico sobre catraca flap: funcionamento, fluxo, sensores, acessibilidade, integração, emergência, especificação por desempenho, contratação e comissionamento.
Confira!
A catraca flap é uma barreira motorizada de controle de acesso formada por pedestais e folhas retráteis que liberam o corredor somente quando o sistema autoriza a passagem. Em uma aplicação corretamente projetada, ela não funciona como um equipamento isolado: integra autenticação, decisão de acesso, sensores de presença, direção de deslocamento, abertura, fechamento, detecção de obstáculo, registro do evento e comportamento de emergência.
Por isso, o desempenho de uma catraca flap não pode ser avaliado apenas pela velocidade nominal das folhas ou pelo acabamento do pedestal. O projeto precisa responder quem autoriza a passagem, em qual sentido, por quanto tempo, como o sistema confirma que a pessoa realmente atravessou, o que ocorre quando há duas pessoas no mesmo ciclo e qual estado a barreira assume diante de falha de energia, perda de comunicação ou emergência.
A tecnologia é especialmente adequada a halls corporativos, edifícios administrativos, centros de operação, hospitais, universidades e outros ambientes em que se deseja combinar fluxo relativamente elevado, integração arquitetônica e controle individualizado de pedestres. Entretanto, ela não substitui um torniquete de alta contenção e também não elimina a necessidade de uma rota acessível coerente com a edificação.
Em termos de engenharia, a catraca flap deve ser tratada como um ponto de acesso completo. Fluxo, segurança, acessibilidade, rede, alimentação, software, integração com incêndio e VMS, documentação e critérios de aceite precisam ser definidos antes da contratação para que a solução possa ser especificada, comparada, instalada e testada de forma objetiva.
Como funciona uma catraca flap
O ciclo começa quando o usuário apresenta uma credencial, cartão, biometria ou outro meio de autenticação. A controladora ou terminal avalia as regras e, quando autorizado, envia o comando de liberação. As folhas se recolhem e sensores internos acompanham a travessia até o fechamento do corredor.
A lógica deve distinguir acesso autorizado sem passagem, movimento em sentido contrário, permanência no corredor, obstáculo, falha de sensor, perda de comunicação e comando de emergência. É essa sequência de estados que transforma a barreira em um ponto de acesso supervisionado.
Flap, catraca de braço e torniquete
Essas barreiras não resolvem o mesmo problema. A flap favorece conforto, integração arquitetônica e fluxo. A catraca de braço atende aplicações mais simples. O torniquete de altura total tende a proporcionar maior contenção física, com menor fluidez.
| Critério | Flap | Braço | Torniquete |
|---|---|---|---|
| Fluxo | Alto | Médio | Baixo a médio |
| Integração arquitetônica | Alta | Média | Baixa |
| Contenção física | Média | Média | Alta |
Dimensionamento do fluxo
O dimensionamento não deve partir do número de pedestais que cabem no hall. O ponto de partida é a demanda de passagem no intervalo crítico: início do expediente, troca de turno, saída concentrada ou qualquer condição que produza pico.
A engenharia precisa converter esse fluxo em capacidade mínima, considerando tempo de autenticação, tempo de decisão, abertura, travessia, fechamento e indisponibilidade de um corredor.
Também é necessário verificar cenários degradados. Se a linha atende o pico apenas com todos os corredores disponíveis, a manutenção de uma unidade pode produzir fila incompatível com o espaço arquitetônico.
A capacidade efetiva resulta do tempo de autenticação, do tempo de resposta do sistema e da travessia. Uma barreira rápida ainda pode gerar fila quando biometria, cadastro de visitante ou decisão remota forem lentos.
O estudo deve registrar as premissas de pico e a vazão mínima requerida. Também deve avaliar assimetria entre entrada e saída: corredores bidirecionais podem ser reconfigurados conforme o horário, mas isso exige regra operacional, sinalização e lógica de direção.
Visitantes e exceções merecem cenário próprio, porque sua jornada costuma ser mais lenta do que a de usuários recorrentes. Em linhas críticas, convém verificar a condição N-1, demonstrando qual nível de serviço permanece quando um corredor está indisponível.
Essas premissas devem chegar à matriz funcional de controle de acesso e aos critérios de teste, para que a capacidade não fique restrita a uma estimativa comercial do fabricante.
Sensores e lógica de passagem
Sensores internos são essenciais para identificar direção, sequência e presença no corredor. O projeto deve definir quais eventos permanecem na lógica local e quais precisam chegar ao sistema de gerenciamento.
Uma autorização não prova que a travessia ocorreu. O sistema pode ter liberado o corredor e o usuário desistido, pode haver tentativa de retorno durante o ciclo ou passagem de uma segunda pessoa. A sequência de sensores é a evidência física que permite distinguir esses estados.
Essa informação também afeta o estado de presença usado pelo anti-passback. Atualizar a presença apenas com base no comando de liberação pode produzir inconsistências; a lógica deve refletir o evento físico efetivamente confirmado.
O projeto deve classificar eventos por severidade. Uma autorização não utilizada pode ser apenas registro; sentido contrário ou tentativa de passagem simultânea pode gerar alarme; falha persistente de sensor pode exigir indisponibilidade do corredor. Sem essa hierarquia, a central recebe excesso de eventos e perde capacidade de priorização.
Entre os estados relevantes estão passagem concluída, acesso não utilizado, sentido contrário, tentativa de passagem simultânea, obstáculo e falha. O objetivo é gerar rastreabilidade sem transformar cada variação de movimento em alarme operacional.
Acessibilidade e segurança de uso
A entrada deve preservar percurso acessível e operação equivalente para pessoas com deficiência ou mobilidade reduzida. Isso pode ser resolvido por corredor flap de largura adequada ou por passagem acessível integrada ao mesmo sistema.
A acessibilidade não deve ser tratada como um desvio operacional. Se o percurso acessível utiliza portão lateral, esse ponto também precisa participar da política de acesso, com autenticação, comando, retorno de estado e registro compatíveis com o risco. Manter uma passagem paralela permanentemente liberada neutraliza o controle implantado nas demais faixas.
Geometria e temporização também precisam considerar cadeiras de rodas, pessoas com mobilidade reduzida, cão-guia, bagagens, carrinhos e acompanhamento. Isso afeta largura útil, tempo de abertura, posição dos sensores e estratégia de detecção de obstáculo.
O projeto arquitetônico e o de segurança eletrônica devem ser compatibilizados antes da compra. Uma linha de catracas pode estar eletronicamente correta e ainda assim ser inadequada ao percurso acessível, ao espaço de aproximação ou à evacuação prevista para o ambiente.
Um portão lateral permanentemente aberto cria um caminho que contorna a política de segurança. A passagem acessível deve compartilhar autorização, supervisão, emergência e registro de eventos quando aplicável.
As folhas móveis também exigem critérios para evitar impacto ou aprisionamento. Sensores, temporizações, velocidade de fechamento e comportamento diante de obstáculos precisam ser avaliados em conjunto.
Integração com o controle de acesso
Leitores e decisão podem ficar em controladora externa ou em terminal instalado no próprio pedestal. Em qualquer arquitetura, o projeto deve esclarecer quem decide o acesso, quais entradas e saídas são usadas, como o estado da passagem é confirmado, quais alarmes são registrados e o que ocorre em modo offline.
Essa fronteira funcional é decisiva. A controladora de acesso pode armazenar permissões, processar regras, comandar relés e receber estados; a flap executa a passagem física e fornece sinais conforme sua arquitetura. Quando esses papéis não são documentados, é comum surgirem comandos duplicados, retornos não utilizados e eventos que não chegam ao software.
O projeto deve indicar a origem de cada comando, o significado de cada retorno e a condição esperada de falha. Também deve definir se a barreira precisa continuar operando quando o servidor está indisponível, se o terminal possui decisão local e como eventos acumulados são reconciliados após a recuperação.
Quando leitores e controladoras utilizam interfaces seriais ou protocolos específicos, a decisão de arquitetura deve considerar supervisão e segurança. O comparativo OSDP x Wiegand ajuda a avaliar bidirecionalidade, supervisão e proteção do canal entre leitor e controladora.
Também deve ficar definido como a barreira participa de integrações com VMS, sistema de incêndio e supervisão operacional. Para projetos corporativos, a engenharia de controle de acesso deve consolidar essas interfaces antes da implantação.
Autenticação, emergência e falhas
Cartões, biometria facial e QR Code podem ser utilizados, mas cada método altera o tempo de passagem e a experiência do usuário. A escolha deve considerar risco, vazão, perfil dos usuários e requisitos de privacidade.
O comportamento em emergência deve ser definido por matriz funcional e causa e efeito. Dependendo do projeto, as folhas podem recolher ou assumir outro estado seguro coordenado com arquitetura, rotas de saída, incêndio e elétrica.
O artigo sobre controle de acesso e incêndio detalha essa interface. O ponto essencial é não presumir que toda barreira simplesmente abre em qualquer alarme: a condição esperada precisa ser compatibilizada com a estratégia de segurança da vida e validada com as disciplinas responsáveis.
O teste deve confirmar o comportamento físico da barreira e o registro do evento. Enviar um comando de emergência pelo software não comprova que as folhas assumiram a posição prevista, que o retorno de estado chegou ao sistema ou que o reset posterior ocorreu de forma controlada.
Quando catracas, biometria, VMS, incêndio, rede e operação precisam funcionar como uma única sequência, a dificuldade não está em um equipamento isolado. A arquitetura integrada deve definir interfaces, causa e efeito, responsabilidades e critérios de teste antes da implantação.
Como especificar uma catraca flap por desempenho
Uma especificação tecnicamente neutra deve converter necessidades em requisitos verificáveis: largura útil, vazão, bidirecionalidade, detecção de direção, comportamento diante de obstáculos, interfaces elétricas e lógicas, modo de emergência, ambiente de instalação, manutenção e critérios de teste.
O requisito deve ser mensurável sempre que possível. Em vez de copiar uma ficha de fabricante, o documento deve declarar qual desempenho o empreendimento precisa e em que condição ele será verificado.
A especificação deve ser acompanhada por arquitetura de referência, matriz funcional e plano de testes. Sem esses documentos, características isoladas podem ser atendidas enquanto o comportamento sistêmico permanece indefinido.
A especificação deve ser acompanhada por matriz funcional e arquitetura de referência, evitando copiar uma ficha de fabricante e deixando claro o desempenho requerido para qualquer solução equivalente.
Na contratação, o objeto precisa separar responsabilidades por levantamento, projeto, fornecimento, instalação, configuração, integração, testes, documentação e treinamento. Também deve indicar quais entregáveis serão medidos e quais evidências são necessárias para o aceite.
Quando múltiplos fornecedores participam, as fronteiras de responsabilidade precisam estar explícitas: quem parametriza a controladora, quem configura a barreira, quem fornece sinais de incêndio, quem integra o VMS e quem executa o teste ponta a ponta. Interfaces sem responsável definido se transformam em pendências de obra.
Definir a catraca sem definir suas interfaces produz um objeto incompleto. O projeto deve transformar fluxo, risco, acessibilidade e operação em documentos verificáveis antes da compra.
Falhas, continuidade operacional e recuperação
Uma catraca flap deve ser analisada também fora da condição normal. A disponibilidade do corredor depende de energia, sensores, controladora, terminal de autenticação, rede, servidor e integrações. Uma única falha pode produzir comportamentos muito diferentes conforme a arquitetura: o corredor pode continuar operando localmente, ficar bloqueado, entrar em modo de emergência ou permanecer fisicamente livre sem registrar eventos.
Por isso, o projeto precisa definir o estado esperado para cada falha relevante. Perda de servidor não é igual a perda de controladora; perda de rede não é igual a falta de energia; defeito de um sensor interno não deve ser tratado como simples “offline” se comprometer a detecção de passagem.
| Falha simulada | Pergunta de engenharia | Evidência de aceite |
|---|---|---|
| Servidor indisponível | A controladora mantém autorizações locais? | Teste de acesso e registro local |
| Perda de rede | Quais eventos permanecem disponíveis? | Logs antes, durante e após recuperação |
| Falha de sensor | O corredor é retirado de operação ou degrada? | Alarme, estado e procedimento documentados |
| Falta de energia | Qual posição física é assumida e por quanto tempo? | Teste com alimentação normal e reserva |
| Falha de integração | O sistema principal continua seguro? | Evento, comportamento local e recuperação |
A recuperação também deve ser prevista. Quando a comunicação retorna, eventos acumulados precisam manter sequência e horário coerentes; permissões alteradas durante a indisponibilidade devem ser reconciliadas; alarmes não podem permanecer “presos” sem indicação de normalização. Em ambientes multi-site, sincronismo de horário e recuperação de links WAN tornam-se parte do teste.
Esses cenários seguem a lógica de engenharia apresentada no artigo sobre comissionamento de sistemas de controle de acesso conforme a IEC 60839: função normal, falhas, integração, documentação e recuperação precisam ser verificadas com evidência.
Operação, manutenção e indicadores de desempenho
A vida útil do sistema não termina no SAT. Poeira sobre sensores, desalinhamento mecânico, desgaste de acionamentos, alteração de layout, mudanças de software e novas regras de acesso podem reduzir a disponibilidade ou aumentar alarmes falsos. A manutenção precisa observar tanto o mecanismo quanto o comportamento lógico.
É recomendável manter rotina de inspeção para sensores, fixações, folhas, ruídos anormais, limpeza, alimentação, estado de baterias quando existentes, conexões, logs e atualização de firmware dos componentes inteligentes. Alterações de configuração devem ser registradas e, quando afetam interfaces ou emergência, retestadas.
Indicadores operacionais ajudam a identificar degradação antes que ela se transforme em indisponibilidade recorrente. Podem ser acompanhados volume de passagens, percentual de acessos negados, quantidade de liberações manuais, alarmes por corredor, tempo de indisponibilidade, reincidência de falhas e tempo médio de reparo.
Esses dados precisam ser interpretados. Muitos acessos negados podem indicar política correta bloqueando usuários indevidos, mas também podem revelar cadastro desatualizado ou falha de autenticação. Alarmes de passagem simultânea podem representar tentativa real de burlar o controle ou sensibilidade inadequada da lógica. O objetivo é transformar registros em evidência para operação e manutenção, não apenas acumular eventos.
Na gestão de mudanças, qualquer alteração relevante de firmware, software, regras, leitores ou integração deve preservar rastreabilidade. Backup de configuração e documentação As Built atualizada reduzem o risco de uma intervenção resolver um problema local e criar outro em uma interface crítica.
Como contratar uma solução com catracas flap
Uma contratação tecnicamente madura não deve ter como objeto apenas “fornecimento e instalação de catracas”. O escopo precisa indicar quais atividades de engenharia antecedem o fornecimento, quais interfaces fazem parte da implantação e quais evidências demonstram que o sistema está pronto para uso.
Conforme a complexidade, o contratante pode exigir levantamento, projeto executivo, memória de dimensionamento de fluxo, matriz funcional, especificação por desempenho, diagramas de interface, configuração, plano de testes, SAT, treinamento e documentação As Built. As exclusões também precisam ser explícitas, especialmente rede, alimentação, obras civis, integração com incêndio, VMS e software.
A medição deve ser associada a entregáveis e marcos verificáveis. Pagar integralmente pelo equipamento instalado sem reservar parcela para integração, testes e documentação reduz a capacidade de exigir correções no fechamento. O aceite deve depender do atendimento aos requisitos, não apenas da conclusão física da montagem.
Em contratos com vários fornecedores, uma matriz de responsabilidades ajuda a definir quem entrega sinais, quem parametriza cada sistema, quem participa dos testes e quem corrige cada tipo de falha. Essa governança evita que pendências de interface fiquem sem responsável na fase final.
Testes e comissionamento
O aceite deve verificar credenciais válidas e inválidas, sentidos de passagem, obstáculos, travessia incompleta, falhas de comunicação e energia, emergência, registros, integrações e passagem acessível. A metodologia de comissionamento de controle de acesso ajuda a transformar esses requisitos em casos de teste rastreáveis.
Cada caso deve possuir condição inicial, procedimento, resultado esperado, evidência e responsável. O teste de uma passagem normal é apenas o início; também precisam ser exercitados eventos anormais, recuperação após falha e comportamento integrado com outros subsistemas.
Quando a catraca envia eventos ao VMS, por exemplo, o aceite deve demonstrar se a ocorrência chega com identificação correta, timestamp coerente e associação à câmera prevista. A integração entre controle de acesso e VMS precisa ser verificada ponta a ponta.
Também devem ser entregues registros de configuração, backup, identificação dos pontos, documentação As Built, lista de pendências e evidências de treinamento. Sem esse conjunto, a aceitação fica dependente de demonstrações informais difíceis de reproduzir depois.
Abrir e fechar a barreira não comprova o desempenho do sistema. O comissionamento verifica regras, sensores, falhas, emergência, integrações, documentação e recuperação, vinculando cada resultado ao requisito correspondente.
Considerações finais
A catraca flap é adequada quando o empreendimento busca combinar controle de passagem, fluxo elevado e boa integração arquitetônica. Seu desempenho depende da engenharia aplicada a sensores, acessibilidade, integração, emergência e testes — não apenas do mecanismo retrátil.
Referências técnicas
[1] INTERNATIONAL ELECTROTECHNICAL COMMISSION. 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.
[2] INTERNATIONAL ELECTROTECHNICAL COMMISSION. 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.
[3] BRASIL. Lei nº 13.146, de 6 de julho de 2015. Lei Brasileira de Inclusão da Pessoa com Deficiência. Disponível em: https://www.planalto.gov.br/ccivil_03/_ato2015-2018/2015/lei/l13146.htm.
Perguntas frequentes
É uma barreira motorizada com folhas retráteis que controla a passagem a partir da autorização do sistema e da confirmação pelos sensores do corredor.
O dimensionamento deve considerar fluxo de pico, tempo de autenticação, travessia, operação bidirecional, visitantes, filas aceitáveis e condição degradada com um corredor indisponível.
O comportamento deve ser definido na matriz de causa e efeito da edificação e compatibilizado com a estratégia de segurança da vida. Não existe uma regra universal aplicável a todos os projetos.
Devem ser verificados fluxos normais, negações, sentidos de passagem, obstáculos, tentativas simultâneas, falhas de comunicação e energia, emergência, integrações e registros.
Planta, arquitetura, matriz funcional, interfaces, especificação por desempenho, causa e efeito e plano de testes são documentos típicos, conforme o escopo.
Materiais técnicos complementares
Serviços relacionados
Conteúdos principais sobre o tema
- Sistema de Controle de Acesso: tipos, tecnologias, normas e projeto
- Catracas de acesso: tipos, fluxo, segurança e critérios de projeto
- Catraca x torniquete: diferenças, fluxo e nível de segurança
- Matriz funcional de controle de acesso: como especificar cada ponto
Conteúdos técnicos correlatos
- Controle de acesso e incêndio: liberação, emergência e matriz de causa e efeito
- Integração entre controle de acesso e VMS
- Comissionamento de sistemas de controle de acesso conforme a IEC 60839
