Como estruturar um protocolo geral para pedidos sem processo específico

Um protocolo geral é o processo eletrônico que recebe as solicitações do cidadão ou do servidor que não têm um fluxo dedicado no sistema — como pedido de cópia de processo, desarquivamento, recurso contra multa administrativa ou requerimentos pontuais que não justificam um formulário próprio. Ele existe para que nenhuma solicitação fique sem porta de entrada, mas só funciona se tiver estrutura: uma lista fechada de tipos de solicitação, roteamento automático por setor e revisão periódica do que está caindo na opção “outros”.

Este guia cobre como montar esse protocolo desde o levantamento do que hoje não tem processo próprio até a decisão de quando promover um item da lista genérica para um fluxo dedicado.

O que é o protocolo geral

O protocolo geral é a categoria “guarda-chuva” de um sistema de processo eletrônico: em vez de ter um formulário específico para cada tipo de pedido possível, ele concentra solicitações de baixo volume ou baixa complexidade em um único formulário, com um campo de classificação que direciona o pedido ao setor correto. Ele não substitui os processos dedicados de alto volume — alvará, licenciamento, habite-se seguem com formulário próprio —, ele cobre o que sobra.

Por que o protocolo geral importa

Sem um protocolo geral bem desenhado, pedidos que não se encaixam nos fluxos principais viram exceção manual: chegam por ofício avulso, e-mail direto ao servidor ou atendimento presencial sem registro formal. O efeito prático é perda de rastreabilidade — não há como provar quando o pedido foi recebido, quem era o responsável por respondê-lo, nem gerar indicador de prazo. Em auditoria ou em resposta a um mandado de segurança por omissão, a ausência desse registro pesa contra o órgão.

O erro mais comum ao criar esse protocolo é resolver com um único campo de texto livre — “descreva sua solicitação” — em vez de uma lista estruturada. Isso parece mais simples de configurar, mas transfere para quem recebe o pedido o trabalho de interpretar e triar manualmente cada solicitação, o mesmo problema que o protocolo geral deveria eliminar.

Passo a passo para estruturar o protocolo geral

1. Levantar o que hoje não tem processo dedicado

Antes de desenhar o formulário, mapeie os pedidos que atualmente chegam por canais informais — e-mail, ofício, balcão sem protocolo. Tipos recorrentes em prefeituras de portes variados incluem desarquivamento de processo, cópia de processo, recurso administrativo contra auto de infração, rebaixamento de calçada e pedidos de setores que não têm rito próprio ainda mapeado no sistema.

2. Definir o critério de inclusão no protocolo geral

Nem todo pedido levantado deve entrar na lista genérica. O critério prático é o volume: se um tipo de solicitação tem volume e complexidade suficientes para justificar campos específicos, cálculo automático ou etapas de tramitação próprias, ele merece um processo dedicado — não o protocolo geral. O genérico é para o que é esporádico ou simples demais para justificar essa customização isolada.

3. Modelar o campo de tipo de solicitação como lista fechada

O formulário do protocolo geral deve ter um campo obrigatório de “tipo de solicitação” com as opções já mapeadas no passo 1, e não um campo de texto livre. A lista fechada permite duas coisas que o texto livre não permite: roteamento automático para o setor responsável e geração de relatório por tipo de pedido, sem precisar reler manualmente cada protocolo aberto no período.

4. Vincular cada opção da lista ao setor responsável

Cada item da lista de tipos de solicitação deve apontar para uma fila ou setor específico dentro do sistema, replicando a mesma lógica de roteamento usada nos processos dedicados. Um pedido de recurso contra multa vai para quem julga recursos; um pedido de cópia de processo vai para quem tem acesso ao arquivo. O protocolo geral não deve cair numa fila única revisada manualmente por uma pessoa que redistribui à mão.

5. Manter uma opção residual, mas monitorada

É inevitável que sobre uma opção “outros” para o que realmente não se encaixa em nenhuma categoria mapeada. O ponto de atenção é não deixar essa opção crescer sem controle: se um mesmo tipo de pedido informal começa a se repetir dentro de “outros”, é sinal de que ele deveria virar uma opção própria na lista — ou, dependendo do volume, um processo dedicado.

6. Definir prazo e regra de resposta mesmo para o protocolo genérico

O fato de ser um protocolo “guarda-chuva” não isenta o órgão de definir prazo de resposta. Trate o protocolo geral com a mesma disciplina de SLA dos processos dedicados — mesmo que o prazo aplicado seja um padrão único para todas as opções da lista, em vez de prazos diferenciados por tipo.

7. Excluir do protocolo geral o que tem rito legal próprio

Pedido de acesso à informação com base na Lei de Acesso à Informação não deve ser tratado como mais um item da lista do protocolo geral — ele tem prazo de resposta e regime de recurso definidos em lei, e misturá-lo ao fluxo genérico dificulta cumprir esse prazo específico. Mantenha esse tipo de pedido em canal próprio, ainda que seja outro processo dentro do mesmo sistema.

O que a legislação exige

A Lei nº 14.129/2021 (Lei do Governo Digital) trata a oferta de serviços públicos por meio digital como diretriz da administração pública, o que sustenta a existência de um canal digital para qualquer tipo de solicitação, inclusive as que não têm processo específico mapeado. Já a Lei de Acesso à Informação (Lei nº 12.527/2011) define prazo de resposta e regime de recurso próprios para pedidos de acesso à informação — por isso esse tipo de solicitação não deve ser tratado como só mais uma opção dentro do protocolo geral, e sim ter fluxo segregado com controle de prazo específico.

Como o Aprova resolve isso

• O campo de tipo de solicitação é configurável sem código: novas opções podem ser adicionadas à lista a qualquer momento, sem depender de desenvolvedor ou de nova contratação.
• Cada opção da lista pode ser vinculada a um setor ou fila específica, com roteamento automático assim que o cidadão protocola.
• O histórico de despacho e a trilha de auditoria do protocolo geral seguem a mesma estrutura dos processos dedicados, preservando rastreabilidade mesmo para pedidos de baixo volume.
• Relatórios por tipo de solicitação mostram quando um item da lista — ou a opção “outros” — está concentrando volume suficiente para virar processo próprio.

Indicadores para medir o protocolo geral

Acompanhe o volume de protocolos por tipo de solicitação dentro do genérico, o percentual de protocolos que caem na opção “outros” em relação ao total, o tempo médio de resposta do protocolo geral comparado aos processos dedicados, e quantos itens migraram do protocolo genérico para um processo próprio no período — esse último indicador mostra se o desenho está evoluindo com a demanda real do órgão.

FAQ sobre protocolo geral

O protocolo geral deve incluir pedido de acesso à informação?

Não. Pedidos com base na Lei de Acesso à Informação têm prazo de resposta e regime de recurso próprios em lei, e devem ficar em processo segregado com controle de prazo específico, mesmo que tramitem no mesmo sistema.

Como evitar que a opção “outros” vire um depósito de qualquer solicitação?

Revise periodicamente o volume de protocolos classificados como “outros”. Quando um mesmo tipo de pedido começa a se repetir ali, promova-o para uma opção própria na lista — e, se o volume justificar, para um processo dedicado.

É preciso criar um processo dedicado para cada tipo de pedido, por mais raro que seja?

Não. O critério é volume e complexidade: pedidos esporádicos ou simples cabem no protocolo geral com uma opção específica na lista; só os de alto volume ou que exigem campos e cálculos próprios justificam um processo dedicado.

Como o cidadão sabe se deve usar o protocolo geral ou um processo específico?

A carta de serviços do portal deve listar primeiro os processos dedicados de maior demanda — alvará, licenciamento, habite-se — e deixar o protocolo geral como opção clara para o que não aparece na lista principal, evitando que o cidadão tenha que adivinhar.

É possível adicionar um novo tipo de solicitação depois que o sistema já está em produção?

Sim. A lista de tipos de solicitação do protocolo geral pode ser ajustada a qualquer momento pela própria equipe do órgão, sem depender de nova etapa de desenvolvimento.

Conclusão

O protocolo geral bem desenhado não é um campo de texto livre para “outras solicitações” — é uma lista estruturada, roteada por setor, com o mesmo controle de prazo e rastreabilidade dos processos dedicados, e com revisão periódica para promover itens de alto volume a processos próprios. Feito assim, ele fecha a lacuna que sobra depois de mapear os fluxos principais do protocolo digital, sem virar um novo ponto cego na tramitação.