Checklist para Avaliar Propostas de Software em Licitações Municipais
Contratar um software para a prefeitura exige mais do que comparar preços. Veja os critérios técnicos e funcionais que todo gestor deve analisar antes de assinar o contrato.
Resumo rápido
Para avaliar propostas de software em licitações municipais, o gestor deve analisar critérios como segurança e conformidade com a LGPD, capacidade de integração com sistemas existentes, SLA de suporte e custo total de propriedade. Um checklist estruturado e uma tabela de pontuação objetiva reduzem o risco de contratar soluções incompatíveis ou sem suporte adequado.
Chega o momento de contratar um sistema para a secretaria de saúde, educação ou gestão tributária. A proposta comercial parece completa, o preço está dentro do orçamento e o fornecedor tem CNPJ regularizado. Mas, dois meses após a implantação, o sistema não conversa com o SIAFEM, os dados dos cidadãos ficam expostos em servidor sem certificação e a equipe de suporte some nas horas críticas.
Esse roteiro se repete em centenas de municípios brasileiros todos os anos. Avaliar uma proposta de software vai muito além do valor da licença: envolve critérios técnicos, jurídicos e operacionais que, se ignorados no edital, viram problemas de gestão depois da assinatura.
Este guia apresenta um checklist prático para que gestores públicos avaliem propostas de software com segurança, dentro das regras da Lei 14.133/2021 (nova Lei de Licitações), e evitem incompatibilidades que custam dinheiro público e prejudicam o atendimento ao cidadão.
Nota editorial: este artigo tem finalidade informativa e educacional. Não substitui assessoria jurídica especializada em contratações públicas. Leis e regulamentações podem ser alteradas; recomenda-se sempre verificar a legislação vigente ou consultar a assessoria jurídica do município antes de elaborar ou assinar contratos.
Por que avaliar software municipal é diferente de uma compra comum?
Software municipal não é um produto de prateleira. É uma solução que precisa se integrar ao ambiente tecnológico já existente na prefeitura, respeitar obrigações legais específicas do setor público e continuar funcionando ao longo de toda a vigência contratual, que pode chegar a cinco anos.
Além disso, a troca de fornecedor no meio do contrato gera custos de migração, risco de perda de dados históricos e descontinuidade nos serviços prestados ao cidadão. Por isso, a análise criteriosa antes da contratação é o principal instrumento de proteção do interesse público.
Para aprofundar a base legal desse processo, vale consultar o post sobre compliance e segurança de dados em licitações eletrônicas, que detalha as exigências da LGPD e da legislação de contratos públicos.
Checklist técnico: o que analisar em cada proposta
1. Arquitetura e infraestrutura
Antes de qualquer outra análise, identifique onde o software vai rodar e quem é responsável pela infraestrutura:
- Hospedagem: o sistema é em nuvem (SaaS), instalado localmente (on-premise) ou híbrido? Soluções em nuvem reduzem o custo de manutenção de servidores locais, mas exigem cláusulas contratuais sobre disponibilidade (SLA) e localização dos dados.
- Disponibilidade garantida: o contrato prevê SLA mínimo de 99,5% de uptime? Esse percentual representa boa prática de mercado para sistemas críticos municipais; verifique se há base contratual ou normativa aplicável ao seu caso. Qual é a política de janela de manutenção?
- Backup e recuperação: com que frequência os dados são copiados? Em quanto tempo o sistema é restaurado após falha?
- Segurança e conformidade de dados: os servidores atendem aos requisitos de segurança e às regras de tratamento e eventual transferência internacional de dados previstos na LGPD (Lei 13.709/2018) para órgãos públicos? O fornecedor possui certificações como ISO 27001 ou equivalente?
2. Integração com sistemas existentes
Uma das maiores causas de fracasso em projetos de TI municipal é a falta de integração. Verifique:
- Compatibilidade com os sistemas federais utilizados pela prefeitura, por exemplo: SICONFI (Sistema de Informações Contábeis e Fiscais do Setor Público Brasileiro), SIASG (Sistema Integrado de Administração de Serviços Gerais), e-SUS (sistema de informação da Atenção Primária à Saúde), SIAFEM (Sistema Integrado de Administração Financeira para Estados e Municípios) e Conecte SUS (plataforma de saúde digital), conforme a área de atuação.
- Disponibilidade de APIs abertas e documentadas para conexão com outros sistemas do município.
- Experiência comprovada do fornecedor em integrações similares: exija referências de outros municípios com o mesmo porte e perfil.
- Prazo e responsabilidade pela integração: quem faz, quem paga e o que acontece se a integração falhar?
O tema da integração entre sistemas municipais está detalhado no post sobre transformação digital nas prefeituras, com orientações sobre por onde começar a modernização sem criar silos.
3. Conformidade com a LGPD e proteção de dados
Sistemas que processam dados de cidadãos precisam atender à Lei Geral de Proteção de Dados (Lei 13.709/2018). Exija no edital:
- Declaração formal de conformidade com a LGPD, assinada pelo representante legal.
- Política de privacidade e termos de uso acessíveis e atualizados.
- Mecanismos de anonimização e controle de acesso por perfil de usuário.
- Procedimento documentado para responder a incidentes de segurança e notificar a ANPD em prazo compatível com as orientações vigentes do órgão regulador.
- Cláusula contratual que define a prefeitura como controladora dos dados e o fornecedor como operador, com responsabilidades claras.
4. Funcionalidades e aderência ao objeto
A proposta técnica precisa demonstrar que o sistema atende ao que o edital pede, sem ambiguidade:
- Solicite demonstração funcional gravada ou ao vivo, com roteiro definido pela prefeitura.
- Compare as funcionalidades ofertadas com o descritivo mínimo do edital: funcionalidade que não está no contrato não será cobrada depois.
- Avalie a usabilidade: o sistema pode ser operado pela equipe atual sem treinamento extensivo? Qual é o prazo e o custo do treinamento inicial?
- Verifique se existe versão mobile para atendimento em campo (agentes de saúde, fiscais, motoristas).
Critérios de pontuação: como estruturar a análise comparativa
A tabela abaixo sugere um modelo de pontuação para comparar propostas técnicas em licitações de software municipal. Os pesos podem ser ajustados conforme a prioridade de cada secretaria.
| Critério | Peso (%) | Pontuação máx. |
|---|---|---|
| Segurança e conformidade com LGPD | 25 | 25 pts |
| Integração com sistemas existentes | 20 | 20 pts |
| Funcionalidade e aderência ao edital | 20 | 20 pts |
| SLA e suporte técnico | 15 | 15 pts |
| Experiência comprovada em municípios | 10 | 10 pts |
| Treinamento e capacitação | 5 | 5 pts |
| Custo total de propriedade (TCO) | 5 | 5 pts |
O custo total de propriedade (TCO) merece atenção especial: inclua no cálculo o valor da licença, a implantação, as integrações, o treinamento e a manutenção anual. Uma solução com licença mais barata pode ter TCO muito superior se os custos de suporte e personalização forem elevados.
Suporte, SLA e continuidade do serviço
O contrato de suporte é, na prática, tão importante quanto o software em si. Avalie:
- Canais de atendimento disponíveis (telefone, e-mail, chat, sistema de chamados) e horário de cobertura.
- Tempo máximo de resposta para incidentes críticos: o padrão de mercado para sistemas de saúde e arrecadação é de até 4 horas para problemas de alta severidade, mas o prazo deve ser negociado e formalizado em contrato.
- Política de atualização: as atualizações de segurança estão incluídas no contrato ou são cobradas à parte?
- Cláusula de saída: o fornecedor é obrigado a entregar os dados em formato aberto ao final do contrato? Em qual prazo?
Prefeituras que já passaram pelo processo de automação de serviços relatam que a qualidade do suporte pós-implantação é o fator que mais diferencia fornecedores no longo prazo. Veja exemplos práticos no post sobre prefeituras que automatizaram a comunicação com sucesso.
Checklist final para impressão
Use a lista abaixo como instrumento de verificação rápida ao analisar cada proposta. Marque cada item como OK, Pendente ou Não se aplica.
Arquitetura e infraestrutura
- [ ] Modalidade de hospedagem definida (SaaS, on-premise ou híbrido)
- [ ] SLA de disponibilidade contratualizado (ex.: 99,5% de uptime)
- [ ] Política de backup e recuperação documentada
- [ ] Requisitos de segurança e tratamento de dados conforme LGPD atendidos
- [ ] Certificações de segurança do fornecedor verificadas (ex.: ISO 27001)
Integração com sistemas existentes
- [ ] Compatibilidade com sistemas federais aplicáveis (SICONFI, SIASG, e-SUS, SIAFEM, Conecte SUS)
- [ ] APIs abertas e documentadas disponíveis
- [ ] Referências de integrações em municípios de porte similar apresentadas
- [ ] Responsabilidade e prazo de integração definidos em contrato
Conformidade com a LGPD
- [ ] Declaração formal de conformidade com a LGPD assinada
- [ ] Política de privacidade e termos de uso acessíveis e atualizados
- [ ] Controle de acesso por perfil e anonimização implementados
- [ ] Procedimento de notificação de incidentes à ANPD documentado
- [ ] Prefeitura como controladora e fornecedor como operador definidos em contrato
Funcionalidades e aderência ao edital
- [ ] Demonstração funcional realizada com roteiro da prefeitura
- [ ] Funcionalidades comparadas item a item com o descritivo do edital
- [ ] Usabilidade avaliada com a equipe operacional
- [ ] Versão mobile verificada (quando aplicável)
Suporte e SLA
- [ ] Canais de atendimento e horário de cobertura definidos
- [ ] Tempo de resposta para incidentes críticos formalizado
- [ ] Política de atualizações de segurança incluída no contrato
- [ ] Cláusula de saída com entrega de dados em formato aberto prevista
Custo total de propriedade (TCO)
- [ ] Licença, implantação, integrações, treinamento e manutenção calculados
- [ ] Custos de personalização e suporte avançado mapeados
- [ ] Comparativo de TCO entre as propostas elaborado
Como a Munion se posiciona nesse processo
A Munion é um SaaS de automação de notificações via WhatsApp desenvolvido para prefeituras, com foco nas áreas de saúde, educação, transporte e gestão pública. A equipe da Munion acumula experiência em projetos com municípios de diferentes portes e na participação em processos licitatórios, o que orienta a documentação técnica disponibilizada às comissões de licitação: arquitetura, conformidade com a LGPD, integrações disponíveis e SLA contratual.
Para municípios que já utilizam sistemas como o e-SUS ou plataformas de agendamento, a Munion opera via API, sem necessidade de substituir o sistema existente. O resultado é uma camada de comunicação automatizada que reduz faltas em consultas, melhora o engajamento escolar e agiliza avisos de transporte, sem criar novo ponto de falha na infraestrutura municipal.
Soluções como o agendamento online no SUS com notificações automáticas mostram como a integração via API pode ser implementada de forma simples e segura.
Conclusão: o checklist que protege o gestor e o dinheiro público
Avaliar propostas de software municipal com critérios técnicos claros não é burocracia: é a forma mais eficiente de garantir que o investimento público gere resultado real. Um edital bem estruturado, com exigências objetivas de segurança, integração e suporte, protege a prefeitura de contratos problemáticos e cria condições para que a inovação tecnológica funcione de verdade.
Se a sua prefeitura está planejando contratar uma solução de comunicação automatizada para saúde, educação ou transporte, conheça como a Munion pode apoiar esse processo: acesse o site da Munion e solicite uma demonstração técnica com documentação completa para licitação.
Principais conclusões
- Soluções em nuvem reduzem custos de infraestrutura local, mas exigem cláusulas contratuais claras sobre SLA, conformidade com a LGPD e política de backup.
- A conformidade com a LGPD deve ser exigida no edital: o fornecedor atua como operador de dados e a prefeitura como controladora, com responsabilidades definidas em contrato.
- O custo total de propriedade (TCO) inclui licença, implantação, integrações, treinamento e manutenção anual, e pode diferir significativamente do valor da proposta inicial.
- A cláusula de saída, que garante a entrega dos dados em formato aberto ao final do contrato, é um item frequentemente omitido nos editais e deve ser exigida.
- Exigir demonstração funcional com roteiro definido pela prefeitura é a forma mais eficaz de verificar se o sistema atende ao objeto sem ambiguidade.
- Prazos e parâmetros como SLA de resposta a incidentes críticos devem ser negociados e formalizados em contrato; referências a prazos de notificação à ANPD devem seguir as orientações vigentes do órgão regulador.
Perguntas frequentes
O que deve constar no edital de licitação de software para prefeitura?
O edital deve descrever as funcionalidades mínimas exigidas, os requisitos de integração com sistemas existentes, os critérios de segurança e conformidade com a LGPD, o SLA de suporte e a cláusula de entrega de dados ao final do contrato. Critérios objetivos de pontuação técnica evitam contestações e tornam o julgamento mais transparente.
Como exigir conformidade com a LGPD em contratos de TI municipal?
Inclua no edital e no contrato a definição da prefeitura como controladora de dados e do fornecedor como operador, conforme a Lei 13.709/2018 (LGPD). Exija declaração formal de conformidade, política de privacidade atualizada e procedimento documentado para notificação de incidentes à ANPD em prazo compatível com as orientações vigentes do órgão regulador.
Qual é a diferença entre SaaS e software on-premise para prefeituras?
SaaS é hospedado em servidores do fornecedor e acessado pela internet, reduzindo custos de infraestrutura local e facilitando atualizações. Software on-premise é instalado nos servidores da prefeitura, dando mais controle sobre os dados, mas exigindo equipe de TI dedicada para manutenção. A escolha depende da capacidade técnica do município e das exigências de sigilo dos dados processados.
É possível exigir integração com sistemas federais como critério de habilitação?
Sim. A exigência de integração com sistemas federais específicos (como e-SUS, SICONFI ou Conecte SUS) pode ser inserida como requisito técnico de habilitação ou como critério de pontuação na proposta técnica, desde que a especificação seja objetiva e verificável por meio de demonstração ou documentação técnica do fornecedor.
O que é cláusula de saída em contratos de software público e por que ela é importante?
A cláusula de saída define a obrigação do fornecedor de entregar todos os dados do município em formato aberto e legível (como CSV ou JSON) ao término ou rescisão do contrato, dentro de um prazo definido. Sem essa cláusula, a prefeitura pode ficar refém do fornecedor para migrar para outro sistema, aumentando custos e riscos de descontinuidade.