Agentes de IA podem apoiar o monitoramento de concessões e parcerias público-privadas cruzando obrigações do contrato com relatórios de vistoria, registros operacionais e evidências de atendimento. A entrega útil é uma lista verificável de possíveis divergências, com documento, página, período e responsável pela análise. A decisão administrativa continua com os profissionais competentes.
O ponto de partida é transformar cada indicador em uma regra explícita. Antes de escolher um modelo de linguagem, organize a versão vigente do contrato, seus aditivos e o método de medição. Uma redação convincente não compensa fórmula errada, documento vencido ou evidência de outro local.
Resumo rápido
- Cadastre indicadores com fórmula, período, unidade e fonte contratual.
- Separe extração de texto, cálculo e decisão administrativa.
- Trate falta de evidência como pendência, sem presumir conformidade.
- Preserve documentos originais e histórico das revisões.
- Teste o agente com divergências reais antes de ampliar seu uso.
O que o agente pode verificar
Uma equipe de fiscalização costuma reunir documentos de origens diferentes: contrato, anexos, planilhas de medição, registros de chamados, fotografias e relatórios assinados. O agente pode localizar informações, relacionar identificadores e preparar perguntas para o fiscal. Por exemplo: o relatório afirma que uma unidade estava disponível, mas o registro operacional mostra uma interrupção no mesmo período.
Essa diferença ainda precisa de interpretação. Pode existir uma exclusão prevista, uma manutenção programada ou apenas uma divergência de relógios. A proposta de arquitetura deste guia é preservar as duas versões, apresentar as fontes e encaminhar a ocorrência para análise. O sistema não deve escolher silenciosamente o relato que favorece uma das partes.
A Lei de PPPs prevê critérios objetivos de avaliação do desempenho do parceiro privado. A Lei de Concessões trata de fiscalização e cláusulas contratuais. Essas referências orientam o contexto, mas não oferecem uma fórmula universal para qualquer projeto. A parametrização precisa refletir o instrumento aplicável e passar pela revisão da equipe jurídica e técnica.
Há uma diferença prática entre procurar uma obrigação e demonstrar seu cumprimento. A primeira tarefa admite busca por significado. A segunda exige conhecer a população medida, as exceções e a qualidade da prova. Para estruturar documentos e apontar sua origem, vale combinar este desenho com o guia de catálogo de evidências em laudos técnicos.
Monte um cadastro contratual antes de automatizar
Crie uma ficha por indicador. Ela deve conter identificador estável, descrição, unidade, universo de aplicação, periodicidade, fórmula, regra de arredondamento e documentos aceitos. Acrescente as datas de início e término de vigência. Quando um aditivo alterar a regra, mantenha a ficha antiga e crie uma nova versão.
Registre separadamente a data do evento, a competência da apuração e a data de envio do documento. Um relatório recebido em agosto pode se referir a julho. Se o sistema usar apenas a data de upload, poderá comparar uma meta mensal com evidências de outro período. Essa falha é simples, mas contamina todo o painel.
| Campo | Função | Revisão necessária |
|---|---|---|
| Fonte e versão | Localizar cláusula ou anexo | Confirmar vigência |
| Fórmula e unidade | Reproduzir a medição | Testar com cálculo manual |
| Universo medido | Definir o denominador | Conferir cadastro de ativos |
| Exceções | Identificar exclusões possíveis | Exigir justificativa documental |
| Evidência mínima | Orientar a conferência | Validar suficiência e origem |
| Responsável | Encaminhar a pendência | Confirmar competência |
Evite guardar regras apenas dentro do comando enviado ao modelo. Um cadastro estruturado permite revisão e comparação de versões. Uma pessoa deve conseguir reconstruir a apuração sem consultar uma conversa antiga. Também fica mais fácil testar se o sistema usa a regra correta quando um período atravessa a vigência de um aditivo.
Não copie indicadores de outra concessão como se fossem equivalentes. Um anexo público de indicadores do Piauí mostra como um contrato pode detalhar apuração, relatório e validação. Ele serve como referência de estrutura documental, não como modelo automaticamente aplicável a serviços diferentes.
Desenhe o fluxo de evidências e revisão
Na entrada, atribua um identificador ao arquivo, registre origem e preserve o original. Se o documento for digitalizado, use reconhecimento óptico de caracteres, conhecido como OCR, para obter texto pesquisável. Guarde a relação entre o texto extraído e a página original. Uma tabela com colunas desalinhadas deve gerar revisão, não números aparentemente exatos.
Na etapa seguinte, extraia fatos em campos definidos: ativo, local, horário, duração, tipo de ocorrência e documento de suporte. O modelo pode sugerir a associação entre uma frase da vistoria e um indicador. A aplicação precisa validar os campos e rejeitar respostas que não apontem a evidência correspondente.
Faça cálculos em código determinístico ou planilha controlada. O modelo de linguagem redige a explicação com base nesses resultados. Essa separação permite repetir a apuração e detectar mudanças inesperadas. Se uma tabela informa minutos e a regra usa horas, a conversão deve estar registrada, com teste e unidade explícita.
Adote estados compreensíveis: evidência suficiente para revisão, evidência ausente, divergência entre fontes e regra não parametrizada. Evite um único percentual de confiança que esconda problemas diferentes. Uma baixa qualidade de digitalização pede nova leitura; uma discordância contratual exige análise especializada.
O revisor deve ver a conclusão proposta ao lado do trecho original, da regra aplicada e do cálculo. Ao corrigir, registra motivo e autoria. Essa correção alimenta a avaliação do sistema, mas não deve alterar automaticamente a regra contratual. O tema se conecta ao cuidado com cláusulas e versões explicado em agentes para análise de contratos.
Exemplo: concessionária de iluminação em Belo Horizonte
Considere uma concessionária fictícia de iluminação pública em Belo Horizonte. Este exemplo é ilustrativo e não descreve contrato ou resultado de empresa real. A equipe quer conferir se registros de atendimento e vistorias permitem apurar um indicador de prazo de reparo definido em seu contrato hipotético.
O primeiro passo seria revisar o cadastro dos pontos de iluminação. Um chamado com endereço incompleto pode estar associado ao poste errado. O agente procura o identificador do ativo e reúne a abertura do chamado, a ordem de serviço e a vistoria posterior. Quando falta correspondência segura, devolve a pendência para quem administra o cadastro.
Em uma ocorrência, a ordem de serviço aparece como encerrada antes da fotografia anexada. Isso não prova descumprimento: a foto pode ter sido enviada depois do reparo. O pacote de revisão precisa distinguir horário de captura, horário de envio e horário registrado pelo técnico, além de informar quais desses dados puderam ser verificados.
Em outra ocorrência, dois chamados parecem tratar do mesmo ponto e do mesmo defeito. Antes de somar prazos ou contar atendimentos, a equipe decide como identificar duplicidades conforme a metodologia aplicável. A decisão fica documentada. O agente passa a sinalizar casos semelhantes, sem apagar registros originais.
O relatório entregue ao fiscal contém uma linha por ocorrência, links para documentos, lacunas e cálculo provisório. Qualquer efeito sobre remuneração ou responsabilização segue o procedimento competente. O objetivo do piloto é testar a qualidade dessa preparação, sem afirmar que houve economia, melhoria de prazo ou redução de disputas.
Como testar qualidade, acesso e rastreabilidade
Selecione um conjunto de períodos já revisados pela equipe. Inclua documentos claros, digitalizações ruins, aditivos, ativos com nomes parecidos e ocorrências contestadas. Separe parte desse material para avaliação final, sem usá-la para ajustar as instruções. Isso ajuda a descobrir se o agente funciona além dos exemplos conhecidos.
Meça acerto de extração por campo, associação correta de cláusula, erros de unidade e capacidade de declarar ausência de informação. Registre também falsos alertas e divergências que passaram sem alerta. Uma média geral pode esconder falhas em um indicador de maior impacto, por isso os resultados devem ser separados por categoria.
O custo operacional inclui tempo de revisão, pedidos de complementação e reabertura de apurações. Compare esses itens com o procedimento anterior sob condições semelhantes. Não fixe uma promessa de produtividade antes de observar a operação. Um sistema que escreve relatórios rapidamente pode criar mais trabalho se suas referências forem inconsistentes.
Defina permissões por função. Quem envia um documento não precisa editar a fórmula; quem desenvolve o agente não precisa acessar todos os dados pessoais presentes nos anexos. A LGPD fornece o contexto para tratar dados pessoais com finalidade e necessidade. No projeto, isso se traduz em minimizar cópias, restringir consultas e revisar o envio de anexos a serviços externos.
Preserve registro de mudanças em instruções, regras e conectores. Ao atualizar um componente, repita os casos críticos antes de liberá-lo. Um conjunto de testes de regressão para agentes ajuda a detectar quando uma melhoria de redação prejudica a localização da cláusula ou a identificação de uma exceção.
Erros comuns
Confundir documento encontrado com prova suficiente. Um relatório que menciona o ativo pode não cobrir a competência ou o método exigido. A interface deve mostrar o que ainda falta para a análise, inclusive quando a busca retorna muitos documentos.
Aplicar a versão mais recente a todos os períodos. A reanálise histórica precisa considerar a regra vigente na época. O sistema deve guardar a data de referência da medição e a versão selecionada, permitindo ao revisor explicar a escolha.
Transformar silêncio em conformidade. Ausência de registro pode significar falha de integração ou obrigação não comprovada. Use um estado de informação insuficiente. Não substitua a lacuna por zero, média ou estimativa sem uma regra aprovada para isso.
Automatizar consequências administrativas. O desenho recomendado termina na preparação da análise. Encaminhamentos, notificações e efeitos financeiros dependem de competência, fundamentação e procedimento aplicável. Um botão de aprovação não resolve sozinho a governança.
Perguntas frequentes
É preciso treinar um modelo próprio?
Não necessariamente. Comece com busca em documentos, extração estruturada e regras revisadas. Treinamento adicional só faz sentido diante de uma falha medida e de um conjunto de dados adequado. Antes disso, problemas de cadastro e digitalização costumam exigir atenção direta.
O agente substitui o verificador independente?
Não. Ele pode preparar informações para a equipe de verificação, quando essa função existir no projeto. As atribuições, responsabilidades e requisitos de independência precisam ser observados conforme o arranjo aplicável. O texto gerado não equivale a uma validação profissional.
Como tratar relatórios contraditórios?
Preserve ambas as fontes, identifique os pontos de discordância e solicite revisão. Não peça ao modelo para escolher a verdade sem critério. A decisão deve registrar quais evidências sustentam a conclusão e quais limitações permanecem.
Podemos começar com uma planilha?
Sim, desde que haja controle de versões, responsáveis e validação de fórmulas. Um indicador bem definido oferece um piloto melhor que um painel amplo com regras vagas. A migração para um sistema pode ocorrer depois da estabilização do processo.
Qual é o critério para ampliar o piloto?
Defina previamente limites aceitáveis de erro por tipo de tarefa, cobertura documental e esforço de revisão. Amplie quando o sistema demonstrar desempenho consistente nesses critérios e houver capacidade de tratar pendências. Mantenha um caminho para retornar ao procedimento anterior.
