5 sinais de que a validação do sistema na implantação não envolve quem vai analisar

Quando a validação de um sistema de processos na implantação fica concentrada na TI ou na gestão, e não em quem vai analisar os processos todos os dias, o órgão público descobre os erros de configuração depois do lançamento, com processo real, prazo real e requerente real. Os cinco sinais abaixo indicam que o teste está olhando para o sistema, e não para o trabalho que o sistema vai executar.

1. Ninguém do setor técnico protocolou um processo fingindo ser o requerente

O formulário foi aprovado em reunião, olhando a tela, mas nenhum analista preencheu o requerimento do começo ao fim como se fosse quem protocola. O custo aparece no primeiro processo real: falta um campo que a análise exige, ou sobra um que o requerente não sabe responder, e a primeira rodada de tramitação vira pedido de complementação.

2. O modelo de despacho foi escrito por quem não vai assinar

Os despachos de parecer técnico, exigência e encaminhamento foram configurados a partir de um modelo genérico, sem o servidor que os redige conferir texto, campos e fundamento citado. O custo é o servidor reescrever o despacho a cada processo, o que anula o ganho do modelo padronizado.

3. O documento final nunca foi comparado com o que o órgão emite hoje

O alvará, a certidão ou a licença foram montados no sistema, mas ninguém colocou o documento novo ao lado do atual para conferir cabeçalho, numeração, carimbos e assinantes. O custo é um documento com valor jurídico saindo com layout ou informação diferente da que o órgão sempre emitiu, descoberto pelo requerente ou pelo controle externo.

4. A integração com sistema externo foi ligada antes de o formulário estabilizar

A integração, por exemplo com um cadastro federal, foi configurada na primeira semana, enquanto os campos do formulário ainda mudavam. Cada ajuste de campo exige refazer o mapeamento, e integrações complexas retrabalhadas sob pressão costumam ser as que falham em silêncio. O custo é dado enviado errado, ou não enviado, sem ninguém notar.

5. Quem testou foi quem configurou

A pessoa que montou o fluxo é a mesma que o validou, e por isso só percorre os caminhos que já conhece. O custo é o erro que só aparece para quem chega ao fluxo sem a lógica de construção: o servidor de outro setor, a chefia que recebe o processo por encaminhamento, o requerente externo.

O que fazer se você reconheceu 3 ou mais desses sinais

Reconhecer três sinais indica que a validação está tratada como etapa técnica, e não como etapa operacional. O caminho é dar a um servidor de cada setor a responsabilidade de validar o próprio fluxo em ambiente de homologação, com três entregas: o formulário testado do ponto de vista de quem protocola, os modelos de despacho conferidos por quem os assina e o documento final gerado a partir de modelo padrão comparado ao documento atual. Antes de liberar o acesso, vale conferir o cadastro de usuários internos e externos, para que o teste reflita as permissões reais de cada função.

A Lei do Governo Digital (Lei nº 14.129/2021) trata, já no art. 1º, do aumento da eficiência da administração pública pela transformação digital de serviços. Lançar um fluxo sem validação operacional vai no sentido oposto, porque transfere o teste para o atendimento ao cidadão.

Como o Aprova resolve isso

• Na implantação, o órgão parte de uma base de processos já estruturada a partir de outros municípios e a adapta às normas e rotinas locais, em vez de desenhar cada fluxo do zero.
• Os servidores recebem acesso ao sistema em modo de teste, podem protocolar, tramitar e despachar livremente, e a base de teste é limpa antes do lançamento oficial.
• A validação é dividida em três frentes: formulário, despachos e documentos finais, cada uma conferida por quem usa o resultado no dia a dia.
• O servidor testa o formulário na área de criação de processo, no papel de requerente, e confere se as informações coletadas bastam para a análise.
• A integração com sistemas externos é feita depois que o formulário estabiliza, para não refazer o mapeamento a cada ajuste de campo.

FAQ sobre validação do sistema na implantação

Quem deve validar o formulário de um processo antes do lançamento?

O servidor que vai analisar aquele tipo de processo, preenchendo o requerimento como se fosse o requerente. A TI confirma que o formulário funciona, mas só quem analisa sabe se as informações coletadas são suficientes para decidir.

Quanto tempo o formulário deve ficar estável antes de integrar com outro sistema?

O suficiente para que os primeiros processos reais não tragam mais ajustes. Em integrações complexas com sistemas federais, aguardar alguns meses de uso do formulário reduz o retrabalho de remapear campos a cada alteração.

Dá para validar sem parar o atendimento atual?

Sim. Em ambiente de teste, o órgão continua atendendo pelo fluxo atual enquanto os servidores validam o novo, sem prazo, notificação ou efeito jurídico reais sobre os processos de teste.

O que validar além do formulário?

Os modelos de despacho e os documentos finais emitidos. São eles que carregam o texto e o valor jurídico do ato, e o erro neles chega ao requerente e ao controle externo.

Conclusão

O lançamento deve ser a segunda vez que o servidor vê o fluxo, não a primeira. Colocar quem analisa para testar formulário, despacho e documento final antes do primeiro processo real é o que separa uma implantação que corrige erros em ambiente de teste de uma que os corrige em produção. Para conhecer como funciona a implantação do Aprova no seu órgão, agende uma demonstração.