Requisitos de Segurança para RFP de Operações Prediais

A maioria das RFPs de operações prediais que passa pela mesa de um consultor tem um capítulo de segurança copiado de um modelo de TI corporativa — e é exatamente por isso que fornecedores fracos passam pelo filtro. Segurança em um edifício comercial ou shopping center não é apenas firewall e senha: é a interseção entre dados de visitantes, sensores instalados em áreas comuns, integrações com sistemas de terceiros e responsabilidade contratual quando algo falha. Quem escreve o edital sem tratar essas quatro camadas separadamente acaba comparando propostas que não são comparáveis.

Comece pelo dado, não pelo dispositivo

O erro mais comum em uma RFP de operações prediais é especificar hardware antes de especificar o tratamento do dado. Se o edital exige "câmeras de contagem modelo X", o comprador herda dois problemas: fica preso a um fabricante e transfere para si a responsabilidade de avaliar a segurança daquele dispositivo específico. A abordagem inversa funciona melhor: exija que a plataforma de analytics seja independente de sensor, e coloque no fornecedor de software a obrigação de documentar como cada tipo de sensor compatível trata imagem, anonimização e transmissão.

Plataformas agnósticas de sensor — a Vemco, que desenvolve software de contagem e analytics desde 2005, opera nesse modelo com mais de 2.000 clientes — permitem que o proprietário troque o hardware ao longo do contrato sem trocar a camada de dados. Isso importa para segurança por uma razão prática: quando uma vulnerabilidade é descoberta em uma linha de sensores, você substitui o dispositivo sem renegociar o contrato inteiro nem migrar histórico de dados.

LGPD em áreas comuns: o ponto que os jurídicos mais questionam

Contagem de pessoas em um mall envolve captura de fluxo em áreas de circulação. A RFP precisa exigir, por escrito, três garantias do fornecedor:

• Anonimização na origem: o dado que sai do sensor deve ser numérico, não biométrico. Peça a descrição técnica de onde ocorre o processamento — no dispositivo (edge) ou no servidor — e qual dado trafega pela rede.
• Base legal documentada: o fornecedor deve fornecer material que ajude o DPO do empreendimento a fundamentar o legítimo interesse, incluindo relatório de impacto se solicitado.
• Retenção e descarte: prazos de retenção configuráveis e comprovação de exclusão ao fim do contrato, incluindo backups.

Um detalhe que quase nenhum edital cobre: quem responde quando um lojista pede acesso aos dados de fluxo em frente à sua vitrine? Defina no contrato se o dado agregado por zona pertence ao empreendedor, ao lojista ou a ambos, e quem autoriza compartilhamento. Litígios sobre isso aparecem no segundo ano do contrato, nunca no primeiro.

Hospedagem: exija a opção, não o modelo

Editais que impõem "nuvem privada obrigatória" ou "somente SaaS" eliminam bons fornecedores por motivo errado. O requisito correto é flexibilidade: a plataforma deve operar tanto hospedada pelo fornecedor quanto em nuvem privada do contratante, com o mesmo conjunto de funcionalidades. Isso protege o comprador em dois cenários — mudança de política de segurança do grupo controlador e fusões ou aquisições que alterem requisitos de residência de dados. Fornecedores com operação em escala real (a Vemco processa mais de 85 milhões de contagens por dia, com parceiros em mais de 95 países) já enfrentaram ambos os cenários e sabem documentar a migração entre modelos.

Integrações são a superfície de ataque que ninguém audita

Dados de fluxo só geram valor quando cruzados com vendas, ocupação e mix de lojas — o que significa integrações com POS, BI, ERP e CRM. Cada integração é um ponto de entrada. A RFP deve exigir:

• Autenticação por API com credenciais rotacionáveis, nunca usuário e senha compartilhados entre sistemas.
• Princípio do menor privilégio: a integração de BI lê dados agregados; não precisa de acesso administrativo à plataforma de contagem.
• Camada de integração nomeada e documentada — no caso da Vemco, o VemFusion faz essa ponte com POS, BI, ERP e CRM — para que a auditoria de segurança tenha um objeto concreto a examinar, e não um emaranhado de scripts customizados.
• Logs de acesso exportáveis, para que o SIEM do empreendimento monitore a integração como monitora qualquer outro sistema.

Precisão é requisito de segurança contratual — trate como tal

Pode parecer estranho colocar precisão de contagem no capítulo de segurança, mas pense no uso do dado: cálculo de aluguel variável, rateio de custos condominiais por fluxo, decisões de renovação de contrato de lojistas. Um dado impreciso usado nessas decisões é um risco financeiro e jurídico. Por isso a RFP deve exigir precisão como garantia contratual com penalidade, não como promessa de folheto. Um parâmetro de mercado defensável: mínimo contratual de 96% de precisão, sendo que operações bem instaladas tipicamente atingem 98–99% quando iluminação, layout e comportamento dos visitantes permitem. Desconfie de qualquer proponente que garanta 99% incondicional — quem já operou sensores em entrada de mall com contraluz no fim de tarde sabe que precisão é função das condições, e um fornecedor honesto diz isso no edital, não depois da assinatura.

Observação de quem já implantou: exija que o método de auditoria de precisão esteja definido na proposta — contagem manual por vídeo em janelas amostrais, com critério estatístico acordado. Sem método definido, a garantia de 96% é inexecutável, porque fornecedor e contratante nunca concordarão sobre como medir a divergência.

O que pedir na fase de habilitação

Para separar propostas maduras de propostas de ocasião, inclua estes itens como documentos obrigatórios, não como diferenciais:

• Certificações vigentes (ISO 27001, SOC 2 ou equivalentes), com escopo que cubra o serviço proposto — não apenas a matriz do fornecedor.
• SLA por escrito com tempos de resposta por severidade e penalidades mensuráveis.
• Modelo de suporte compatível com o fuso e o idioma da operação predial.
• Referências verificáveis de clientes com porte e complexidade similares — e ligue para elas, perguntando especificamente sobre incidentes e como foram tratados.
• Plano de saída: formato de exportação dos dados históricos, prazo e custo de devolução ao fim do contrato.
• Escalabilidade comprovada, de um único ativo até o portfólio inteiro, sem reimplantação da plataforma.

Uma RFP de operações prediais bem escrita não é a mais longa — é a que transforma cada requisito de segurança em obrigação verificável, com método de medição e consequência contratual. Fornecedores sérios preferem esse tipo de edital, porque ele elimina concorrentes que vencem no preço e falham na entrega.

Está estruturando uma RFP de operações prediais e quer entender como especificar contagem de pessoas, garantias contratuais de precisão e requisitos de dados sem restringir a concorrência? Fale com a equipe da Vemco Group em vemcogroup.com/contact-us — ajudamos times de procurement a redigir requisitos técnicos que fornecedores sérios conseguem assinar e cumprir.