Agente de IA para Auditoria de Processos Previdenciários

20 de December de 2025 • Tempo de leitura: 5 min

Como criar um agente de IA que revisa documentos e processos previdenciários para garantir conformidade com a legislação e identificar possíveis inconsistências.

1. Propósito e Escopo

Este documento define todos os prompts, configurações de memória, transição entre estados, busca online, consulta a documentos e demais requisitos funcionais para um agente de IA projetado para auditoria de processos previdenciários. Essa documentação é um modelo de PRD ou Documento de Requisitos de Produto específicos para construção de Agentes de IA.

O objetivo principal é revisar documentos e processos previdenciários para garantir conformidade com a legislação vigente e identificar possíveis inconsistências, fornecendo relatórios detalhados para revisão por auditores humanos.

2. Contexto e Problema

Problemas Identificados

  • Complexidade na auditoria de documentos e processos previdenciários.
  • Necessidade de garantir conformidade com a legislação vigente.
  • Identificação de inconsistências nos processos previdenciários.

3. Impactos Esperados

A implementação deste agente de IA visa alcançar os seguintes resultados:

  • Reduzir o tempo de auditoria em processos previdenciários.
  • Garantir maior precisão na identificação de inconsistências.
  • Fornecer relatórios detalhados para revisão por auditores humanos.

4. Visão Geral da Solução

O agente de IA para auditoria de processos previdenciários analisa documentos e processos para garantir conformidade com a legislação, identifica inconsistências e fornece relatórios detalhados. A seguir são detalhadas todas as regras de negócio e especificações funcionais necessárias para que esse agente atue como um assistente útil e autônomo na auditoria de processos previdenciários.

A solução consiste em um fluxo de automação composto por 6 agentes de IA. O processo inicia com a preparação dos insumos de auditoria e termina com a geração de um relatório final para auditoria humana.

A execução dos agentes é sequencial e linear, seguindo a ordem definida na tabela abaixo.

Agentes Função Principal
Agente de Preparação de Insumos de Auditoria Previdenciária (RF 1) Organizar o dossiê e produzir parâmetros de extração e a matriz de checagem conforme a espécie do benefício e o contexto do processo.
Agente de Execução de Extração de Conteúdo de Documentos (RF 2) Executar a extração do conteúdo dos documentos conforme os parâmetros fornecidos.
Agente de Consolidação e Normalização de Dados Previdenciários (RF 3) Consolidar o conteúdo extraído em um modelo de dados normalizado para auditoria.
Agente de Busca Online de Legislação Previdenciária (RF 4) Executar busca online para recuperar dispositivos legais atualizados pertinentes ao caso.
Agente de Análise de Conformidade Previdenciária (RF 5) Aplicar regras de conformidade sobre os dados normalizados e referências legais, identificando inconsistências.
Agente de Geração de Relatório Final para Auditor Humano (RF 6) Produzir relatório padronizado para revisão humana, com sumário executivo e anexo técnico estruturado.

5. Protótipos

Para proporcionar uma visão clara e tangível da solução proposta, criamos protótipos interativos que demonstram tanto o fluxo de trabalho dos agentes quanto o resultado final que o cliente receberá. Explore os links abaixo para entender melhor a solução em ação.

6. Requisitos Funcionais

RF 1. Agente de Preparação de Insumos de Auditoria Previdenciária

1.1 Tarefa do Agente

Organizar o dossiê e produzir parâmetros de extração e a matriz de checagem (checklist) conforme a espécie do benefício e o contexto do processo.

1.2 Prompt ou Instruções do Agente
 # 1. Regras para geração de sua resposta
- Identifique a espécie do benefício a partir dos metadados e classifique em grupos: aposentadoria por idade/tempo, invalidez/por incapacidade, especial, pensão por morte, salário-maternidade, BPC/LOAS (assistencial), auxílios (doença/acidente), revisão/manutenção.
- Monte checklist_itens com ID único por item, cada item contendo: {id, descricao, categoria, critério_de_aceite objetivo, evidencias_aceitaveis, severidade: ['alta'|'media'|'baixa'], como_calcular/validar, variaveis_necessarias}.
- Exemplos de categorias e itens a incluir conforme espécie: carencia, qualidade_de_segurado, tempo_de_contribuicao, vínculos CNIS, remunerações, DER/DIB/DO (datas), PPP/Laudo técnico (para especial), CAT/NTEP/CID (auxílios/acidente), certidões/certidões de óbito e dependência (pensão), requisitos de idade e carência (salário-maternidade), acumulação de benefícios e concomitância, períodos rurais/segurado especial, contribuições em atraso e facultativo.
- Para cada documento, defina parametros_extracao: {doc_id, tipo_doc, campos_alvo[], layout_pistas[], idiomas_ptBR, necessidade_de_paginas, tolerancia_ruido_textual} com campos_alvo específicos (ex: CPF, NIT, nome, datas: admissão/demissão, CBO, FPAS, remunerações, GFIP, CNAE, PIS, laudo: CID, data_laudo, conclusão, nexo, incapacidade, DII, DER/DIB, PPP: agente_nocivo, intensidade, EPI eficaz, período).
- Defina variaveis_contexto com: {ano_referencia_legislacao (padrão = ano da DER), teto_previdenciario_estimada, salários_minimos_por_ano[], tabela_carencia_por_ano[], idade_minima_por_regra (se aplicável), marco_reforma (13/11/2019)}.
- Defina politica_referencia_legal como lista de normas esperadas (ex.: Lei 8.213/91, Decreto 3.048/99, EC 103/2019, INs vigentes, Súmulas/Teses) com versões/anos sugeridos.
- Sinalize necessidade_atualizar_base_legal = true quando: ano_referencia_legislacao >= 2019 e não houver referência à EC 103/2019; ou espécie exigir regra específica posterior ao ano base; ou houver menção explícita no metadado de norma local não incluída.
- Saída deve ser determinística: ordene checklist_itens por categoria e prioridade (severidade alta primeiro) e use ids no formato CAT.SUBCAT.N para rastreabilidade. 
1.3 Configurações do Agente

1.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente é o ponto de partida do fluxo e deve ser acionado pelo envio de um pacote de documentos (PDF/imagem) e metadados do caso via API. Na fase de testes, os dados serão enviados manualmente por upload na interface da Prototipe AI, para acelerar o processo de validação.
  • Tipo do input: Pacote de documentos (PDF/imagem) e metadados do caso.
  • Formatos Suportados: Esse agente deve ser capaz de receber documentos nos formatos: .pdf, .jpeg, .png.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 90.000 caracteres.

1.3.2 Especificação do Output

  • Formato de output: O output deve ser um objeto JSON com: {parametros_extracao_por_documento[], checklist_itens[], variaveis_contexto, politica_referencia_legal, necessidade_atualizar_base_legal: boolean}.
  • Exemplo de Estrutura de Output:
     {
      "parametros_extracao_por_documento": [],
      "checklist_itens": [],
      "variaveis_contexto": {},
      "politica_referencia_legal": [],
      "necessidade_atualizar_base_legal": false
    } 
  • Número de caracteres esperado: O JSON gerado deve ser claro e direto, com um tamanho estimado em 5.000 caracteres.

1.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

1.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

1.3.5 Memória

1.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Execução de Extração de Conteúdo de Documentos (RF 2).

RF 2. Agente de Execução de Extração de Conteúdo de Documentos

2.1 Tarefa do Agente

Executar a extração do conteúdo dos documentos conforme os parâmetros fornecidos.

2.2 Prompt ou Instruções do Agente
 # 1. Regras para geração de sua resposta
- Este agente executa somente a extração conforme parâmetros recebidos. Não possui regras de LLM. 
2.3 Configurações do Agente

2.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 1).
  • Tipo do input: Este agente deve ser apto a receber como input os parâmetros de extração por documento e referências dos arquivos.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs nos formatos: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 5.000 caracteres.

2.3.2 Especificação do Output

  • Formato de output: O output deve ser uma lista com {doc_id, tipo_doc, texto_por_pagina[], campos_detectados{chave:valor}, qualidade: {legibilidade:[0-1], paginas_lidas, paginas_faltantes[]}}.
  • Exemplo de Estrutura de Output:
     [
      {
        "doc_id": "1",
        "tipo_doc": "PDF",
        "texto_por_pagina": [],
        "campos_detectados": {},
        "qualidade": {
          "legibilidade": 0.9,
          "paginas_lidas": 10,
          "paginas_faltantes": []
        }
      }
    ] 
  • Número de caracteres esperado: O JSON gerado terá um tamanho aproximado de 5.000 caracteres.

2.3.3 Parâmetros de Geração

  • Modelo: Não se aplica (uso de ferramenta)
  • Temperatura: Não se aplica

2.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

2.3.5 Memória

2.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Consolidação e Normalização de Dados Previdenciários (RF 3).

RF 3. Agente de Consolidação e Normalização de Dados Previdenciários

3.1 Tarefa do Agente

Consolidar o conteúdo extraído em um modelo de dados normalizado para auditoria.

3.2 Prompt ou Instruções do Agente
 # 1. Regras para geração de sua resposta
- Normalização de identificação: CPF 11 dígitos sem formatação; NIT/PIS 11 dígitos; nomes em maiúsculas; datas ISO (YYYY-MM-DD).
- Benefício: especie, natureza (concessao/revisao/manutencao), DER, DIB (se houver), DII (quando incapacidade), regra_aplicavel (pré ou pós EC 103/2019 por DER).
- Vínculos: para cada vínculo identificável (RAIS/CNIS/CTPS/contracheques): {cnpj/cpf_empregador, razao_social, cnae, cbo, admissao, desligamento, tipo_vinculo, fonte_documental[]} com validação de coerência cronológica (admissao <= desligamento; sem datas futuras quando comparadas à DER).
- Remunerações: lista {competencia YYYY-MM, valor, fonte, indicador_salario_minimo: true/false}. Marque lacunas de competências em períodos com vínculo ativo.
- Contribuições individuais/facultativas: {competencia, valor, GPS/guia identificada, indicativo_atraso: true/false}.
- PPP/Laudos: normalize {periodo_inicio, periodo_fim, agente_nocivo, intensidade, unidade, EPI_eficaz: true/false/nao_informado, conclusao_especial: true/false}.
- Documentos médicos: {data_laudo, cid10[], conclusao_incapacidade: ['total'|'parcial'|'inexistente'], DII (se presente)}.
- CAT/NTEP: {data_emissao, natureza, nexo: ['sim'|'nao'|'indeterminado']}.
- Indicadores de qualidade de dados: calcule legibilidade_media, percentual_campos_obrigatorios_preenchidos por categoria, e gere campos_ausentes[] enumerando chave e documento esperado.
- Regras de deduplicação: mescle registros iguais por {cnpj, admissao, desligamento, cnae} e mantenha fonte_documental como lista única ordenada.
- Regras de integridade temporal: proíba sobreposição de períodos dentro do mesmo vínculo; para múltiplos vínculos, permita concomitância mas marque flag_concomitancia quando competências coincidirem. 
3.3 Configurações do Agente

3.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 2).
  • Tipo do input: Este agente deve ser apto a receber como input o conteúdo extraído dos documentos, variáveis de contexto e checklist de itens.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 10.000 caracteres.

3.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON normalizado com: {identificacao, beneficio, datas_chave, vinculos[], remuneracoes[], contribuicoes_esporadicas[], periodos_rurais[], documentos_medicos[], dados_ppp[], eventos_cat[], outros_documentos[], indicadores_completude, campos_ausentes[]}.
  • Exemplo de Estrutura de Output:
     {
      "identificacao": {},
      "beneficio": {},
      "datas_chave": {},
      "vinculos": [],
      "remuneracoes": [],
      "contribuicoes_esporadicas": [],
      "periodos_rurais": [],
      "documentos_medicos": [],
      "dados_ppp": [],
      "eventos_cat": [],
      "outros_documentos": [],
      "indicadores_completude": {},
      "campos_ausentes": []
    } 
  • Número de caracteres esperado: O JSON gerado deve ser claro e direto, com um tamanho estimado em 8.000 caracteres.

3.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

3.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

3.3.5 Memória

3.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Busca Online de Legislação Previdenciária (RF 4).

RF 4. Agente de Busca Online de Legislação Previdenciária

4.1 Tarefa do Agente

Executar busca online para recuperar dispositivos legais atualizados pertinentes ao caso (leis, decretos, ECs, INs, súmulas, portarias).

4.2 Prompt ou Instruções do Agente
 # 1. Regras para geração de sua resposta
- Este agente executa somente a busca online conforme parâmetros recebidos. Não possui regras de LLM. 
4.3 Configurações do Agente

4.3.1 Condições de Ativação

Este agente é acionado somente se a seguinte condição for atendida:

4.3.2 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado condicionalmente após a conclusão do agente anterior (RF 3), apenas se a necessidade de atualizar a base legal for verdadeira.
  • Tipo do input: Este agente deve ser apto a receber como input os termos de busca, ano de referência da legislação, espécie de benefício e temas prioritários.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 5.000 caracteres.

4.3.3 Especificação do Output

  • Formato de output: O output deve ser uma lista de trechos legais: {fonte, tipo_norma, numero, artigo/inciso/alinea, ementa_resumida, trecho_relevante, data_vigencia_inicio, data_vigencia_fim (se houver), url}.
  • Exemplo de Estrutura de Output:
     [
      {
        "fonte": "Lei 8.213/91",
        "tipo_norma": "Lei",
        "numero": "8.213",
        "artigo": "Art. 1º",
        "ementa_resumida": "Dispõe sobre os Planos de Benefícios da Previdência Social.",
        "trecho_relevante": "...",
        "data_vigencia_inicio": "1991-07-24",
        "data_vigencia_fim": null,
        "url": "http://www.planalto.gov.br/ccivil_03/leis/L8213cons.htm"
      }
    ] 
  • Número de caracteres esperado: O JSON gerado terá um tamanho aproximado de 3.000 caracteres.

4.3.4 Parâmetros de Geração

  • Modelo: Não se aplica (uso de ferramenta)
  • Temperatura: Não se aplica

4.3.5 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Não utiliza.
  • Busca Online: Utiliza ferramenta de busca online para consultar legislação.
  • Sistemas Externos: Não se conecta a sistemas externos.

4.3.6 Memória

4.3.7 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Análise de Conformidade Previdenciária (RF 5).

RF 5. Agente de Análise de Conformidade Previdenciária

5.1 Tarefa do Agente

Aplicar regras de conformidade sobre o json_normalizado e referências legais, identificando inconsistências, riscos e lacunas de documentação.

5.2 Prompt ou Instruções do Agente
 # 1. Regras para geração de sua resposta
- Carência: compute meses/competências válidas conforme espécie e DER; desconsidere competências com valor < salário-mínimo quando exigido; sinalize insuficiência indicando faltantes e competências sugeridas.
- Qualidade de segurado: avalie manutenção por prazos legais (ex.: 12/24/36 meses conforme situação) considerando desemprego comprovado; marque perda de qualidade quando intervalo sem contribuição exceder prazo até DER.
- Tempo de contribuição: agregue períodos por vínculo; exclua sobreposições; converta especial para comum quando necessário (ex.: 1.4 para homem em períodos elegíveis) apenas quando conclusao_especial=true e EPI_eficaz=false/nao_informado.
- Especialidade: valide PPP/Laudo com agente_nocivo e intensidade mínima do período, coerência com CNAE/CBO; invalide PPP sem assinatura/responsável técnico; marque pendência de EPI eficaz quando ausente.
- Incapacidade: verifique laudos com CID, DII coerente com atestados e CAT; identifique períodos de incapacidade antes/depois da DER; sinalize necessidade de perícia quando conclusao for inconclusiva.
- Datas-chave: garanta coerência DER >= DII para auxílios quando aplicável; DIB conforme espécie; bloqueie datas futuras e datas anteriores ao nascimento.
- Concomitância: liste competências com múltiplas remunerações; sinalize para cálculo de RMI diferenciado se aplicável; aponte necessidade de ajustes.
- Pensão por morte: verifique óbito (data, certidão), dependência presumida (cônjuge/filho menor) e carência (quando exigível); sinalize ausência de prova de dependência para classes não presumidas.
- Contribuições em atraso: marque contribuições individuais em atraso sem comprovação de exercício; não considere para carência quando vedado.
- BPC/LOAS: diferencie assistencial de previdenciário; sinalize documentação socioeconômica faltante.
- Benefícios não acumuláveis: identifique sobreposição com espécie vedada; sinalize necessidade de opção.
- Saída estruturada por item do checklist: para cada item, gere {id_item, status: ['conforme'|'nao_conforme'|'nao_avaliado'], severidade, evidencias_usadas[], referencia_legal[] (fonte+artigo), justificativa_curta}.
- Defina flags_resumo: {carencia_ok, qualidade_ok, tempo_ok, especial_ok, incapacidade_ok, datas_ok, concom_ok, pensao_ok} e necessita_intervencao_humana=true quando qualquer severidade='alta' estiver 'nao_conforme' ou indicadores_completude<0.8. 
5.3 Configurações do Agente

5.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 4).
  • Tipo do input: Este agente deve ser apto a receber como input o JSON normalizado, checklist de itens, variáveis de contexto e trechos legais (se houver).
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 10.000 caracteres.

5.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON com a análise de conformidade: {itens_avaliados[], inconsistencias[], riscos[], recomendacoes[], flags_resumo, necessita_intervencao_humana: boolean}.
  • Exemplo de Estrutura de Output:
     {
      "itens_avaliados": [],
      "inconsistencias": [],
      "riscos": [],
      "recomendacoes": [],
      "flags_resumo": {},
      "necessita_intervencao_humana": false
    } 
  • Número de caracteres esperado: O JSON gerado deve ser claro e direto, com um tamanho estimado em 8.000 caracteres.

5.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

5.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

5.3.5 Memória

5.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Geração de Relatório Final para Auditor Humano (RF 6).

RF 6. Agente de Geração de Relatório Final para Auditor Humano

6.1 Tarefa do Agente

Produzir relatório padronizado para revisão humana, com sumário executivo, trilha de evidências e anexo técnico estruturado.

6.2 Prompt ou Instruções do Agente
 # 1. Regras para geração de sua resposta
- Sumário executivo: apresente decisão preliminar por espécie (apto/inapto/inconclusivo) com base nas flags_resumo e severidades.
- Quadro de conformidade: tabela por item do checklist com status e link para evidencias_usadas.
- Inconsistências e riscos: liste por ordem de severidade; inclua impacto (ex.: indeferimento provável, diligência necessária) e ação sugerida.
- Lacunas documentais: gere lista objetiva de 'pedidos de complementação' com campos_ausentes e documento sugerido para sanar.
- Trilhas de referência legal: anexe referencia_legal utilizadas por item, incluindo norma, artigo e ementa curta.
- Anexo técnico JSON deve conter: {versao_esquema, metadados_caso, indicadores_qualidade (legibilidade_media, completude), itens_checklist_resultado[], flags_resumo, necessita_intervencao_humana}.
- Linguagem clara, objetiva e padronizada; não inclua opiniões; apenas achados, base legal e recomendação operacional. 
6.3 Configurações do Agente

6.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 5).
  • Tipo do input: Este agente deve ser apto a receber como input a análise de conformidade, JSON normalizado, checklist de itens e variáveis de contexto.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 10.000 caracteres.

6.3.2 Especificação do Output

  • Formato de output: O output deve ser um relatório em markdown e JSON técnico: {markdown_relatorio, json_tecnico}.
  • Exemplo de Estrutura de Output:
     {
      "markdown_relatorio": "...",
      "json_tecnico": {}
    } 
  • Número de caracteres esperado: O JSON gerado deve ser claro e direto, com um tamanho estimado em 10.000 caracteres.

6.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

6.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

6.3.5 Memória

  • Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
  • Visibilidade da Resposta: A resposta gerada por este agente é o entregável final e não é passada para outros agentes internos.

6.3.6 Regras de Orquestração e Transição

A execução deste agente finaliza o fluxo. O relatório gerado é o resultado que deve ser disponibilizado ao usuário.

© 2025 prototipe.ai. Todos os direitos reservados.