Como ajustar um processo administrativo eletrônico já em produção sem abrir chamado de TI

Ajustar um processo administrativo eletrônico já em produção significa alterar um campo do formulário, uma regra de obrigatoriedade, uma etapa do fluxo ou o texto de uma notificação depois que aquele processo já está sendo usado por servidores ou pelo requerente externo — sem reabrir contratação, sem depender de desenvolvimento sob medida e sem interromper os processos que já estão tramitando. A diferença entre uma plataforma que sustenta esse ajuste e uma que não sustenta raramente aparece na implantação inicial: aparece meses depois, quando a prática mostra que um campo era desnecessário, que uma etapa deveria vir antes da outra, ou que uma regra de negócio mudou e o sistema precisa acompanhar.

Este guia cobre o que caracteriza um ajuste seguro num processo já em produção, por que essa capacidade pesa tanto quanto a entrega inicial na escolha de uma plataforma, o passo a passo para estruturar essa rotina de mudança, e os indicadores que mostram se o órgão está de fato conseguindo acompanhar sua própria velocidade de gestão.

O que é ajuste de processo em produção

É a alteração de um elemento de um processo — campo, regra condicional, etapa, prazo, texto de comunicação — depois que esse processo já tem instâncias abertas, sendo preenchidas, analisadas ou aguardando decisão. Isso é diferente de configurar um processo novo do zero: o ajuste precisa decidir o que acontece com o que já está em andamento, sem forçar reabertura nem perda de histórico para quem protocolou antes da mudança.

Não confundir com a criação de um processo inédito na carta de serviços, que é decisão de habilitar algo que ainda não existia. Aqui o processo já existe, já rodou, e a mudança nasce da prática — não do desenho original.

Por que esse ajuste importa

Nenhum processo nasce perfeito na primeira parametrização. Um formulário desenhado antes do primeiro lote de protocolos reais quase sempre revela, depois de algumas semanas de uso, um campo que ninguém preenche corretamente, uma etapa redundante entre dois setores ou uma regra que fazia sentido no papel e trava na prática. Em administrações que dependem de fila de desenvolvimento de TI ou de aditivo contratual com fornecedor para qualquer mudança, esse tipo de correção pode levar meses — tempo em que o problema continua gerando retrabalho, processo devolvido ou reclamação do requerente a cada novo protocolo.

O custo não é só operacional. Um órgão público que trata cada ajuste de processo como um projeto novo tende a acumular exceções manuais “só para não esperar o sistema”: um servidor que continua registrando algo em planilha paralela porque o campo do sistema não reflete mais a realidade é o sintoma mais comum desse atraso — e o mais difícil de perceber, porque parece disciplina individual, não falha de desenho.

Passo a passo para ajustar um processo em produção

1. Separe o que é ajuste de configuração do que é mudança de política pública

Nem toda alteração pedida por uma secretaria é do mesmo tipo. Trocar um rótulo de campo, tornar um documento opcional ou reordenar duas etapas é ajuste de configuração — não deveria depender de aprovação jurídica formal. Já mudar o critério de quem tem direito a um benefício, ou alterar o valor de uma taxa, é mudança de política pública, que precisa de base normativa antes de virar regra no sistema. Confundir os dois é o erro mais comum: setores tratam qualquer pedido como se fosse simples parametrização, ou travam qualquer parametrização simples como se exigisse o mesmo rito de uma mudança normativa.

2. Defina quem tem permissão para alterar processo em produção

Ajuste rápido não é sinônimo de qualquer pessoa poder alterar qualquer processo a qualquer momento. Restrinja essa capacidade a um perfil específico — geralmente um gestor de secretaria treinado ou a equipe de modernização — para que a agilidade não vire risco de um campo obrigatório ser removido sem que ninguém perceba o impacto na análise em andamento.

3. Teste a mudança num ambiente que não afeta o processo real

Antes de aplicar um ajuste de regra ou de cálculo direto no processo em produção, reproduza o cenário num processo de teste com a mesma configuração, sem tocar em protocolos reais. Isso evita que uma correção pensada para resolver um problema pontual gere um efeito colateral em processos que já estão em análise.

4. Decida o comportamento para processos já abertos antes do ajuste

Toda mudança de regra levanta a mesma pergunta: o que acontece com quem já protocolou antes dela existir? Às vezes a resposta certa é aplicar a nova regra só a partir daquele momento, preservando o que já está em andamento sob a configuração anterior. Em outros casos, a mudança corrige um erro que precisa alcançar também o que já está em tramitação. Essa decisão deveria ser explícita a cada ajuste, não um efeito colateral não percebido da alteração.

5. Aplique o ajuste e documente o que mudou, quando e por quem

Cada alteração de campo, regra ou etapa deveria ficar registrada com autor, data e motivo — o mesmo padrão de rastreabilidade que já se exige de qualquer despacho dentro do processo. Sem esse registro, uma divergência encontrada meses depois vira um exercício de memória sobre quem decidiu o quê.

6. Comunique o ajuste a quem opera o processo no dia a dia

Um campo removido ou uma etapa reordenada sem aviso prévio gera confusão em quem preenche ou analisa o processo há meses da mesma forma. Um aviso simples — “esse campo deixou de ser obrigatório a partir de hoje” — evita que a equipe interprete a mudança como um bug do sistema.

O que a legislação exige

A Lei do Governo Digital (Lei nº 14.129/2021), no art. 3º, inciso I, trata a desburocratização, a modernização e a simplificação da relação da administração pública com o cidadão como diretriz permanente do Governo Digital — não como uma meta que se esgota na entrega inicial de um sistema. Isso reforça por que a capacidade de corrigir e simplificar um processo já em produção, sem depender de nova contratação ou de desenvolvimento sob medida a cada mudança, é parte do que a legislação espera de uma solução de governo digital, e não um recurso acessório de conveniência do fornecedor.

Como o Aprova resolve isso

• Formulário, regra de obrigatoriedade e etapa de fluxo são configuráveis sem código, por um perfil de permissão restrito, sem exigir chamado a uma equipe de desenvolvimento a cada ajuste.
• É possível clonar um processo já configurado para testar uma mudança de regra ou cálculo antes de aplicá-la ao processo real em tramitação.
• Um novo processo pode ser incluído na carta de serviços a qualquer momento, sem depender de uma nova etapa de implantação completa.
• Toda alteração de campo, regra ou etapa fica registrada com autor e data, na mesma lógica de auditoria aplicada aos despachos do processo.
• O time de suporte acompanha semanalmente o período posterior à implantação, ajudando a secretaria a identificar o que precisa de ajuste sem depender de abrir chamado formal para cada pequena correção.

Indicadores para medir esse processo

Acompanhe o tempo médio entre o pedido de ajuste feito por uma secretaria e a mudança efetivamente aplicada no processo em produção. Meça também quantos ajustes por mês exigiram apenas configuração, contra quantos exigiram desenvolvimento sob medida — um volume alto do segundo tipo costuma indicar que o desenho inicial do processo não previu variações que a prática revelou como comuns. Por fim, registre quantas exceções manuais em planilha paralela existem hoje só porque o sistema não foi ajustado a tempo: é o indicador mais direto do custo de um ajuste que demorou.

FAQ sobre ajuste de processo em produção

Ajustar um processo em produção exige nova licitação ou aditivo contratual?

Depende do que muda. Reconfigurar campo, regra ou etapa dentro de uma plataforma já contratada, sem alterar o escopo do serviço, normalmente não exige aditivo. Já incluir um módulo ou funcionalidade fora do que foi originalmente contratado é outra decisão, que pode depender de aditivo conforme o objeto do contrato.

Um ajuste de regra pode ser desfeito se o resultado não for o esperado?

Sim, desde que o histórico de configuração anterior fique preservado. Um sistema que só permite avançar, sem guardar a versão anterior da regra, dificulta reverter um ajuste que se mostrou equivocado depois de aplicado.

Quem deveria ter permissão para ajustar um processo: a secretaria ou a equipe de TI central?

As duas, em papéis diferentes. A secretaria demandante identifica a necessidade prática do ajuste; a equipe de modernização ou de TI central geralmente detém a permissão técnica de aplicar a mudança, para manter um único ponto de controle sobre o que foi alterado em cada processo.

Um processo pode ficar temporariamente inconsistente durante o ajuste?

Se o ajuste for aplicado diretamente no processo em produção sem teste prévio, sim — é o risco que a etapa de teste em ambiente separado existe para eliminar antes de a mudança afetar quem já está com o processo em tramitação.

Conclusão

A velocidade de ajuste depois da implantação costuma pesar mais na rotina de um órgão público do que a sofisticação da entrega inicial — porque nenhum processo mapeado hoje vai continuar exatamente igual daqui a seis meses. Separar ajuste de configuração de mudança de política pública, restringir quem pode alterar processo em produção, testar antes de aplicar e documentar cada mudança são as práticas que transformam essa necessidade recorrente numa rotina previsível, em vez de um projeto novo a cada correção. Para ver como estruturar essa capacidade de ajuste contínuo no processo eletrônico do seu órgão, agende uma demonstração da Aprova.