Antes de codificar cartões com as configurações OSS Standard Offline, você deve configurar portas e regras de acesso e, em seguida, configurar seus campos personalizados. Saiba mais sobre as restrições e recomendações para configurar essas entidades no Security Center.
Sobre campos personalizados do OSS
Depois de criar uma configuração OSS Standard Offline pela primeira vez, os campos personalizados são criados automaticamente no Config Tool. Esses campos personalizados permitem que os direitos de acesso adequados sejam codificados nos cartões e que as entidades corretas sejam vinculadas aos eventos.NOTA: Certifique-se de que todos os usuários não administradores que precisam configurar os campos personalizados sejam adicionados à seção Segurança dos campos personalizados.
O mapeamento de entidades de porta para a fiação física da porta no Security Center não é necessário no contexto do OSS, pois as travas estão off-line. As travas são mapeadas para entidades de portas no Security Center por meio de IDs de portas e IDs de grupos. Usando as ferramentas de configuração fornecidas pelo fabricante da trava, você deve configurar uma ID de porta e, opcionalmente, uma ou mais IDs de grupo para cada trava. Em seguida, você pode criar entidades de porta no Security Center e mapeá-las para as travas por meio dos campos personalizados ID da porta e ID do grupo correspondentes.
NOTA: Se você excluir acidentalmente os campos personalizados, eles serão recriados automaticamente depois que você editar e salvar uma configuração OSS Standard Offline. No entanto, eles são recriados com os valores padrão, portanto, você deve reconfigurar tudo. Por exemplo, se o campo personalizado de credencial OSS Standard Offline for excluído, todas as credenciais OSS Standard Offline se tornarão credenciais normais.
Os seguintes campos personalizados são criados:
- Campo personalizado da regra de acesso
-
- ID do grupo
- Identifica um grupo de portas. A codificação dos direitos de acesso usando a ID do grupo em vez de portas individuais economiza espaço no cartão. Nesse cenário, somente a ID do grupo é codificada para conceder acesso a várias portas.
Se a regra de acesso se aplicar a uma porta, a ID da porta será codificada quando a ID do grupo for 0. Se a regra de acesso se aplicar a uma área, as portas dessa área serão codificadas como uma lista de IDs de porta correspondentes quando a ID do grupo for 0. Quando a ID do grupo estiver acima de 0, a ID do grupo será codificada, independentemente da entidade à qual a regra de acesso se aplica.
NOTA: A definição de uma ID de grupo como 0 é útil se você quiser conceder acesso a um titular de cartão para apenas uma porta. Se você fizer isso, não atribua ao titular do cartão outras regras de acesso que tenham IDs de grupo acima de 0 concedendo acesso à mesma porta. Caso contrário, o acesso às IDs de grupo acima de 0 será ignorado.
- Campos personalizados de porta
-
- ID da porta
- Identifica uma porta. Cada porta por local deve ter uma ID de porta exclusiva. Várias portas podem compartilhar a mesma ID de porta, desde que as portas não façam parte do mesmo local. As IDs de porta devem ser maiores que 0, caso contrário, a codificação do cartão falhará.Exemplo: Cada local inclui três entidades de porta diferentes, mas as IDs de porta 2 e 3 são usadas em ambos os locais:
- O local 1 inclui as IDs de porta 1, 2 e 3
- O local 2 inclui as IDs de porta 2, 3 e 4
- ID do local
- Identifica o local ao qual corresponde uma configuração OSS Standard Offline. Cada ID de local deve corresponder a uma configuração com uma ID de aplicativo diferente.DICA: Para ajudá-lo a visualizar quais portas fazem parte de um local, use entidades de área para representar os locais no Security Center.
- No contexto do MIFARE DESFire, um local representa um conjunto de portas vinculadas a uma configuração que o Security Center usa para dar acesso aos titulares de cartão.
- Em um contexto real, um local pode representar um andar de um edifício, um edifício inteiro ou um local geograficamente distinto.Exemplo: Uma empresa com vários locais pode usar um ID de local diferente para identificar cada cidade em que tem escritórios. Uma escola com dois campi pode usar um ID de local diferente para identificar cada campus.
- Todos os titulares de cartão com um cartão codificado com a mesma configuração só devem ter acesso a portas com a mesma ID de local.
- Campos personalizados de credencial
- Os seguintes campos personalizados são somente leitura:
- Na lista de exclusões
- Indica se o cartão está ou não na lista de exclusões.
- Última atualização de crachá
- Indica a última data e hora em que o cartão foi atualizado em um leitor.
- OSS Standard Offline
- Indica se o cartão está ou não codificado com uma configuração OSS Standard Offline.
Restrições para regras de acesso e agendas
O OSS Standard Offline tem restrições específicas que você deve ter em mente ao configurar regras de acesso e agendas no Security Center. A codificação de um cartão com a configuração OSS Standard Offline falhará se essas restrições não forem seguidas:
- Cada agenda deve conter pelo menos um período de tempo, e a Cobertura de datas deve ser definida como Semenal.
- Cada agenda deve ser vinculada a regras de acesso permanentes no Security Center. As regras de acesso devem ser aplicadas às portas e aos titulares de cartão que usam as travas off-line.
- As regras de acesso devem ser configuradas para conceder acesso aos titulares de cartão quando a agenda estiver ativa. O acesso é negado quando nenhuma agenda está ativa.
- Para conceder acesso a um titular de cartão o tempo todo, atribua a ele uma regra de acesso com a agenda Sempre ou uma agenda semanal com cobertura 24/7. Não é possível atribuir a ele a regra de acesso Regra tudo aberto.
- Até 15 agendas podem ser aplicadas por meio de regras de acesso a portas que são acessíveis por cartões OSS Standard Offline.MELHOR PRÁTICA: As agendas no Security Center não são representadas uma a uma no OSS; em vez disso, a restrição está vinculada ao tamanho da configuração. Quanto mais complexa for a agenda, mais espaço ela ocupará no cartão. Mantenha a configuração de suas regras de acesso e agendas simples para possibilitar o gerenciamento de onde elas são usadas.
- Cada agenda pode conter até quatro IDs de dia e não pode ter o mesmo dia em mais de uma ID de dia. A ID de dia define os dias ou grupos de dias em uma semana.Exemplo:
- ID de dia 1: segunda-feira
- ID de dia 2: terça-feira, quarta-feira, quinta-feira, sexta-feira
- ID de dia 3: sábado, domingo
- Cada ID de dia pode conter até quatro períodos de tempo. Os períodos de tempo representam intervalos de tempo em um dia e não podem se sobrepor.Exemplo: O seguinte conta como dois períodos de tempo:
- 07:00 a 12:00
- 14:00 a 18:00