Prova de Conceito de Software em Licitação de TI: Como se Preparar para o Teste

A Prova de Conceito (PoC) é um procedimento técnico-operacional facultativo previsto na Lei 14.133/2021 (arts. 17, §3º e 41, II) para validar a viabilidade técnica de uma solução de TI antes da contratação. Não é requisito de habilitação, mas uma avaliação da proposta técnica do licitante provisoriamente vencedor. Diferente de uma demonstração comercial, a PoC exige que o licitante apresente a solução exata ofertada, sem modificações posteriores ao certame.

O que é a Prova de Conceito (PoC) na nova Lei de Licitações?

A PoC é um instrumento que permite à Administração verificar se o software ofertado atende aos requisitos técnicos do edital. Ela é aplicada após a fase de julgamento das propostas, antes da homologação. Somente o licitante provisoriamente vencedor é submetido ao teste, conforme jurisprudência do Tribunal de Contas da União. O objetivo é evitar a contratação de sistemas que não funcionam conforme o prometido, garantindo que o software exista e seja funcional.

Segundo a Lei 14.133/2021, a PoC deve estar prevista expressamente no edital, com critérios objetivos de avaliação, roteiro, local e data. A ausência desses requisitos pode tornar a exigência nula. Para quem vende software ao governo, entender esse limite é essencial para não ser surpreendido por uma exigência genérica.

Quais os requisitos legais e como planejar a PoC?

O edital que prevê PoC deve detalhar no mínimo:

• Roteiro de teste: quais funcionalidades serão avaliadas e em que ordem. Exemplo: primeiro cadastro, depois consulta, depois relatório.
• Critérios de aceitação: o que configura aprovação ou reprovação em cada item. Deve ser objetivo, como "tempo de resposta inferior a 3 segundos".
• Data, horário e local: se presencial, o endereço; se remoto, o link e as exigências de conexão.
• Composição da comissão técnica: servidores designados antes da abertura das propostas. A nomeação formal impede alegações de nulidade.

A Administração precisa justificar a exigência da PoC com base na complexidade do objeto. Exigir a prova para softwares amplamente conhecidos (como pacotes office) pode ser considerado desnecessário e restritivo. Para o licitante, o planejamento começa na leitura atenta do edital. Identifique com antecedência quais requisitos serão testados e prepare o ambiente de demonstração exatamente como descrito. Um erro comum é presumir que a PoC será uma simples apresentação — ela costuma ser uma avaliação criteriosa, com checklist e gravação, podendo inclusive ser filmada.

Como se preparar para o teste da PoC

A preparação prática envolve as seguintes etapas:

1. Estude o edital e o termo de referência

Liste todos os requisitos técnicos obrigatórios e os que serão testados explicitamente. Se o edital não detalha os critérios, solicite esclarecimento dentro do prazo legal. Guarde a resposta por escrito.

2. Prepare o ambiente de teste

Configure o software com os dados e cenários fornecidos pelo órgão, ou, se não fornecidos, com dados fictícios representativos. Use a mesma versão do software que consta na proposta. Qualquer modificação após a licitação é vedada e pode levar à desclassificação imediata. Teste também a infraestrutura – rede, servidores, licenças – para garantir que o ambiente suportará a demonstração. Outro erro comum é não verificar a compatibilidade do ambiente do órgão com o seu software – versões de sistema operacional, navegador, etc.

3. Simule a execução do roteiro

Percorra o roteiro completo com a equipe técnica que estará presente no dia. Antecipe perguntas que a comissão pode fazer e valide os tempos de resposta. Grave a simulação para revisar pontos fracos. Se houver funcionalidades opcionais, prepare-se para demonstrá-las se solicitado.

4. Documente evidências

Tenha prints de tela, logs de acesso, relatórios de performance e qualquer outro documento que comprove o funcionamento. Se ocorrer uma falha momentânea, você terá subsídios para recurso ou para demonstrar que o problema foi de ambiente, não do software.

5. Treine a equipe de apresentação

A pessoa que conduzirá a PoC deve conhecer o software a fundo. Ensaiam respostas para cenários de erro. Evite que o desenvolvedor principal conduza sozinho – muitas vezes ele tem dificuldade de explicar para não técnicos.

Exemplo prático: Uma PME de software educacional participa de licitação para fornecer um sistema de gestão escolar a uma prefeitura. O edital prevê PoC dos módulos de matrícula e boletim, com critério de processar 1.000 registros em até 30 segundos. A empresa prepara o ambiente com alunos fictícios e durante o simulado percebe que o módulo de boletim demora 45 segundos. Ela identifica um índice de banco de dados ausente, corrige e obtém 28 segundos. No dia da PoC, o teste é aprovado. Se não tivesse simulado antes, seria desclassificada.

A falha na PoC implica desclassificação imediata e convocação do próximo classificado para novo teste. Não há segunda chance, salvo comprovação de falha na condução do teste pela Administração.

Checklist de preparação para a PoC

• Edital lido e requisitos de PoC identificados
• Esclarecimentos solicitados (se necessário)
• Ambiente de teste configurado com dados reais ou fictícios
• Roteiro de teste mapeado e simulado
• Equipe treinada e designada
• Documentação de evidências preparada
• Infraestrutura de rede/teste verificada
• Backup de configuração e dados

Manter-se atento aos editais publicados no Portal de Compras do Governo Federal é fundamental. Ferramentas de monitoramento podem ajudar a identificar rapidamente editais com PoC e evitar surpresas.

O que dizem os Tribunais de Contas sobre a PoC?

O Tribunal de Contas da União e o TCE-PR firmaram entendimentos que protegem tanto a Administração quanto o licitante:

• A PoC deve ser aplicada exclusivamente ao licitante provisoriamente vencedor. Exigir prova de todos os classificados viola o princípio da economicidade e da eficiência.
• Exigir 100% dos requisitos funcionais na fase inicial é considerado excessivo e desproporcional. A Administração pode definir um percentual razoável (como 80% dos requisitos críticos) e permitir complementação futura.
• É vedada a exigência de ferramentas ou procedimentos impertinentes que onerem o custo do objeto. Exemplo: exigir certificação específica não prevista no termo de referência.
• O edital deve prever prazo razoável entre a convocação e a realização da PoC, suficiente para o licitante se preparar (mínimo recomendado de 5 dias úteis).

Conhecer esses limites ajuda o licitante a recorrer de exigências abusivas. Se o edital impõe condições excessivas, é possível impugnar o edital antes da abertura das propostas ou, após a PoC, contestar a desclassificação com base em jurisprudência.

Perguntas frequentes

A PoC é obrigatória para todas as licitações de TI?

Não. A PoC é um procedimento facultativo, previsto na lei como opção da Administração quando a complexidade do objeto justificar. O edital precisa fundamentar sua necessidade.

O que acontece se eu falhar na PoC?

A falha implica desclassificação imediata da proposta e o próximo classificado é convocado para realizar a prova. Não há recurso para nova chance, apenas possível judicialização se o edital ou a condução foi irregular.

Posso usar um sistema diferente do que propus?

Não. A lei veda expressamente a apresentação de sistemas construídos ou aperfeiçoados após o certame. A solução deve ser idêntica à ofertada na proposta técnica.

Quem participa da comissão técnica?

A comissão é composta por servidores designados formalmente, geralmente com formação em TI ou conhecimento do objeto. É recomendável que tenha ao menos um integrante com expertise técnica na solução.

A PoC pode ser exigida para software de prateleira?

Sim, desde que justificada. Para softwares amplamente conhecidos (como sistemas operacionais ou antivírus), a exigência tende a ser considerada desnecessária. O TCU já considerou que, nesses casos, a PoC não agrega valor.