Analise de Concorrencia - ifpebj-ti/controle-acesso-veiculos GitHub Wiki

Análise de Concorrência

Projeto: Controle de Acesso de Veículos
Instituição: Instituto Federal de Pernambuco — Campus Belo Jardim
Disciplina: Projeto Integrador — Práticas Reais de Software e Segurança
Equipe: José Ernandes Gonçalves Costa; Raíssa Beatriz Marinho dos Santos
Cliente inicial: Eurico Lopes — Setor de Transporte
Versão: 0.4 Status: Pesquisa revisada — pendente de revisão da equipe e validação institucional quando houver impacto no MVP Data de referência: 30 de agosto de 2026 Área: Produto

1. Objetivo

Esta análise tem como objetivo identificar soluções, tecnologias e padrões utilizados em sistemas de controle de acesso veicular, portaria, gestão de visitantes e controle de frota.

A análise será utilizada para:

Comparar funcionalidades existentes.
Identificar práticas comuns do mercado.
Avaliar quais recursos fazem sentido para o IFPE Campus Belo Jardim.
Apoiar a definição do MVP.
Evitar a criação de funcionalidades desnecessárias.
Identificar possíveis evoluções futuras.
Orientar decisões de produto, segurança e arquitetura.

Esta análise não substitui:

O levantamento realizado na portaria.
A análise dos sete formulários.
As Regras de Negócio.
A validação com o cliente.
As normas institucionais.
A definição do escopo do MVP.

Uma funcionalidade encontrada em outra solução não deve ser automaticamente transformada em requisito do nosso sistema.

2. Contexto do projeto

O IFPE Campus Belo Jardim utiliza atualmente formulários impressos para registrar a entrada, a saída e a movimentação de pessoas e veículos.

O foco inicial do projeto são os veículos, especialmente:

Formulário nº 01 — controle de saída e entrada dos veículos do campus.
Formulário nº 02 — controle geral de entrada e saída de veículos.

O cliente orientou que a equipe:

Digitalize o fluxo atual.
Melhore o processo quando fizer sentido.
Avalie o que realmente precisa ser levado para o sistema.
Não copie automaticamente todos os campos das planilhas.
Deixe outros fluxos para evoluções futuras.

Desde a primeira versão desta análise, o backend passou a implementar os fluxos geral e institucional, consultas históricas, auditoria, catálogos de frota e motoristas e autorização básica de eventos com veículos. A comparação abaixo passa, portanto, a separar capacidades já entregues no MVP de referências para homologação ou evolução futura.

3. Escopo da análise

A pesquisa considera soluções e tecnologias relacionadas a:

Controle de entrada e saída de veículos.
Gestão de portaria.
Gestão de visitantes.
Controle de frota.
Controle de acesso em empresas.
Controle de acesso em condomínios.
Controle de veículos em instituições.
Reconhecimento automático de placas.
Leitura de tags RFID.
Integração com cancelas e catracas.
Histórico e auditoria.
Consultas e relatórios.

A análise não pretende escolher um fornecedor ou copiar uma solução existente.

4. Critérios de comparação

As soluções foram comparadas pelos seguintes critérios:

Cadastro de veículos.
Cadastro de pessoas relacionadas.
Cadastro de visitantes.
Registro de entrada.
Registro de saída.
Consulta por placa.
Consulta por motorista ou condutor.
Controle de veículos autorizados.
Autorizações temporárias.
Controle de veículos institucionais.
Quilometragem.
Itinerário.
Histórico.
Auditoria.
Relatórios.
Reconhecimento de placas.
RFID ou tags.
Integração com câmeras.
Integração com catracas ou cancelas.
Alertas.
Controle de permanência.
Complexidade.
Dependência de infraestrutura.
Adequação ao MVP.
Privacidade.
Possibilidade de implantação.

4.1. Método e força das evidências

A revisão consolidada em 30 de agosto de 2026 consultou páginas públicas oficiais e documentação dos próprios fornecedores. Para evitar conclusões indevidas, o documento usa três níveis de evidência:

Identificado: a funcionalidade aparece explicitamente na fonte consultada.
Parcial: a fonte apresenta função relacionada, mas não comprova todo o critério avaliado.
Não identificado: a página consultada não fornece evidência suficiente; isso não significa que a solução não possua a função.

As páginas comerciais descrevem capacidades, mas não permitem confirmar qualidade, preço, disponibilidade contratual, desempenho, conformidade, experiência de uso ou adequação à infraestrutura do campus. Não houve demonstração, contratação, teste prático nem contato comercial. As decisões do MVP continuam fundamentadas nos Formulários nº 01 e nº 02, no levantamento local e na validação do cliente.

5. Soluções e referências analisadas

Solução	Categoria	Público-alvo indicado pela fonte	Relação principal com o IFPE	Uso no MVP	Uso futuro	Consulta
DIMEP	Controle de acesso veicular integrado	Organizações que precisam controlar fluxo veicular	Referência de histórico, relatórios e automação física	Apenas conceitos de registro e consulta	LPR, RFID, totens e cancelas	26/08/2026
Inex Technologies	Controle de acesso para comunidades e visitantes	Condomínios e comunidades controladas	Referência de permissões e autorizações temporárias	Não recomendado como fluxo completo	LPR, RFID e acessos temporários	26/08/2026
Infleet	Conteúdo e solução de gestão de frota	Operações e gestores de frota	Referência mais próxima do fluxo de veículos institucionais	Motorista, movimentação e quilometragem, quando confirmados pelo processo local	Relatórios e evolução da gestão de frota	26/08/2026
Sunell	Videomonitoramento e controle veicular	Operações com infraestrutura de segurança física	Referência de ANPR e automação	Nenhuma dependência no MVP	Câmeras, ANPR e barreiras	26/08/2026
SEC System	Controle de acesso veicular	Condomínios e empresas	Referência de integração entre identificação e acesso físico	Apenas conceitos de registro e histórico	TAG/RFID, LPR, CFTV e cancelas	26/08/2026
Placa.AI	Automação de acesso por reconhecimento de placas	Estacionamentos e locais com portões controlados	Referência especializada em leitura automática de placas	Não recomendado	LPR e automação de portões	26/08/2026
Axis License Plate Verifier	Reconhecimento de placas executado na borda	Tráfego, estacionamento e controle de acesso	Referência de arquitetura, listas, eventos e operação sem servidor dedicado	Nenhuma dependência no MVP	Avaliação de câmeras e reconhecimento assistido	27/08/2026
Control iD iDSecure	Controle de acesso de pessoas e veículos	Empresas e organizações com controle físico de acesso	Referência de regras por área/horário, contingência, auditoria e relatórios	Apenas conceitos compatíveis com os fluxos já implementados	Dispositivos, CFTV, tags e controle de vagas	30/08/2026
Senior Ronda Senior X	Segurança patrimonial, portaria e controle de acesso	Organizações com pessoas, veículos, locais e dispositivos integrados	Referência de papéis, credenciais, veículos, horários e integrações	Separação de permissões e vínculos pessoa-veículo	LPR, credenciais e portaria integrada	30/08/2026
Odoo Fleet 19	Gestão de frota	Organizações que administram veículos, motoristas e manutenção	Referência para cadastro institucional, motorista e odômetro	Conceitos de frota já sustentados pelo Formulário nº 01	Manutenção, custos e indicadores de uso	30/08/2026
HikCentral Professional	Segurança e gestão de estacionamento	Operações com câmeras e infraestrutura de estacionamento	Referência de ANPR, entrada/saída e integração física	Nenhuma dependência no MVP	Experimento futuro de LPR e automação	30/08/2026

Os detalhes, pontos positivos, limitações e fontes de cada referência são apresentados a seguir. O público-alvo foi resumido conforme o posicionamento das páginas consultadas, sem avaliação comercial independente.

5.1. DIMEP — Controle de Acesso Veicular

A DIMEP apresenta uma solução de controle de acesso veicular com software de gestão, relatórios, histórico, cancelas, totens, reconhecimento automático de placas, leitores RFID e integração com equipamentos físicos.

Funcionalidades identificadas

Gestão de entrada e saída de veículos.
Relatórios e histórico.
Reconhecimento automático de placas.
Integração com cancelas.
Integração com leitores RFID.
Uso de equipamentos físicos.
Controle automatizado do fluxo.

Pontos positivos

Centraliza o controle.
Reduz a operação manual.
Pode gerar registros automáticos.
Possui integração com equipamentos.
Pode atender organizações com alto volume de veículos.

Limitações para o IFPE

Exige infraestrutura física.
Pode exigir cancelas, câmeras, leitores ou totens.
Pode ter custo e complexidade superiores ao MVP.
Não resolve imediatamente as dúvidas dos formulários atuais.
Pode automatizar o acesso antes de as regras institucionais estarem validadas.

Impacto no projeto

A solução reforça que:

O reconhecimento de placas é uma evolução possível.
A integração com equipamentos não deve entrar no primeiro incremento.
O MVP deve funcionar sem depender de câmera ou cancela.
O controle básico de registros pode ser desenvolvido antes da automação.

Fonte: DIMEP — Controle de acesso veicular

Data da consulta: Agosto de 2026.

5.2. Inex Technologies — Gestão de acesso veicular

A Inex Technologies apresenta soluções de acesso veicular com reconhecimento de placas, gestão de visitantes, veículos autorizados, permissões temporárias, controle de portões e registro de atividades.

Funcionalidades identificadas

Reconhecimento de placas.
Gestão de visitantes.
Gestão de veículos autorizados.
Autorizações temporárias.
Controle de acesso de funcionários.
Controle de veículos de visitantes.
Registro de atividades.
Controle de permanência.
Integração com portões e fechaduras.

Pontos positivos

Permite autorizações temporárias.
Trabalha com veículos de visitantes, funcionários e residentes.
Possui histórico de atividades.
Pode controlar acessos diferentes em uma mesma plataforma.
Possui recursos de permanência e ocupação.

Limitações para o IFPE

O foco é uma solução mais ampla e automatizada.
Pode exigir integração com portões e dispositivos físicos.
Não é necessário controlar residentes, visitantes e funcionários de forma completa no MVP.
A complexidade seria excessiva para a primeira versão.
A instituição ainda não definiu regras para autorizações temporárias.

Impacto no projeto

A solução indica que autorizações temporárias podem ser úteis no futuro, especialmente para:

Eventos.
Prestadores.
Mototáxis.
Visitantes com veículos.
Atividades especiais.

No entanto, esse recurso deve ficar fora ou em uma versão posterior do MVP.

Fonte: Inex Technologies — Gated Community Entry System

Data da consulta: Agosto de 2026.

5.3. Infleet — Controle de entrada e saída de veículos

A Infleet descreve o controle de entrada e saída de veículos como um processo de registro de movimentações, motoristas, horários de saída, destinos e retornos.

Funcionalidades identificadas

Registro de entrada.
Registro de saída.
Identificação do motorista.
Registro de destino.
Registro de horário de saída.
Registro de retorno.
Histórico de movimentação.
Controle de frota.
Consulta de informações operacionais.

Pontos positivos

Possui relação direta com o Formulário nº 01.
Valoriza motorista, destino, horário e retorno.
Ajuda a localizar responsáveis por viagens.
É compatível com a necessidade de consultar multas ou ocorrências.
Reforça a importância da quilometragem e do itinerário institucional.

Limitações para o IFPE

O foco pode estar mais relacionado a frotas empresariais.
Nem todas as funções de gestão de frota são necessárias no MVP.
A solução pode incluir recursos que não existem no processo atual.
Não define as regras institucionais do campus.

Impacto no projeto

A análise reforça que o MVP deve incluir:

Motorista institucional.
Horário de saída.
Horário de retorno.
Itinerário.
Quilometragem.
Consulta histórica por veículo e motorista.

Fonte: Infleet — Controle de entrada e saída de veículos

Data da consulta: Agosto de 2026.

5.4. Sunell — Controle veicular com ANPR

A Sunell apresenta soluções de controle de acesso veicular com análise automatizada, reconhecimento de placas, alertas e integração com barreiras e portões.

Funcionalidades identificadas

Reconhecimento automático de placas.
Registro automático de entrada e saída.
Alertas.
Integração com controle de acesso.
Integração com barreiras.
Histórico de movimentação.
Monitoramento em tempo real.

Pontos positivos

Reduz a operação manual.
Pode agilizar a passagem.
Pode identificar veículos automaticamente.
Pode gerar registros em tempo real.
Pode apoiar políticas de acesso.

Limitações para o IFPE

Depende de câmeras e infraestrutura.
Pode exigir adequação da catraca ou cancela.
Envolve tratamento de imagens e placas.
Exige análise de privacidade.
É uma solução futura, não necessária para validar o MVP.

Impacto no projeto

O reconhecimento automático de placas deve permanecer como:

Evolução futura — fora do MVP

Antes de considerar essa funcionalidade, será necessário definir:

Infraestrutura.
Custo.
Precisão.
Tratamento de imagens.
Retenção.
Controle de acesso aos dados.
Integração com a catraca.
Procedimento para erros de reconhecimento.

Fonte: Sunell — Vehicle Access Control Solutions

Data da consulta: Agosto de 2026.

5.5. SEC System — Controle de acesso veicular

A SEC System apresenta controle de entrada e saída com possibilidades de RFID, tags, câmeras LPR, cancelas, portões, laços indutivos e integração com CFTV.

Funcionalidades identificadas

Identificação de veículos.
Tags RFID.
Reconhecimento de placas.
Câmeras.
Cancelas.
Portões automáticos.
Integração com CFTV.
Histórico de acesso.
Controle de pessoas, colaboradores e visitantes.

Pontos positivos

Apresenta diferentes formas de identificação.
Mostra que o controle pode ser automatizado progressivamente.
Possui integração com equipamentos.
Reforça a importância da centralização dos registros.

Limitações para o IFPE

Exige investimento em equipamentos.
Pode depender de estrutura física que o campus não possui atualmente.
Não é adequado para o primeiro incremento.
Pode aumentar o escopo para estacionamento e vigilância.
Não substitui o levantamento do processo atual.

Impacto no projeto

A análise reforça a separação entre:

MVP

Registro manual digital.
Consulta.
Histórico.
Perfis.
Veículos institucionais.

Evolução futura

RFID.
Câmeras.
LPR.
Catraca.
Cancela.
Integração com CFTV.

Fonte: SEC System — Controle de acesso veicular

Data da consulta: Agosto de 2026.

5.6. Placa.AI — Controle por reconhecimento de placas

A Placa.AI apresenta acesso veicular utilizando reconhecimento automático de placas, com registro dos eventos e integração com portões.

Funcionalidades identificadas

Reconhecimento de placas.
Validação automática.
Registro de placas reconhecidas.
Integração com portões.
Controle de veículos autorizados.
Redução da necessidade de cartões ou códigos.

Pontos positivos

Automatiza a identificação.
Reduz interação manual.
Registra eventos de acesso.
Pode apoiar veículos autorizados.

Limitações para o IFPE

Exige câmeras.
Exige boa qualidade de imagem.
Pode falhar em condições adversas.
Exige tratamento seguro de imagens.
Pode aumentar riscos de privacidade.
Depende de integração física.
Não resolve as necessidades básicas do MVP.

Impacto no projeto

A funcionalidade deve ser considerada futuramente, com avaliação de:

Precisão.
Falsos positivos.
Falsos negativos.
Veículos com placas ilegíveis.
Uso indevido de placas.
Privacidade.
Retenção de imagens.
Integração com a portaria.

Fonte: Placa.AI — Access Control

Data da consulta: Agosto de 2026.

5.7. Axis License Plate Verifier — processamento na borda

A página oficial apresenta uma aplicação de reconhecimento de placas executada em câmeras compatíveis para cenários de tráfego, estacionamento e controle de acesso.

Funcionalidades identificadas

Reconhecimento de placas na borda.
Listas permitidas e bloqueadas.
Registro de eventos e imagens reduzidas.
Pesquisa de eventos.
Identificação complementar de características do veículo em configurações compatíveis.
Operação indicada sem servidor dedicado para a função principal.

Pontos positivos como referência

Demonstra que o reconhecedor pode ser isolado do núcleo de negócio.
Reforça a necessidade de contratos de integração, eventos e modo degradado.
Ajuda a comparar processamento local, latência e dependência de infraestrutura.

Limitações para o IFPE

É solução comercial e proprietária.
Depende de equipamentos, compatibilidade e configuração específicas.
A página pública não comprova desempenho no cenário do campus.
Listas e automação não definem as regras institucionais do IFPE.
Não deve se tornar dependência do MVP.

Fonte: Axis — AXIS License Plate Verifier

Data da consulta: 27 de agosto de 2026.

5.8. Referências acadêmicas para a evolução com IA

RodoSol-ALPR e UFPR-ALPR não são concorrentes comerciais. Foram incluídos como referências técnicas para avaliar futuramente reconhecimento de placas brasileiras sem começar por uma coleta no campus.

RodoSol-ALPR: base com 20.000 imagens de pedágio, carros e motocicletas, placas antigas e Mercosul e diferentes condições ambientais.
UFPR-ALPR: base histórica com 4.500 imagens anotadas de 150 veículos e três dispositivos de captura.

Ambas possuem condições de uso acadêmico e não comercial que devem ser aceitas e respeitadas. Resultados nesses datasets não comprovam desempenho na portaria: ângulo, iluminação, movimento, câmera e distribuição dos veículos mudam entre contextos. Essa limitação de generalização deve fazer parte de qualquer experimento futuro.

5.9. Control iD iDSecure — regras de acesso e contingência

A documentação oficial apresenta uma plataforma web para controlar pessoas e veículos, com regras por área e horário, cadastro de veículos e responsáveis, histórico, auditoria, relatórios e operação de contingência com equipamentos.

Contribuições para o projeto

Confirma a utilidade de separar cadastro, autorização e evento de acesso.
Reforça filtros, relatórios, auditoria e regras temporais como capacidades profissionais, sem torná-las automaticamente requisitos institucionais.
Mostra que contingência e integração física exigem desenho próprio; elas não devem ser simuladas apenas com uma opção de tela.

Limitações para o IFPE

Parte relevante depende do ecossistema de dispositivos e licenças do fornecedor.
Controle de vagas, visitantes em geral e automação física excedem o MVP atual.
A existência de CPF, biometria ou fotografia na plataforma não justifica a coleta desses dados pelo projeto.

Fontes oficiais: produto iDSecure, cadastro de veículos, regras de acesso e relatórios.

Data da consulta: 30 de agosto de 2026.

5.10. Senior Ronda Senior X — papéis, veículos e integração

A documentação oficial descreve papéis que determinam telas e validações, veículos vinculados a pessoas, faixas horárias, credenciais e integração em tempo real com dispositivos. Também documenta LPR integrado para validar placas em equipamentos homologados.

Contribuições para o projeto

Reforça a matriz de menor privilégio já aplicada entre Portaria, Vigilância, Transporte e Administração.
Demonstra que veículo e pessoa possuem permissões relacionadas, mas não necessariamente idênticas.
Oferece referência futura para integrar LPR por contrato, mantendo o domínio independente do fabricante da câmera.

Limitações para o IFPE

É uma plataforma patrimonial mais ampla do que o problema acadêmico atual.
Credenciais, dispositivos e liberação automática dependem de infraestrutura e regras institucionais ainda inexistentes.
O modo “uso livre” descrito pelo fornecedor não deve ser copiado como regra do campus sem aprovação explícita.

Fontes oficiais: controle de acesso, veículos, papéis e integrações LPR.

Data da consulta: 30 de agosto de 2026.

5.11. Odoo Fleet 19 — gestão de frota e odômetro

A documentação do módulo Fleet registra veículos, placas, motoristas atuais e futuros, categorias, odômetro, serviços e custos. Trata-se de gestão de frota, não de autorização de entrada na portaria.

Contribuições para o projeto

Sustenta a separação já adotada entre o catálogo institucional e cada uso do veículo.
Reforça odômetro, motorista e histórico como dados úteis à conferência.
Aponta manutenção, custos e indicadores como possíveis evoluções, não como campos obrigatórios do registro de saída e retorno atual.

Limitações para o IFPE

Não substitui o controle geral de acesso ao campus.
Seu cadastro amplo de frota não deve aumentar o Formulário nº 01 digital sem necessidade validada.
Custos, contratos, acidentes e manutenção permanecem fora do MVP.

Fontes oficiais: cadastro de veículos no Odoo 19 e análise de odômetro.

Data da consulta: 30 de agosto de 2026.

5.12. HikCentral Professional — estacionamento e ANPR

A página oficial apresenta gestão de estacionamento com autenticação por câmera ANPR, registros de entrada e saída, orientação de vagas e integração com sistemas e dispositivos. É referência de automação física, não candidata a dependência do backend atual.

Contribuições para o projeto

Mostra que LPR pode reduzir digitação e filas em cenários com infraestrutura adequada.
Reforça a necessidade de preservar imagem, confiança da leitura, placa confirmada e evento de acesso como conceitos diferentes.
Apoia um experimento futuro assistido, no qual o operador confirma a placa antes de qualquer decisão.

Limitações para o IFPE

Exige câmeras, rede, licenciamento, instalação e avaliação prática no local.
Funções de cobrança, localização de vaga e estacionamento não pertencem ao problema levantado.
A página comercial não comprova precisão nas condições reais do campus.

Fonte oficial: HikCentral Professional.

Data da consulta: 30 de agosto de 2026.

6. Comparação geral

Solução ou referência	Entrada e saída	Motorista	Quilometragem	Itinerário	Consulta histórica	Placa automática	Equipamentos físicos	Adequação ao MVP
DIMEP	Sim	Parcial	Não identificada como foco	Não identificada como foco	Sim	Sim	Sim	Baixa para o MVP; alta para futuro
Inex Technologies	Sim	Parcial	Não identificada	Não identificada	Sim	Sim	Sim	Baixa para o MVP; útil como referência futura
Infleet	Sim	Sim	Relacionada à gestão de frota	Sim	Sim	Não é foco principal	Não obrigatoriamente	Alta para o fluxo institucional
Sunell	Sim	Parcial	Não é foco principal	Não é foco principal	Sim	Sim	Sim	Baixa para o MVP
SEC System	Sim	Parcial	Não identificada	Não identificada	Sim	Sim	Sim	Baixa para o MVP
Placa.AI	Sim	Parcial	Não identificada	Não identificada	Sim	Sim	Sim	Baixa para o MVP; possível futuro
Axis License Plate Verifier	Sim	Parcial	Não identificada	Não identificada	Sim	Sim	Sim	Baixa para o MVP; referência forte para evolução técnica
Control iD iDSecure	Sim	Sim	Não identificada	Não identificada	Sim	Parcial, por integração com câmeras	Sim	Média como referência operacional; baixa como dependência
Senior Ronda Senior X	Sim	Sim	Não identificada	Não identificada	Sim	Sim	Sim	Média como referência de permissões; baixa como plataforma do MVP
Odoo Fleet 19	Não é o foco	Sim	Sim	Parcial	Sim	Não	Não obrigatoriamente	Alta como referência do fluxo institucional
HikCentral Professional	Sim	Parcial	Não identificada	Não identificada	Sim	Sim	Sim	Baixa para o MVP; referência futura de LPR

6.1. Matriz de decisão para o IFPE

Critério	Evidência nas soluções analisadas	Necessidade do IFPE	MVP	Futuro	Observação
Cadastro de veículos	Identificado em soluções de acesso e frota	Necessário	Sim		RF-MVP-01; origem principal no processo local
Cadastro de condutores	Mais evidente na referência de frota; parcial nas de portaria	Necessário	Sim		RF-MVP-02, RF-MVP-03 e RF-MVP-13
Registro de entrada	Identificado em diferentes categorias	Necessário	Sim		RF-MVP-04
Registro de saída	Identificado em diferentes categorias	Necessário	Sim		RF-MVP-05
Consulta por placa	Identificado ou relacionado a LPR nas soluções de acesso	Necessário	Sim		Consulta manual no MVP; RF-MVP-06
Consulta por motorista	Identificado principalmente na gestão de frota	Necessário	Sim		RF-MVP-06 e RF-MVP-13
Quilometragem	Identificada na referência de gestão de frota	Necessária para veículo institucional	Sim		RF-MVP-11; exigência originada no Formulário nº 01
Itinerário	Parcial; destino e movimentação aparecem na gestão de frota	Necessário para veículo institucional	Sim		RF-MVP-12; significado exato ainda precisa de validação
Auditoria	Histórico/relatórios identificados; trilha de auditoria completa não foi comprovada em todas	Melhoria importante	Sim		RF-MVP-16, RF-MVP-17 e RNF-12
Reconhecimento de placas	Identificado em DIMEP, Inex, Sunell, SEC System e Placa.AI	Não necessário inicialmente	Não	Sim	Depende de câmera, precisão, privacidade e infraestrutura
Câmeras	Identificadas nas soluções voltadas a automação e segurança	Não confirmado	Não	Sim	Exige finalidade, retenção e avaliação de impacto
Catraca ou cancela	Identificada em parte das soluções de acesso	Não necessária no MVP	Não	Sim	Equipamento atual e viabilidade precisam ser confirmados
Estacionamento	Relacionado a soluções especializadas, sem necessidade local definida	Ainda não definido	Não	Possível	Não criar requisito sem levantamento próprio
Controle de pedestres	Relacionado a plataformas amplas de acesso, mas não ao foco analisado	Fora do foco inicial	Não	Possível	Deve permanecer em outro fluxo ou projeto

“Sim” na coluna MVP registra o escopo já sustentado pelos documentos internos; não significa que a concorrência criou ou aprovou o requisito. Campo vazio significa que não há classificação futura adicional necessária.

7. Funcionalidades observadas no mercado

7.1. Funcionalidades recorrentes na amostra

A amostra revisada apresenta, com diferentes níveis de detalhe, funções recorrentes como:

Registro de entrada.
Registro de saída.
Cadastro de veículos.
Cadastro de pessoas relacionadas.
Consulta de históricos.
Identificação por placa.
Autorizações.
Relatórios.
Histórico, relatórios ou rastreabilidade; uma trilha de auditoria completa não foi confirmada em todas as soluções.
Integração com equipamentos.

7.2. Funcionalidades avançadas

Também foram identificadas:

Reconhecimento automático de placas.
Câmeras.
RFID.
Tags veiculares.
Cancelas automáticas.
Alertas em tempo real.
Controle de permanência.
Autorizações temporárias.
Integração com CFTV.
Controle de ocupação.
Aplicações móveis.

Essas funcionalidades não devem entrar automaticamente no MVP.

8. Comparação com a realidade do IFPE

Necessidade do IFPE	Soluções de mercado	Decisão preliminar
Registrar entrada de veículo	Recurso comum	Incluir no MVP
Registrar saída de veículo	Recurso comum	Incluir no MVP
Consultar por placa	Recurso comum	Incluir no MVP
Consultar por motorista	Presente em soluções de frota	Incluir no MVP
Registrar veículo institucional	Presente em soluções de frota	Incluir no MVP
Registrar quilometragem	Presente em controle de frota	Incluir no MVP
Registrar itinerário	Presente em controle de frota	Incluir no MVP
Identificar veículos sem saída	Presente em sistemas de monitoramento	Incluir no MVP
Auditoria	Recurso comum em soluções profissionais	Incluir no MVP
Perfis de usuários	Recurso comum	Incluir no MVP
RG ou CPF	Pode ser utilizado, mas não é obrigatório em todos os sistemas	Manter pendente
Autorizações temporárias	Presente em soluções avançadas	Autorização básica de evento implementada; outros contextos dependem de validação
Mototáxis	Não é necessariamente padrão de mercado	Avaliar conforme processo local
Eventos	Presente em sistemas de visitantes e controle de acesso	Recorte veicular básico implementado; sistema completo fora do MVP
Reconhecimento de placas	Recurso avançado	Futuro
Câmeras	Recurso avançado	Futuro
Catraca ou cancela	Recurso de automação física	Futuro
RFID	Recurso de automação física	Futuro
Estacionamento	Presente em soluções específicas	Fora do MVP

9. Decisões de produto

A análise de concorrência reforça as seguintes decisões:

DP-01 — Entrada e saída são o núcleo

O MVP deve priorizar registro de entrada, registro de saída e consulta de acessos abertos.

DP-02 — Veículos institucionais precisam de fluxo próprio

O Formulário nº 01 possui necessidades diferentes do registro geral. O sistema deve manter motorista, quilometragem, itinerário e retorno.

DP-03 — Consulta histórica é essencial

A consulta por placa, veículo, motorista e período deve fazer parte do MVP.

DP-04 — Auditoria é uma melhoria importante

O sistema deve manter histórico de correções e alterações.

DP-05 — Reconhecimento automático de placas é evolução futura planejada

A tecnologia faz parte da visão futura do produto, mas será implementada depois da validação do núcleo manual digital. Depende de infraestrutura, câmeras, privacidade, avaliação técnica e autorizações próprias.

DP-06 — O MVP não deve depender de equipamentos

O sistema deve funcionar sem catraca automática, câmera, cancela, sensor ou RFID.

DP-07 — Autorização básica de eventos permanece reversível

O recorte veicular básico foi implementado com período, estado, placa opcional e cota por tipo. Participantes, credenciamento, convites, pedestres e liberação automática não foram incluídos e dependem de validação institucional.

DP-08 — O levantamento local é prioritário

As soluções de mercado servem como referência, mas o processo real da portaria e os documentos do IFPE são a principal fonte dos requisitos.

10. Funcionalidades recomendadas para o MVP

Com base na análise e no levantamento local, o MVP deve conter:

Login e autenticação básica.
Perfis de acesso.
Cadastro de veículos.
Cadastro de pessoas relacionadas.
Relação entre pessoas e veículos.
Registro de entrada.
Registro de saída.
Registro de placa.
Registro de condutor.
Registro de objetivo.
Consulta por placa.
Consulta por veículo.
Consulta por condutor.
Consulta por período.
Consulta de veículos presentes.
Veículos institucionais.
Motorista institucional.
Quilometragem de saída e entrada.
Itinerário.
Consulta de viagens sem retorno.
Correções controladas.
Auditoria.
Conferência pelo Setor de Transporte.
Autorização básica de eventos com placa opcional ou cota por tipo.

11. Funcionalidades futuras

As funcionalidades abaixo poderão ser analisadas depois:

Reconhecimento automático de placas.
Câmeras.
RFID.
Tags veiculares.
Catraca ou cancela integrada.
Ampliação de autorizações para outros contextos além do evento veicular básico.
Credenciamento completo de participantes e programação de eventos.
Mototáxis.
Permanência excepcional.
Veículos de discentes residentes.
Alertas.
Relatórios avançados.
Controle de vagas.
Aplicação móvel.
Integração com CFTV.
Integração com sistemas institucionais.

12. Funcionalidades que não devem ser copiadas automaticamente

A análise identificou recursos que existem no mercado, mas não devem ser incluídos apenas por existirem:

Reconhecimento facial.
Controle de ocupação.
Câmeras em todos os pontos.
Integração com cancelas.
RFID.
Geolocalização.
Alertas avançados.
Aplicação móvel.
Controle completo de estacionamento.
Gestão de visitantes sem relação com veículos.
Integração com sistemas externos.

Cada uma dessas funcionalidades deve passar por:

Análise de necessidade.
Validação com o cliente.
Avaliação de custo.
Avaliação de infraestrutura.
Avaliação de segurança.
Avaliação de privacidade.
Priorização no backlog.

13. Impacto no Modelo de Dados

A análise de concorrência reforça a necessidade das seguintes entidades do MVP:

Pessoa.
Veículo.
PessoaVeiculo.
CategoriaAcesso.
RegistroAcesso.
UsoVeiculoInstitucional.
Usuário.
Perfil.
Auditoria.
EventoAcesso.
AutorizacaoVeiculoEvento.

As funcionalidades futuras podem exigir entidades como:

Mototáxi.
PermanenciaVeiculo.
Ocorrencia.
AutorizacaoTemporaria.
VeiculoAutorizado.
Equipamento.
LeituraPlaca.
ImagemAcesso.

Essas entidades não devem ser adicionadas ao modelo principal antes da validação de seus respectivos fluxos.

14. Impacto na Arquitetura

A análise reforça que a arquitetura deve:

Separar o fluxo geral do fluxo institucional.
Permitir consultas por diferentes filtros.
Possuir camada de auditoria.
Permitir evolução modular.
Não depender de equipamentos físicos no MVP.
Permitir futuras integrações com câmeras e placas.
Isolar um futuro reconhecedor por contrato, sem acoplar o domínio a câmera, fornecedor ou modelo.
Preservar o fluxo manual quando o reconhecedor estiver indisponível ou com baixa confiança.
Possuir controles de acesso.
Proteger dados pessoais.
Ser simples o suficiente para o primeiro incremento.

A arquitetura atual em monólito modular com Clean Architecture adaptada continua adequada ao MVP.

15. Impacto na Segurança e Privacidade

Soluções de mercado mostram que recursos como reconhecimento de placas, câmeras e RFID podem gerar registros detalhados de movimentação.

Caso essas funcionalidades sejam adotadas no futuro, será necessário avaliar:

Finalidade da coleta.
Retenção de imagens.
Retenção de placas.
Acesso a registros.
Proteção de dados.
Segurança de dispositivos.
Comunicação de rede.
Segmentação de equipamentos.
Falsos positivos.
Falsos negativos.
Auditoria.
Controle de exportação.

No MVP, a equipe deve evitar coletar imagens, biometria ou localização sem necessidade validada.

Na evolução com IA, a placa reconhecida deve começar como sugestão: o operador confirma, corrige ou rejeita. Automação física exige uma etapa posterior, nova análise de risco e aprovação institucional explícita.

16. Impacto nos requisitos

A análise oferece referências externas para requisitos que já possuem origem local:

Tema	Requisitos relacionados	Origem que prevalece
Veículo e pessoa relacionada	RF-MVP-01 a RF-MVP-03	Formulários e levantamento local
Entrada, saída e consulta	RF-MVP-04 a RF-MVP-07	Formulário nº 02 e operação da portaria
Veículo institucional, quilometragem e itinerário	RF-MVP-10 a RF-MVP-13	Formulário nº 01 e Setor de Transporte
Perfis, responsável e correção	RF-MVP-15 a RF-MVP-17	Necessidade de controle e rastreabilidade
Segurança, privacidade e auditoria	RNF-05, RNF-06, RNF-10 e RNF-12	Risco do projeto e regras institucionais

Nenhum requisito novo foi criado nesta revisão. Em especial, “itinerário” continua dependendo da definição institucional sobre representar destino, trajeto ou ambos.

A análise não justifica, sozinha, a criação de requisitos para:

Reconhecimento de placas.
Câmeras.
Catraca.
Estacionamento.
RFID.
Controle geral de pessoas.

17. Limitações da análise

Esta análise possui limitações:

Foi baseada principalmente em páginas públicas de fornecedores.
Materiais comerciais podem destacar benefícios e não apresentar limitações completas.
Algumas funcionalidades podem depender de contratação, equipamentos ou configuração adicional.
Os preços e condições comerciais não foram comparados.
Não foram realizados testes práticos nas soluções.
A análise não substitui entrevistas com usuários.
A análise não define regras institucionais.
A compatibilidade com a infraestrutura do IFPE ainda não foi avaliada.
A análise deve ser atualizada quando novas fontes forem consultadas.

18. Recomendação final

A concorrência indica que sistemas profissionais normalmente valorizam:

Registro de entrada e saída.
Identificação de veículos.
Consulta histórica.
Auditoria.
Autorizações.
Integração com equipamentos.

Para o IFPE, a recomendação é começar com uma solução mais simples:

Cadastro
    ↓
Entrada
    ↓
Saída
    ↓
Consulta
    ↓
Veículo institucional
    ↓
Auditoria

O projeto não deve começar por:

Câmeras
    ↓
Reconhecimento de placas
    ↓
Catraca automática
    ↓
Controle de estacionamento

Essas tecnologias fazem parte da evolução futura planejada, mas não são necessárias para validar o primeiro produto e não devem bloquear sua entrega.

19. Conclusão

A análise de concorrência confirma que existe espaço para uma solução digital de controle de veículos com:

Registro centralizado.
Consulta por placa.
Identificação de condutores.
Controle de veículos institucionais.
Quilometragem.
Itinerário.
Auditoria.
Perfis de acesso.

Entretanto, as soluções mais completas do mercado geralmente dependem de câmeras, RFID, cancelas, reconhecimento de placas e infraestrutura específica.

Por isso, o MVP do IFPE deve permanecer simples e focado no processo real da portaria:

Registrar veículos
    ↓
Registrar condutores
    ↓
Registrar entrada
    ↓
Registrar saída
    ↓
Consultar histórico
    ↓
Controlar veículos institucionais

A análise de concorrência apoia a priorização, mas o levantamento local, os sete formulários e a validação com o cliente continuam sendo as principais fontes para definir o produto.

20. Fontes consultadas

Fonte oficial	Tema observado	Consulta	Disponibilidade
DIMEP — Controle de acesso veicular	Software, LPR, RFID, cancelas e gestão veicular	26/08/2026	Acessível
Inex Technologies — Gated Community Entry System	Visitantes, permissões de acesso, LPR e RFID	26/08/2026	Acessível
Infleet — Controle de entrada e saída de veículos	Motorista, movimentação, quilometragem, histórico e gestão de frota	26/08/2026	Acessível
Sunell — Vehicle Access Control Solutions	ANPR e controle automatizado	26/08/2026	Acessível
SEC System — Controle de acesso veicular	RFID, LPR, cancelas, portões e CFTV	26/08/2026	Acessível
Placa.AI — Access Control	Reconhecimento automático de placas e automação de portões	26/08/2026	Acessível
Axis — AXIS License Plate Verifier	LPR na borda, listas, eventos e controle de acesso	27/08/2026	Acessível
Control iD — iDSecure	Pessoas, veículos, regras, contingência, relatórios e dispositivos	30/08/2026	Acessível
Senior — Controle de acesso	Papéis, veículos, credenciais, horários e integrações	30/08/2026	Acessível
Odoo 19 — Fleet	Veículos, motoristas, odômetro e gestão de frota	30/08/2026	Acessível
Hikvision — HikCentral Professional	ANPR, entrada/saída, estacionamento e integração física	30/08/2026	Acessível
RodoSol-ALPR	Dataset brasileiro, placas antigas e Mercosul e generalização entre bases	27/08/2026	Acessível; licença acadêmica e não comercial
UFPR-ALPR	Dataset acadêmico brasileiro de carros e motocicletas	27/08/2026	Acessível; licença acadêmica e não comercial

21. Próximas etapas

Revisar a versão 0.4 com a equipe.
Confirmar com o cliente apenas os pontos que possam alterar o MVP, especialmente o significado de itinerário.
Manter LPR e câmeras no roadmap futuro, fora do MVP; definir experimento, privacidade e arquitetura antes da implementação.
Abrir issue específica antes de qualquer alteração aprovada em requisitos, modelo de dados ou arquitetura.
Reavaliar as fontes se a equipe considerar contratar, integrar ou testar uma solução externa.

22. Status do documento

Documento: Análise de Concorrência.

Versão: 0.4.

Status: Pesquisa revisada e publicada — pendente de revisão da equipe.

Área: Produto.

Foco da análise: Controle de acesso e movimentação de veículos.

MVP impactado: Formulários nº 01 e nº 02.

Implementação: Estado atual refletido; nenhum requisito novo foi criado apenas por esta análise.

Validação pelo cliente: Pendente, caso a análise provoque mudança no MVP.

Responsáveis:

José Ernandes Gonçalves Costa.
Raíssa Beatriz Marinho dos Santos.