Sistema para órgão público não costuma falhar por tecnologia. Falha por não conhecer a regra do município.

Para quem é

Dois poderes, rotinas opostas — e, no meio dos dois, o mesmo servidor acumulando papéis.

Executivo municipal. Secretarias que instruem em paralelo, controle interno chamado só no fim e uma equipe de tecnologia que, quando existe, tem uma pessoa. O sistema pronto resolve a emissão e deixa de fora o que o controle pede: quem podia fazer, quem fez, com que base e em que ordem.

Câmaras Municipais. Volume pequeno, exigência igual. A Casa prova tramitação, publicidade e guarda de documento com um quadro que faz tudo — e para quem cada tela a mais sai do tempo da sessão.

Consórcios públicos e associações de municípios. Vários entes, regulamentos diferentes, um dado que precisa fechar para todos. O sistema não pode ter regra única: comporta a camada de cada associado sem apagar o piso federal.

Já atendemos mais de 284 municípios em Minas Gerais, prefeituras e câmaras municipais — em turmas in company, formações para associações de municípios e consórcios públicos, e programas abertos — do Sul de Minas ao Vale do Jequitinhonha e ao Vale do Mucuri.

O problema

O sistema de prateleira raramente erra sozinho. Ele obriga o servidor a errar junto.

O que se vê nos órgãos não é ausência de tecnologia. É tecnologia que ignora a norma local e transfere a diferença para a mesa do servidor:

• o regulamento do ente — que endureceu alçada, pesquisa de preços ou linha de defesa — não cabe no sistema, e vira anexo em Word por fora dele;
• todo mundo entra com o mesmo perfil, porque “é mais prático”: a segregação de funções dos arts. 5º e 7º existe no organograma e não existe na tela;
• o histórico é editável, então não se prova quem alterou, quando e por quê — e prova era o único motivo de ter sistema;
• o documento sai sem dizer de onde veio cada informação, e o parecerista do art. 53 recebe um texto sem ter contra o que conferi-lo;
• o número não fecha entre um módulo e outro, e a conferência volta inteira para o olho humano, no dia da assinatura.

Não é má escolha de fornecedor. É um produto desenhado para uma média de órgãos, usado onde a regra é local por definição.

Conformidade

O controle não audita o software. Audita o que o software deixou provado.

Nenhum tribunal pede o código-fonte. Ele faz um punhado de perguntas ao processo — e o sistema serve para que a resposta esteja nos autos, sem depender da memória de quem instruiu.

Três precisões que mudam o desenho — e que quase nenhuma proposta de software traz

1. Conduzir não é impedir, e a diferença é honesta. A ordem correta da instrução é conduzida pela interface: o sistema apresenta a próxima peça, cobra o que falta e sinaliza o bloqueio. Ele conduz a sequência correta; quem decide seguir, motivar e assinar continua sendo o agente público (arts. 53, 71, IV e 72, VIII). Fornecedor que promete “impedir” está prometendo o que a arquitetura de qualquer sistema desmente.
2. A camada do ente só aperta o piso federal — nunca o afrouxa. Regulamento municipal mais exigente vale, e o sistema tem de refleti-lo. O contrário não existe: nenhuma configuração local dispensa exigência da Lei federal.
3. Sistema não produz motivação. Produz rastro: quem, quando, de onde veio o texto e qual dispositivo o sustenta. Motivação é ato humano, e é ela que o controle lê. Bom sistema encurta o caminho até ela; nenhum a substitui.

Descrevemos aqui o padrão de risco observado na instrução desses processos, com base na Lei. Não atribuímos entendimento a tribunal que não esteja em texto verificado.

Como funciona

Primeiro se escreve a regra. Só depois se escreve o código.

Entregáveis

O que passa a existir no órgão — e o que ele passa a conseguir provar.

• A regra do seu ente escrita: fluxo, papéis, alçadas e modelos de minutas padronizadas (art. 19, IV), em documento próprio do órgão, independente do sistema.
• Perfis com segregação de funções imposta pelo próprio sistema — o mesmo usuário não exerce papéis incompatíveis no mesmo processo.
• Registro que não se reescreve pela via de uso. A trilha de mensagens e atos é o banco recusa alteração e exclusão da trilha pelos perfis da aplicação — o histórico não se reescreve pela via de uso.
• Anexos em área privada, com acesso por vínculo assinado e limite de 20 MB por arquivo — não em pasta compartilhada.
• Prazos e atribuição por carga: cada demanda com responsável e data, distribuída pela coordenação.
• Relatórios com exportação em CSV, com métricas de tempo até a primeira resposta e até a finalização.
• E-mail com fila e registro de envio, backup semanal, página pública de status e trilha de auditoria.
• Capacitação da equipe no fluxo e no dispositivo, com certificados nominais e relatório final de capacitação.

Prazo e formato

Em fases, e com uma parte no ar antes de a seguinte começar.

O trabalho é dimensionado por processo mapeado, não por número de telas. A primeira fase entrega a regra escrita e um recorte funcionando de ponta a ponta — regra que ninguém usou ainda é hipótese. As fases seguintes ampliam o que já está no ar.

O levantamento é presencial no órgão, com a equipe que opera; a construção é remota, com a autoridade competente aprovando cada fluxo antes de ele virar tela; a capacitação final é presencial, com o sistema em uso.

E há um momento em que o resultado é melhor: antes de o órgão comprar um sistema pronto. Migrar dado de um fluxo errado custa mais do que desenhar o fluxo certo.

Prova

Três sistemas em produção — e o que cada um faz é demonstrável tela a tela, numa conversa com a sua equipe.

Não pedimos crédito por promessa de roadmap. O que apresentamos é o que está no ar.

Portal de Clientes — helpdesk entre o órgão e os consultores

Três perfis com dupla camada de proteção e regras de acesso em onze tabelas do banco; conversa imutável, com histórico de status por gatilho; atribuição pela carga de cada consultor; prazo por chamado; anexos de até 20 MB em área privada com endereço assinado; quatro relatórios com exportação em CSV; registro de auditoria e aceite de LGPD datado.

Sistema de Licitações — a fase preparatória na ordem que a Lei exige

Frente mais extensa, com página própria: motor de regras em duas camadas, conferência automática de herança entre documentos, gate que não deixa tramitar com bloqueio aberto e segregação de funções imposta.

Tabularium — o back-office fiscal do Instituto

É a prova mais direta da tese desta página, porque nele a lei local virou código: a separação entre tomador e inscrito (o órgão paga, N servidores assistem — uma nota fiscal, N certificados); a regra do dia 25 codificada, porque para órgão público a nota sai antes do pagamento — o setor público só paga mediante nota emitida; o painel de nota não paga, que cancela de verdade no provedor dentro da competência; e certificados com código de autenticidade e página pública de validação, para o órgão conferir sem depender de nós.

Nada disso é funcionalidade de catálogo. São regras que só se modela depois de ter sentado naquela cadeira.

Como contratar

Alínea “c” do art. 74, III — consultoria técnica, com a plataforma como instrumento.

O objeto contratado é assessoria ou consultoria técnica: diagnóstico do setor, escrita da regra e dos modelos do ente, condução do fluxo e capacitação da equipe. A plataforma é o instrumento pelo qual esse trabalho opera — e é assim que o objeto do TR se redige.

Requisitos cumulativos, nenhum presumido: objeto no rol do inciso III; natureza predominantemente intelectual; e notória especialização — art. 6º, XIX c/c art. 74, §3º (o §1º é de fornecedor exclusivo, e não serve aqui). Registre-se ainda que “natureza singular” não é requisito da Lei nº 14.133/2021: pertencia à lei anterior e não foi reproduzida.

A instrução segue o art. 72: DFD e estimativa (I e II); razão da escolha e justificativa de preço (VI e VII) — o VI apoiado nos sete elementos nominados do art. 74, §3º — mais os “outros requisitos” que o próprio parágrafo admite — e o nexo com aquele objeto e no nexo com aquele objeto; parecer jurídico e autorização (III e VIII, c/c art. 53, §4º); publicação em sítio oficial (parágrafo único) e do contrato no PNCP em 10 dias úteis (art. 94, II), prazo que é condição de eficácia.

O art. 74, §4º veda a subcontratação e a atuação de profissional distinto do que justificou a inexigibilidade: quem justificou é quem conduz o trabalho.

Serviços relacionados

A regra escrita vale para as três frentes seguintes.