Organizar
Representar cada local, suas unidades, pessoas e veículos, sem duplicar cadastros desnecessariamente.
Pessoas. Permissões. Acessos.
Estamos preparando o Portly para reunir cadastros, credenciais e equipamentos em uma plataforma web, com uma operação clara para a administração e a portaria.
Conhecer o projetoBriefing da primeira versão · Recursos previstos, ainda indisponíveis para uso.
01 / A proposta
Começar pelo que sustenta o dia a dia: cadastrar, autorizar, acompanhar e consultar. A administração define as permissões; o Portly deverá distribuí-las e registrar sua aplicação.
Representar cada local, suas unidades, pessoas e veículos, sem duplicar cadastros desnecessariamente.
Vincular credenciais aos acessos permitidos, com regras de horário, validade e bloqueio.
Identificar dispositivos desconectados, falhas e pendências na distribuição de cadastros.
Consultar eventos de acesso e saber quem cadastrou, alterou, bloqueou ou solicitou uma abertura.
02 / Cadastros e estrutura
Cliente e local serão cadastros separados. Um cliente poderá reunir vários empreendimentos, cada um com sua estrutura e seus dados isolados.
Informar torres, pavimentos, quantidade de unidades por andar e padrão de numeração. Gerar a estrutura em lote e ajustar as exceções antes de confirmar.
Localização e cobertura serão atributos separados: uma vaga pode estar no subsolo e ser coberta. Cada vaga poderá ter identificação, unidade vinculada e uso privativo, compartilhado ou de visitante.
Elevadores e escadarias fazem parte da circulação do local, assim como corredores e rampas. Seu cadastro descreverá os espaços conectados, mesmo quando não houver equipamento de controle.
O cadastro de um elevador não implica controle eletrônico de andares. Essa função dependerá de integração específica em uma etapa futura.
Moradores, proprietários não residentes, diaristas, prestadores, visitantes e funcionários. Uma pessoa poderá ter mais de um vínculo com unidades ou locais.
Pessoa cadastrada e usuário com login serão conceitos distintos.
Veículos associados a pessoas e unidades. Faces, tags UHF e cartões com situação ativa, bloqueada, expirada ou revogada; controles remotos conforme integração.
Perder um cartão não precisa invalidar as demais credenciais da pessoa.
Perfis de acesso para moradores, funcionários e prestadores. Permissões por ponto de acesso, dias, horários e validade, com registro de quem autorizou.
As regras dependerão dos recursos homologados em cada equipamento.
03 / Operação
A entrada social pode usar um facial. O portão de veículos, uma antena e uma controladora. Separar esses cadastros permite organizar vários equipamentos no mesmo acesso.
Garagem → circulação interna
A combinação e o fluxo dependerão da instalação e da homologação.
Online, offline, instável ou ainda não verificado, com última comunicação. Em separado: cadastro atualizado, pendente ou com erro em cada dispositivo.
Pesquisa de pessoas e unidades, autorização de visitantes e solicitação de abertura conforme o perfil do operador. Cada comando deverá ficar registrado.
Consulta por pessoa, período, ponto de acesso e equipamento, com horário e resultado informado pelo dispositivo.
A proposta é mostrar quando o cadastro chegou ao equipamento e quando um bloqueio foi realmente aplicado. Da mesma forma, comando aceito não confirma abertura física: isso depende de sensor e integração.
04 / Integrações previstas
O primeiro conjunto reúne cinco equipamentos de quatro fabricantes. A disponibilidade de cada função será confirmada em bancada, no modelo e firmware utilizados.
| Fabricante | Equipamento | Uso previsto | Preparação |
|---|---|---|---|
| Control iD | iDFace | Reconhecimento facial | API em obtenção |
| Control iD | iDUHF | Leitura de tags veiculares | API em obtenção |
| Intelbras | SS 3532 MF W | Reconhecimento facial | API em obtenção |
| Nice | Módulo Guarita | Controle de acesso / acionamentos | API em obtençãoModelo e versão a confirmar |
| Hikvision | DS-K1T341AM | Reconhecimento facial | Documentação a obter |
Está sendo providenciado um dispositivo de cada para os testes. A lista representa o escopo inicial de integração, não uma declaração de compatibilidade já homologada ou parceria com os fabricantes.
Cadastrar e alterar · Aplicar permissões · Bloquear e excluir · Solicitar abertura · Receber e recuperar eventos · Retomar após desconexão
05 / Como deverá funcionar
A arquitetura proposta combina uma plataforma central e um conector local no condomínio. O reconhecimento facial permanece nos terminais.
Administração e portaria acessam os cadastros, permissões e histórico pelo navegador.
Um serviço no condomínio mantém a comunicação com os dispositivos e sincroniza informações com a plataforma.
Validam as credenciais conforme as regras gravadas e geram os eventos de acesso.
O objetivo é manter acessos previamente autorizados usando as regras locais dos equipamentos. Novos cadastros e bloqueios poderão ficar pendentes até a comunicação voltar.
Recuperação de eventos e reconciliação dos cadastros, conforme o suporte de cada modelo. Comandos de abertura deverão expirar para não executar atrasados.
O planejamento inclui separação entre clientes e locais, permissões por função, proteção das credenciais, auditoria e critérios de retenção e exclusão de dados.
06 / Evolução do projeto
A primeira versão será concentrada no controle de acesso. A implantação deverá avançar por etapas, com evidências do funcionamento dos equipamentos.
Reunir APIs, identificar versões e preparar um exemplar de cada equipamento para os testes.
Começar por iDFace e iDUHF, validar o ciclo completo e ampliar para Intelbras, Nice e Hikvision.
Implementar cadastros, autorizações, operação da portaria, sincronização e histórico.
Verificar o uso real, as falhas de comunicação, os bloqueios e a recuperação antes da expansão.
Cliente e local, estrutura, pessoas e vínculos, veículos, credenciais, pontos de acesso, dispositivos, autorizações e eventos.
Aplicativo de moradores, câmeras ao vivo, SIP/VoIP, encomendas, reservas de áreas, automações de WhatsApp, reconhecimento de placas e controle de andares de elevadores.
Essas frentes não fazem parte do compromisso inicial de entrega.
Para deixar claro
Ainda não. Esta página apresenta o briefing do projeto. A documentação e os dispositivos estão sendo providenciados; as integrações ainda serão desenvolvidas e homologadas. Não há data de lançamento anunciada.
Não. A estrutura será flexível: edifícios, condomínios de casas e outros empreendimentos poderão usar somente os níveis necessários. Um gerador de unidades deverá facilitar os cadastros em lote.
Com vínculo às unidades atendidas, responsável pela autorização e dias e horários permitidos. Por exemplo, terças e quintas, das 8h às 17h. A aplicação da regra dependerá do suporte homologado no equipamento.
Não. Online descreve a comunicação. Cadastro sincronizado descreve a atualização dos dados. Porta aberta é uma informação física que depende de sensor e da integração. O Portly deverá apresentar essas situações separadamente.
Sim, como vias de acesso e circulação na configuração do local. A abertura de portas ou liberação eletrônica de andares dependerá de equipamentos, regras e integrações específicas.