Bosch Access Management System (AMS) é uma plataforma de gerenciamento de controle de acesso para ambientes que precisam administrar usuários, credenciais, portas, áreas, alarmes, mapas e integrações de segurança em uma arquitetura centralizada. A solução pode operar de forma independente ou integrada a outros sistemas Bosch e plataformas compatíveis.

Na arquitetura Bosch, o AMS utiliza servidores de aplicação e controladores de acesso para distribuir a lógica entre camada central e campo. Controladores AMC2 executam funções locais de porta e mantêm capacidade operacional mesmo diante de determinadas falhas de comunicação com a camada superior. Essa separação é importante porque disponibilidade do sistema não depende apenas do servidor.

O projeto precisa ir além da escolha do software. Quantidade de portas, usuários, eventos, controladores, leitores, credenciais, integração com vídeo e intrusão, arquitetura de rede, banco de dados, políticas de acesso, disponibilidade, visitantes, auditoria, sincronismo e procedimentos de contingência precisam ser definidos como partes de uma solução única.

O AMS é aplicável quando uma organização precisa consolidar controle de acesso físico, reduzir administração distribuída e tornar regras de acesso, eventos e responsabilidades rastreáveis.

Condição observadaRisco ou limitaçãoResposta de engenharia
Múltiplas portas e sistemas isoladosRegras divergentes e administração fragmentadaGestão centralizada de usuários, portas e políticas
Grande volume de credenciaisCadastros desatualizados e acessos indevidosGovernança de identidades, grupos, validade e revogação
Operação sem correlação de eventosResposta lenta e pouca evidênciaMapas, alarmes e integração com vídeo
Dependência total do servidorPerda de operação em falha de comunicaçãoControladores locais e arquitetura distribuída
Expansão sem planejamentoLimites de portas, usuários, rede e licenciamentoDimensionamento por crescimento e disponibilidade

Arquitetura do AMS e componentes

O AMS organiza o controle de acesso em camadas: servidor e aplicações de gerenciamento, controladores intermediários, controladores de acesso, leitores, dispositivos de porta e integrações externas. A engenharia precisa definir como cada camada participa da decisão, do registro e da continuidade operacional.

Servidor AMS.

O servidor central processa dados, usuários, autorizações, configuração e eventos. Sua arquitetura deve considerar desempenho, armazenamento, backup, banco de dados, política de atualização e recuperação. A criticidade do controle de acesso torna inadequado tratar esse servidor como aplicação comum sem requisitos de disponibilidade definidos.

A documentação oficial atual da Bosch mantém o AMS como plataforma em evolução, com versões recentes na linha 5.x. Portanto, projeto e implantação devem usar matriz de compatibilidade e requisitos da versão efetivamente contratada, evitando assumir que periféricos, sistemas operacionais ou integrações de versões anteriores permanecem válidos indefinidamente.

Master Access Controller e camada intermediária.

A arquitetura pode utilizar componentes intermediários de controle para organizar comunicação com controladores de campo e preservar funções locais. Essa camada reduz dependência de comunicação contínua com o servidor central e participa da resiliência da solução.

Controladores AMC2.

A família Bosch AMC2 atua como controladora de acesso para portas e periféricos. A capacidade deve ser verificada conforme interfaces, leitores, entradas, saídas e topologia escolhida. O controlador precisa ser dimensionado não apenas pelo número de portas, mas também pelos sinais auxiliares, lógica de fechadura, sensores, REX, alarmes e integrações necessárias.

Leitores e credenciais.

Leitores podem utilizar cartão, credencial móvel, biometria ou combinações conforme o ecossistema suportado. A escolha precisa considerar nível de segurança, interoperabilidade, lifecycle da tecnologia de credencial, política de emissão, proteção contra clonagem e experiência operacional.

Dispositivos de porta.

Fechaduras, eletroímãs, sensores de porta, botoeiras de saída, contatos, fontes e dispositivos de segurança compõem o ponto de acesso. O software não corrige uma arquitetura de porta incorreta. Cada ponto precisa ter lógica funcional documentada: condição normal, acesso autorizado, porta forçada, porta mantida aberta, perda de energia, emergência e liberação manual.

AMS deve ser projetado como arquitetura de controle de acesso distribuída.

Servidor, controladores, leitores, dispositivos de porta, rede e políticas precisam funcionar como um sistema único, com continuidade e regras claras de exceção.

Conheça o Projeto de Controle de Acesso →

Dimensionamento, capacidade e desempenho

Quantidade de usuários e credenciais.

O dimensionamento deve considerar usuários ativos, visitantes, terceiros, credenciais temporárias, múltiplas credenciais por pessoa e crescimento previsto. A plataforma precisa suportar o volume sem comprometer administração, sincronização e tempos de resposta.

Portas, controladores e pontos de decisão.

O número de portas é apenas uma das variáveis. Cada porta pode exigir leitor de entrada e saída, sensores, botões, fechaduras, monitoramento de fonte e entradas auxiliares. A distribuição entre controladores precisa considerar proximidade física, capacidade, infraestrutura de cabos, alimentação e impacto de uma falha local.

Eventos e carga operacional.

Ambientes com grande circulação produzem alto volume de eventos. O projeto deve avaliar carga de transações, retenção, relatórios e integração com vídeo ou outros sistemas. A capacidade precisa considerar picos de acesso, não apenas médias diárias.

Rede e latência.

Servidores, controladores e estações dependem da infraestrutura IP. VLANs, endereçamento, redundância, latência, QoS quando aplicável e políticas de firewall precisam ser definidos. Sites remotos ou links WAN exigem análise específica de comportamento em perda de comunicação.

Políticas de acesso e governança de identidades

A qualidade do sistema depende da qualidade das regras. Grupos, perfis, horários, áreas e exceções devem refletir a política física da organização. Criar permissões diretamente por usuário em larga escala reduz governança e aumenta risco de inconsistência.

Processos de admissão, movimentação e desligamento precisam alimentar o sistema com responsabilidade definida. Credenciais perdidas, vencidas ou associadas a pessoas desligadas devem ser revogadas rapidamente. Visitantes e terceiros precisam ter validade e escopo limitados.

Em ambientes de maior criticidade, regras como dupla custódia, anti-passback, ocupação mínima ou restrições por área podem ser necessárias. Cada regra precisa ser compreendida operacionalmente antes de ser habilitada, pois configurações complexas sem procedimento correspondente criam exceções difíceis de administrar.

Integrações, interoperabilidade e contexto operacional

O AMS pode ser integrado a plataformas de vídeo e sistemas de intrusão Bosch, além de interfaces e soluções de parceiros conforme versão e compatibilidade. A integração permite relacionar eventos de porta a vídeo, alarmes ou ações operacionais.

Quando integrado a VMS, o operador pode usar vídeo para confirmar identidade ou investigar porta forçada e acesso negado. A arquitetura deve definir qual sistema é a fonte de verdade para usuários, eventos e comandos, evitando sincronizações bidirecionais sem governança.

APIs e integrações com RH, visitantes ou outros sistemas corporativos podem automatizar cadastros, mas ampliam superfície de integração. Campos, regras de sincronização, tratamento de falhas e auditoria precisam ser especificados antes do desenvolvimento.

Disponibilidade, contingência e recuperação

Controle de acesso precisa continuar operando de forma previsível quando partes da arquitetura falham. O projeto deve distinguir falha de servidor, rede, controlador, leitor, fonte e dispositivo de bloqueio. Cada uma pode exigir comportamento diferente.

Controladores locais podem manter decisões baseadas em dados já sincronizados quando a comunicação central é interrompida, dependendo da arquitetura e configuração. No entanto, funções de administração, atualização ou integração podem ficar indisponíveis. Por isso, autonomia local não equivale a disponibilidade total do sistema.

Fechaduras também precisam ser classificadas conforme comportamento na perda de energia e requisitos de segurança e emergência. A decisão entre fail-safe e fail-secure depende da aplicação, das rotas de fuga e da análise de risco.

Cibersegurança e proteção de dados

O AMS processa identidades, credenciais, eventos e dados operacionais. Servidores, estações e controladores devem estar inseridos em política de hardening, atualização, contas administrativas, backup, segmentação de rede e registro de alterações.

Interfaces entre componentes e APIs devem usar os mecanismos de segurança suportados pela versão adotada. Serviços não utilizados devem ser desabilitados quando aplicável, e privilégios administrativos devem seguir necessidade operacional.

Dados pessoais e registros de acesso também exigem política de retenção, finalidade e controle de acesso. A plataforma deve ser configurada de acordo com a governança de dados da organização e os requisitos legais aplicáveis.

Ciclo de vida da solução

O ciclo começa pelo levantamento de portas, fluxos, perfis de usuário, políticas e integrações. Em seguida são definidos arquitetura, servidores, controladores, leitores, credenciais, dispositivos de porta, rede e requisitos de disponibilidade.

Na implantação, base de dados, zonas, horários, grupos, portas e integrações devem ser configurados de forma rastreável. Cada porta precisa ser testada individualmente e no contexto do sistema.

Durante a operação, inclusão e remoção de usuários, revisão de permissões, atualização de software, substituição de hardware e expansão precisam seguir gestão de mudanças. Versões do AMS, firmware de controladores e integrações devem permanecer compatíveis.

Testes, aceite e comportamento em falha

O aceite deve confirmar funcionamento físico e lógico. Cada porta precisa ser exercitada em acesso permitido, negado, porta forçada, porta mantida aberta, REX, sensor, falha de comunicação e perda de energia conforme a matriz funcional do projeto.

Também devem ser validados perfis de acesso, horários, visitantes, bloqueios, mapas, alarmes, relatórios e integrações. Testes de restauração e contingência são necessários quando disponibilidade é requisito contratual.

Integrações com vídeo ou intrusão precisam ser verificadas ponta a ponta, confirmando que o evento correto produz a resposta correta e que os operadores conseguem interpretar a situação sem ambiguidade.

A porta é o ponto em que software, hardware e operação se encontram.

O aceite precisa comprovar credencial, controlador, leitor, fechadura, sensor, evento, alarme e comportamento de falha como uma cadeia funcional única.

Conheça os Ensaios e Testes Técnicos →

Documentação e rastreabilidade.

O dossiê deve incluir arquitetura de servidores e rede, lista de controladores, relação de portas, leitores, dispositivos de campo, endereçamento, licenças, versões, perfis de acesso, matriz funcional, integrações e procedimentos de backup e recuperação.

Plantas e diagramas devem permitir relacionar cada porta física ao controlador, leitor, fechadura, sensores e regras configuradas. Resultados de comissionamento precisam ser registrados por ponto, evitando aceite apenas por amostragem em sistemas de alta criticidade.

Implantação, migração e considerações de engenharia

Escalabilidade nominal não substitui arquitetura.

Uma plataforma pode suportar muitos usuários e portas, mas desempenho real depende de servidores, rede, controladores, eventos e integrações. O projeto deve dimensionar o conjunto.

Integração não significa fonte de verdade compartilhada.

Dois sistemas integrados podem armazenar dados semelhantes. É necessário definir qual sistema governa identidades, eventos e autorizações para evitar divergência.

Autonomia local não elimina contingência.

Controladores podem manter funções locais, mas administração, alarmes ou integrações podem ser afetados. O plano de operação precisa considerar cada modo de falha.

Software atualizado exige matriz de compatibilidade.

Atualizar servidor sem verificar controladores, leitores, integrações e requisitos de sistema pode introduzir incompatibilidades. Mudanças de versão devem ser planejadas e testadas.

Especificação, licenciamento e estratégia de implantação.

A contratação do AMS deve separar licenças de software, infraestrutura de servidor, controladores, leitores, credenciais, dispositivos de porta, serviços de configuração e integrações. O fornecimento precisa indicar a versão da plataforma e os limites técnicos associados ao pacote licenciado, evitando ambiguidades entre capacidade nominal e escopo efetivamente contratado.

Em projetos novos, a matriz de portas deve anteceder a seleção de hardware. Para cada acesso devem estar definidos leitores, sentido controlado, fechadura, sensor de porta, REX, fonte, lógica de emergência, comportamento na falta de energia e integrações. Essa matriz orienta quantidade de controladores, módulos de expansão, cabos e pontos de rede.

Em retrofit, o levantamento precisa verificar controladores existentes, protocolo dos leitores, cabeamento, fontes, fechaduras, banco de dados, credenciais e dependências de outros sistemas. A possibilidade de reaproveitamento deve ser confirmada pela matriz de compatibilidade da versão adotada, e não presumida pelo fato de os equipamentos serem do mesmo fabricante.

Migração, backup e recuperação.

Modernizações de controle de acesso precisam preservar operação enquanto usuários e portas migram para a nova arquitetura. A estratégia pode exigir implantação por áreas, janelas de mudança, coexistência temporária e testes de rollback. Credenciais e permissões devem ser reconciliadas antes da transição para evitar acessos indevidos ou bloqueios operacionais.

Backup do servidor e banco de dados deve fazer parte da solução. O procedimento precisa definir frequência, retenção, localização, proteção das cópias e testes de restauração. Um backup nunca testado não comprova capacidade de recuperação.

Após falha ou restauração, o sistema deve confirmar consistência entre servidor e controladores. Eventos acumulados, alterações de autorização e estados de porta precisam ser reconciliados para que a retomada não deixe lacunas de rastreabilidade.

Aplicações e ambientes

O Bosch AMS pode ser aplicado em edifícios corporativos, indústrias, hospitais, Data Centers, campi, infraestrutura pública, logística e ambientes de múltiplos edifícios. A arquitetura deve variar conforme quantidade de portas, criticidade, distribuição geográfica e integração exigida.

Em instalações existentes com controladores Bosch compatíveis, a modernização pode aproveitar parte da infraestrutura instalada, desde que versão, hardware, leitores e interfaces sejam tecnicamente avaliados antes da migração.

Serviços que materializam a solução

A estruturação pode envolver Projeto de Controle de Acesso, Projeto de Segurança Eletrônica Integrada, Projeto de Rede Lógica e Redes Corporativas e Integração de Sistemas quando AMS precisa trocar dados com plataformas corporativas ou de segurança.

Na implantação e entrega, Comissionamento de Equipamentos, Ensaios e Testes Técnicos, Recebimento Técnico e As-Built de Engenharia podem consolidar configuração, evidências e documentação.

Projete o AMS a partir das portas, das políticas e dos modos de falha.

A A3A Engenharia pode avaliar arquitetura, controladores, leitores, integrações, rede e critérios de aceite para estruturar uma solução de controle de acesso rastreável e escalável.

Submeter a demanda para análise da Engenharia →