Um ofício interno da Prefeitura de São Paulo contradiz a versão do prefeito Ricardo Nunes sobre o uso de uma “isca” durante a pane que deixou o sistema Smart Sampa fora do ar. O documento, assinado por técnicos da gestão, aponta que a estratégia foi adotada sem o devido respaldo legal — o que coloca em xeque a narrativa oficial apresentada à imprensa.
A discrepância levanta dúvidas sobre a transparência na gestão de um dos maiores programas de monitoramento urbano do país. E o mais relevante: abre espaço para questionamentos jurídicos que podem travar contratos futuros.
O que o ofício revela sobre a “isca”
Segundo o texto obtido pela reportagem, a equipe técnica responsável pela operação do Smart Sampa alertou que a inserção de dados simulados — a chamada “isca” — no banco de imagens do sistema ocorreu sem autorização formal da controladoria. O procedimento teria sido adotado para testar a reação da plataforma durante a instabilidade registrada em dezembro.
O prefeito, em coletiva anterior, afirmou que a medida fazia parte de um “protocolo padrão de segurança”. O ofício, porém, classifica a ação como “experimental” e “não prevista nos termos de referência do contrato”.
Essa diferença de classificação não é apenas semântica. Ela define quem responde legalmente pelo que deu errado.
Impacto direto para contratos de tecnologia pública
Empresas que prestam serviço para o poder público devem redobrar a atenção. Quando a administração adota procedimentos fora do escopo contratual sem aditivo formal, o risco de glosas — cortes de pagamento por irregularidade — aumenta substancialmente.
- Fornecedores podem ser penalizados por falhas que não controlavam
- Aditivos contratuais deixam de ser burocracia e viram escudo jurídico
- Órgãos de controle ganham munição para questionar pagamentos
O caso Smart Sampa vira precedente: gestores podem alegar “protocolo de segurança” para justificar improvisos, mas a documentação técnica pode dizer o contrário.
O cenário por trás da pane de dezembro
O Smart Sampa reúne mais de 20 mil câmeras espalhadas pela capital, integradas a centros de comando da Guarda Civil Metropolitana e da Polícia Militar. Em dezembro, uma falha no armazenamento de imagens deixou o sistema indisponível por quase 48 horas — período em que ocorrências de roubo e furto não puderam ser monitoradas em tempo real.
A “isca” teria sido inserida justamente para verificar se o sistema priorizava alertas falsos em detrimento de eventos reais. O teste, porém, não estava no plano de contingência aprovado.
Mas o efeito mais relevante aparece na relação entre a Secretaria de Segurança Urbana e a empresa responsável pela manutenção da plataforma.
Risco de judicialização e reflexo em novas licitações
Advogados especializados em contratos administrativos veem dois caminhos prováveis: o Tribunal de Contas do Município (TCM) pode abrir tomada de contas especial, e a contratada pode ingressar com pedido de reequilíbrio econômico-financeiro alegando alteração unilateral das regras.
Para quem acompanha editais de smart cities, o sinal é claro: cláusulas de contingência e testes de estresse precisam estar explicitadas no objeto do contrato. Improviso, mesmo com boa intenção, vira passivo.
O que observar daqui para frente
A Controladoria-Geral do Município deve se pronunciar nos próximos dias sobre a regularidade do procedimento. Enquanto isso, três pontos merecem monitoramento contínuo: a eventual instauração de processo administrativo disciplinar contra os gestores que autorizaram a “isca”; a posição do TCM sobre a legalidade do teste; e a reação da empresa contratada, que pode buscar reparação por prejuízos operacionais.
Para empresários do setor, a lição prática é uma só: exija que todo cenário de emergência tenha previsão contratual escrita. No setor público, o que não está no papel não existe — mesmo que o prefeito diga o contrário.
